[Digikam-devel] [digikam] [Bug 318530] add a mode that only writes changed meta data to sidecar files

[Christoph Anton Mitterer]

https://bugs.kde.org/show_bug.cgi?id=318530

--- Comment #6 from Christoph Anton Mitterer <calestyo at scientia.net> ---
Anything new here? I just stumbled again over this...

I mean apparently we won't likely get any "standard" here soon,... i.e.. a
specified behaviour on what happens with the meta-data in sidecar files:
1) do they completely replace the image-metadata?
2) do they get merged per property (probably in the sense of "overriding")
image-metadata?
3) is there a more complex merging i.e. that some properties are only merged as
group like if the image contains GPS-Lon, GPS-Lat and GPS-Alt ... but the
sidecar file contains only GPS-Lon, GPS-Lat then these two will be taken but
GPS-Alt will be "cleared"

So could digikam simply offer at least (1) and (2)? They don't seem to be too
difficult to implement...
I guess on would need a configuration option for how sidecar files are read and
one for how they are written.


Right now I just tried to change the orientation of an image... and I got that:
<?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:digiKam="http://www.digikam.org/ns/1.0/"
    xmlns:exif="http://ns.adobe.com/exif/1.0/"
    xmlns:photoshop="http://ns.adobe.com/photoshop/1.0/"
    xmlns:tiff="http://ns.adobe.com/tiff/1.0/"
   xmp:CreatorTool="digiKam-3.5.0"
   xmp:CreateDate="2014-04-01T17:49:22"
   xmp:MetadataDate="2014-04-01T17:49:22"
   xmp:ModifyDate="2014-04-01T17:49:22"
   digiKam:PickLabel="0"
   digiKam:ColorLabel="0"
   exif:DateTimeOriginal="2014-04-01T17:49:22"
   exif:PixelXDimension="1429"
   exif:PixelYDimension="1056"
   photoshop:DateCreated="2014-04-01"
   photoshop:Urgency="0"
   tiff:DateTime="2014-04-01T17:49:22"
   tiff:ImageWidth="1429"
   tiff:ImageLength="1056"
   tiff:Compression="1"
   tiff:PhotometricInterpretation="2"
   tiff:Orientation="8"
   tiff:SamplesPerPixel="3"
   tiff:PlanarConfiguration="1"
   tiff:XResolution="419430400/2097152"
   tiff:YResolution="419430400/2097152"
   tiff:ResolutionUnit="2"
   tiff:Make="EPSON"
   tiff:Model="Perfection V700/V750"
   tiff:Software="SilverFast 8.0.1 r42 (Mar 14 2014)  9978c52 14.03. ">
   <tiff:BitsPerSample>
    <rdf:Seq>
     <rdf:li>8 8 8</rdf:li>
    </rdf:Seq>
   </tiff:BitsPerSample>
  </rdf:Description>
 </rdf:RDF>
</x:xmpmeta>


I what I'd prefer however is rather something like.
<?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:tiff="http://ns.adobe.com/tiff/1.0/"
   xmp:CreatorTool="digiKam-3.5.0"
   xmp:CreateDate="2014-04-01T17:49:22"
   xmp:MetadataDate="2014-04-01T17:49:22"
   xmp:ModifyDate="2014-04-01T17:49:22"
   tiff:Orientation="8"
</x:xmpmeta>

- I don't need the photoshop crap,... so there should be some checkbox
somewhere, whether these fields are written per default.
- Since that was a TIFF file, and the orientation is apparently stored in some
TIFF properties,... I don't need any Exif either (I haven't changed it)
- All the other TIFF properties weren't changed, so they shouldn't appear
either.
- Neither have I changed the digikam Labels... so I guess those should be
dropped, too, and as a consequence the namespace as well.


Cheers,
Chris.

-- 
You are receiving this mail because:
You are the assignee for the bug.