GNOME Bugzilla – Bug 718595
Bogus keyword data is read from Xmp.dc.Title when Xmp.dc.subject is an empty XmpBag
Last modified: 2016-12-13 19:31:50 UTC
---- Reported by adam@yorba.org 2012-05-14 11:48:00 -0700 ---- Original Redmine bug id: 5257 Original URL: http://redmine.yorba.org/issues/5257 Searchable id: yorba-bug-5257 Original author: Adam Dingle Original description: A user has reported that importing photos from iPhoto is generating one tag per photo: http://lists.yorba.org/pipermail/shotwell/2012-May/003953.html http://lists.yorba.org/pipermail/shotwell/2012-May/003956.html Seems worth investigating. ---- Additional Comments From shotwell-maint@gnome.bugs 2013-05-16 14:44:00 -0700 ---- ### History #### #1 Updated by Adam Dingle over 1 year ago The original reporter followed up on the mailing list: I would expand and simplify the ticket to: "Xmp.dc.title creates tags during import - it shouldn't"- It really boils down to that. The iPhoto export was merely incidental, other tools might set that field and have the same result. Note: iPhoto seems to write their 'tags' (they called them "Keywords") to Iptc.Application2.Keywords and Xmp.dc.subject (yes, to both). Here the Iptc and Xmp fields of a pic (attached) which can be used to reproduce the problem. It had the iPhoto Keywords: "Flowers" "Photography Class" - I was expecting those tags - but I was also getting a Shotwell tag "DSC_0240", and I workaround it by removing all XMP fields - hence I think Shotwell is using Xmp.dc.title as a tag too, and that's really the problem IMO: Iptc.Envelope.CharacterSet String 3 ESC%G Iptc.Application2.RecordVersion Short 1 2 Iptc.Application2.Caption String 46 This was taken on my lunch outside the office. Iptc.Application2.Keywords String 7 Flowers Iptc.Application2.Keywords String 17 Photography Class Iptc.Application2.ObjectName String 8 DSC_0240 Xmp.dc.description LangAlt 1 lang="x-default" This was taken on my lunch outside the office. Xmp.dc.subject XmpBag 2 Photography Class, Flowers Xmp.dc.title LangAlt 1 lang="x-default" DSC_0240 Xmp.aux.SerialNumber XmpText 20 NO= 2004a20f Xmp.aux.Lens XmpText 41 AF-S DX Zoom-Nikkor 18-55mm f/3.5-5.6G ED Xmp.aux.LensID XmpText 9 742166022 Xmp.aux.ImageNumber XmpText 5 10658 Xmp.aux.FlashCompensation XmpText 3 0/1 #### #2 Updated by Lucas Beeler over 1 year ago * **Category** set to _4_ I now believe this to be a configuration problem on the user's computer, since I was unable to reproduce the problem here at Yorba with the image the user provided. I have emailed the user asking him to collect information on his metadata library versions. Once I hear back, we'll know whether this problem is general or configuration-specific. #### #3 Updated by Lucas Beeler over 1 year ago * **File** 000_0233.jpg added * **Subject** changed from _importing photos from iPhoto generates useless tags_ to _Bogus keyword data is read from Xmp.dc.Title when Xmp.dc.subject is an empty XmpBag_ * **Assignee** deleted (<strike>_Lucas Beeler_</strike>) * **Priority** changed from _Normal_ to _High_ I've attached a photo that exhibits this problem. #### #4 Updated by Adam Dingle about 1 year ago * **Target version** deleted (<strike>_0.13_</strike>) #### #5 Updated by Jim Nelson 11 months ago * **Target version** set to _0.14.0_ #### #6 Updated by Jim Nelson 11 months ago * **Category** set to _metadata_ #### #7 Updated by Jim Nelson 10 months ago * **Target version** changed from _0.14.0_ to _0.15.0_ #### #8 Updated by Jim Nelson 8 months ago * **Target version** changed from _0.15.0_ to _0.16.0_ #### #9 Updated by Jim Nelson 6 months ago * **Target version** deleted (<strike>_0.16.0_</strike>) --- Bug imported by chaz@yorba.org 2013-11-25 21:57 UTC --- This bug was previously known as _bug_ 5257 at http://redmine.yorba.org/show_bug.cgi?id=5257 Imported an attachment (id=262413) Unknown version " in product shotwell. Setting version to "!unspecified". Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one. Resolution set on an open status. Dropping resolution
Confirmed using Shotwell 0.20.2 and exiv2 0.24 running on Ubuntu 14.04. The sample image 000_0233.jpg contains the following XMP properties according to exiv2: Xmp.dc.description LangAlt 1 lang="x-default" Xmp.dc.subject XmpBag 0 Xmp.dc.title LangAlt 1 lang="x-default" 000_0233 "000_233" shows as a tag in Shotwell.
Created attachment 299065 [details] Test image - metadata from exiv2 command The same issue occurs with this new test image I created. The image was created with the imagemagick convert command. Metadata was added with the exiv2 command line program. The same thing happens, the contents of Xmp.dc.title land up as a tag. ~$ exiv2 -pa shotwell.718595.jpg Xmp.dc.description LangAlt 1 lang="x-default" Xmp.dc.subject XmpBag 0 Xmp.dc.title LangAlt 1 lang="x-default" 000_0233
Created attachment 299066 [details] Test image - with subject metadata If the Xmp.dc.subject is not blank, Shotwell works as expected, placing the contents of that property as a tag. ~$ exiv2 -pa shotwell.718595.subject.jpg Xmp.dc.description LangAlt 1 lang="x-default" Xmp.dc.subject XmpBag 1 dcSubject Xmp.dc.title LangAlt 1 lang="x-default" dcTitle
I _think_ is is fixed by the gexiv2 bug 768906
yes, with gexiv2 0.10.4 I get 000_0233 as the title of the image. Closing as duplicate. This was fixed by commit 4edbeff58bfe35aa3fada6f9e1591752a7bbde25 in gexiv2 *** This bug has been marked as a duplicate of bug 768906 ***