There are some inconsistent behaviors when dealing with regular tags and face tags. A few of them are related on how or why digikam uses a "People" subtag (or its correspondence in the user's language). These behaviors have been listed in this post: http://digikam.1695700.n4.nabble.com/digiKam-users-Difference-between-face-tag-and-normal-tag-tc4705362.html#a4705386 1) If a face tag and a regular tag are spelled identically, they'll appear as a single entry in the tag list. If their spelling does not match, they appear twice in Tag panel: once for the regular tag, and another for the face tag. 1) Face tags can appear both as first level tags and as a subtag inside of "People". They'll appear inside "People" if: 1.1) Pictures with a tag that contain face tags but no regular tags with the same name. 1.2) Pictures with a tag that contains a face tag and a regular tag with the same name, and appear in exactly the same amount of pictures (e.g. if there are 30 regular tags with my name, but only 29 face tags with the same name, it will appear outside "People"). 1.3 In any other case, tags will appear outside "People".
All of these issues are linked with a misconception: As Maik said before, a face tag is just a regular tag that has face rectangels connected to it. Have you actually seen a tag "change in and out" of "People"? I am pretty sure that any tag can have assigned face rectangles, below "People" or not.
What I mean here, is that a pre-existing picture library in a folder, when being explored and populated by first time in Digikam, this is the default behavior. Some face tags appear inside of "People" and some face tags appear outside of "People". To complicate things, digikam treats face rectangles as normal tags, mixing them with already-existing tags with the name of the people in the pictures. So what I explain is the current behavior in digikam before editing or changing anything at all.
PS: those pictures were previously edited in a software that treated Tags and Face tags in a completely separate way. This behavior is a result of Digikam's attempts to merge that information.
Is it possible to upload a test image? I suspect that the other software has created the face name also as keyword. And yes, then the behavior would be normal, that the names appear twice in different paths. Ignoring keyword when containing face name could hinder other users workflow. Maik
Sure. Here's one. https://imgur.com/a/vvPPV (I restricted the number of tags because there are a lot of them (more than 900) and I don't like the idea of showing people names in random internet pictures...) When I first ran digikam, it was in my language, so the "People" tag is called "Persones" here. I did not sort those tags in any way, they are just like Digikam placed them after an initial scan. You can observe a few things here: 1) Some tags are automatically placed inside of "People" and some outside of it (this is what this bug is about). 2) There are some duplicated entries that I'd like to merge (because the name missed a diacritic or something, but they refer to the same person). (This relates to bug #392017 ) 3) Sometimes because of spelling errors, a face tag is placed in People, and a regular tag (referring to the same person) outside of it. I'd also like to merge them without creating a mess somehow. And a final question. If I draw a face rectangle (of someone placed in "People") in a picture and sync the metadata, will that "People" hierarchy be reflected in the metadata? (I hope not). Anyway, just the first thing is relevant to this bug here. Shouldn't all face tags be automatically placed inside of "People", not just some of them?
Sorry, now I see that you mean a picture with tags as a test, not a screenshot. Here's a folder with three pictures: one with just a regular tag, another with just a face rectangle, and a third with both tags. I didn't feel comfortable using someone else's photo, so I used my cat :) https://drive.google.com/drive/folders/19aijnA_pRCuVQgqQwSQa-HIMEofNxzJj?usp=sharing I hope it's useful.
7.0.0-beta1 is out with new Face Recognition algorithm based on Deep Learning/Neural Network API from OpenCV https://download.kde.org/unstable/digikam/ Please test and give us a feedback Thanks in advance Gilles Caulier
Maik, Did you try the Marc photo shared in comment #6 Gilles
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
This bug is still present.
Maik, Do you seen my comment #8 Gilles
@MarcP digiKam 8.0.0 is out. This file still valid ? Best regards
Hi Gilles, Kind of. It's not a bug per se, but a result of the way Digikam treats face regions and regular keywords. Face tags and regular tags are "merged" (shown as a single element) in Digikam if they have the same name. But not all picture managers also write a regular tag when a face is added, and this can lead to inconsistencies. So basically the problematic behavior here is that some face tags might end up outside "People" when importing pictures with new people in it. That will happen if: 1) The first picture that contained that name only contained it as a regular tag. 2) Subsequent pictures also (or only) contain that same name as a face tag. In that case Digikam will first place that tag outside the People hierarchy (because it wasn't a face tag at first), but then, when scanning more pictures, even if they contain face regions with that name, will continue to place them on the already created tag, outside the "People" hierarchy. It's a rather minor thing once your library has been curated in Digikam, but it can be a bit annoying when importing pictures edited in another picture manager. And I don't see an easy solution either. If digikam automatically realized that that new tag is indeed a face tag, it could move it inside "People", but that is a very dangerous move, because you don't know if the user had previously placed that tag somewhere else on purpose. Anyway, feel free to do what you want with this report. I still think I'd like to see regular tags and people tags being treated as independent things, but this is not how digikam has been working until now.