[digikam] [Bug 366556] New: Add possibility to exclude an album (and possibily its children) from face detection

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=366556

            Bug ID: 366556
           Summary: Add possibility to exclude an album (and possibily its
                    children) from face detection
           Product: digikam
           Version: 5.0.0
          Platform: Kubuntu Packages
                OS: Linux
            Status: UNCONFIRMED
          Severity: wishlist
          Priority: NOR
         Component: Faces-Management
          Assignee: [hidden email]
          Reporter: [hidden email]

It would be desirable to avoid face-detection on album trees and subtrees where
you don't care about face tagging: for example if you routinely shoot crowded
public events you'd likely avoid to have those albums scanned for faces, having
thousands of data to manually discard.

Reproducible: Always

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=366556

Mario Frank <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #1 from Mario Frank <[hidden email]> ---
It is already possible to select specific albums to scan. You can first select
all albums and then unselect complete subtrees with context menu.

Is this what you expect?

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=366556

--- Comment #2 from Stefano <[hidden email]> ---
Yes, but it would be convenient to have a persistent per-album choice, so it
wouldn't be needed to unflag them every time.

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=366556

--- Comment #3 from Mario Frank <[hidden email]> ---
(In reply to Stefano from comment #2)
> Yes, but it would be convenient to have a persistent per-album choice, so it
> wouldn't be needed to unflag them every time.

Okay, I see. You would like to have the opportunity to mark albums explicitely
as don't-cares. And those should be ignored in face detection and recognition.
Do I get this right?

If yes, this could be desirable for tags, too, since face detection and
recognition can also be done on tags.

This would make the task far more complex. Marking tags as don't care is not
this complex since we can use tag properties. But we currently do not have
album properties - at least I did not find them.

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=366556

[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #4 from [hidden email] ---
Mario,

Yes, Album properties do not exist yet, as i know. There are an old album
categories but not in database. There is another report to implement album
properties in DB as well, and to remove legacy album categories.

Gilles

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=366556

--- Comment #5 from Stefano <[hidden email]> ---
If I understand correctly, the tag exclusion is a different matter though,
because it's a "dont detect this automatically whithin the whole collection".
May be useful too, though I don't see any practical case myself.

The album "blacklisting" would instead just avoid the need to unselect albums
every time you run a face detection/scanning.

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=366556

Wolfgang Scheffner <[hidden email]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[hidden email]

--- Comment #6 from Wolfgang Scheffner <[hidden email]> ---
(In reply to caulier.gilles from comment #4)
> Mario,
>
> Yes, Album properties do not exist yet, as i know. There are an old album
> categories but not in database. There is another report to implement album
> properties in DB as well, and to remove legacy album categories.
>
> Gilles

Probably I get something wrong here but just to make sure I would like to
mention that Album Properties are descripted in the doc (Album View in digiKam
Main Window). So there must be at least something somewhere, or not?

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=366556

--- Comment #7 from [hidden email] ---
Wolfgang,

By album properties, Mario want said extra properties to album from database,
as keywords. Currently DB is able to store comment and date for album. Album
categories are stored in text file, and must be store in DB as well.

In documentation, "Album Properties" is a dialog to edit Album features.

Gilles

--
You are receiving this mail because:
You are the assignee for the bug.

[bugzilla_noreply]

https://bugs.kde.org/show_bug.cgi?id=366556

[hidden email] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
          Component|Faces-Engine                |Faces-Detection

--
You are receiving this mail because:
You are the assignee for the bug.