Bug 490809

Summary: XMP Toolkit error 102: Unknown namespace prefix for qualified name
Product: [Applications] digikam Reporter: Roberto <betokella>
Component: Metadata-EngineAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED NOT A BUG    
Severity: normal CC: caulier.gilles, metzpinguin
Priority: NOR    
Version First Reported In: 8.4.0   
Target Milestone: ---   
Platform: Microsoft Windows   
OS: Microsoft Windows   
Latest Commit: Version Fixed/Implemented In: 8.5.0
Sentry Crash Report:
Attachments: Debugview log

Description Roberto 2024-07-25 12:19:31 UTC
Created attachment 171977 [details]
Debugview log

***
If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org

If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***

SUMMARY
Face regions metadata now being written to file

STEPS TO REPRODUCE
1. Scan/identify faces (Google PXL images)
2. Save metadata to file (both with exiftool or exif)
3. Check metadata with exiftool (they are not there)

OBSERVED RESULT
Face region metadata is not written to file

EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: 10
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION
Comment 1 Roberto 2024-07-25 12:20:34 UTC
Tested both with digiKam-8.4.0-Qt6-Win64.exe and digiKam-8.5.0-20240723T161259-Qt6-Win64.exe
Comment 2 Maik Qualmann 2024-07-25 12:53:52 UTC
This is an exiv2 problem, see here: 

https://github.com/Exiv2/exiv2/issues/2932
https://github.com/Exiv2/exiv2/issues/1401

We actually register some name spaces that Google use in your Pixel phone images, we need a sample image.
Why was the bug closed?

Maik
Comment 3 Roberto 2024-07-25 13:13:02 UTC
Hello.

I replicated the problem 3 times in both versions before opening the 
bug. Even checked if there were changes in the cellphone that could 
explain new name spaces. Then decided to open the bug.

Afterwards decided to download the 94 images again. Just replaced them 
in the local folder. And to my surprise everything worked correctly 
after that...

I have no explanation other than the first time I downloaded and 
observed the error I was running 8.4.0 and this time I was already on 
8.5.0... The images were never changed in any way other than renaming in 
both times.

Sorry about the confusion.

/Roberto