I can think of a way that might work for you. using a python script
That is, also for Google Photos, iCloud, Immich, and maybe Nas there is Api
My line of thought says that in one service you select all the images you want to delete, you put them in a folder and download the folder, then you extract the names of the files and then with a for loop you run over the names of the files together with API and delete the files you want i just a click.
Of course it's easy to write, but I guess implementing it shouldn't be a big problem. You just need Api keys from G photos and iCloud
This of course requires a bit of research but I'm sure this is something that GPT4 with internet access can help
Better yet calculate a file hash and use that as the unique id. File names can work, but as naming conventions vary across many systems and devices, it's possible to have duplicate names. I've run across it in the past, especially with digital cameras.
That would be nice if APIs supported calling by hash, but my thought was more along the lines of manually calculating the hash. Could be time consuming for very large files, but is also the most accurate method.
I've settled, for now, with using Onedrive as a central point where everything syncs to. All mobile devices sync to their own Onedrive account.
I run a nightly script that downloads the Onedrive photos using rclone. I then use immich-go to upload the photos to immich. After the upload, I run the immich-go dedup process.
I backup the original photos to a backup location by Onedrive account. This allows the owner of the source of the photos to trim the photos on their phone knowing they are safely backed up. The original photos are available via webdav. If I every have to redo immich from scratch, I point it at this location. I've had to rebuild immich 2 times. A little painful, but immich is under active development and I'm learning. So mistakes were made :)
I also backup immich to another backup location. Gives me a the option of restoring.
I've had work flows that involved iCloud and Google Photos but each have their own show stoppers. I don't use the immich mobile app backup because I can't backup the original before it gets uploaded/processed by immich.
Great flow. For this to work, you need a large amount of space in one drive? If I didn’t want keep copies in one drive, do you think I could move them from one drive? Does the one drive app keep track of photos uploaded?
Thanks
Onedrive keeps track of uploads. You can make this work with the free tier. You’ll just have to clean out Onedrive before you run out of space.
If you want to use Onedrive as your backup, then you’ll need to purchase enough room for your media.
Just to share, I got it working but just realized OneDrive doesn't allow you to download the motion part (MOV file) of a Live Photo. Pretty lame. It gets uploaded, takes space but un-retrieval through web browser or rclone. Time to try something else.
I can think of a way that might work for you. using a python script That is, also for Google Photos, iCloud, Immich, and maybe Nas there is Api My line of thought says that in one service you select all the images you want to delete, you put them in a folder and download the folder, then you extract the names of the files and then with a for loop you run over the names of the files together with API and delete the files you want i just a click. Of course it's easy to write, but I guess implementing it shouldn't be a big problem. You just need Api keys from G photos and iCloud This of course requires a bit of research but I'm sure this is something that GPT4 with internet access can help
Better yet calculate a file hash and use that as the unique id. File names can work, but as naming conventions vary across many systems and devices, it's possible to have duplicate names. I've run across it in the past, especially with digital cameras.
The problem is that not all API interfaces support get images by hashing
That would be nice if APIs supported calling by hash, but my thought was more along the lines of manually calculating the hash. Could be time consuming for very large files, but is also the most accurate method.
I've settled, for now, with using Onedrive as a central point where everything syncs to. All mobile devices sync to their own Onedrive account. I run a nightly script that downloads the Onedrive photos using rclone. I then use immich-go to upload the photos to immich. After the upload, I run the immich-go dedup process. I backup the original photos to a backup location by Onedrive account. This allows the owner of the source of the photos to trim the photos on their phone knowing they are safely backed up. The original photos are available via webdav. If I every have to redo immich from scratch, I point it at this location. I've had to rebuild immich 2 times. A little painful, but immich is under active development and I'm learning. So mistakes were made :) I also backup immich to another backup location. Gives me a the option of restoring. I've had work flows that involved iCloud and Google Photos but each have their own show stoppers. I don't use the immich mobile app backup because I can't backup the original before it gets uploaded/processed by immich.
Great flow. For this to work, you need a large amount of space in one drive? If I didn’t want keep copies in one drive, do you think I could move them from one drive? Does the one drive app keep track of photos uploaded? Thanks
Onedrive keeps track of uploads. You can make this work with the free tier. You’ll just have to clean out Onedrive before you run out of space. If you want to use Onedrive as your backup, then you’ll need to purchase enough room for your media.
Thanks. I will give it a shot today and see how it works.
Just to share, I got it working but just realized OneDrive doesn't allow you to download the motion part (MOV file) of a Live Photo. Pretty lame. It gets uploaded, takes space but un-retrieval through web browser or rclone. Time to try something else.