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 343021 - Editing EXIF metadata
Editing EXIF metadata
Status: RESOLVED FIXED
Product: gthumb
Classification: Other
Component: general
2.6.x
Other other
: Normal enhancement
: ---
Assigned To: Paolo Bacchilega
Paolo Bacchilega
Depends on:
Blocks:
 
 
Reported: 2006-05-26 12:09 UTC by Johannes Rohr
Modified: 2015-12-18 16:24 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
screenshot illustrating the issue (22.29 KB, image/png)
2009-12-01 10:34 UTC, Matěj Cepl
Details

Description Johannes Rohr 2006-05-26 12:09:27 UTC
Distribution: Debian 3.1 (sarge)
Package: gthumb
Severity: enhancement
Version: GNOME2.14.1 2.6.x
Gnome-Distributor: Debian
Synopsis: Editing EXIF metadata
Bugzilla-Product: gthumb
Bugzilla-Component: general
Bugzilla-Version: 2.6.x
Description:
EXIF metadata should be editable with gthumb. EXIF comments/descriptions
are a pretty handy thing, as they are program independent, they don't
get lost when you move or rename an image and so on. At present, it
seems there is no GNOME program around that can write EXIF tags. gthumb
would be an obvious candidate for that job. Therefore I had to resort to
Gwenview, a KDE base image viewer. I'd rather use a GNOME program...




------- Bug created by bug-buddy at 2006-05-26 12:09 -------

Comment 1 Javier Aravena 2006-12-12 20:10:32 UTC
I support this request, as unimportant as it sounds... however, gthumb is really needing this (and also it'd be nice if it wrote the categories/collections of the image using exif so if something happens to the gthumb database, it can be reconstructed from the data in the exif of the pictures.
Comment 2 Michael Chudobiak 2006-12-12 21:33:24 UTC
It might be possible to link the gThumb comments with the exif UserComments field, so that changing one would change the other. (I'm not sure what we should do if both the gThumb comment and the exif comment are non-null and are different...)

- Mike
Comment 3 Adrian Smith 2007-09-17 14:53:20 UTC
I would appreciate this feature also.
It's the one thing missing from gThumb for me.
Comment 4 Vojtěch Látal 2008-07-21 22:00:50 UTC
This feature is really missing. In case of both fields non-null, ask user what to do.

Thanks for good job and thanks in advance.
Comment 5 Tom Billiet 2008-08-23 07:27:39 UTC
Hi,

I'm interested in this feature too. For that I decided to take a look at the code to figure out how hard it would be to implement it myself. But then I noticed that in the last svn version, it seems to be implemented. At least, if I now save a comment, I can find it in the file with a hexeditor, and eye-of-gnome and gwenview can also read it.
So can somebody confirm this?
Comment 6 Michael Chudobiak 2008-08-23 10:14:52 UTC
Tom,

Yes, the trunk version attempts to read/write the comment data and tags from/to the exif or xmp metadata.

The preferred metadata fields are listed at the top of libgthumb/gth-exif-utils.c (see for example: 

const char *_COMMENT_TAG_NAMES[] = {
        "Exif.Photo.UserComment",
        "Exif.Image.ImageDescription",
        "Xmp.tiff.ImageDescription",
        "Xmp.dc.description",
        "Iptc.Application2.Caption",
        NULL };

The order of these tags determines where gThumb should first look for a comment, and the preferred writing tag is Exif.Photo.UserComment.

The comment code is in libgthumb/comments.c (search for "TAG_NAME_SETS").

This has not been extensively used by anybody other than me, so feedback is welcome.

General-purpose editing of arbitrary exif/xmp tags has not been implemented. For instance, you can't edit the camera serial number tag. However, it should be possible to do this. The metadata writing routines exist already. Basically, you could just make the treeview in src/gth-exif-data-viewer.c editable. Or you could create a fancier new dialog to do it.

- Mike
Comment 7 Tom Billiet 2008-08-23 10:40:05 UTC
Michael,

The only thing I was really interested in was the ability to store comments inside the exif data, and that's what possible now. I'm actually not interested in modifying any other tags (I can't find a good reason to do so).

I'll try to tag my albums using gthumb from svn, and I'll let you know if I encounter problems.
Comment 8 Benoît 2009-11-29 16:29:59 UTC
I agree. This is a important missing feature. Why not using jhead as exif editor engine ? You just have to write code for a jhead front head ? Is this difficult to develop ?
Comment 9 Matěj Cepl 2009-11-30 11:48:47 UTC
For anybody who doesn't understand what this bug is about, try jbrout which does The Right Thing in this department IMHO, and read http://www.sitepoint.com/blogs/2006/08/24/open-source-image-archiving-exif-iptc-xmp-and-all-that/# or http://ceitl.zanestate.edu/blog/archives/2005/11/photo-organizing-in-linux/
Comment 10 Michael Chudobiak 2009-11-30 13:05:06 UTC
Please try the current development version (ext branch). It syncs gthumb comments with the metadata.

http://live.gnome.org/gthumb

- Mike
Comment 11 Matěj Cepl 2009-11-30 13:21:13 UTC
and tags? do we have anything like it in gthumb? Can I manage my 3.7GB of pictures with gthumb now?
Comment 12 Matěj Cepl 2009-12-01 10:34:37 UTC
Created attachment 148813 [details]
screenshot illustrating the issue

I tried to add "zkušební" tag to this JPEG (http://mcepl.fedorapeople.org/tmp/p20091018_143552.jpg), it is there in Gthumb, but neither jbrout nor exiftool see it there:

bradford:~$ exiftool Obrázky/import/p20091018_143552.jpg |grep Keywords
Keywords                        : PepíÄek, Praha, doma, BDay
bradford:~$ 

(never mind, screwed up UTF-8)
Comment 13 Matěj Cepl 2009-12-01 10:46:03 UTC
(In reply to comment #12)
> (never mind, screwed up UTF-8)

it should read

never mind screwed up UTF-8
Comment 14 Paolo Bacchilega 2009-12-01 19:20:18 UTC
I think the "screwed up" tag prevents the correct metadata saving.
Comment 15 Matěj Cepl 2009-12-02 13:31:21 UTC
(In reply to comment #14)
> I think the "screwed up" tag prevents the correct metadata saving.

well, it is "screwed up" neither in jbrout or gthumb (see attachment 148813 [details] in comment 12; it's a word "Pepíček" which is displayed perfectly well by gthumb). Only exiftool doesn't do UTF-8 well, gthumb does.
Comment 16 Michael Chudobiak 2009-12-02 13:36:05 UTC
ext branch uses exiv2 to read/write metadata. You might try the exiv2 command-line tool (instead of exiftool) and see if the problem lies with exiv2.

- Mike
Comment 17 Paolo Bacchilega 2011-07-03 17:40:25 UTC
I think we can close this bug since gthumb 2.12 saves the comment in the Exif description field as well.
Comment 18 Matěj Cepl 2011-07-04 19:00:05 UTC
After studying a lot of how other photo managers implement XMP tags (e.g., see http://trac.yorba.org/wiki/PhotoTags, http://trac.yorba.org/wiki/FSpotTags, or http://metadataworkinggroup.com/pdf/mwg_guidance.pdf), I believe that better than Xmp.iptc.Keywords would be to store tags in Xmp.dc.subject, but otherwise tags are really stored in images, so this is most likely really fixed.
Comment 19 Michael Chudobiak 2015-12-18 16:24:51 UTC
Bug maintenance: changed status to "Resolved", to match the reported "Resolution".