Bug 139735

Summary:	Preserve EXIF time after saved modifications
Product:	[Applications] gwenview	Reporter:	Jason <info>
Component:	general	Assignee:	Gwenview Bugs <gwenview-bugs-null>
Status:	REPORTED ---
Severity:	wishlist	CC:	gugolplex, minterior, postix
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	openSUSE
OS:	Linux
Latest Commit:		Version Fixed In:

Description Jason 2007-01-07 21:30:47 UTC

Version:           1.4.0 (using KDE KDE 3.5.5)
Installed from:    SuSE RPMs
OS:                Linux

I often use Gwenview to view photos that I have recently taken with my digital camera. Often, I have to manually rotate images (at 90-deg intervals) because my camera doesn't auto-rotate, nor does it set an orientation tag. Gwenview will rotate them, but when I save the image, it changes the time's modification time, which isn't what I want. I want the photo file's modification time to match the date and time the photo was taken (as seen in the photo's EXIF header).

When I download photos in Windows, the date and time on the photos aren't reset when I transfer them from the camera card to the hard drive. Then, after I rotate the images (via IrfanView), I check the "use original date and time" checkbox at the bottom of the "save as" dialog box.

Having a "keep original date and time" feature would be a great thing to have.

Comment 1 adschw 2007-06-07 07:06:25 UTC

I agree that it might be a nice option to have.  But until someone implements it, you might like to know of a workaround.  There's a command-line program called jhead which allows you to manipulate/view exif headers, and among other things you can change a file modification time to match the exif header time.  So try running that after rotating your picture.

Regards,

Andrew Schwarzkopf

Comment 2 Angelo Naselli 2007-06-07 15:01:46 UTC

or you can use edit metadata plugin from kipi-plugins.

Comment 3 Jason 2007-06-07 19:13:55 UTC

Yes, I am aware of jhead and have already been using it within a shell script I've made. It works, but it just requires an extra step.

Thanks for the follow up.

Comment 4 Benni Hill 2013-04-09 21:33:37 UTC

*** Bug 110903 has been marked as a duplicate of this bug. ***