| Summary: | Converting CR3 into DNG via batch processing leads to loss of meta data (star rating is lost) | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Gerd Mann <gerd.mann> |
| Component: | BatchQueueManager-RAWProcessing | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | caulier.gilles, metzpinguin |
| Priority: | NOR | ||
| Version First Reported In: | 7.3.0 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/graphics/digikam/commit/5d77cf5ffe784f974bc4305cac175db03874924e | Version Fixed/Implemented In: | 7.4.0 |
| Sentry Crash Report: | |||
|
Description
Gerd Mann
2021-07-17 14:11:48 UTC
Which digiKam version did you use ? If 7.3.0, please install exiftool to post process metadata after conversion. I tested here and no metadata are lost. Gilles Caulier Which version are you using exactly? The problem was fixed in digiKam-7.3.0 by updating the DNG Adobe SDK and using ExifTool to copy the metadata. Just tested again, all metadata as in the original is available in the DNG. Maik Gilles was faster ((:-)) Maik Is your star rating in the image or in the sidecar or only in the DB? Maik I'm using 7.3.0 with exiftool 12.29 installed. The CR3 meta data are in the xmp file. When converting the CR3 to DNG with batch processing no xmp file is generated. The DNG shows no star rating. Other meta data as color code (flag symbol) and keywords are just fine. Must the exiftool post processing (mentioned by Gilles) be activated manually or is it part of the RAW to DNG conversion process? In the manual I couldn't find any info. Gerd I have uploaded the CR3 with the xmp and the DNG files: https://drive.google.com/drive/folders/1jsTDMSMul-42cnn3P_5SU8yQ4wQO6bmY?usp=sharing Gerd Git commit 5d77cf5ffe784f974bc4305cac175db03874924e by Maik Qualmann. Committed on 17/07/2021 at 20:58. Pushed by mqualmann into branch 'master'. write in BQM the digiKam metadata to the new file FIXED-IN: 7.4.0 M +1 -1 NEWS M +6 -2 core/utilities/queuemanager/manager/actionthread.cpp https://invent.kde.org/graphics/digikam/commit/5d77cf5ffe784f974bc4305cac175db03874924e Hi Maik I'll take your 'push to branch master' as confirmation it's a bug and not as an indication that I'm too stupid to use DigiKam ;-) Thanks for your efforts. Gerd Well, there are a lot of special cases in this problem. We are currently not reading any sidecar information with ExifTool. ExifTool can only either image or sidecar. But ExifTool not merge both pieces of information together. We would have to do that then. We have always merged the information from the database in the BQM from source image to new destination file. But they also have to be written in the image, and that is what the patch does. Maik |