Geolocation improperly listing as China when taken in continental US
Hello! I am having difficulty debugging an issue with geolocation. I've recently added 22k photos taken in the US with geo exif data.
When viewing them in Immich, it places them in China. When viewing the raw image downloaded the exif-geo is correct.
I am on v1.124.2 and have asked it to re-extract all metadata which has not helped.
Any suggestions on how to debug?
Attached:
* A zip of the original image (as I expect discord to modify exif)
* The original image un-zipped
* Screenshot of immich
* Screenshot of Apple Preview showing proper exif data for the file.
23 Replies
:wave: Hey @aljama,
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_01GY0DAKGXDEHE263BCAYEGFJAChecklist
I have...
1. :ballot_box_with_check: verified I'm on the latest release(note that mobile app releases may take some time).
2. :ballot_box_with_check: read applicable release notes.
3. :ballot_box_with_check: reviewed the FAQs for known issues.
4. :ballot_box_with_check: reviewed Github for known issues.
5. :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy).
6. :ballot_box_with_check: uploaded the relevant information (see below).
7. :ballot_box_with_check: 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.GitHub
immich-app immich · Discussions
Explore the GitHub Discussions forum for immich-app immich. Discuss code, ask questions & collaborate with the developer community.
FAQ | Immich
User
GitHub
Issues · immich-app/immich
High performance self-hosted photo and video management solution. - Issues · immich-app/immich
The docker-compose file in use is the standard release one.
The filesystem is a CephFS; (Though I'd be amazed if this has any impact on the issue)
Is the zip from before or after you uploaded?
How are you uploading these? Is it perhaps a takeout of some kind?
FWIW in my immich it places your zipped example in the right spot
Interesting that it works for you! The zip'd image is post-upload (then re-downloaded), selecting "download" in the immich UI.
The source is Apple Photos full export via "Export originals" then immich-cli upload.
My first thought is these were uploaded from the CLI and accidentally got mashed together with some metadata in sidecar files that shouldn't have been
Looking into it
Yeah, you're right. Apple Photos exported this xmp file; which I thought was ignored.
It looks like 108.86338000000001 is used as E instead of W
So quite literally the other side of the globe 😛
Well not quite literally 🤔 almost
hah, worth me filing a Github issue? (I'm happy to dig into code as well... but haven't dev'd on immich before)
I wonder if it's immich who is wrong or apple here
https://github.com/immich-app/immich/pull/13246
[Pull Request] Add support for GPSLatitudeRef and GPSLongitudeRef in sidecar files. (immich-app/immich#13246)
@Zack closed this for a reason I take it, but I wouldn't immediately know how to solve the issue at hand here 🤔
We don't want to support edge cases like this directly in Immich
Reading the relevant topic it seems like these Ref tags are just not to spec
Correct, even more reason to not support it 😛
If exiftool or exiftool-vendored added support, we would implicitely support it
But we won't be adding direct support for it
https://discussions.apple.com/thread/255792059?answerId=260820004022&sortBy=rank#260820004022 here's a way of fixing it
The sidecars should still be sidecars, even after uploading, so you could perform this on the library and then re-run the metadata extraction job
Totally understand. Are you also opposed to a flag in immich-cli or adding a note to the wiki? (Happy to help contribute here.) Just so other people like me don't burn your time with the same question
(also, thank you SO MUCH. Incredible project! Would love to figure out how to give back beyond the $$ at some point)
@Mraedis One last question; if I re-upload the library with immich-cli will it replace the old sidecars with the new ones? (even if I'm doing dup detection?) Just trying to figure out how to replace the sidecars.
Where is your library stored?
I would just run the exiftool on your library without immich, and re-run the metadata extraction job on "all"
Ah the immich library itself? Just a mounted CephFS. Now I think I understand, just make the edits to sidecars on the immich host itself. I didn't realize they kept the sidecar files intact on the FS (I had assumed they'd just be imported to a DB somewhere and discarded)
I'm not 100% sure but about 98 at least that it's literally the file 😛
haha sounds good! Taking a look now and will report back
You're right!
./upload/8e93b487-5d23-44e2-ba09-2c47114bd584/db/76/db762c56-0f6e-425e-a125-a0d2a88c7b51.xmp (for example)
The command in the apple dicussion + re-extracting metadata worked! Thanks 🙂This thread has been closed. To re-open, use the button below.