<div dir="ltr"><div>Thanks for the advice. I've been able to add the Ignored Property, so that it is not associated with a Tag Region. This way if I mark a face as ignored, the associated image (of which the face is a part) will not show the ignored tag region.</div><div>About the metadata, and Exiv tags, I'll have to read up more as I'm not very familiar with the topic. I'll confirm about the XMP tags soon.</div><div>I needed some help with another issue. Since I'm modifying the database properties for the faces, any face set as ignored is not showing up in the DigikamItemView. I'm assuming this is because I haven't made changes to the underlying model, to account for this new Face type. Can I get some advice on where to start understanding how the Models get constructed from the database, and how I can solve my issue? I took a look at libs/database/models but got a little overwhelmed by all the lines of code.</div><div><br></div><div>Thanks</div><div>Kartik<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 12, 2020 at 1:10 PM Gilles Caulier <<a href="mailto:caulier.gilles@gmail.com">caulier.gilles@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">hi,<br>
<br>
yes, exactly. As introduced by Maik, all the faces are detected in the<br>
workflow and the user decide which one must be registered or not in<br>
the workflow.<br>
<br>
So the face IGNORED must be set as an hidden property in database. But<br>
i'm not agree with Maik, about file metadata. We need to store these<br>
properties at least in digiKam XMP namespace for database properties<br>
backup.<br>
Only digiKam handle this namespace which host already some important<br>
database information as backup.<br>
<br>
Like this, if the database is corrupted, and if user set digiKam to<br>
store face information in file metadata, the database can be restored<br>
as well at next start up using a fresh database, including this<br>
important properties, to prevent to replay the face selection in a new<br>
workflow.<br>
<br>
Note : i'm not sure if standard XMP namespace store image regions to<br>
ignore. Kartik, please take a look in XMP standard tags, using Exiv2<br>
or Exiftool doc, just to double check...<br>
<br>
best<br>
<br>
Gilles<br>
<br>
Le lun. 11 mai 2020 à 22:57, Maik Qualmann <<a href="mailto:metzpinguin@gmail.com" target="_blank">metzpinguin@gmail.com</a>> a écrit :<br>
><br>
> Hmm, assigning a region to be deleted to a tag is probably not so good. I<br>
> don't think users want this region anymore. Use a database browser to look at<br>
> the "ImageTagProperties" how regions are saved. we need a "dummy" here. This<br>
> "dummy" is not written in metadata and is not displayed as a region on images,<br>
> but is used as an existing face in face detection. When deleting all regions<br>
> on the images, the "dummy" is also deleted so that a new assignment is<br>
> possible. Just an idea...<br>
><br>
> Maik<br>
><br>
> Am Montag, 11. Mai 2020, 13:51:46 CEST schrieb Kartik Ramesh:<br>
> > Hello all,<br>
> ><br>
> > I wanted to discuss how I may implement feature for Ignored faces. The main<br>
> > idea is to allow the user to "ignore" certain faces detected by the algo.<br>
> > which the user doesn't wish to recognize.<br>
> > I think that the option to ignore faces should be provided only on Unknown<br>
> > faces. Since it doesn't make sense to ignore a face that has been confirmed<br>
> > by the user, already.<br>
> > One approach is to treat Ignored faces as just another People tag, and when<br>
> > the user decides to ignore a particular unknown face, we can just call a<br>
> > confirm operation with the ignored person tagId, on that face.<br>
> > Another approach could be to treat Ignored similar to Unknown/Unconfirmed,<br>
> > that is, to create an Ignored Tag Property, Ignored FaceTagsIface::Type and<br>
> > other changes at the low level.<br>
> ><br>
> > Please let me know which of these seems more sensible.<br>
> ><br>
> > Thanks<br>
> > Kartik.<br>
><br>
><br>
><br>
><br>
</blockquote></div>