[gotbeans]

In the same universe, I took a google takeout last week to migrate to immich, 12k photos/videos.

I set up immich backed by ceph last week and I got everything migrated via immich-go, with all metadata albums and all.

Had to change some parallelization option, but otherwise it was a breeze.

[cromka]

It seemed like that for me, too, until I realized my photos were botched. The only way to know that was looking into the logs: I have some 9000 photos which it silently fails to extract metadata from. The only sign in the UI that something is off is the fact those 9k photos never get processed, you can try in perpetuity. The logs reveal they were botched either by immich-go or iOS app, ffmpeg freaks out when processing them. After checking in the gallery they're indeed messed up.

Besides, having to use external tool you check out from GitHub is the exact opposite of what should be the priority I am talking about. Immich gives you that clean, very easy UX/UI, targeting every regular user as a real alternative to Google or Apple offerings, yet you can't easily and safely import your photos. That's inconsistent at best. Misleading.

[troupo]

> mmich gives you that clean, very easy UX/UI, targeting every regular user as a real alternative to Google or Apple offerings, yet you can't easily and safely import your photos. That's inconsistent at best. Misleading.

How do you imagine this wold work, given that there are no APIs for Google Photos or iCloud Photos to batch import them into a different service while preserving all data. At best you can work with the Gallery/Photos access on your phone.

[cromka]

> How do you imagine this wold work

The way it CURRENTLY already works. Through Google/iCloud takouts, or the Android/iOS apps if user chooses to do so.

[troupo]

You can't provide an easy UX-friendly alternative to takeout, and it already backups photos through Android/iOS apps if user choses so.