GNOME Bugzilla – Bug 155863
Respect EXIF Orientation tag on image display
Last modified: 2006-09-06 12:43:51 UTC
Some cameras use a gyroscope to tag images with EXIF orientation data to indicate whether it is a portrait or landscape image. Windows XP digital photo import and recent iPhoto releases both support this transparently to the user so photos are always display at the right orientation
I could have sworn Larry said he added this, but if he has, I can't see this in HEAD :)
This should be in now. The rotation stuff isn't in its final state but this much.
Created attachment 69881 [details] A sample photo I realize that this was marked as FIXED about two years ago, but bear with me :-) This photo was imported from my Canon SD450. It was taken sideways, and the camera used it's gyroscopic madness to tag it as such. When I view it in gThumb, EOG, or Nautilus, it shows with the proper orientation. However, when viewing with F-Spot, it shows 90-degress ro the right. The F-Spot metadata browser lists "Orientation right - top" and the little preview inthe Metadata Browser is oddly showing the correct orientation. I'm probably just missing something here - can anyone enlighten me, or is there a bug here? I'm using version 0.1.10 (stock install from official Fedora Core 5 extras repo). Thanks.
Reopening. See my previous comment - if I'm just confused go ahead and re-close.
Hi Steven, The image you're sending do not came DIRECTLY from you camera ? Or the importing app already made some things on it... Images coming from cameras are always(AFAIK) landscape oriented, but with EXIF markers in it to say 'it's a portrait'. When I look at your attachment with firefox (who does not handle rotation from EXIF), I can see your image in portrait. So, the attached image is both really rotated AND with EXIF marker saying that you need to rotate, what F-Spot does. Another clue is that neither gthumb, eog nor nautilus handles rotation correctly. So, if you can see them right in one of those program, it means that the image is really rotated... I hope I'm clear, can you describe the process you used to produce this image, from your camera to the attachment ?
I used GThumb to import the photos from my camera - I wonder if gthumb is rotating on import?
Steven, The but *is* fixed, but some of your images are in a strange state (i.e. having the real rotation and the Orientation field out of sync). You can re-sync all your already rotated images using a trick like this: for ii in *.jpg ; do exif --ifd=0 -t 0x112 --set-value=1 $ii -o $ii;done you can get the 'exif' tool using apt-get on debian/ubuntu. this will set the Orientation field (0x112) to TopLeft (1).
Stephane, Thanks for the reply. At risk of turning this bug into "Steven Garrity's-personal image orientation help center", I can understand if some of my images were imported back when an orientation bug existed. However, I'm still seeing "sideways" images in F-Spot that I've imported from my camera (via GPhoto) as recently as yesterday. Something must still be broken in my setup, no? Thanks again.
no worry, you're probably not the only one. When you say imported via GPhoto, is it using the commandline gphoto2 or anything else ? Can you attach a picture shooted in Portrait with your camera and imported on your computer using 'gphoto2 -P' ?
When I said "via gphoto", I was showing my ignorance... I actually used GThumb to import the photos from the camera. So, I didn't use Gphoto (unless Gthumb uses Gphoto...?). Sorry for the confusion. If it matters, the version is gthumb-2.7.7-1
Also, the image already attached should indicate the status of images I'm importing with GThumb. For that attached image and more recent portrait photos, the F-Spot View app shows them "sideways" and the F-Spot metadata browser reports "Orientation: right - top".
GThumb, Nautilus and eog do not rotate the photo based on its exif rotation field. When you import a portrait photo by using gthumb, gthumb will modify its rotation, but do not change the exif rotation field. F-Spot checks the exif rotation field, and realizes this photo should be rotated, and rotates it again. You can verify this, by take a photo in portrait mode. Put your memory stick in a card reader, and copy the photo from the card reader to your hard disk. Then import the photo to f-spot. F-Spot should now display the photo with its correct position. You can also check the photo in Nautilus and EOG and see that the photo is not rotated. If this is your problem, then the problem is with EOG, Nautilus and GThumb (and I do believe they already have a bug associated with them) and not with f-spot. There might be a need for a function in F-Spot to reset the rotation field though?
I'll gthumb 2.7 this evening... In the meantime, there's a workaround in comment #7 to fix your images. Bengt, to reset the rotation field in F-spot, press the rotate button :) There's no way to find out surely if an image is badly rotated. In the case of height > width and if the orientation is not topleft, we can only guess that maybe this image is badly rotated, but we can't be 100% sure...
Steven, your issue is reported on gthumb already: bug #343867 Follow the things there. I close this bug (bug re-open it if you think the issue is still in f-spot)