Bug 192439 - Geolocation position not remembered or initialised consistently
Summary: Geolocation position not remembered or initialised consistently
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-Generic-GeolocationEdit (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-05-12 14:39 UTC by DGardner
Modified: 2016-07-20 06:09 UTC (History)
1 user (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description DGardner 2009-05-12 14:39:34 UTC
Version:           0.10.0 (using KDE 4.2.2)
OS:                Linux
Installed from:    Ubuntu Packages

Maybe there is some logic that I have missed and this is a wish, not
a bug, but I cannot figure out what is supposed to happen.

I have lots of images that are not tagged with any GPS co-ordinates.
However, I have already tagged them with "Places/<Country>/<City>"
and similar tags, so I select them by those tags and them edit their
co-ordinates using the available feature. I want to geolocate things
a bit more accurately than just by city, so after editing all the
co-ordinates to set a rough location, I often select a subset of the
images filtered by the "Places/..." tag and edit their co-ordinates
again.

The problem I have is that I cannot for the life of me figure out
where the initial co-ordinates in the "Edit Co-ordinates" dialog
box are coming from. Sometimes it seems to be from the selected
images, sometimes it is some else entirely. If I select a single
image, it is usually OK, but if I select several images, even if
these images already share the same co-ordinates, the initial
co-ordinates seem to be some random location from some earlier
image in my editing session (often on the far side of the planet).

I would like if the initial co-ordinates could be determined as
follows:

   Use the co-ordinates from the single selected image, or, if
   multiple images are selected, from the first image in the
   selection that has co-ordinates.

   If the none of the selected images have co-ordinates, use
   the co-ordinates set the previous time the Edit Co-ordinates
   dialog was shown. This allows me to locate more images in the
   same area as others I have just located, as that is how I
   often work. I do not see much benefit to showing me that the
   image is on the equator in the middle of the Atlantic Ocean,
   but a reset button might be of some use.

Can anyone explain what logic is current used? I cannot figure it
out at all.
Comment 1 caulier.gilles 2009-07-29 11:14:19 UTC
>The problem I have is that I cannot for the life of me figure out
>where the initial co-ordinates in the "Edit Co-ordinates" dialog
>box are coming from. Sometimes it seems to be from the selected
>images, 

yes, if GPS info are present in image metadata or digiKam DB.

>sometimes it is some else entirely. 

If image do not have GPS info, last used place is taken as well.

>If I select a single
>image, it is usually OK, but if I select several images, even if
>these images already share the same co-ordinates, the initial
>co-ordinates seem to be some random location from some earlier
>image in my editing session (often on the far side of the planet).

No. I case of multiple selection first item which have GPS info is used to propose a location.

Gilles Caulier
Comment 2 Michael G. Hansen 2009-12-03 21:54:01 UTC
There have been improvements in the handling of the last coordinates in kipi-plugins version 0.9. Could you test this version and see if your wish is solved?

Michael
Comment 3 DGardner 2009-12-19 14:32:42 UTC
I tried this out in digiKam 1.0.0-rc1 with kipi-plugins 0.9.0 and
it is much better. The new "Bookmarks" feature solves all of my
problems and the initial coordinates are now the last coordinates
used, which is also perfect.

You can close this. Thank you.
Comment 4 caulier.gilles 2009-12-19 14:35:52 UTC
Thanks for the report. Closed...

Gilles Caulier