Existing Files vs Takeout?
Just looking to set up Immich for the first time. I have a fairly large set in gphotos. And I've been using https://github.com/gilesknap/gphotos-sync for several years to create a local copy of my files.
If I used these for my new library, rather than a takeout, would it just be geo data that I'd be missing, or will there be other compromises in the downloaded files vs a Takeout? I'm trying to figure out whats different and what I need.
...it's just that I've started the Takeout, and it's 200 x 10Gb zip files, whereas my Gphotos-sync folder is ~800Gb. The bulk of the difference is because albums from G-Sync are symlinks, whereas the Takeout includes the dupes (..I assume thats it anyway, unless there a compression on the files also?)
Thanks
4 Replies
:wave: Hey @Klurk,
Thanks for reaching out to us. Please carefully read this message and follow the recommended actions. This will help us be more effective in our support effort and leave more time for building Immich :immich:.
References
- Container Logs:
docker compose logs docs
- Container Status: docker ps -a docs
- Reverse Proxy: https://immich.app/docs/administration/reverse-proxy
- Code Formatting https://support.discord.com/hc/en-us/articles/210298617-Markdown-Text-101-Chat-Formatting-Bold-Italic-Underline#h_01GY0DAKGXDEHE263BCAYEGFJA
Checklist
I have...
1. :blue_square: verified I'm on the latest release(note that mobile app releases may take some time).
2. :blue_square: read applicable release notes.
3. :blue_square: reviewed the FAQs for known issues.
4. :blue_square: reviewed Github for known issues.
5. :blue_square: tried accessing Immich via local ip (without a custom reverse proxy).
6. :blue_square: uploaded the relevant information (see below).
7. :blue_square: tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable
(an item can be marked as "complete" by reacting with the appropriate number)
Information
In order to be able to effectively help you, we need you to provide clear information to show what the problem is. The exact details needed vary per case, but here is a list of things to consider:
- Your docker-compose.yml and .env files.
- Logs from all the containers and their status (see above).
- All the troubleshooting steps you've tried so far.
- Any recent changes you've made to Immich or your system.
- Details about your system (both software/OS and hardware).
- Details about your storage (filesystems, type of disks, output of commands like fdisk -l and df -h).
- The version of the Immich server, mobile app, and other relevant pieces.
- Any other information that you think might be relevant.
Please paste files and logs with proper code formatting, and especially avoid blurry screenshots.
Without the right information we can't work out what the problem is. Help us help you ;)
If this ticket can be closed you can use the /close command, and re-open it later if needed.I don't know any of the details with certainty, but I think we've seen in the past that the gphotos API is somewhat limited and will tend to give you files that are compressed or missing metadata or such
In a takeout it does the same but also gives the .json files with the data that immich-go can parse
Plus of course it has your albums etc
Then with the size difference, personally I'd always be going with the bigger set for completeness
Yeah makes sense, thank you. Just means I have to free up some space before I go for it! 😬
Am I right to assume Immich Go imports from the zip file rather than 'adopts' them. So for ~2tb worth of takeout Zips, I'd need 4tb+ free space?
Yeah
Ofc if it's more convenient you can run immich-go from another device, so then it's 2T storage each