Bug 410634 - the xmp tag data is not handled correctly for raw images with sidecar files
Summary: the xmp tag data is not handled correctly for raw images with sidecar files
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Metadata-Sidecar (show other bugs)
Version: 6.1.0
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-08-06 04:42 UTC by Al
Modified: 2019-08-06 19:37 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 6.3.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Al 2019-08-06 04:42:28 UTC
SUMMARY
When new raw images, in my case fujifilm *.raf files with *.raf.xmp files , are added to the system the tags listed in the associated sidecar file are not showing up in the album view. When *.jpg from the same camera are added there is no problem.
The sidecar files were previously generated by digikam, I just rebuilt the database and was expecting that all the tags I had added were going to be there because the .xmp files were present.
The tags are visible in the metadata view.
What I add a tag back in manually the existing tags, as seen in the metadata view, are lost


STEPS TO REPRODUCE
1. copy a *.raf image file and sidecar file to a folder that is being managed by digikam.

OBSERVED RESULT
2. look for xmp metadata, it shows some tags.
3. Look at album view, not tags show up
4. Add a new tag, the existing tags seen in the metadata view are replaced.


EXPECTED RESULT
The tags that are in the .xmp file will show up in the album view.

SOFTWARE/OS VERSIONS

Linux: ubuntu 18.4
uname -a
Linux train2 5.0.0-23-generic #24~18.04.1-Ubuntu SMP Mon Jul 29 16:12:28 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux


KDE Frameworks 5.56.0
Qt 5.11.3 (built against 5.11.3)
The xcb windowing system

Build date: Apr 14 2019 (target: RelWithDebInfo)
Rev.: 33917d60ecad37ad46ef9cea83db28c2f058cc13


ADDITIONAL INFORMATION
I can send image and xmp files if needed.

This bug might be related to. https://bugs.kde.org/show_bug.cgi?id=379503
The jpg files now show metadata but *.raf don't work.
Comment 1 Maik Qualmann 2019-08-06 04:53:38 UTC
The reading of sidecar files is activated? Please send me a RAW + sidecar on my private e-mail.

Maik
Comment 2 Maik Qualmann 2019-08-06 11:25:55 UTC
Are the RAW files with the sidecars in an existing collection? Or did you add the RAW files over the copy / paste function?

I actually see a problem with the normal copying process here. There is a possibility that the RAW will be copied in front of the sidecar and digiKam will not "see" the sidecar file. A re-reading of the metadata would help.

I'll change the function to always copy all the sidecars first and then the image files.

Maik
Comment 3 Maik Qualmann 2019-08-06 19:37:46 UTC
Git commit 240d7322b336bee04f5a40e7a41cfa511a68647b by Maik Qualmann.
Committed on 06/08/2019 at 19:36.
Pushed by mqualmann into branch 'master'.

change the behavior when copying images with sidecars
Related: bug 379503
FIXED-IN: 6.3.0

M  +3    -1    NEWS
M  +21   -8    core/libs/database/utils/ifaces/dio.cpp

https://invent.kde.org/kde/digikam/commit/240d7322b336bee04f5a40e7a41cfa511a68647b