EXIF GPS data incorrect for southern hemisphere

After capturing some test images with GPS (in Australia), I noticed the co-ordinate data is incorrectly stored as Latitude N, Longitude W (instead of Latitude S, Longitude E).

Mac OS X (10.5.4)

Posted on Jul 12, 2008 12:14 AM

Reply
61 replies

Aug 19, 2008 4:25 AM in response to Friimaind

problem still exists after upgrading to 2.0.2 😟

Come on Apple, pls fix this.

Still got this problem.
Tried several solutions:

Downloaded photo's from Iphone through USB cable.
checked locations with Adobe Elements 6 and Picasa.
Photos tags show right location, which in mine case is Netherlands.

Uploaded my Photo's to Flickr and Picasa webalbums.
The photos are shown somewhere in the UK (channel i believe).
Tried several addons and direct uploads.

Nothing seems to work for me.

Message was edited by: linksys2005

Aug 21, 2008 7:10 AM in response to npiper

I wrote an applescript that can either be set as the Automatic Task in the ImageCapture utility or you can drag files onto the script for processing. However, first you'll need to install Phil Harvey's exiftool: http://www.sno.phy.queensu.ca/~phil/exiftool/

Then copy and paste the rest of this post into Script Editor, customise for your location and save as an application (eg. File Format: Application). I've #commented the code to help you find where to tweak the North/South/East/West variables.

...
...

(* This script can either be set as the Automatic Task in the ImageCapture utility or you can drag files onto the script for processing.

FIRST: the script checks each file to see if it's been geotagged (otherwise screenshots and saved images that are in your camera roll end up getting tagged with the coordinates 0,0)
SECOND: it changes the reference data on any images that hold an unwanted compass point (eg. North) to the desired reference points (eg. South & East) *)

on open theFiles
repeat with aFile in theFiles
#this next bit searches for files that are inappropriately tagged GPSLatitudeRef = N (eg. North)
#however, depending on where you are, you may want to change it to search for files tagged West (eg. Ref = W)
do shell script "if (exiftool -v " & quoted form of POSIX path of aFile & " | grep \"GPSLatitudeRef = N\");
#Change the =S and =E to the desired compass refernces. (South & East are good for Oceania)
then exiftool -overwrite original_inplace -gpslatituderef=S -gpslongituderef=E " & quoted form of POSIX path of aFile & "
fi"
end repeat
end open

(* As far as I know this works, however I take no responsibility for any loss/gain of data which results from the use of these 1's and 0's. Please share if you see anyway that this script could be improved. *)

Aug 31, 2008 6:00 PM in response to npiper

Apple, the world is laughing at you about this bug! E.g., I've read about it in highly esteemed German computer magazine c't.

Still not fixed in 2.0.2.

This was about the first bug I've noticed: Take a photo, copy to computer using USB, open in GeoSetter.de and voila: what should read "E" reads "W".

(BTW. When it comes to geotagging then GeoSetter.de is the ultimate tool.)

What kind of bug can be simpler to understand? The iPhone fails to write the correct sign for latitude/longitude EXIF values and therefore, only works in North America (where tested).

I asked the author of GeoSetter.de to include an Apple-specific fix. But this really has become ridiculous by now.


PLEASE PROVIDE ASAP:

- Bug ID#
- Release when fixed

Sep 1, 2008 6:49 AM in response to npiper

Hey All,
This issue has been bugging me a bit as well, as I am also in Australia and all my geotagged pics end up on the opposite side of the world.

I have submitted a bug report and and expecting a case ID in the next 7 days. Here are some details from a confirmation email received from Apple Developer Bug Reporting, in case anyone else wants to contact them.

"Message Subject: iPhone EXIF geotag data in Southern Hemisphere
Follow-Up: 54537638

Your request has been assigned the reference number listed above. When submitting any follow-up emails related to this request, please include the reference number in the first line of your response (not in the Subject line of the email)."

Hopefully this might get the ball rolling...

🙂

Sep 6, 2008 6:18 AM in response to npiper

Hi,

I'm a Windows developer writing some software for viewing GPS tagged photo's (on global map) - and came across this really annoying bug.

One thing I do want to confirm - is that the problem is very specifically due to incorrect EXIF metadata stored in the saved JPG file on the iPhone - not anything to with iPhotos/OSX/iFinder etc. (I am not using iTunes, IPhoto etc etc and am importing photos on Vista 64bit via Windows Explorer / Removable Storage). I am currently accessing the raw EXIF byte/stream in the jpeg (via code) to extract this information (but can confirm the problem on numerous windows apps that can also read in EXIF metadata).

From my observations (taking photos in Australia) - it appears it incorrectly places N and W as the GPS latt/long References. (when it should be S and E).

*Can anyone confirm* if the problem is that the N/S and E/W Ref's are being swapped around for everyone (ie. would US users get 'S' and 'E' in the photos) - or is everyone getting 'N' and 'W' stamped into their photos no matter where they are?

If it's a case of simple swapping (and US users are getting S/E) - then I can at least check the Maker/Model EXIF tags - and if IPhone then swap them around automatically. If everyone gets N/W then thats a big problem as there's no 'autofix' logic that can be applied.

Any US users that can shed some light on what they are getting in their raw EXIF data. (ignoring whatever iPhoto etc might be doing after its imported).

thanks

Niall

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

EXIF GPS data incorrect for southern hemisphere

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.