GNOME Bugzilla – Bug 120839
Auto rotate images with appropriate EXIF info
Last modified: 2006-09-27 14:35:12 UTC
Many digital cameras now embed the camera orientation on the EXIF data of the images, so that the images can later be automatically rotated to always appear with the correct orientation. It would be very nice to have an option to autorotate selected images according to the EXIF info (which is already displayed in the properties dialog). This would be much like the actual rotate, but it would rotate as +90, -90 or do nothing depending on the EXIF camera orientation field and the image dimensions (I guess).
Maybe gthumb developers are planing to implement this feature in 2.4.x versions ? I noticed, that gthumb already respect EXIF info during rotating (choose "Tools"->"Rotate images" and check "Adjust photo orientation") It would be nice if gthumb would have a setting to autorotate images (maybe without changing real image file) during slide show or full screen view. Also another setting "Autorotate thumbnails according EXIF date" would be usefull too.
*** Bug 164270 has been marked as a duplicate of this bug. ***
*** Bug 314879 has been marked as a duplicate of this bug. ***
I am turning this into the master rotation thread. From 136285: "It would be nice if gthumb would have not only a setting to autorotate images during importing photos from a digital camera but also a setting to autorotate images (maybe without changing real image file) during slide show or full screen view. This option would be usefull when making slide show from read-only sources, for example when photos are in CD-R disc."
*** Bug 136285 has been marked as a duplicate of this bug. ***
*** Bug 313557 has been marked as a duplicate of this bug. ***
There's an additional issue. This bug report is not really a but but a feature request. There is however something that's close to a bug: Because while gThumb is aware of the EXIF rotation field, it does NOT swap/reset this after applying a lossless rotate!! So that means that after rotating the image, when it gets opened with another image viewer that automatically adjusts orientation based on the EXIF setting, (XnView for example) it will display the wrong way up again! This is a very confusing situation. After rotating, the EXIF value should be updated to show that the picture now has the 'proper' orientation so it isn't rotated again when viewing in another image viewer.
(In reply to comment #7) > This is a very confusing situation. After rotating, the EXIF value should be > updated to show that the picture now has the 'proper' orientation so it isn't > rotated again when viewing in another image viewer. As far as I can see, there are two different rotating issues here: 1. Rotate the image just for display (don't alter the image) according to the EXIF info (e.g. requested in this DUP: http://bugzilla.gnome.org/show_bug.cgi?id=313557 ) and 2. Rotate the image during importing and set the EXIF information accordingly. Both options has their own advantages and disadvantages and should be handled independendly. Best regards, Christian
(In reply to comment #8) > As far as I can see, there are two different rotating issues here: > > 1. Rotate the image just for display (don't alter the image) according to the > EXIF info (e.g. requested in this DUP: > http://bugzilla.gnome.org/show_bug.cgi?id=313557 ) At least this issue should be solved ASAP, because lots of users have lots of photos in read-only media (e.g. CD/DVD disks) and a typical use-case is inserting such CD/DVD disk in the computer and viewing slideshow of photos to display some travel or party to guests :) Gthumb is not very comfortable in this case, because during slideshow user should manually rotate photos, but he wants to drink some tea or beer instead :)
The issue in comment 7 has been filed as bug 343867. Since it appears to be a separate issue (even if closely related), I've left it open for now.
Damn, this should have its priority raised, really... It's frustrating enough for the user to switch to another photo management app...
I'm consoliding the exif/rotation issues at bug 343867. Please see comment 14 of bug 343867 in particular, where I'm trying to develop an overall solution. *** This bug has been marked as a duplicate of 343867 ***