Re: Time synchronization [was: GPS geotagging: first steps to implementation]

This is a really interesting train of thought, and as somebody that has spent days (literally), trying to correctly adjust times on my camera, it's very compelling to me. I worry though that the learning curve is too steep.

I'm not sure people will understand why taking a picture of their computer would somehow affect the timestamps on their photos, especially if they were taking a picture of a barcode. Maybe a thing that would make it more obvious would be to have a screen where half of the picture was the current time (something that makes sense to humans), and the other half was the barcode (for the computers).

I'm also concerned that I wouldn't use the feature because I wouldn't expect to have my computer near me when I remembered to set the time on my camera, so maybe a matching iPhone/Android app should be made?

Another question I know I'd have if I used this feature would be how the time zone setting on my computer/phone would affect the time stamp on the camera/photos. I'm not an expert on EXIF, so I don't know whether JPEGs, cameras, f-spot, nautilus, etc. support it, so I'd be worried that would be messed up somehow. Again, maybe showing the time zone on the barcode screen (if it's encoded) would make sense?

A mock up or sketch of how this would look would make things gel much more, I think, though I'm terrible at making these things. I'll bounce this off some people, and see if anybody has any ideas...


Jan Girlich wrote on 09/06/2010 03:50 AM:
Am 06.09.2010 12:29, schrieb Matija Cizmek:
> On Tue, Aug 31, 2010 at 11:16 AM, Jan Girlich
> <vollkorn cryptobitch de> wrote:
>> Am Dienstag, den 31.08.2010, 07:52 +0200 schrieb Mike Gemünde:
>>> Am Dienstag, den 31.08.2010, 01:17 +0200 schrieb Jan Girlich:
>>>> This is just a preparatory step for syncing GPS data and
>>>> pictures, for which accurate EXIF times are crucial.
>>> Just let the user adjust the time. If he or she locates one
>>> photo properly, you exactly know the difference of UTC and Exif
>>> time. So, I don't see a problem there. From my experience, Exif
>>> time is normally far away from be set properly. I often forget
>>> to do the clock change and also my camera clock is anyway some
>>> minutes out of sync.
>> I am sorry, but from this statement I must assume you did not
>> understand my idea at all.
>> You just repeated the problem I'm trying to solve with my idea:
>> the camera clocks are way off. I proposed a semi-automatic way to
>> correct the EXIF timestamps properly.
>> Positioning one photo correctly on a map is not a very good
>> solution because people usually spend more time than one second
>> at one spot to take a picture. So by placing one picture
>> correctly you only determine a time frame of several minutes,
>> which is not accurate enough and causes the user to position
>> several pictures until he pinpointed the time properly for the
>> whole import roll.
>> My way for time synchronization has two advantages:
>> 1) More accurate (and easier to use, I think).
>> 2) Can be implemented right now, all the necessary libs are
>> available (No need for a map widget).
>> Cheers Jan

> Hi, sorry for late contribution to this discussion, but your
> solution seems really complicated. What I do on my trips is that
> when my GPS acquires signal lock I take a picture of it's screen
> with visible time displayed. Later, I can easily calculate the
> time difference by comparing file time with photograph content.
That's exactly the idea. But instead of taking a picture of your GPS,
you take a picture of a 2D barcode encoding the time (this barcode
changes every second) and the time difference is calculated
automatically. So it's much easier than your usual way since it
automates half the process, I'd say. Also it works for people who have
a GPS tracker without any display like mine.

What the user would do:
1. Start f-spot and hit a button added by the extension. A 2D barcode
changing every second will  show up.
2. The user takes a photo of his screen with the barcode.
3. The user imports the photos of his camera. The user is done here.
4. The f-spot extension automatically reads the barcode, calculates
the time difference and sets the pictures properly.

It's as simple as that.


f-spot-list mailing list
f-spot-list gnome org

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]