Re: [Gimp-developer] Bug: Gimp 2.10.18 strips off many Exif-data from jpg-files when processing
On Fri, 2022-07-08 at 18:45 -0600, Akkana Peck wrote: > > > Once we get to non-destructive editing using GEGL ops, I could > imagine an EXIF field listing a set of ops used for processing. Undo history in exif might be interesting, agreed, although i think it remains to be seen how that'd work for e.g. brush strokes. I was wondering if the original poster had a use for it today, though :) -- Liam Quin - https://www.fromoldbooks.org/ with fabulous vintage art and fascinating texts to read. https://www.delightfulcomputing.com/ Full-time "slave" in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Bug: Gimp 2.10.18 strips off many Exif-data from jpg-files when processing
On 2 Jun 2022 at 11:45, Adalbert Hanßen wrote: > I use GNU Image Manipulation Program Version 2.10.18 on Xubuntu 20.04.4 > LTS (64 Bit). There have been a lot of improvements to our metadata handling after version 2.10.18. I would suggest trying the latest version 2.10.32, possibly as a flatpak, because you also need the latest exiv2 and gexiv2 for up-to-date metadata handling. Besides that, camera makers are part of the problem. They introduce all kinds of proprietary data with every new model. It is always a race to keep up-to-date with new info from all brands and models. Anyway. If an up-to-date GIMP with up-to-date metadata libraries as mentioned above still has problems, then the best thing to do is open an issue, with a zipped (or otherwise compressed) example image attached. It needs to be zipped, because GitLab usually removes most metadata from images. ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Bug: Gimp 2.10.18 strips off many Exif-data from jpg-files when processing
> On Thu, 2022-06-02 at 11:45 +0200, Adalbert Hanßen wrote: > > *Suggested further improvement:* Add a new category “Gimp Processing” > > telling about the image processing procedures applied, e.g. lighting > > adjustments and their parameters, color adjustment, cropping, and the > > like in readable form. Liam R E Quin writes: > It's an interesting idea - how would this information be used? Once we get to non-destructive editing using GEGL ops, I could imagine an EXIF field listing a set of ops used for processing. Imagine being able to save as JPEG yet still be able to load back into GIMP and undo the last few ops. Yes, there would be some loss of quality because of lossy compression, and it's certainly not a substitute for saving as XCF, but I can imagine cases where it might be useful anyway. ...Akkana ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] Bug: Gimp 2.10.18 strips off many Exif-data from jpg-files when processing
On Thu, 2022-06-02 at 11:45 +0200, Adalbert Hanßen wrote: > > but not shown in Gimp, e.g. the Lens Type. > > *W**hy does Gimp not show the **le**ns**type?* Can you share a sample image? When you export as JPEG make sure "save exif" is checked! > > *Suggested further improvement:* Add a new category “Gimp Processing” > telling about the image processing procedures applied, e.g. lighting > adjustments and their parameters, color adjustment, cropping, and the > like in readable form. It's an interesting idea - how would this information be used? liam / ankh / demib0y / barefootliam -- Liam Quin - https://www.fromoldbooks.org/ Full-time "slave" in voluntary servitude ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
[Gimp-developer] Bug: Gimp 2.10.18 strips off many Exif-data from jpg-files when processing
I use GNU Image Manipulation Program Version 2.10.18 on Xubuntu 20.04.4 LTS (64 Bit). I open an image from my camera PENTAX K5. I look at *Image>Metadata>Show Meta Data>Tab Exif*. I see a lot of technical data which don’t tell me very much, but I also see the camera model, autofocus settings, stop number, exposure correction, exposure time, stop number, ISO setting, focal length and other camera settings during the shot. Looking at the file with |gwenview|, I see there are some more Exif data, which are meaningful but not shown in Gimp, e.g. the Lens Type. *W**hy does Gimp not show the **le**ns**type?* After adjustingthe exposure or correctingthe color temperature or after saving the jpg file (under its old name) again, only Exif.Image.BitsPerSample, Exif.Image.ImageLenght, Exif.Image.ImageWidth, Exif.Image.ResolutionUnit, Exif.Image.Xresolution, Exif.Image.Yresolution and Exif.Image.ColorSpace are in the stored image. *Al**l others are cut off! *In Gwenview the whole set of Exif data is stripped off. *I consider this to be a **bug**.* Unless explicitly told to strip off metadata, Gimp should leave them untouched. *Suggested further improvement:* Add a new category “Gimp Processing” telling about the image processing procedures applied, e.g. lighting adjustments and their parameters, color adjustment, cropping, and the like in readable form. For more complicated operations with many parameters, one could simply name the operation summarily, e.g. convolution with a filter matrix. Kind regards Adalbert Hanßen OpenPGP_signature Description: OpenPGP digital signature ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
