[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-09-11 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=384396

--- Comment #23 from caulier.gil...@gmail.com ---
Fixed with #384396

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-09-03 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=384396

caulier.gil...@gmail.com changed:

   What|Removed |Added

 Status|REPORTED|RESOLVED
   Version Fixed In||7.2.0
 Resolution|--- |FIXED

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-08-01 Thread Kartik
https://bugs.kde.org/show_bug.cgi?id=384396

--- Comment #22 from 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

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-07-04 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=384396

--- Comment #21 from alain.pouchard1...@free.fr ---
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

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-07-04 Thread Kartik
https://bugs.kde.org/show_bug.cgi?id=384396

--- Comment #20 from 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

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-07-03 Thread Kartik
https://bugs.kde.org/show_bug.cgi?id=384396

--- Comment #19 from Kartik  ---
(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

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-05-23 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=384396

--- Comment #18 from Maik Qualmann  ---
*** Bug 421985 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-03-19 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=384396

Maik Qualmann  changed:

   What|Removed |Added

 CC||metzping...@gmail.com

--- Comment #17 from Maik Qualmann  ---
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

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-03-19 Thread MarcP
https://bugs.kde.org/show_bug.cgi?id=384396

--- Comment #16 from MarcP  ---
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.

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-03-19 Thread Kartik
https://bugs.kde.org/show_bug.cgi?id=384396

Kartik  changed:

   What|Removed |Added

 CC||kartikx2...@gmail.com

--- Comment #15 from Kartik  ---
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

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-02-10 Thread MarcP
https://bugs.kde.org/show_bug.cgi?id=384396

--- Comment #14 from MarcP  ---
(I have opened a feature request for the hide/show confirmed faces, so it is
registered in the bugtracking system. It is bug 417399)

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-02-10 Thread MarcP
https://bugs.kde.org/show_bug.cgi?id=384396

--- Comment #13 from MarcP  ---
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)

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-02-10 Thread Jens
https://bugs.kde.org/show_bug.cgi?id=384396

--- Comment #12 from Jens  ---
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?

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-02-10 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=384396

--- Comment #11 from Maik Qualmann  ---
*** Bug 417390 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2020-01-04 Thread Maik Qualmann
https://bugs.kde.org/show_bug.cgi?id=384396

Maik Qualmann  changed:

   What|Removed |Added

 CC||nic...@tuxfamily.org

--- Comment #10 from Maik Qualmann  ---
*** Bug 415878 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[digikam] [Bug 384396] Display faces sorted by similarity (pre-grouped) instead of album/time/..

2019-12-25 Thread bugzilla_noreply
https://bugs.kde.org/show_bug.cgi?id=384396

caulier.gil...@gmail.com changed:

   What|Removed |Added

Summary|Wish: display faces sorted  |Display faces sorted by
   |by similarity (pre-grouped) |similarity (pre-grouped)
   |instead of album/time/..|instead of album/time/..

-- 
You are receiving this mail because:
You are watching all bug changes.