GNOME Bugzilla – Bug 386957
Export to Flickr discards rotations
Last modified: 2018-07-12 00:03:45 UTC
Please describe the problem: Rotating a picture in F-Spot doesn't seem to take when it is exported to Flickr, I have to manually re-rotate them all Steps to reproduce: 1. Import a photo that needs to be rotated 2. Rotate the photo in F-Spot 3. Export to a Flickr account Actual results: The photo is not rotated Expected results: The photo should look as it does in F-Spot Does this happen every time? Yes Other information: The red-eye reduction is being exported to Flickr, so it can't just be exporting the original unedited file
Did you check the "autorotate" checkbox when you exported your pictures. If you do so, the photos should be rotated in flickr also, i think.
Flickr doesn't handle the 'Orientation' flag set by f-spot. That's why your pictures appears unrotated. As Thomas said, check the 'Autorotate' checkbox and f-spot will work around the mis-functionality in Flickr. I'm closing this bug, but don't hesitate to re-open if something still goes wrong with the 'Autorotate' button checked.
I have no "Autorotate" checkbox; only "Strip Metadata", "Resize", and "Export Tags". I compiled from CVS, is this an optional feature and I was missing an optional compile dependency?
(Sorry about the Bugzilla noise, accidentally reopened it)
Leave it open if you don't have the checkbox
flickr itself has an autorotate option, the current f-sot export dialog doesn't offer this as a local option although it would be trivial to add.
Ok, so in Flickr I made sure the auto-rotate option is set, and in F-Spot I made sure the "Write Metadata to files" is checked; I tried importing today and it didn't work. Perhaps an "Explicitly rotate pictures" option could be added but it'd be better if we could figure out why Flickr isn't picking up the orientation field
As far as I can tell, the orientation EXIF field is only sometimes set when I rotate my pictures, even with the "write metadata to files" option enabled. Attached is two photographs that you can test. Rotating the "Aruba" picture correctly sets the orientation field, and so is honoured by Flickr. The "tree" photograph from my camera, however, does not have its orientation field set. Try turning both of these pictures upside down, then either checking the files in your library or exporting the images to a folder (make sure Autorotate is disabled in the latter case). You'll notice that the orientation field has only been modified in "Aruba". Enjoy debugging this one!
Guh, 1MB limit...
alex, can you attach a screen capture of an open metadata dialog for the image that isn't working correctly?
Paul, same goes for you. I suspect failed images have an Orientation field in the Thumbnail directory which is confusing flickr.
actually cut&pasting the text would probably be sufficient
Your suspicions are correct. The Orientation field in the "Image Directory" changes to, e.g. "right - top", the one in the "Extended Metadata" changes to "RightTop", but the one in the Thumbnail Directory remains as "top - left". The working images don't have this.
Image Directory Manufacturer FUJIFILM Model FinePix2650 Orientation right - top x-Resolution 72.00 y-Resolution 72.00 Resolution Unit Inch Software f-spot version 0.2.1 Date and Time 2007:01:23 13:13:56 YCbCr Positioning co-sited Copyright [None] (Photographer) - (Editor) Thumbnail Directory Compression JPEG compression Orientation right - top x-Resolution 72.00 y-Resolution 72.00 Resolution Unit Inch YCbCr Positioning co-sited Exif Directory Exposure Time 1/60 sec. FNumber f/3.5 ExposureProgram Normal program ISO Speed Ratings 100 In F-Spot, this photo is rotated, but on the metadata preview it's not rotated. I have "Write Metadata to file" checked. I want to note though that the photo export to Flickr for me doesn't rotate _any_ of the files, it's not only certain files. I'm already building F-Spot from svn on one of my machines, I don't mind trying to get some extra information; let me know if I can help!
Paul, there's an option on flickr for autorotating. as per latest comment, you probably didn't. am closing the bug, reopen if the problem is still there with the flickr option checked
This issue bit me when uploading my FOSDEM photos from my Linux netbook; I had to manually go through and rotate dozens of images after discovering half my uploads were broken. I'd recommend reopening this; EXIF rotation is "magic" stuff, and an end-user can't reasonably be expected to know they need to go look for an obscure non-default option in their flickr settings. I've been a flickr pro user since 2005, and never encountered this problem using other uploader assistants (such as flickrexport for iPhoto on my Mac) -- I only found out about this option by coming to the Gnome Bugzilla and searching for *resolved* F-Spot bug reports about flickr... Aunt Tillie definitely isn't going to find it. :) This can be considered this an evangelism bug -- the broken rotation was the biggest disappointment in my first serious use of F-Spot, and it could easily turn off a newbie entirely. If it's necessary to do a transparent rotation before upload so the EXIF rotation isn't needed, that's a much better option IMHO than having a high likelihood of rotation failure in default conditions.
*** Bug 315923 has been marked as a duplicate of this bug. ***
F-Spot has moved to https://github.com/f-spot/f-spot/issues If this Bugzilla ticket is still valid in a recent version of F-Spot, please feel free to post this topic as a ticket in the F-Spot project on GitHub. Closing this report as WONTFIX as part of Bugzilla Housekeeping as we are planning to shut down GNOME Bugzilla in favor of GNOME Gitlab.