Summary: | Tag hierarchy not properly restored from files (IPTC) | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Ismael <leamsi.setroc> |
Component: | Metadata-Iptc | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles, christian.haene, dani, marcel.wiesweg |
Priority: | NOR | ||
Version: | 0.10.0 | ||
Target Milestone: | --- | ||
Platform: | Slackware | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 2.5.0 |
Description
Ismael
2009-04-03 05:44:46 UTC
Looking closer into the code (dmetadata.cpp:455 in 0.10.0 source code), it seems that this should've never happened since the files are properly XMP tagged: (this is with "exiv2 -px") Xmp.tiff.Software XmpText 14 digiKam-0.10.0 Xmp.xmp.CreatorTool XmpText 14 digiKam-0.10.0 Xmp.xmp.Rating XmpText 1 0 Xmp.dc.subject XmpBag 4 Interior, Argote, Rochester, Applebees Xmp.digiKam.TagsList XmpSeq 4 Interior, Author/Argote, USA/Minnesota/Rochester, Interior/Applebees I'll try to dig deeper, I'm starting to think that it was MY mistake. With 0.9.x, only IPTC is supported. tags path are registered to Keywords tags. IPTC has serious limitations in strings size and Char encoding. With 0.10.x, XMP metadata are supported. Size limit and char encoding problem disappear. Tags path are recorded now in a dedicated digiKam XMP namespace. IPTC keywords only record tags names (not paths). For me this bugzilla entry is not valid Gilles Caulier I can confirm the reported behaviour. I tested this with the current trunk version (r957440). I imported a folder of about 1'500 pictures they all had correct xmp data and corrupted iptc data and i also got some tags duplicated in the way it was reported. But interestingly not all tags got duplicated. What i did exactly with the pictures: The pictures where originally taged with digikam 0.9.4 and then the xmp data was added with digikam 0.10.0. Adding xmp data i did with the synchonize images with db feature of digikam 0.10.0. Running this synchronization the iptc tags got corrupted. Before the synchronization they all had only the "/Node1/Node2/Leaf" strings in the keywords field of iptc. But after the synchronization the had all "/Node1/Node2/Leaf Leaf" in the iptc. Then i imported this pictures into the current trunk digikam 0.11r957440. And then the tag duplication happend. After this i rerun synchronize images with db and then something really strange happend to the iptc keyword field. The "/Node1/Node2/Leaf Leaf" string got duplicated in the iptc field and now i have "/Node1/Node2/Leaf Leaf /Node1/Node2/Leaf Leaf" in the iptc field. In my opinion there are 2 bugs combined in this bug report. First bug: The tags are not created correctly from xmp. When importing new pictures that have xmp and iptc data. Second bug: IPTC keyword field gets corrupted. In my opinion only the /Node1/Node2/Leaf version should be saved in the iptc. I can't see any benefit in saving only Leaf in the IPTC data. The reason why i don't think it is good to save Leaf in the IPTC is because here something is produced that the user never entered into the system. In my opinon the synchonizer should remove any content that was in the keyword field before and should only save the correct representation of the tags. If you have any questions to my comment please ask. Christian Ismael or Christian, could you please send me a sample image which triggers the reported behavior. If the file is large send it to my private mail address. Thanks. Ismael or Christian, do you see comment #4 from MArcel ? Gilles Caulier Woa, talk about an old bug. Sorry I don't see this behavior anymore. Actually, I kind of remember it went away after I updated something on my system but my memory is vague about what actually happened. If you ask me, this can be closed as I don't see this problem anymore in recent releases. On Mon, Dec 12, 2011 at 12:25 PM, Gilles Caulier <caulier.gilles@gmail.com> wrote: > https://bugs.kde.org/show_bug.cgi?id=188709 > > > Gilles Caulier <caulier.gilles@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |caulier.gilles@gmail.com > > > > > --- Comment #5 from Gilles Caulier <caulier gilles gmail com> 2011-12-12 20:25:12 --- > Ismael or Christian, > > do you see comment #4 from MArcel ? > > Gilles Caulier > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You reported the bug. |