[Kde-imaging] [Bug 275180] Geolocation window unintuitive and "overloaded"

[Michael G. Hansen]

https://bugs.kde.org/show_bug.cgi?id=275180


Michael G. Hansen <mike at mghansen.de> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mike at mghansen.de




--- Comment #1 from Michael G. Hansen <mike mghansen de>  2011-06-08 20:29:38 ---
Hi Larx,

thanks for your comments. However, there is a way to switch from images to
pins: In the buttons below the map, the fourth button from the left switches
between images and pins. Yes, this button is not intuitive, suggestions
appreciated.

> 1. Pics are only display as thumbnails in the map. Something like a "pin" as
> used by other geolocation implementations would give much more overview. If
> only one picture is selected, I know the contents and don't need another
> thumbnail to clutter the map view. If more pictures are selected, the map soon
> is crowded. Also, a "pin" can be located exactly. At least this should be
> configurable.

Even with pins, with many pictures, there will be many pins. Maybe we can add
an option "Only show selected images on the map".

> 2. It took a long time for me to find out how to use the map to assign
> coordinates for a picture. While drag and drop is basically intuitive, it seems
> misplaced here. Again, why not a pin, why not a "right click" and a telling
> context menu.

Right click was not implemented yet because I'm not sure how to properly do it
in the Google Maps backend, which is KHTML based. However, a button for a
"Click to place images on the map" mode is planned.

> 3. Moving around a picture on the map does not seem to be implemented. However,
> correcting GPS data is a very important part of my workflow - not possible, you
> cannot draw a picture around on the map. It has again to be "drag and dropped"
> to the new location.

Solved, since pins are available.

> 4. I also doubt the necessity to clutter the geolocation window with a list of
> selected images. Actions with several pictures, e.g. correlating to a GPX file,
> can be done from digikam's main win. Most other geolocation tasks only deal
> with one picture. That's the  same logic as used by Digikam's image editor, why
> has the geolocation to be put in a cluttered window with a different workflow
> logic?

For me, it is very useful to be able to load a bunch of images into the editor
at once. I can correlate them, and then make corrections right away. If the
list disturbs you, it is resizable and even completely collapsable. If you then
open the "details" tab, it looks almost like the old editor.

> Basically, I think the problem is that the new geolocation window tries to put
> to much into one window, therefore making the basic tasks hidden.

Yes, there are lots of functions in one window. But other people complained
about all the functions being separated into many dialogs. Re-implementing the
old editor based on libkmap is not so hard, so we can do it if there is demand
for it.

Regards,

Michael

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.