Do you mean that if I set a filter and run a sync, itâll remove items that get filtered out? If Iâm using âautomatic organizationâ and later change the filtering settings, will a sync then bring those files back?
While setting up PhotoStructure, I accidentally synced thousands of screenshots into my library, and now I want to remove all of them.
Yes. If you enable the require make and model setting, for example, if you just visit a screenshot, say âresync this asset,â and then navigate away, youâll find that asset is no longer there.
Iâve updated the âinfoâ tool in v1.0.0 to pull in the system and library settings so you can edit filters and verify, onsoe-twosie, what files will be added or excluded, but Iâm sure thereâs a nicer UX to handle this.
I was going to add a ârecently addedâ, ârecently updated,â and perhaps for library owners, a ârecently deletedâ view (just using the new search view), but this wonât include all assets that were recently filtered out: thereâs no âassetâ to show in many cases, so all I have to show are pathnames (which I currently donât retain in the library database). Ideas around this are certainly welcome.
As a new user, Iâm a bit confused by this conversation - right now I have imported my library and would like to clean it up (it contains lots of screenshots etc that I donât need). Am I understanding correctly that there is currently no way to delete/hide such photos from PhotoStructure?
Iâm building this feature now and itâll be in the next version, though.
If you find that an entire directory should not have been imported, you can use NoMedia, but v0.9.1 doesnât have a UI affordance to hide or delete individual photos.
Sorry to revive this topic, but Iâm still a little confused.
If I delete an image in the photostructure library by hand (e.g., go into the directory and delete using file explorer in windows), will that break the browser?
Also, if I have auto organization turned on and delete the photo, will it be re-copied in the next sync?
No apologies necessary! This is the right place to ask.
It shouldnât! If you resync that asset, and you removed all variants of that asset, PhotoStructure should remove the asset from your library automatically.
Hereâs the situation Iâm trying to solve for and wondering if this is going to help tackle that or not:
I have lots of photos in my library taken as bursts or just unnecessary extras which Iâd love to clean up to save on space. Photostructure helps with this in one way by deduplicating images in the interface, but Iâd actually like to go through and pick photos and files that I donât want to keep and have them deleted from the drive. That way Iâm not just curating my PS library but also the raw library of files underneath.
Is that what you mean by deleting here or are you just referring to deleting them from the PS library while the underlying assets remain untouched?
I mean both. Hereâs the current terminology Iâve come up with, and what each term means:
âhidingâ means the asset database references, thumbnails, and (if relevant) transcoded video remain on disk, but are only visible to library owners.
âexcludingâ means remove thumbnails and transcoded videos, but retain a SHA of the variants in an exclusion list so any subsequent copies donât get re-added to your library
âdeletingâ means both remove references in your library, and delete the files and all variants from disk.
I know a delete feature is not available yet; 1) will that be something available when 1.0 is released or will it be later in the future?
Iâm trying to get at least initial support into v1.0.0. There will be subsequent improvements in future releases.
with no official delete method, what is your recommended way? It looks like I can get the delete by the info button in the top right corner. If I manually delete that file, is there anything else I need to do like deleting thumbnail files, updating the database?
If you manually remove all image variants, or move them into a NoMedia directory, that asset will be removed from your library. When that happens, previews, thumbnails and transcoded videos are removed from your library automatically as part of the sync process.
Iâm going to mark files for deletion in the DB, and then add an âempty trashâ button in the nav menu that will use this technique as a safeguard, along with a link that opens a page listing all the paths about to be unlinked.
Why this solution and not some of the other discussed options?
Moving files into a platform-specific âtrash canâ only works on local drives, and only on macOS and Windows. Linux support for trash is spotty, but I could ask users to install trash-cli. A âtrash canâ doesnât make sense for Docker users, as ~/.local/share/Trash/ will be ephemeral to the image.
I tend to be susceptible to âooooh, thatâs cleverâ solutions, which tend to be too clever by half. I feel like a hidden local directory may be confusing for most users, especially because I donât know of any software that does this sort of handling of deletions.
Moving files into a folder that you need to delete manually requires PhotoStructure to have a flawless view of volumes. It has a really good view of current volumes, but (especially on macOS) the APFS volume list is borked/shows duplicates that can be confusing. Loopback bind-mount folders, symlinks, and N other exotic filesystem constructs will get in the way of âwhat filesystem hosts this fileâ and âwhere should it go to delete itâ.
I have a picture of someone blinking, and I want to delete that picture.
I used Windows Explorer to browse to the source location of the original image, and I deleted the picture. I then clicked âre-sync this assetâ in photostructure, but the picture remains in my photostructure library.
I currently have âMay photostructure organize your photos and videos?â set to YES. Does this mean I have to delete the picture twice for it to go away? (manually delete original photo, then manually delete photostructure library photo?).
I donât know if this is a bug, a feature thatâs not implemented yet, or an opportunity for end user education.
As long as there is an asset file variant, the asset wonât be removed. You can see where PhotoStructure thinks all the variants are by opening the asset info panel (tap âiâ or click the i in the upper right).
Yup! Youâll need to delete both files. Total PITA, I know. Supporting hide/delete (this feature) will be the next thing I build.
Itâs certainly a feature thatâs not implemented yet. Until itâs implemented, I guess itâs an opportunity for education?
Anyway, Iâll get this built as soon as I ship v1.0.0, which should be tomorrow.
I have the same issue as @bartv, I have a lot of screenshots I donât want to clutter up my photographs.
I set PS_REQUIRE_MAKE_MODEL=true a few days ago, and when I resync individual screenshots, they disappear from PhotoStructure, as you said. But do I have to resync each image individually?
I still see loads of screenshots in the general views of PhotoStructure (for example among the thumbnails in the main view of the application).
Is it just a matter of waiting for PhotoStructure to get through all my images again? I have tried restarting sync a couple of times. Iâm not sure if there are fewer screenshots than before, but they are definitely not gone completely.
PhotoStructure will automatically re-sync assets that are visited with the asset info panel open. (No, this isnât documented or even discoverable: it was an experiment to help me debug locally, and I donât think itâs generally a great idea (?), but at least for the time being, this is how PhotoStructure works).
Run a âlibrary rebuildâ: itâs already in the product, and itâs easy for you to start (via the nav menu), but itâll take a while and do a bunch of work that isnât necessary.
You can run a sync --force manually via the command line for the affected directories. Know that you can give sync as many files and directories on the command line as you need, and they donât need to be directories currently in your âscan pathsâ. The --force tells sync and sync-file to disable the âno-opâ filter that skips over files are âalready in syncâ (if their mtime and size match whatâs in the database), and actually re-import the files.
Found this chain looking for existing âhidingâ feature requests⌠looks like the discussion pretty rapidly moved toward how to delete, but I would like to resurface the âhiddenâ flag concept.
I think there are two levels to this, probably⌠one is the âuser accessâ, lock pictures behind a password, they are absolutely not to be seen except by approved users.
But then there is a lesser level. Some pictures I may want to keep, but they just arenât very flattering, or the content is just a little offputting (I have a picture of a friend who had suffered an injury and sent me a picture - I want to keep it, but I donât really want it popping up in the random display list).
Not sure itâs high up the priority list, but thought I would toss it out there as another use case to mull over.
Another use case for hiding are photos of documents, receipts, or other one-off photos that I want to keep around âjust in caseâ, but really donât ever want to see when scrolling through the timeline view or other views.
In other software the term âarchiveâ is often used to hide items like this.
I decided on using âarchiveâ terminology instead of âhideâ as it aligns with Google Photos. (the icon for âhideâ and âshowâ arenât exactly intuitive, either).
Archived and trashed assets are not shown in tag galleries, nor are they shown in streams or when navigating left/right by date.
Hereâs a sneak peek of the button bar for an unliked, unarchived, and undeleted photo:
Search will include an âaction barâ when viewing deleted assets, which will include a âempty trashâ button that actually deletes files from the filesystem. Iâm building that bit today.
I nearly hate to ask, but any chance to have an option that disables or hides âtrashâ? In terms of making sure a family member canât trash something?
Accidentally archiving something is annoying⌠trash isnât.
Iâll add a setting that contains a pass phrase needed to empty the trash, that shouldnât be hard.
Edit: I misunderstood the request.
The next release will have 2 new boolean settings to disable the asset viewâs remove from library and delete buttons, and 2 additional boolean settings to disable the âactually do itâ buttons on the ârecently removedâ and ârecently deletedâ views.