Version: 1.0.0-beta5 (rev.: 1025964) (using 4.3.1 (KDE 4.3.1), Debian packages) Compiler: cc OS: Linux (i686) release 2.6.31-0.slh.3-sidux-686 At the moment syncing GPS traces with images is hard. See attachment: JOSM provides a much better way to do that. Would be nice to have it in digikam too!
Created attachment 37119 [details] Time sync with GPS in JOSM
I don't know what is hard to do exactly. Do you have tested GPSSync kipi-plugin ? Gilles Caulier
Sorry, I didn't have enough time to write out the description because my train doesn't use to wait for me ;) At the moment my workflow is: Select the images, open GPX file, be notified that it did not match, re-open it again with time adjustment of +02 h because my Cam is set to UTC, re-open it again with -02 h because +02 h was wrong (although we've got UTC+2 here), check the exact time on the cam and compare it with the GPS device time, enter the difference in minutes although when travelling with my bicycle one minute may mean like 300 m inaccuracy ... (Yes, I'm using GPSSync.) Except for that the plugin is really nice. The sync dialog as seen in JOSM is really nice. The image taken from the GPS device screen contains both camera date/time in the metadata, and the GPS time in the image. This would be really cool and useful to have in digikam too. As visible in the attachment the cam time is 08:41:54 and the GPS time is 08:41:01. Only thing I've got to do is to copy the time shown on the GPS device and I'm done. Without messing around with +2 or -2 and so on. :)
Simon, This file still valid using kipi-plugins 2.4 ? Gilles Caulier
Yes, still valid in current git master. It became a little better now however, since you can now at least view images in the GPSSync tool. Michael
I would love an interface similar to JOSM. It would be ideal if there was a dialog box that actually displayed the current GPS time so that you can take a picture of it and then allow you to enter 2 time-date fields: EXIF time-date (from the picture metadata) and GPS time-date (from the image itself). Digikam can then calculate the proper delta. With the current interface I never know if the offset should be "-" or "+", and calculating the time difference manually is tedious. The reason I would like the current GPS time-date displayed is that while synchronized UTC clocks are readily available on the web, synchronized GPS clocks are not, and UTC != GPS. It's also important to allow both time and date to be specified to account for day roll-overs in the delta calculation.