Re: Strange time behaviour (DST related?)

[Stephane Delcroix <stephane delcroix org>]

Hi Jenner,

This issue is well-known and reported in a few bugs (search for 'Adjust
Time' in bugzilla, f-spot product).
It's not related to DST but f-spot keeps all dates in UTC. That's why
you have a one hour offset if you're living in Italy.
If you don't move too much (or take photos in other timezones), this
won't annoy you too much (you just need to get used to that).
We'll try to fix that asap, but it's not an easy work...

regards,

Stephane


On Tue, 2006-11-21 at 10:32 +0100, Jenner Fusari wrote:
> Hi all,
> I'm experiencing a strange behaviour in time handling in F-Spot.
> I'm using F-Spot 0.2.1 as packaged in Debian Testing.
> I took a look to the bugzilla and to previous posts, and there's nothing 
> about this problem.
> 
> I will make 2 examples of what actually happens:
> 1) Today (2006/11/21) I have processed in GIMP a RAW photo taken, for 
> example, the 1st of July at 11:31; I save it in JPEG and - known 
> behaviour of ufraw-gimp plugin - this JPEG has no EXIF data. I import 
> that JPEG in F-Spot; as expected (because of the file creation time I 
> suppose) F-Spot says the shot was taken today at "see-creation-time". I 
> know that time/date were wrong so I adjust time using F-Spot Adjust 
> date/time function... I type "01/07/2006 11:31" (my locale is it_IT); 
> confirm; the date/time is changed but to "01/07/2006 12:31".
> 
> 2) I have a RAW shot took the 30th of September 2006 at 8:52; I use 
> ufraw to get the JPEG; again (due to a missing[?] binding in Debian 
> version of ufraw) that JPEG ha no EXIF data; I copy RAW EXIF data to the 
> JPEG using exiftool; now JPEG has EXIF data. I import both the shot to 
> F-Spot and I notice that the two shot have 1 hour difference (the JPEG 
> says it was taken at 9:52); I adjust the time (-1:00) using F-Spot.
> 
> First of all, I would like to know if I'm proceding the wrong way with 
> time adjustments in F-Spot... maybe the problem is on my side or they 
> where solved in 0.2.2.
> 
> If the problem is caused by F-Spot time handling, I think they all comes 
> from the DST (Daylight Saving Time). I got this behaviour an all the 
> photos taken before the 30th October 2006 and processed (extenally of 
> F-Spot) after the 30th October.
> And why F-Spot seems to take care (example 2) of the filesystem's file 
> creation time (exiftool creates a new file and backs up the original) 
> when it has EXIF data?
> 
> Bye
>    Jenner
> _______________________________________________
> F-spot-list mailing list
> F-spot-list gnome org
> http://mail.gnome.org/mailman/listinfo/f-spot-list
> 
-- 
Stephane Delcroix
stephane delcroix org