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
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?
Yes, but it would be convenient to have a persistent per-album choice, so it wouldn't be needed to unflag them every time.
(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.
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
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.
(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?
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