Since 5.5.0 appimages, some new bugs appear in the Geolocation Editor. 1. (since 5.5.0-pre) .mp4 videos in the files list have no date/time set and are always at the top of the list. 2. (since 5.6.0-pre) When saving, Digikam complains that the geodata of .mp4 files cannot be saved. But when I close without saving the .mp4 files have geodata set. 3. (since 5.5.0-pre) There is no zoom slider in the map (OSM). 4. (since 5.4.0-pre, I think) The map does not remember the last used zoom level any more (just the position). 5. (since 5.4.0) Switching between Google Maps and OSM sometimes loses the position of the map. Can you please check if any patches since the last releases created these bugs? Thanks!
Thes are still in the latest v5.8.0-pre appimage: 1, 3, 4, 5 #2 seems solved. Can you please check? Thanks!
For 3: Earth icon menu: Float items-> Show navigation Maik
For 1: Click on the header from the list, sort for Name, Date or Latitude and change the sort direction. Maik
#3: works, thanks (but why did it vanish? I never switched it off ...) #1: doesn't work, mp4 videos have a datetime stamp in the main albums view but not in the geo view so I cannot get them sorted by date *together with the images*. I would like to see the datetime stamp of the video files in this list too.
Git commit 39f1465c20e16e0666717cf40c80e509ea48f20a by Maik Qualmann. Committed on 28/09/2017 at 04:37. Pushed by mqualmann into branch 'master'. use file date when metadata is not available M +22 -3 utilities/geolocation/editor/items/gpsimageitem.cpp https://commits.kde.org/digikam/39f1465c20e16e0666717cf40c80e509ea48f20a
Git commit da5f552f1b97196c3752edd14f731bb7f4ed0845 by Maik Qualmann. Committed on 28/09/2017 at 17:32. Pushed by mqualmann into branch 'master'. fix wrong zoom value in the marble map FIXED-IN: 5.8.0 M +2 -1 NEWS M +1 -1 utilities/geolocation/geoiface/backends/backendmarble.cpp M +10 -9 utilities/geolocation/geoiface/widgets/mapwidget.cpp https://commits.kde.org/digikam/da5f552f1b97196c3752edd14f731bb7f4ed0845
Thank you!
regarding "use file date when metadata is not available", I assume this means "filesystem date". If so, how about using the Digikam DB datetime stamp? This might be different from the filesystem date.