After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 718595 - Bogus keyword data is read from Xmp.dc.Title when Xmp.dc.subject is an empty XmpBag
Bogus keyword data is read from Xmp.dc.Title when Xmp.dc.subject is an empty ...
Status: RESOLVED DUPLICATE of bug 768906
Product: shotwell
Classification: Other
Component: metadata
unspecified
Other All
: High normal
: ---
Assigned To: Shotwell Maintainers
Shotwell Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-05-14 06:48 UTC by Adam Dingle
Modified: 2016-12-13 19:31 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
000_0233.jpg (1.85 MB, image/jpeg)
2012-05-15 20:23 UTC, Lucas Beeler
Details
Test image - metadata from exiv2 command (19.52 KB, image/jpeg)
2015-03-11 01:15 UTC, Alan Pater
Details
Test image - with subject metadata (22.50 KB, image/jpeg)
2015-03-11 01:27 UTC, Alan Pater
Details

Description Charles Lindsay 2013-11-25 21:57:13 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 

Comment 1 Alan Pater 2015-03-11 00:41:32 UTC
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.
Comment 2 Alan Pater 2015-03-11 01:15:57 UTC
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
Comment 3 Alan Pater 2015-03-11 01:27:56 UTC
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
Comment 4 Jens Georg 2016-12-13 19:09:10 UTC
I _think_ is is fixed by the gexiv2 bug 768906
Comment 5 Jens Georg 2016-12-13 19:31:50 UTC
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 ***