GNOME Bugzilla – Bug 620552
Lost of XMP, EXIF, IPTC, ... metadata on PSD save
Last modified: 2013-10-27 13:20:53 UTC
On working on PSD file exported from Lightroom, the EXIF and IPTC metadata are present within the file. After some image manipulation, these metadata are irremediably lost. This is absolutely a huge blocker for serious work. Fix: keep XMP, EXIF and IPTC (at least) metadata is present within the PSD file. GIMP 2.6.7 Windows. Thanks
Have a look at the file-psd code if you want to have a try at fixing this. Please note that the PSD file format spec is not available without an NDA.
Not a blocker.
It's a matter of point of view. From my point of view, losing EXIF and IPTC is a show blocker; no matter how good your software is, how fast your processing are, how beautiful your filer are, if you lose these standard metadata, the software is pointless.
There is ongoing work to get better Exif and IPTC in GIMP, but this doesn't mean that there will be support for this data with the PSD file format - as I wrote in comment #1, the file format specification isn't freely available.
Adobe has made the file format spec available: http://www.adobe.com/devnet-apps/photoshop/fileformatashtml/ I haven't checked if this includes the metadata as well, but at least it is a starting point for someone who wants to give it a try.
afaics, it is including the metadata.
Bug 620552 This problem is not unique to PSD format. In GIMP 2.6.11 on Windows 7 Pro SP1 64 bit: Open any jpg with XMP (IPTC) data in GIMP and then save (with or without modifications) and XMP data is lost. This is not new. Same problem with v. 2.4.7 installed on a Win XP/Pro SP3 computer. Need severity upgrade to blocker and priority upgrade to urgent.
Of course this is neither unique to PSD nor new. Raising the priority and severity won't change anything unless someone starts working on it, though. Bug #61499 and bug #56443 are the most relevant here, the code to look at is the metadata plug-in: http://git.gnome.org/browse/gimp/tree/plug-ins/metadata
In Gimp 2.6 I used to be able to get around this bug by opening a jpg file, adding TIFF layers, deleting the jpg layer & resaving as jpg. Unfortunately from 2.8 the Windows version (& possibly the others) of GIMP just looses ALL if the EXIF, IPTC etc. information. Preserving EXIF data is pretty important to all of us who use Gimp for photo editing - so when can it be fixed ??
Tom, this would have saved the Exif data of the original JPEG file, but neither the XMP nor IPTC. It can be fixed when someone, maybe you or maybe someone else who is interested in and able to fix it, fixes it.
Adding myself to track this; important to me and might try to work on it but won't have time for at least a month, maybe two.
Fixed in master: commit 21bed1e2fb438fa5721bddb0573a724ae0024455 Author: Hartmut Kuhse <onkelhatti@gimp.org> Date: Sat Oct 19 18:38:01 2013 +0200 Completely rewrite metadata handling using gexiv2 Based on original patches from Hartmut Kuhse and modified by Michael Natterer. Changes include: - remove libexif dependency and add a hard dependency on gexiv2 - typedef GExiv2Metadata to GimpMetadata to avoid having to include gexiv2 globally - add basic GimpMetadata handling functions to libgimpbase - add image and image file specific metadata functions to libgimp, including the exif orientation image rotate dialog - port plug-ins to use the new APIs - port file-tiff-save's UI to GtkBuilder - add new plug-in "metadata" to view the image's metadata - keep metadata around as GimpImage member in the core - update the image's metadata on image size, resolution and precision changes - obsolete the old metadata parasites - migrate the old parasites to new GimpMetadata object on XCF load