| Summary: | Display faces sorted by similarity (pre-grouped) instead of album/time/.. | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Jens <jens-bugs.kde.org> |
| Component: | Faces-Workflow | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | alain.pouchard1410, caulier.gilles, daniel-other+kdebug, iwannaberich, jmzd3an, kartikx2000, metzpinguin, nicofo, Niyaz.Batyrshin, stefan.mueller.83 |
| Priority: | NOR | ||
| Version: | 5.6.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 7.2.0 | |
| Sentry Crash Report: | |||
| Attachments: | attachment-25234-0.html | ||
|
Description
Jens
2017-09-05 20:10:47 UTC
Does this wish have a chance of implementation? I think it is quite useful and many other image management apps implement it (e.g. Apple iPhoto / Photos). When I look for people in images, I don't want to care about files or images, just *people*. *** Bug 392024 has been marked as a duplicate of this bug. *** This would be very helpful when dealing with huge amounts of faces. I agree. I regard this a very urgent feature, since if you have a high number of faces, without having a possibility of sorting and filtering, it becomes messy and fiddly what drives me crazy. Can we please revisit this feature request? It would help enormously when assigning face tags, even if face recognition is not (yet) perfect. Thanks! In theory, this was proposed as part of the improvements for the GSoC 2019 in the Faces Management workflow improvements project. However, it was included as one of the last things to do (see point 4 at https://docs.google.com/document/d/1EPACR_JgZ5BWfbuqOP_Xlyd_cldEIKSd7n4TTgZ495Q/edit ), so I don't know if that option will be ready this summer. I agree that it is important, and all other software dealing with picture recognition has this feature. *** Bug 409788 has been marked as a duplicate of this bug. *** *** Bug 414653 has been marked as a duplicate of this bug. *** 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 415878 has been marked as a duplicate of this bug. *** *** Bug 417390 has been marked as a duplicate of this bug. *** I looked at 7.0.0beta2. It seems the new engine better separates unconfirmed and confirmed faces, and also displays unconfirmed faces with the respective people's tag (and a prominent border). Right? However, I cannot find a way to show *only* unconfirmed faces (they are sprinkled between confirmed faces, of which there are many), and I cannot find a way to say "This is a face, but it's not *this* one" to remove a face from the "Unconfirmed" group of faces, but keep the tag. So far, I also cannot see unknown faces, or images in general, being groupable by similarity. Yet. Is this feature hidden somewhere? No, showing only unconfirmed faces for a person (there's current bug report for that), or automatically grouping unconfirmed faces for similarity (this bug report) are features that have not been yet implemented. And rejecting a suggestion still deletes the face region instead of sending that face back to the "Unknown" category (this is bug 384485) (I have opened a feature request for the hide/show confirmed faces, so it is registered in the bugtracking system. It is bug 417399) Hello all, I would like to work on this bug. I noticed that Google Photos resolves this in a very efficient manner, it does not show you the entire "Unknown" Collection, instead only individual collections of people that are currently unknown, but the algorithm has concluded to be the same. Maybe this is something we can incorporate into DigiKam? I was thinking of creating a hierarchy within the Unknown tag, where each sub-tag will display face-tags of people that are similar (or the same). The user could reject if the person is not the same as the rest, in which case the person would move into the misc. unknown tag. There are a few issues to this, firstly I'm not sure whether it's ideal to create a hierarchy within the unknown tag, furthermore, I'm not sure what I'd name these subtags. I'd be grateful for any suggestions regarding this. Thanks Kartik Hi Kartik. This is quite ambitious! Since digikam can already "group" pictures, why not just grouping them by similarity inside Unknown/Unconfirmed, without creating subtags? When the user enters Unknown/Unconfirmed, they will see all the groups (the groups with the most people could be showed first), and then they could enter a name (or confirm the suggestion). The user could also expand or collapse a particular group to see the containing pictures. Although I believe that the "group" option is disabled for faces. Another issue will be obtaining the similarity value. I guess that every new face that is detected should be compared with the rest of the faces in the Unknown/Unconfirmed categories and, if the similarity is superior to 0.95 (for instance), then add that face to the group. The digiKam Icon View knows categories. I would find it better if the person name is the category and thus the people are grouped. That would be much clearer. Maik *** Bug 421985 has been marked as a duplicate of this bug. *** (In reply to Maik Qualmann from comment #17) > The digiKam Icon View knows categories. I would find it better if the person > name is the category and thus the people are grouped. That would be much > clearer. I do like this idea. However, I don't think this would work for images with multiple faces. When categorizing items (faces in our case) the ItemInfo is passed to the various sorting functions. Different faces (in the same image) share the same ItemInfo. Even if I store face suggestions in each ItemInfo, given an ItemInfo it's tough to know which face called it. I'll have to think of a work-around for this. Maybe I could store a Map of Face Regions to Suggested Faces, and somehow pass Face Regions to the categorizing algorithm as well? Kartik Just to update, storing maps of tag regions to suggested names is definitely feasible. I'll go forward with this approach to implement categorization based on Suggested Names. This will lead to categorization of similar looking faces together. Kartik Created attachment 129889 [details] attachment-25234-0.html Hello Thank you very much, as soon as there is an online version I will test. See you again and again thank you Le 04/07/2020 à 14:54, Kartik a écrit : > Just to update, storing maps of tag regions to suggested names is definitely > feasible. I'll go forward with this approach to implement categorization based > on Suggested Names. This will lead to categorization of similar looking faces > together. > > Kartik Gilles, this bug report may be closed now. Here's the new Feature in case anyone's interested to see: https://imgur.com/a/CKVopzi Fixed with #384396 |