When digikam rotates a picture, it adds the 'Document Name' EXIF metadata among other. 1) Why ? This doesn't really annoy me be I have just asked to rotate the picture... 2) The value of this tag is the file's name. But if the file's name contains accents, they are not correctly displayed by digikam (or other software like gwenview, exiftool, jhead, ...) Example: picture's name= forêt_érable.jpg -> DocumentName = for�t_�rable.jpg Reproducible: Always Steps to Reproduce: 1. rename a picture with accents 2. rotate it with digikam 3. see the result in the "DocumentName" tag
Can you share a sample image to test here ? Gilles Caulier
This behavior sound like normal. Look Exiv2 documentation about Tag : http://www.exiv2.org/tags.html 0x010d 269 Image Exif.Image.DocumentName Ascii The name of the document from which this image was scanned Exif tag DocumentName only support ASCII... The alternative to this problem is to put filename into XMP as well, but exif XMP schemas do not contain DocumentName. The solution can be to use digiKam XMP namespace. Gilles Caulier
(In reply to comment #1) > Can you share a sample image to test here ? > > Gilles Caulier See an example here: nicofo.tuxfamily.org/tmp/Example_accent.jpg
yes reproducible, but nit solvable as well using Exif. XMP need to be used instead. See my comment #2. Any suggestions are welcome about XMP namespace to use...
Andreas, Xmp.Exif.DocumentName tag do not exists in standard XMP namespace. There is another tags from XMP which can replace Exif.Image.DocumentName ? Gilles Caulier
It seems to me that here happened a misunderstanding. I just checked the bug and it is still like Nicofo described it. But I think the "unreadable characters" are not really the problem. Probably there is no solution for that anyway due to the fact that this field can take only standard ASCII caracters. But the important question is Nicofo's first one: why is this happening anyway? He wrote "This doesn't really annoy me ..." but was obviously meaning "This does really annoy me because I have just asked to rotate the picture...". Beside the fact that putting the filename into this field has nothing to do with rotating the picture it also doesn't fit to the definition of this field. In the "Display" tab of the metadata section of the digiKam settings you find for DocumentName: "The name of the document from which this image was scanned". Has nothing to do with rotation IMHO. So the solution could be "simply" to delete this action from the code.
I see it like Wolfgang. When the image is rotated, the DocumentName should not be updated. I will remove this code. Maik
Git commit f334e120537866f34e507fa0079a28cd091ca022 by Maik Qualmann. Committed on 12/10/2017 at 06:01. Pushed by mqualmann into branch 'master'. do not update Exif.Image.DocumentName when the image is rotated FIXED-IN: 5.8.0 M +2 -2 NEWS M +1 -4 libs/jpegutils/jpegutils.cpp https://commits.kde.org/digikam/f334e120537866f34e507fa0079a28cd091ca022