Bug 457072 - Refined map feature
Summary: Refined map feature
Status: REPORTED
Alias: None
Product: digikam
Classification: Applications
Component: Searches-Map (show other bugs)
Version: unspecified
Platform: unspecified All
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-07-24 14:00 UTC by ٩(̾●̮̮̃̾•̃̾)۶
Modified: 2023-06-06 15:49 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ٩(̾●̮̮̃̾•̃̾)۶ 2022-07-24 14:00:36 UTC
Could it be possible to extend map feature? 

Current way to be able to select images by drawing and geotagging selected images is important, but in addition it would be very useful to have usable map view of selected tag/album/date: how images selected are distributed and opening preview there and selecting again from map. Currently right side frame has map showing location of geolocated image selected from other means, but there's not much you can do with it, and zoom level would need to go much deeper to have accuracy.

Example usage: 

i) selecting either tag, album, date... (left side frame) opens map view in the middle with pins focusing on how images are distributed (much deeper zoom than is available now for accuracy and close locations) rather than immediately showing thumbnails. 
ii) thumbnails then could eg. be revealed by hovering or clicking over pins from desired locations and then be able click it fully open in preview in album/date/tag view. 
iii) this could preferably again show usable map (right side where it's available already), and/or ability to return to previous map view again or possibly in addition general feature to have right click "go to" feature to go to map. 
iv) After returning  to map view maintaining original tag/album/date search (phase i) would be preferable.
Comment 1 Maik Qualmann 2022-07-24 15:30:48 UTC
i) This is in principle already the case, zooming in on the view that all coordinates are recorded (user request).
You can turn off thumbnails under the map and use it to show the balloons.
A deeper zoom is not possible, compare the view with openstreetmap.org.

ii) Thumbnails can be toggled on and off.

iii) What do you mean by "go to"? Go to the image?

iv) If the Album/Tag/Date selection does not change, the map already remains at the last position and zoom level.

Which digiKam version are you currently using?

Maik
Comment 2 ٩(̾●̮̮̃̾•̃̾)۶ 2022-07-24 16:03:25 UTC
(In reply to Maik Qualmann from comment #1)
> i) This is in principle already the case, zooming in on the view that all
> coordinates are recorded (user request).
> You can turn off thumbnails under the map and use it to show the balloons.
> A deeper zoom is not possible, compare the view with openstreetmap.org.

Map view at center can be limited by selecting album already, but that zoom level is in many cases unusable, and nothing can be done by clicking there.

From left side bar map selection it is (somehow) possible to click balloons and zoom level is enough there. However there its not possible to show only balloons for selected query (album/tag/date) – using restrictions right side doesn't change that view, but limits what is shown in center.

Zoom level from left side bar should be available at center where album/tag/date is available, and then opening single images or selected areas more elegantly in thumbnail/preview mode, and nice returning to map again.

> iii) What do you mean by "go to"? Go to the image?

If left side is initial search (album/tag/date) and map would take place in center, selecting image from map would switch to preview to do normal things there (and map view disappears OR switches to right side).  "Go to" feature would add to the current right click functionality to be able to reach the map via image (and possibly re-refine what map show from left side) but this is not how it has work, just one case I imagined it.

> Which digiKam version are you currently using?

7.7.0
Comment 3 ٩(̾●̮̮̃̾•̃̾)۶ 2022-07-24 16:26:37 UTC
One possibility (with possibly least overall changes) could be that at left frame two or more tabs (instead of current one) could be selected simultaneously, eg. album/tag/date... and map, and those together form what is shown at center. However it would be useful if map loses balloons the more other query/queries are refined, or more naturally any selection change made in any tab would change what (amounts) other tabs show.

But that as such doesn't make two other map locations (center and right side) any more usable, and what possibly could be achieved if they had more features and closer zoom level.
Comment 4 Maik Qualmann 2022-07-24 17:47:09 UTC
I don't understand your problem with the zoom level, this can also be changed in the central map with the mouse wheel. Or you show the floating elements to have a slider. The initial zoom depends on the selected item coordinates, we have changed this in the last digiKam versions at the request of users.

The central map is also retained when you change albums in the left sidebar and it is zoomed in each case to display all items on the map.

Maik
Comment 5 ٩(̾●̮̮̃̾•̃̾)۶ 2022-07-24 18:11:12 UTC
Zoom is now fixed by selecting OpenStreetMap instead of Atlas...! 

I'll see what can I do with these, but first impression is quite bad freezing at center map everytime I change tag selection or zoom level. I don't see balloon selection at middle section, only thumbnails which could make freezing more likely.
Comment 6 ٩(̾●̮̮̃̾•̃̾)۶ 2022-07-24 18:21:23 UTC
Yes, I now found out how to navigate from map to image preview/thumbnails (my bad). Main thing appears already be there but possibly usability could be improved. 

For example after changing view from map to thumbnails, if I then change image selection at thumbnails and return to map, map is where I left, not at new selection which could be more intuitive? 

But that is possibly not as big issues as map shifts location at rights. However right side map only shows location of the picture selected. What could be useful is that all other locations from query are also shown, and ability to pick new image from right side map and have it selected/previewed at center.

I'll do some more testing.
Comment 7 ٩(̾●̮̮̃̾•̃̾)۶ 2022-07-24 18:27:09 UTC
One suggestion: how about ability change location at right side map instead of need to use separate geolocation window (which is one more map).

I'd also think ability to split both right and left hand frames to be able to have multiple selections or edit features simultaneously available would be useful. (At least I'm unaware of such ability.)
Comment 8 ٩(̾●̮̮̃̾•̃̾)۶ 2022-07-24 18:48:06 UTC
CONCLUDING PREVIOUS

Right side map could be dramatically improved with:
a) showing all items matching query at map AND able to pick any item from there for preview and editing
b) geotagging directly at right side map
c) splitting right frame eg. to be able to change tags and geotags (b) in same view

Center map 
d) freezes, already 5k or such seems to be trouble and thumbnails can't be changed to balloons here.
e) ((possibly not important detail in changing map selection after changing selection at thumbnails and switching views))

Left frame
f) splitting frame to be able to make more complex query (without need to use right side restrictions)?
Comment 9 ٩(̾●̮̮̃̾•̃̾)۶ 2022-07-24 18:50:28 UTC
Workflow for geologation at right side could be:

i) select item(s) from center
ii) drag it to map
iii) drop to desired location
Comment 10 Maik Qualmann 2022-07-24 19:20:55 UTC
You can permanently switch to balloons with a tool button under map.

We already have a bug entry for the wish to use the right map via drag and drop for geolocation.

Maik
Comment 11 ٩(̾●̮̮̃̾•̃̾)۶ 2022-07-24 20:20:05 UTC
Yes, pins found now.

Bug 184833? Seems to be quite old. 

This seems to be clearer to me now, so right side map tricks (geotagging + selection) would be most important (a+b) and if possible splitting of both side frames (c+f). Likely other fine tuning too, eg. pins at right+center seem to work better than balloons at left as they pick only the selected item(s) instead of drawing area.
Comment 12 Maik Qualmann 2022-09-15 19:19:21 UTC
*** Bug 459163 has been marked as a duplicate of this bug. ***
Comment 13 ٩(̾●̮̮̃̾•̃̾)۶ 2023-05-24 11:36:25 UTC
What I previously suggested is quite complex and is connected to way how already categorized/located items can be found, and some of that can be (a bit awkwardly) done like you answered. However one thing that would be extremely useful is to be able to add geolocations AND tags (and other related thing) in a SINGLE VIEW. 

Now I have to change views and it makes things quite complex. Especially as separate geolocation window appears to be occasionally quite slow it's more useful to select bunch of files and geolocate them to variable locations, but then I have to return to different view and possible do similar selections again in different views to be able to add tags.
Comment 14 maison 2023-06-06 15:49:42 UTC
Any news for this bug or bug 459163, that have been open for many months?
There are many things in these bug reports. I don’t think this is a duplicate of bug 459163, but they are rather complementary. Make sure you include both : bug 459163 lists what doesn’t work, whereas this one concentrates mainly on Geolocation Editor improvements.