Summary: | exif lost and versioning disabled when editing an image developed from darktable | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Benjamin Schindler <beschindler> |
Component: | Metadata-Versioning | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED NOT A BUG | ||
Severity: | normal | CC: | caulier.gilles |
Priority: | NOR | ||
Version: | 2.2.0 | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 7.6.0 |
Description
Benjamin Schindler
2011-10-28 08:40:00 UTC
I just noted - darktable also uses _v1, _v2 etc to denote different exports, may be they get in conflict? In the session above, DSC_7440.jpg was edited by curves adjust and then saved. The new file representing the current version has the name DSC_7440_v1.jpg. Properties (tags, rating) should have been copied from DSC_7440.jpg. If you look at the history panel of DSC_7440_v1.jpg, you should see DSC_7440.jpg as the original. This file will not be visible, but you can show it from the history panel. Exif tags should have been copied - compare the output of "exiv2 DSC_7440.jpg" with "exiv2 DSC_7440_v1.jpg". Where does it fail? That's the thing. DSC_7440 is not hidden, both are visible. Opening 7440_v1 in the editor, DSC_7440 is not recorded as the ancestor. And to even further show that something went seriously wrong: exiv2 DSC_7440.jpg File name : DSC_7440.jpg File size : 1914415 Bytes MIME type : image/jpeg Image size : 3900 x 2613 Camera make : Camera model : Image timestamp : Image number : Exposure time : Aperture : Exposure bias : Flash : Flash bias : Focal length : Subject distance: ISO speed : Exposure mode : Metering mode : Macro mode : Image quality : Exif Resolution : White balance : Thumbnail : None Copyright : Exif comment : (same is true for _v1. Unfortunatelly, for some odd reason, exiv2 doesn't print out the tags for those files. The thing is (as noted), they do not match: DSC_7440.jpg has no tags and a rating of 2 DSC_7440_v1.jpg has tags darktable|format|jpg and a rating of 2 Cheers Benjamin Are any XMP sidecar files involved? Wondering what this is: KDirWatch detected change at "/home/benjamin/images/2011/München/pa9082.digikamtempfile.tmp.xmp" Or even sidecars for the _v1 images from darktable? Before I answer about the xmp's: I am worried about the lack of exif info in the original file (as well as the _v1). I'm 100% certain that darktable exports them correctly (have never seen it fail on that). So somehow, digikam managed to kill them. (cannot proof that, but I don't have any other explanation) About xmp files: yes, I have enabled xmp support in digikam and darktable uses them heavily. Thers are: DSC_7440.jpg.xmp DSC_7440_v1.jpg.xmp Content of the first: <?xml version="1.0" encoding="UTF-8"?> <x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="XMP Core 4.4.0-Exiv2"> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"> <rdf:Description rdf:about="" xmlns:xmp="http://ns.adobe.com/xap/1.0/" xmlns:darktable="http://darktable.sf.net/" xmlns:tiff="http://ns.adobe.com/tiff/1.0/" xmlns:MicrosoftPhoto="http://ns.microsoft.com/photo/1.0/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmp:Rating="2" xmp:CreatorTool="digiKam-2.2.0" darktable:xmp_version="1" darktable:raw_params="-16711648" tiff:Software="digiKam-2.2.0" MicrosoftPhoto:Rating="25"> <darktable:colorlabels> <rdf:Seq/> </darktable:colorlabels> <darktable:history_modversion> <rdf:Bag/> </darktable:history_modversion> <darktable:history_enabled> <rdf:Bag/> </darktable:history_enabled> <darktable:history_operation> <rdf:Bag/> </darktable:history_operation> <darktable:history_params> <rdf:Bag/> </darktable:history_params> <darktable:blendop_params> <rdf:Bag/> </darktable:blendop_params> <dc:description> <rdf:Alt> <rdf:li xml:lang="x-default"> </rdf:li> </rdf:Alt> </dc:description> <dc:subject> <rdf:Bag> <rdf:li>darktable|format|jpg</rdf:li> </rdf:Bag> </dc:subject> </rdf:Description> </rdf:RDF> </x:xmpmeta> Content of the second: <?xml version="1.0" encoding="UTF-8"?> <x:xmpmeta xmlns:x="adobe:ns:meta/" x:xmptk="XMP Core 4.4.0-Exiv2"> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"> <rdf:Description rdf:about="" xmlns:xmp="http://ns.adobe.com/xap/1.0/" xmlns:darktable="http://darktable.sf.net/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:tiff="http://ns.adobe.com/tiff/1.0/" xmlns:MicrosoftPhoto="http://ns.microsoft.com/photo/1.0/" xmlns:digiKam="http://www.digikam.org/ns/1.0/" xmlns:lr="http://ns.adobe.com/lightroom/1.0/" xmp:Rating="2" xmp:CreatorTool="digiKam-2.2.0" darktable:xmp_version="1" darktable:raw_params="-16711648" tiff:Software="digiKam-2.2.0" MicrosoftPhoto:Rating="25"> <darktable:colorlabels> <rdf:Seq/> </darktable:colorlabels> <darktable:history_modversion> <rdf:Bag/> </darktable:history_modversion> <darktable:history_enabled> <rdf:Bag/> </darktable:history_enabled> <darktable:history_operation> <rdf:Bag/> </darktable:history_operation> <darktable:history_params> <rdf:Bag/> </darktable:history_params> <darktable:blendop_params> <rdf:Bag/> </darktable:blendop_params> <dc:subject> <rdf:Bag> <rdf:li>darktable|format|jpg</rdf:li> <rdf:li> %G</rdf:li> <rdf:li> </rdf:li> <rdf:li>digiKam</rdf:li> <rdf:li>2.2.0</rdf:li> </rdf:Bag> </dc:subject> <MicrosoftPhoto:LastKeywordXMP> <rdf:Seq> <rdf:li>darktable|format|jpg</rdf:li> <rdf:li> %G</rdf:li> <rdf:li> </rdf:li> <rdf:li>digiKam</rdf:li> <rdf:li>2.2.0</rdf:li> </rdf:Seq> </MicrosoftPhoto:LastKeywordXMP> <digiKam:TagsList> <rdf:Seq> <rdf:li>darktable|format|jpg</rdf:li> <rdf:li> %G</rdf:li> <rdf:li> </rdf:li> <rdf:li>digiKam</rdf:li> <rdf:li>2.2.0</rdf:li> </rdf:Seq> </digiKam:TagsList> <lr:hierarchicalSubject> <rdf:Bag> <rdf:li>darktable|format|jpg</rdf:li> <rdf:li> %G</rdf:li> <rdf:li> </rdf:li> <rdf:li>digiKam</rdf:li> <rdf:li>2.2.0</rdf:li> </rdf:Bag> </lr:hierarchicalSubject> </rdf:Description> </rdf:RDF> </x:xmpmeta> Cheers I have a feeling there are bugs in the XMP sidecar handling. In particular, I would attribute the the exif mishap to sidebar bugs, unrelated to versioning. I have neither used sidecars nor written or tested the code, but there's a longer list of bug reports. Official digiKam 2.6.0 release is out since few days now : http://www.digikam.org/drupal/node/656 Please, check if this entry still valid, or update report accordingly. Thanks in advance. Gilles Caulier Benjamin, With last 3.5.0, a lots of bugs have been fixed around XMP sidecar support. Can you reproduce the problem with this release ? Gilles Caulier Benjamin, What's new about this file using last digiKam 4.2.0 ? Gilles Caulier New digiKam 4.11.0 is available : https://www.digikam.org/node/740 Can you reproduce the problem with this release ? Gilles Caulier digiKam 4.12.0 is out : https://www.digikam.org/node/741 We need a fresh feedback using this release please... Thanks in advance. No feedback. Closed |