When I use the geolocation editor, I frequently need to preview images in a larger size to see where exactly they were shot. Then I assign coordinates using drag & drop into the map, assign height by selecting all images and right-clicking and selecting "assign missing height info", and clicking on the "reverse geocoding" button. There are some small changes that would make using the Geolocation Editor much more efficient. 1. When double clicking on an image to preview it, show this preview in a *separate* area below the GPS, Undo, Geocoding etc. tabs so it is always visible when a single image is selected and one does not need to change the active tab to preview an image. 2. Also enable preview of videos - they don't need to be animated, just show the first frame or the largest available thumbnail. 3. In the "Reverse Geocoding" tab, there are three options at the bottom. The button labeled "More settings" just reveals the "Write to XMP" option. I think we don't need this button. And the "Assign reverse geocoding" button can be changed into a checkbox "Automatically assign reverse geocoding", see next point. 4. This is actually the most important improvement: Make Digikam (optionally) automatically assign reverse geocoding info and height info as soon as a location metadata is added or changed. If available, also speed and what other options are there. What do you think?
I forgot about 5: The tabular view wastes a lot of space and does not allow large thumbnails. Is it feasible to create an option for a thumbnail icon view like in Digikam's main view, where the selected metadatums (Date, lat/long, altitude, etc.) are just shown as centered text below the items)? Sorting and selection would still be possible but many more icons would fit into the view.
*** Bug 407684 has been marked as a duplicate of this bug. ***
I would also like to add a few things. - First, something that took me some time to realize. When you want to reverse geocode several pictures, first you have to select which pictures from the list you want to process. By default none is selected, but considering that the user already selected which pictures wants to geolocate before opening the tool, it's safe to assume that the whole list could be pre-selected by default. Although maybe just for the reverse geolocation tab. - Also, the name of the button "Apply reverse geocoding" can be misleading. At first, I thought it was the button to save the data to the database/metadata, but there's already a button for that below ("Apply"). Maybe something like "Process reverse geocoding", "Obtain location(s)", "Obtain address(es)" or "Location(s) lookup" might be more intuitive. - Another thing. Since the location will be saved in the form of a hierarchical tag list, the info displayed in the Tags column of the list will include one string for each level of the hierarchy separated by commas (e.g. Canada, Canada/Ontario, Canada/Ontario/Toronto, Canada/Ontario/Toronto/Yorkville). Just for the sake of readability, either show them one on top of each other, or just show the most detailed one. And one last thing I just realized. When you select a picture from the list, the map shows its location. However, when you select a few, the map won't zoom out so all the selection is shown in the map. I think the zoom should change in order to display the location of all the selection.
Git commit c761e6463aedcc518b1edac4aa89864535cd181b by Maik Qualmann. Committed on 03/11/2019 at 11:06. Pushed by mqualmann into branch 'master'. change i18n M +1 -1 core/utilities/geolocation/geoiface/reversegeocoding/rgwidget.cpp https://invent.kde.org/kde/digikam/commit/c761e6463aedcc518b1edac4aa89864535cd181b
Is anything still being done about this bug? For a start, I would be a lot happier if I could preview videos and show the image list and map *beside* each other, instead of *on top* of each other. This would enable much better usage of large widescreen displays (FullHD and above) and make geotagging easier. Thank you :)
digiKam 7.0.0 stable release is now published and now available as FlatPak: https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/ We need a fresh feedback on this file using this version. Thanks in advance Gilles Caulier
Still valid.
I am now using Digikam Git (appimage) as of yesterday, and I can report about the status of this issue. 1. Still valid. This would be a significant usability plus. 2. Still valid. Videos don't show a thumbnail but they do in the rest of Digikam. 3. Still valid and probably a junior job (remove one button, make the other a checkbox) 4. See 3. 5. Still valid. You said in https://bugs.kde.org/show_bug.cgi?id=407684 that we do not have access to the Digikam core in the Geolocation editor. We don't need that: To see more images in the same grid view, just rotate the grid view (optionally) by 90°. See my attached mockups. No new data at all, same tabular view, just rotated 90°, and you can see three times as many icons in the same view space. Either that, or allow the image list and the map(s) to be side by side instead of on top of each other. That would also help a lot.
Note about point 5 : are GeolocationEdit plugin is not a kipi stuff since a while, but a native digiKam plugin, we have now a full access to digiKam core API... Happy new year Gilles Caulier
Created attachment 145180 [details] FullHD geoeditor screenshot as it is now On a FullHD display only three thumbnails can be seen with a suitable map size. Lots of screen space is wasted.
Created attachment 145181 [details] FullHD geoeditor screenshot with rotated grid Rotating the grid view (no new data, no new widget, just columns instead of rows) uses the space below the map much better so you can see many more thumbnails, even when only having a single row of images with a horizontal scrollbar.
Created attachment 145182 [details] FullHD geoeditor screenshot with thumbnails & map side by side This view would also improve usability, especially on todays 16:9 and more widescreen monitors, and is probably much easier to implement - although it still wastes a lot of screen space.