[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[bugzilla_noreply]

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

--- Comment #19 from caulier.gil...@gmail.com ---
Hi all,

The digiKam 8.4.0 Appimage bundle pre-release is now based on last modern
frameworks Qt 6.7.0 and KDE 6.2.0.

File can be downloaded at usual place : https://files.kde.org/digikam/
Take a  care : the bundle is named with the suffix "-Qt6" not "-Qt5". This
bundle is compiled under Ubuntu 22.04 and require a Linux with GlibC version >=
2.35 to run.

Can you reproduce the dysfonction with this version?

Thanks in advance

Gilles Caulier

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[bugzilla_noreply]

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

--- Comment #18 from caulier.gil...@gmail.com ---
Jens,

What's about this file using current 8.2.0 AppImage Linux bundle ? It's
reproducible ?

https://files.kde.org/digikam/

Note: bundle is now based on Qt 5.15.11 and KDE framework 5.110.

Thanks in advance

Gilles Caulier

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[bugzilla_noreply]

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

--- Comment #17 from caulier.gil...@gmail.com ---
Link to Exiv2 0.28 announcement :

https://github.com/Exiv2/exiv2/issues/2406#issuecomment-1529139799

Gilles

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[bugzilla_noreply]

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

--- Comment #16 from caulier.gil...@gmail.com ---
Just for information,in case of Exiv2 can be a source of this problem, i ported
all bundles to last Exiv2 0.28 which gain a lots of bug fixes, compared to the
maintenance 0.27 LTS versions, used by digiKam since a very long time.

So the online pre-release AppImage 8.1.0 use Exiv2 0.28 since few days.

Gilles Caulier

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[Jens]

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

--- Comment #15 from Jens  ---
Yes, I saw. That's great.
How about old images?
Was the location metadata also written previously (in addition to tags), or is
it possible to write location metadata to all images that have location tags in
a batch?

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[Maik Qualmann]

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

Maik Qualmann  changed:

   What|Removed |Added

 CC||metzping...@gmail.com

--- Comment #14 from Maik Qualmann  ---
Did you see in the reverse geolocation option that it is now possible to write
only to the location metadata? These can also be searched for with the advanced
search.

Maik

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[bugzilla_noreply]

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

caulier.gil...@gmail.com changed:

   What|Removed |Added

Version|7.0.0   |8.1.0

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[Jens]

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

--- Comment #13 from Jens  ---
Yes, still valid. (8.1.0-git appimage)

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[bugzilla_noreply]

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

--- Comment #12 from caulier.gil...@gmail.com ---
@Jens,

digiKam 8.0.0 is out. This entry still valid with this release ?

Best regards

Gilles Caulier

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[Maik Qualmann]

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

--- Comment #11 from Maik Qualmann  ---
*** Bug 402872 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[bugzilla_noreply]

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

caulier.gil...@gmail.com changed:

   What|Removed |Added

Version|5.5.0   |7.0.0

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[Jens]

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

--- Comment #10 from Jens  ---
still valid für 7.0

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[bugzilla_noreply]

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

--- Comment #9 from caulier.gil...@gmail.com ---
digiKam 7.0.0 stable release is now published:

https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/

We need a fresh feedback on this file using this version.

Best Regards

Gilles Caulier

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[bugzilla_noreply]

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

--- Comment #8 from caulier.gil...@gmail.com ---
After 3 weeks of work, i finally completed the compilation of AppImage using Qt
5.11.3 + QWebkit 5.212.

New 6.1.0 pre-release AppImage bundle can be found here (64 bits only for the
moment) :

https://files.kde.org/digikam/

Please check if this bugzilla entry still valid.

Thanks in advance

Gilles Caulier

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[bugzilla_noreply]

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

caulier.gil...@gmail.com changed:

   What|Removed |Added

  Component|Geolocation-Editor  |Geolocation-ReverseGeoCodin
   ||g

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[Jens]

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

--- Comment #7 from Jens  ---
Actually, I'm pretty fond of being able to use tags for many purposes and not
having to reinvent the wheel for every other kind of metadata. (OTOH, if
portability is an issue, the IPTC location tags should at least be written, if
not used in Digikam too.)

But if this means we have to treat some tags specially (-> Animal Farm) and
this is not clearly visible for the user, then it is a bad solution. We already
have "face tags" (which have additional parameters not clearly indicated to the
user), now we're getting "location tags" ... at least the default icon should
be different, in addition to them being displayed only where it makes sense.

But this might be a different bug report.

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[Wolfgang Scheffner]

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

--- Comment #6 from Wolfgang Scheffner  ---
~ is ASCII 126. But otherwise I agree. 
Remains the metadata handling improvement >:-)

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[bugzilla_noreply]

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

caulier.gil...@gmail.com changed:

   What|Removed |Added

 CC||caulier.gil...@gmail.com

--- Comment #5 from caulier.gil...@gmail.com ---
... and '~' is not in ASCII characters list if i remember. Only on UTF8. So
IPTC will lost this character.

So, this is not a suitable solution...

Also, distinguous Geolocation tags strings and digiKam tags strings will make a
puzzle... that we don't want...

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[Wolfgang Scheffner]

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

--- Comment #4 from Wolfgang Scheffner  ---
Well, I'm afraid you are right. I didn't test hard enough, just by accident in
my case the sub tags I tried were further aft in the alphabet.
Putting the ~ in front of all sub tags would be too tedious unless the
correlator would do it, maybe as an option. Creating special geo tags is
something the devs would probably not like becaue it makes the code more
complacated (Gilles?) for a relatively personal issue. I say that because since
I'm following the discussions I heard so many ideas how to abuse the tags and
this is an abuse to me as well. There are metadata fields especially for that
purpose (IPTC country code, country, city, sublocation, ...) and in my opinion
they should be used instead of bloating the tag tree. Unfortunately I have to
admit that the metadata handling in digiKam is not in a stage yet to do this
effectively and Gilles told me that it takes an amount of manpower to improve
that we cannot afford right now. So maybe the ~ in front of the tags assigned
by the correlator could be an interim solution.

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[Jens]

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

--- Comment #3 from Jens  ---
Wolfgang, thank you for the handbook and your hard work!

Your workaround doesn't work, however, since the alphabetical order is only
applied to the actual tag (deepest level) and not the full tree. My top level
tag is "Orte", but "Orte/Deutschland/Berlin" still comes before "Kochen"
(because of "B"erlin).

Or is this configurable? I didn't find anything.

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[Wolfgang Scheffner]

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

Wolfgang Scheffner  changed:

   What|Removed |Added

 CC||wscheffn...@gmail.com

--- Comment #2 from Wolfgang Scheffner  ---
Jens,

I just finished the handbook section about reverse geocoding but it is not
committed yet. Could have saved you some time, sorry!

But I think I know a solution or at least a workaround for your problem: the
tags below the thumnail are displayed in alphabetical order. So if you name
your top level geo tag ~Location for ex. all your other tags remain visible in
the image icon.

Wolfgang

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 377228] Assign only deepest level reverse geotag to image to avoid tag spam

[Jens]

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

--- Comment #1 from Jens  ---
Addendum: For option (a), reverse geocoding tags could possibly be displayed as
a tooltip of the icon that indicates the image has embedded geoinformation.
That is where they would belong. This would need to be an option to be set in
the reverse geocoding dialog (globally, i.e. also for existing tags):

[X] Hide geocoding tags below thumbnails (display only as geocoding icon
tooltip)

-- 
You are receiving this mail because:
You are watching all bug changes.