Open escoand opened 4 years ago
BTW: This is an result of the discussion in #319.
Hi @escoand
Of course I thank you for the initiative. just that can help in the future implementation, however I warn you that there is no way that accept any patches about it anytime soon.
We can use the regions to take suggestions of rectangles for the models, but we still have to search for the face in the model used (WE CANNOT USE THE REGION DIRETELY. See https://github.com/davisking/dlib/issues/2093), search for the landmarks, and get the descriptor to compare. For this we need also changes in pdlib.
Thanks again,
OK, and what do you think of the other way around? Saving the XMP data to the files?
Hi @escoand
OK, and what do you think of the other way around? Saving the XMP data to the files?
As I told you in another issue, I guess this is the best solution, but still have to think about it very well. The only consideration on this point is that it should be enabled by the user. (Any file moderation must be approved by the users ..)
Regards, Matias.
Concerning XMP data reads.
Would it be an idea to if faceregion detected by facerecognition matches (or falls in) the coordinates in the Region tag that the RegionName would be used to name the cluster ? I don't know how much work this would be, just an idea.
I created a proof-of-concept to read the XMP face regions. Not sure where and how is the best way to integrate this in the background job. Tried to create a similar output as
IModel->detectFaces
- in my case it is:I've created the XMP information with digiKam and saved them directly into the file. Should also be no problem to read them from a separate
*.xmp
file. The XMP XML document looks like this:My proof of concept script is this: