GNOME Bugzilla – Bug 480615
Photo time incorrect in f-spot display
Last modified: 2010-08-02 13:56:45 UTC
This bug has been filled here: https://bugs.launchpad.net/ubuntu/+source/f-spot/+bug/145087 "After importing a photo in f-spot, the date of the photo is incorrectly displayed. I opened the same image in the image viewer and viewed its properties. The EXIF data contains the correct date and time. I also opened the image in gphoto and checked its properties. The EXIF date and time are correct there. Perhaps there's a strange time offset setting in f-spot. But the EXIF states that the image was taken at 19:37 while f-spot displays it as 7 hours ahead (2:37)" Please note that the bug is marked as private because the reported doesn't want to make public the photo, if you want to test it please drop me an email to subscribe you to the report. thanks you
In the more recent versions of f-spot, it appears to assume that EXIF timezones are in UTC and converts them to reflect localtime on the desktop. This is almost never the case. My pictures all have the time set to local clock time (US/Eastern) but the timestamp in each picture does not reflect any timezone information (i.e. ET or -0400 or -0500 or US/Eastern etc, etc) and is as such an incomplete time specification (bad firmware behavior on the camera manufacturer's part.) HOWEVER, given that most humans set their clocks to local time whereever they may be, assuming the that the picture time is in UTC is a bad one. At the very least, add an option to let the user specify what f-spot should assume as the timezone in pictures whose EXIF data does not explicitly supply that information. I can't locate any such option in Fedora 8 f-spot 0.4.0.
I can confirm this still exists in Ubuntu 8.04.2 with F-Spot 0.4.3 and is very annoying for some one in New Zealand who wants to geotag his photos. We are 13 hours ahead during Standard time and 13 hours ahead during daylight saving.
The time issues are fixed in the latest versions. I think we can close this bug.