Summary: | Cannot define top level Tag name for faces | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Milan Knížek <knizek> |
Component: | Faces-Workflow | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles, iwannaberich, maillist, metzpinguin, timetre |
Priority: | NOR | ||
Version: | 7.0.0 | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/graphics/digikam/commit/bf167894ccd12a406b9560b635640a923dc101d2 | Version Fixed In: | 7.5.0 |
Sentry Crash Report: | |||
Attachments: |
3 Pictures manually tagged as "Benjamin"
face tagging face tag created picture added to orginal tag Example of duplicated "People" tag in different languages |
Description
Milan Knížek
2018-06-16 19:36:46 UTC
I have looked into the source code and this functionality was previously unknown to me. It is possible to easily rename the top level tag "People". Prerequisite The tree contains most of the faces. So if "People" does not exist anymore, it searches for the top level tag that contains most of the faces. If none exists, "People" will be created. Maik That sounds like a good approach and I may like it. After a few more tests: you are right, my problem is that digikam occassionally creates an empty /People tag (a left-over in some image(s) which appears to survive the tag deletion, although I have 'write metadata to image & sidecar' active - I will have to solve that separately). But anyway, would it make sense to modify the behaviour to create new face tags under the tree where the most faces are? That is to ignore /People if it is not used at all (or even not so much)? Hi, Im using the German Version of digikam and if i tag a person it creates a new tag under the tag "Personen". My Problem: I already have a Tag called "Personen" since years with ~13 000 sub-tags. If i choose "Create Personname" when i tag a Person, digikam is adding the picture also to my self created older tag "Personname". If i would face-tag all my pictures, the (old self created) Tag Personen->Personname will contain all pictures with this face and my former selection with special pictures of this person will be lost. It would be better for me, if i could choose where digikam is crating the new Person Tags from face detection, "Personen" is in use for my collection. Also i think, the Facetags should be separated from the normal tags in the Picture thumbnail view. If i tag 5-6 persons in a picture my additional tags e.g. "Landscape" could not be seen in the list (Text to long). The facetags in another color in a line above/below would solve that problem. Another Problem: If a Top Level Tag withe the Name of a (new created) face tag exists, digikam will add the face-tagged pictures also to the top level tag and not inside the "People" ("Personen") tree. I've made a few screenshots from a test setup. Pic 1: 3 Pictures manually tagged as "Benjamin" Pic 2: face tagged as "Benjamin" Pic 3: Face Tag created at top level and not inside People Pic 4: Face tagged picture added to the (manual) top level Tag "Benjamin" Created attachment 116321 [details]
3 Pictures manually tagged as "Benjamin"
Created attachment 116322 [details]
face tagging
Created attachment 116323 [details]
face tag created
Created attachment 116324 [details]
picture added to orginal tag
Which version of digiKam do you use exactly? Remember that manual drawn tags do not always have to be faces. There are users who maybe mark flowers, animals or cars etc. You can specify when tagging whether the new name should be created under People or not. Different when tagging in the facial engine, this is always about faces. Maik The problem that creates a face tag in the face engine in the root and not in the person tree is already fixed in the digiKam-6.0.0-beta3. Maik Hi, i'm testing in dk 6.0 beta 2. Yes, i know, i have also tags like Flowers, Landscape etc. But tagging in the people pane will add the pictures also in my manual created tags with the same name. I was wrong, i was testing with the file digikam-6.0.0-beta3-20181111T182317-x86-64.appimage. --> beta 3 In this Version the tag is still created in the root, probably because i have already a tag with the same name in the tag root Right, the tag already exists and is now becoming a face tag internally and therefore visible. Of course he stays in the old place, you can if you want to move him into the persons tree. It is also possible to make normal tags via the right mouse button menu to face tags. Facial tags are nothing special, they only allow that in the facial engine only facial tags can be displayed. Maik Ok, that explain the reuse of the tag, but this is not the desired behavior for my collection. with the old tag i have tagged *spezial* pictures of the person, i don't want all pictures with that face in this tag. for my collection it would be better if tags and face tags would be completely separated. The only solution is see, is to have the old tag with the person name under "personen" and a face tag with a prefix like "face_personname" for the face to prevent the mixing. also it remains a problem, that i cannot choose the root for face tags and i have to move them out of my already used "Personen" tree. I do not understand exactly where the problem is. It does not matter if you've tagged a image with "Benjamin" or assigned it a facial area. DigiKam does not distinguish between the tags. The face flag is only for display in the facial engine. They can also rename the people tree. It is only created if there is no tree with facial tags. And the tag "Benjamin" can also be outside of people. Maik Hi, the Problem is only when i want to keep my current person tags for *spezial* pictures (~13 000 tags) and have a face tag with the _same name_. that is not possible. i have to give the face tag a different name to keep them separated (all pictures with that person <-> special pictures of this person). I will do it so and will prefix the face tags. i understand now that i can have the face tags under another root. Thanks for your patience. 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 *** Bug 279948 has been marked as a duplicate of this bug. *** Hi, i tested face detection/recognition in digikam 7.0.0-2 (Manjaro Linux) with a new database under a different login. I created an empty Tag "_Faces" an selected "use as Face Tag". New created Face Tags will still be rooted under the "People" Tag. For my integration of Face Tags with my current Tags, a complete separation of both would be better, but i understand that's not possible/requested. Also Unfortunately, my test with a few hundred pictures shows so many wrong face recognitions and so many clearly visible faces were not assigned to the face tag that it make no sense to tag further. (Many pictures with small children, possible a problem for OpenCV. greetings Tobias I can confirm this is still an issue in the stable 7.0.0 version under MacOS Catalina. Since the "People" pseudotag gets written in the pictures' metadata, digikam will recreate the hierarchy with the translation that was used when tagging those pictures, and will also create a second "People" using the current user's locale. Created attachment 131233 [details]
Example of duplicated "People" tag in different languages
Mark, Later 7.1.0 release, we will merge back all students branches including improvement for the faces management GUI and the Engine. We will double check all fixes, new features, improvements introduced by students, and we will try to hack new entries in bugzilla. All are targeted for next 7.2.0. Gilles That is great to hear. I can't wait to try the new improvements. Git commit bf167894ccd12a406b9560b635640a923dc101d2 by Maik Qualmann. Committed on 08/01/2022 at 15:08. Pushed by mqualmann into branch 'master'. fix get most used people parent tag Related: bug 448071 FIXED-IN: 7.5.0 M +2 -2 NEWS M +24 -8 core/libs/database/tags/facetags.cpp https://invent.kde.org/graphics/digikam/commit/bf167894ccd12a406b9560b635640a923dc101d2 |