[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 caulier.gil...@gmail.com changed: What|Removed |Added Version|8.0.0 |8.4.0 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #19 from MarcP --- Hi. Yes. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #18 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 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 caulier.gil...@gmail.com changed: What|Removed |Added Version|7.0.0 |8.0.0 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #17 from MarcP --- Yes, this is still relevant. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #16 from caulier.gil...@gmail.com --- @MarcP 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 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #15 from caulier.gil...@gmail.com --- Thanks for the feedback Marc -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #14 from MarcP --- This problem still exists, but has a difficult solution because face rectangles cannot store a hierarchy. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #13 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 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #12 from MarcP --- I just realized that this behavior is likely the cause of Bug 392008. Maybe they can be even considered duplicates. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #11 from MarcP --- I know. I remember in the GSoC2019 we faced that dilemma. We could leave the hierarchy just for regular tags, and display all People in a flat list, sorted alphabetically (like in Picasa). But a tag tree for People is very convenient for putting people into categories. Anyway, I don't think there is a perfect solution. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #10 from Maik Qualmann --- Another thing, if you want to separate tags and face tags, you should no longer use sub-tags, because there is no way to save this tag path in the images. But I find a face tag list without sub-tags bad. In your example, I would recommend doing without sub-tags in peoples... Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #9 from MarcP --- As far as I know, Picasa treats faces and tags separately (I remember having to sync them every time, manually), but it doesn't have any kind of tag hyerarchy, just a flat list for everything. So it's not as advanced as Digikam and does not have these kinds of problems. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #8 from Maik Qualmann --- The problem is, it's the standard. I have a image here that was processed by Picasa with faces. In addition to the metadata entry of the face rectangles with the names of the faces, there is also the tag list with the path + names again. So the way digiKam would do it. Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #7 from MarcP --- This is what I thought. In the metadata, people tags have no path. It can use the path of the regular tag, but you can never be sure that the user did not also want to keep that person there, at the root of People, so you cannot remove it from there. This is an unintended consequence of treating regular tags and people tags as the same thing (so I don't think it can be solved if we don't deal with bug 392007 first, but that could open up a can of worms) -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #6 from Maik Qualmann --- This is difficult to fix. We cannot just delete the tag, it could be linked to other images. In addition, people names have no path. If the name is found among people tree, it is used. Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #5 from Maik Qualmann --- Git commit 1d17e816245a1c3c3244b85f89d0e98002b92f77 by Maik Qualmann. Committed on 13/01/2020 at 21:09. Pushed by mqualmann into branch 'master'. we need the tag ID and not the image ID M +1-1core/libs/database/coredb/coredb.cpp https://invent.kde.org/kde/digikam/commit/1d17e816245a1c3c3244b85f89d0e98002b92f77 -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #4 from MarcP --- Oh, that is already with the option "Clean up the metadata from the database when rescan files" activated. I activate it when I want to sync the library in two computers. Regular tags get cleaned up. Tags containing faces do not. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 Maik Qualmann changed: What|Removed |Added CC||metzping...@gmail.com --- Comment #3 from Maik Qualmann --- Without testing it, I suspect that the "old" problem is that we don't delete any tags. You should actually activate the database clean function for this operation. As I said, do not activate this option permanently. We already had the subject. Maik -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #2 from MarcP --- I am sorry, in Step 5, I meant to say: "5. Start again the FIRST digikam,". -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 caulier.gil...@gmail.com changed: What|Removed |Added CC||caulier.gil...@gmail.com Component|Tags-Keywords |Faces-Workflow -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 --- Comment #1 from MarcP --- Of course, if you start from a clean database, and you scan the picture after the tag has been moved, it will only appear in the subtag only. The problem only appears if the tag already exists at the root of /People, that it won't be removed from there, but it will be copied to the subtag too. -- You are receiving this mail because: You are watching all bug changes.
[digikam] [Bug 416213] People tags appear duplicated after having moved them in the tag tree, if the tag was already present at /People/
https://bugs.kde.org/show_bug.cgi?id=416213 MarcP changed: What|Removed |Added CC||iwannaber...@gmail.com -- You are receiving this mail because: You are watching all bug changes.