Bug 497698 - Reimport images to empty database - faces arent right in people tree
Summary: Reimport images to empty database - faces arent right in people tree
Status: REPORTED
Alias: None
Product: digikam
Classification: Applications
Component: Faces-Workflow (show other bugs)
Version: 8.5.0
Platform: Appimage Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2024-12-19 22:14 UTC by Petr Schonmann
Modified: 2024-12-21 06:51 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Petr Schonmann 2024-12-19 22:14:50 UTC
SUMMARY
Continues from https://bugs.kde.org/show_bug.cgi?id=497151 where im starting from scratch, but images were in digikam at least once :)

OBSERVED RESULT
I had all people in people tree, now its scattered over whole people bar :)
SCREEN > https://share.schonmann.eu/ooccep.png


EXPECTED RESULT
When i reimport files which were in digikam once, they will be imported like last state. Ive sync to xmp
SYNC TO XMP > https://share.schonmann.eu/ck8vzz.png
METADATA BEHAVIOR > https://share.schonmann.eu/f5m1yo.png
ADVANCED TAGS > https://share.schonmann.eu/slu10k.png

SOFTWARE/OS VERSIONS
Linux/KDE Plasma:  Mint 21.3 xfce
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Michael Miller 2024-12-20 20:37:40 UTC
Hi Petr,
Can you share one of the .xmp files?  I think this will help identifying the issue.

Cheers,
Mike
Comment 2 Petr Schonmann 2024-12-20 21:47:37 UTC
Hi Michael,
here it is > https://share.schonmann.eu/5d1j3k.txt
Thanks.
Comment 3 Maik Qualmann 2024-12-21 06:51:40 UTC
In principle, digiKam does everything right using the XMP file.
The face metadata of the people's names is always stored flat, the standard does not known a hierarchy.

To enable a hierarchy, digiKam also stores the people's name tags in the tag metadata. A hierarchy can be stored in the digikamTagsList or in the hierarchical LR tag, for example.

In your xmp file, however, these do not contain the people tag at the beginning, which is why they are stored outside.
At some point this metadata was stored like this, perhaps by another program or digiKam did not have a people tag?

We already have a bug report on this topic. We cannot simply "beam" these people's names under the people tag, as other users may want to organize people completely differently.

Maik