Post any defects you find in the released or beta versions of the ImageMagick software here. Include the ImageMagick version, OS, and any command-line required to reproduce the problem. Got a patch for a bug? Post it here.
I have the following image that contains exif:Orientation: 8 However, my attempts to use -auto-orient all fail on this an other similar images. The exif data is changed to orientation:1 but the image is not rotated.
Your image has a left-bottom orientation. Try gimp. When it asks you to automatically rotate it returns the same image orientation as ImageMagick suggesting ImageMagick is likely working properly.
GIMP does what you say. But when it says it has the correct orientation, it has already been properly rotated to portrait mode and when I save the file, other viewers present it correctly in portrait mode.
IM displays it correctly, but when saved, it still views improperly in landscape mode with left side down by many viewers.
If I view the image with IM display or GIMP, it seems to be rotated to the correct (portrait) orientation because I assume they read the EXIF orientation and correct for viewing. But several other viewers (Preview, GraphicConverter, Photoshop) show the image left side down (landscape). I assume they are ignoring the EXIF orientation.
I thought the whole point of -auto-orient was to rotated the image (data) appropriately and then set the EXIF orientation to 1 (so that it would have the correct portrait orientation). Am I misunderstanding what -auto-orient is suppose to do.
Yes the result shows the correct EXIF data, but the image is not rotated. Should one not be able to do -strip afterwards and still see the image properly in portrait mode in any viewer, even GIMP?