New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
People: Sort autocomplete list of people based on metadata (when assigning to face) #1865
Comments
Tried that, but turned out to be confusing. |
Maybe make it configureable/user preference, then? I guess it's somewhat personal taste to some degree. And I guess some of them makes more sense than others. You usually refer to people by given name or surname, not something "in the middle". Alas, searching from the start of given name and/or surname would make more sense than the current search. As an example, search for "foo" should sort like this (where first part is given name, and last part is surname):
... which is currently not the case (regardless of all the other metadata). Not sure if that's just my opinion, though. |
I agree sorting can be improved but we need to do more research to find a solution that is not confusing. We are currently focusing on multi-user support. Let's keep this issue open to hear more opinions :) |
DigiKam bumps the last 10 (or so) people you assigned to a marker to the top of the list and prints them in bold, and likewise, when typing part of a name, those same 10 people, if matching, are displayed at the top, again in bold. It's rather primitive but still effective, and probably less confusing than adding a bunch of magic and heuristics. |
I have not used DigiKam, but I guess it somewhat depends on the context you are assigning them from? (cluster, album, image, etc). If you are browsing an album, people assigned to other photos in the same album would be most likely to reappear. If you are going through photos already assigned to a person (to verify and/or assign other people in those photos), you can suddenly span albums/events/years/whatnot, where "last used" might not make much sense? Maybe I'm overthinking this :D |
I'd optimize for the common case, which is (assuming you finished your initial import) adding new photos every now and then, which will be mostly from one or a few events, with recurring people. I don't think it's worth it adding 5 different heuristics for suggestions plus a config dialog, or even trying to pick the right one automatically (and getting it wrong sometimes for maximum confusion). |
I don't disagree, but the "initial import" can be a big pain depending on the size. I'm migrating to PP from a self-made image system, and I have about 70k+ pictures that are sorted into albums, and probably equally many unsorted. I'm a few days into importing them into PP now. and my wrists are not happy with me at all. Mostly due to the bad/non-optimal workflow of assigning persons to faces/photos (but also some other workflows). I'm not complaining, and I know we're very early in the whole facial recognition implementation, but yeah. I don't necessarily mean that we should implement all 5 heuristics (and there might be other ones that is more suitable, like the one you suggested), but we should at least improve the current search significantly. I have only scratched the surface of my import, and I already have 300+ people (and only about 30-40k of my 120k+ images imported). Maybe I'm an outlier, but that shouldn't be an excuse to improve on things. |
As per my now-closed issue #2305, I think it would be ideal to sort primarily by AI confidence. I really hope this gets added at some point because it would make fixing faces a lot less of a pain. |
I very much agree that complicated heuristics can be too confusing, but the suggestion in #1865 (comment) is very simple and a huge improvement over the current state imho (highest priority for exact match, then prefix match, then prefix of subword (e.g. surname), then any other substring match). |
|
When searching for people to assign a face, the list could maybe be sorted/prioritized based on different metadata. Right now, the list is long if you have many persons, and it's tedious to write the whole name, or scroll through the list with mouse/keyboard.
Not sure if all of these would be sensible in terms of performance. Also not sure of the prioritization of these.
The text was updated successfully, but these errors were encountered: