Summary: | TEMPLATE : contact information aren't written to XMP tags of JPG | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Knut Hildebrandt <knut.hildebrandt> |
Component: | Metadata-Template | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles, post |
Priority: | NOR | ||
Version: | 3.0.0 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 3.0.0 | |
Sentry Crash Report: |
Description
Knut Hildebrandt
2012-10-30 13:27:14 UTC
Just compiled digikam-3.0.0-beta3 and still have the same issue. Examining files processed with digikam 2.5.0 in gimp 2.8 I found out, that the missing XMP-Tags (at least digikam and gwenview call them like this) were written to the IPTC-Core section and are called CiAdrCity, CiAdrCtry; etc. Do I save metadata with later versions of digikam these tags do not appear anymore. Just compiled digikam-3.0.0-beta3 and still have the same issue. Examining files processed with digikam 2.5.0 in gimp 2.8 I found out, that the missing XMP-Tags (at least digikam and gwenview call them like this) were written to the IPTC-Core section and are called CiAdrCity, CiAdrCtry; etc. Do I save metadata with later versions of digikam these tags do not appear anymore. Writing the contact info (which is an XMP structure) has been fixed during the time you indicate. A short test shows that it is properly written to XMP and is visible from digikam's metadata view as well. Exiv2 output (three values filled): Xmp.iptc.CreatorContactInfo XmpText 0 type="Struct" Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiAdrCity XmpText 5 Essen Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiAdrCtry XmpText 0 Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiAdrExtadr XmpText 8 SStr. 44 Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiAdrPcode XmpText 5 45xxx Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiAdrRegion XmpText 0 Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiEmailWork XmpText 0 Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiTelWork XmpText 0 Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiUrlWork XmpText 0 (In reply to comment #3) Just downloaded the latest source code via git and compiled it. From my point of view the bug still exists. Neither Gimp 2.8 nor gwenview 2.8.4 nor digikams built-in metadata editor show the Tags. Checked them with exiv2 and they are there, as you already have stated. But the ones written with digikam3.0.0 look different than the ones written with digikam2.5.0. Exiv2 output digikam3.0.0 (five values filled): Xmp.iptc.Location XmpText 0 Xmp.iptc.CreatorContactInfo XmpText 0 type="Struct" Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiAdrCity XmpText 6 Berlin Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiAdrCtry XmpText 11 Deutschland Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiAdrExtadr XmpText 1 Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiAdrPcode XmpText 1 Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiAdrRegion XmpText 0 Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiEmailWork XmpText 24 mail@ Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiTelWork XmpText 15 +49- Xmp.iptc.CreatorContactInfo/Iptc4xmpCore:CiUrlWork XmpText 30 http://www. Exiv2 output digikam2.5.0 (five values filled): Xmp.iptc.CountryCode XmpText 0 Xmp.iptc.Location XmpText 0 Xmp.iptc.CiAdrCity XmpText 6 Berlin Xmp.iptc.CiAdrCtry XmpText 11 Deutschland Xmp.iptc.CiAdrExtadr XmpText 1 Xmp.iptc.CiAdrPcode XmpText 1 Xmp.iptc.CiAdrRegion XmpText 0 Xmp.iptc.CiEmailWork XmpText 24 mail@ Xmp.iptc.CiTelWork XmpText 15 +49- Xmp.iptc.CiUrlWork XmpText 30 http://www. For me the question is, are the three programs I use to visualize the tag buggy or lies the bug in the new way they are written into the files? Did some more investigations into the matter using Gimp 2.8 which I started from command line. Opening a file coming fresh from the camera Gimp reports following error, which seems to be understandable, since no XMP-data have been written to the file yet. While parsing XMP metadata: Error: No XMP packet found Opening a file I processed with digicam3.0.0 before Gimp reports the following error: While parsing XMP metadata: Error on line 135 char 1: End of element <exif:Flash> not expected in this context Metadata parasite seems to be corrupt Viewing the metadata of the processed file in Gimp throws following error: While parsing XMP metadata: Error on line 179 char 1: End of element <Iptc4xmpCore:CreatorContactInfo> not expected in this context Metadata parasite seems to be corrupt Hope this information may give you a clue what goes wrong. As I already said, the writing of the contact info was _fixed_ which means it was incorrect in 2.5, and is correct now. It may be that the metadata edit kipi plugin has not been properly fixed. The most valid reference should be an image edited with an Adobe product, which I dont have available. One sample XMP packet I found on the web shows this XML: <Iptc4xmpCore:CreatorContactInfo Iptc4xmpCore:CiAdrExtadr="xxx East xxth St xx" Iptc4xmpCore:CiAdrCity="New York" Iptc4xmpCore:CiAdrRegion="NY" Iptc4xmpCore:CiAdrPcode="10000" Iptc4xmpCore:CiAdrCtry="USA" Iptc4xmpCore:CiTelWork="xxx.xxx.xxx" Iptc4xmpCore:CiEmailWork="nobody@nowhere.com" Iptc4xmpCore:CiUrlWork="www.nowhere.com"/> Digikam/exiv2 writes: <Iptc4xmpCore:CreatorContactInfo Iptc4xmpCore:CiAdrCity="Essen" Iptc4xmpCore:CiAdrCtry="" Iptc4xmpCore:CiAdrExtadr="SStr. 44" Iptc4xmpCore:CiAdrPcode="45xxx" Iptc4xmpCore:CiAdrRegion="" Iptc4xmpCore:CiEmailWork="" Iptc4xmpCore:CiTelWork="" Iptc4xmpCore:CiUrlWork=""/> which seems correct. (In reply to comment #6) > As I already said, the writing of the contact info was _fixed_ which means > it was incorrect in 2.5, and is correct now. > It may be that the metadata edit kipi plugin has not been properly fixed. Well you are right, the contact info is visible in digikams metadata viewer both in 2.5 and 3.0, even though it looks slightly different depending on if it was written with digikam 2.5 or digikam 3.0. To be honest, I don't know wich way is correct and thus accept what you say. Nevertheless I'll file a bug against the kipi plugin, that this may be fixed there too. Thanks for your effort. digiKam 7.0.0 stable release is now published: https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/ We need a fresh feedback on this file using this version. Best Regards Gilles Caulier (In reply to caulier.gilles from acomment #8)
> digiKam 7.0.0 stable release is now published:
Sorry for the late reply, but I didn't archive many pictures recently and thus only today found time to look into the matter. Honestly I hardly know anymore what the issue is about. Since reporting it I've changed my workflow and don't write any metadata directly into JPG files from digicam but only to sidecard files. And I only import them into the JPG's after precessing them for release. This works great, for both IPTC and XMP.
Hope this info helps.
|