On 10/2/20 7:06 PM, Ruben Safir wrote: > On Fri, Oct 02, 2020 at 06:44:12PM -0700, Tom Williams via gimp-user-list > wrote: >> On 10/2/20 5:57 PM, Ruben Safir wrote: >>> You need to really download them and view them in the gimp and examine >>> the exif because on the original images coming out of the camera, SOME >>> applications, like new firefox, read the camera's orientation data >>> and display accordingly. Some applications do not. The solution is >>> to actually rotate the actual image. >>> >>> Actually, if I was going to modernize this, there would be 2 options, >>> one to just rotate by chaning the exif data, and one to physically >>> rotate the image. >> Thanks for the additional information (this message and the other >> message). I actually DID download both images and I opened them in >> GIMP 2.10.20 on Ubuntu 20.04 Linux. I opened the original image in >> Firefox and it was rotated by 90-degress counter-clockwise, so it >> appeared like this: >> >> https://imgur.com/a/S5RRJE8 >> >> Of course, my highlighting in red didn't appear. :) So, then I >> opened the original photo in GIMP and I was asked if I wanted to rotate >> the photo or not, as shown here: >> > I get no prompt, not that I feel I need one. It is a raster image editor > and it should just open the file as it is, regardless of hints. > > and it is a landscape image, as it should be. > It is interesting that the previewer corrects the orientation..
Do you recall ever getting that prompt? There is a check-box to disable showing it. > >> https://imgur.com/a/eICgy7a >> >> When I opened the rotated photo you posted the link to, the "After" >> photo, GIMP prompted me to rotate the photo, as shown here: >> >> https://imgur.com/kozuYXt >> >> Are you getting the same prompts from GIMP, when you open the photos? >> If so, which option do you choose? > That image is portrat in its native state, but in firefox is rotated > landscape, and BTW 180 degrees backwards from the original, as if it > was rotated twice, which it is when it is rotated correctly and then > the wrong hint tells firefox to rotate it again. > > It is a GIMP problem. It makes the rotation but doesn't record it in > the exif > > > >> Anyway, when I open the original photo in GIMP and choose "rotate", I >> made NO other changes and simply exported the rotated image. Then, I >> opened that image in Firefox and it appeared correct: >> >> https://imgur.com/a/tsgEiGF >> > Um - that is not what it does > > it is landscape. > http://www.mrbrklyn.com/images/brooklyn/2020_09_fishing/IMG_4577.2.JPG > > My guess is your rotated image does not save any exif data > These are options on exporting, to save or not exif data Ok, so I think I finally experienced what you describe. What I did was open the image you posted the link to above in GIMP and got the prompt to rotate or not. This time, I chose "Keep original" instead of "Rotate" and the image appeared in portrait orientation. I then exported the photo and opened it in Firefox and it appeared landscape. So then, I opened your image again and chose "Rotate". This time, the image appeared in landscape orientation _in_ GIMP. I manually rotated it 90-degrees clockwise (I was mistaken by my previous counter-clockwise comment :) ) and exported it. When I opened this manually rotated image in Firefox, it appeared in portrait orientation. I then opened my manually rotated image in GIMP and viewed the image metadata and saw a TON of EXIF information, including the Canon EOS Rebel camera info (I don't have a Canon EOS camera). You can see the exported version of the image I manually rotated here: https://imgur.com/a/Sc4uYU2 In that image, you should be able to see the EXIF data that was preserved during export. When I open that image, the one I manually rotated, in Firefox, it opens in portrait orientation. Based on what I'm seeing, if I manually rotate the image from landscape to portrait orientation, everything works as desired. > > >> I haven't touched ANY EXIF settings at all and when exporting from GIMP, >> I used the export defaults, for JPEG, which included EXIF, XMP, and IPTC >> information being saved with the file. I think I understand your issue >> with the image getting rotated unexpectedly, but I'm not necessarily >> sure GIMP is at fault, at least not based on the steps I followed. >> >> When you load the images, are you getting different results? Which >> version of GIMP are you using and on which operating system? >> > [ruben@flatbush ~]$ gimp -v > GNU Image Manipulation Program version 2.10.20 > git-describe: GIMP_2_10_18-332-g68d21512bf > Build: unknown rev 0 for linux > # C compiler # > Using built-in specs. > COLLECT_GCC=gcc > > COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/10.1.0/lto-wrapper > Target: x86_64-pc-linux-gnu > Configured with: /build/gcc/src/gcc/configure --prefix=/usr > --libdir=/usr/lib --libexecdir=/usr/lib --mandir=/usr/share/man > --infodir=/usr/share/info --with-bugurl=https://bugs.archlinux.org/ > --enable-languages=c,c++,ada,fortran,go,lto,objc,obj-c++,d --with-isl > --with-linker-hash-style=gnu --with-system-zlib --enable-__cxa_atexit > --enable-cet=auto --enable-checking=release --enable-clocale=gnu > --enable-default-pie --enable-default-ssp --enable-gnu-indirect-function > --enable-gnu-unique-object --enable-install-libiberty > --enable-linker-build-id --enable-lto --enable-multilib --enable-plugin > --enable-shared --enable-threads=posix --disable-libssp > --disable-libstdcxx-pch --disable-libunwind-exceptions --disable-werror > gdc_include_dir=/usr/include/dlang/gdc > Thread model: posix > Supported LTO compression algorithms: zlib zstd > gcc version 10.1.0 (GCC) > > # Libraries # > using babl version 0.1.78 (compiled against version 0.1.78) > using GEGL version 0.4.24 (compiled against version 0.4.24) > using GLib version 2.64.5 (compiled against version 2.64.3) > using GdkPixbuf version 2.40.1 (compiled against version 2.40.0) > using GTK+ version 2.24.32 (compiled against version 2.24.32) > using Pango version 1.46.1 (compiled against version 1.44.7) > using Fontconfig version 2.13.91 (compiled against version 2.13.91) > using Cairo version 1.17.3 (compiled against version 1.17.3) That's the same version I'm running. Which Linux distribution are you using? Thanks! Peace... Tom > > >> Thanks! >> >> Peace... >> >> Tom >> >> >> >>> >>> On Fri, Oct 02, 2020 at 08:53:43PM -0400, Ruben Safir wrote: >>>> On Fri, Oct 02, 2020 at 05:30:48PM -0700, Tom via gimp-user-list wrote: >>>>> On 10/2/20 5:10 PM, Ruben Safir wrote: >>>>>> On Sat, Oct 03, 2020 at 12:23:18AM +0200, Ofnuts wrote: >>>>>>> On 02/10/2020 23:33, Ruben Safir wrote: >>>>>>>>> But AFAIK when Gimp edits an image, it removes the Exif Orientation >>>>>>>>> flag, so the image should be displayed with the default orientation, >>>>>>>> Whatever it is doing it is doing it 100% wrong 100% of the time and I >>>>>>>> have to go into the file with VIM and remove the exif. >>>>>>> No such problem for me, and again, there are free tools to remove EXIF >>>>>>> if necessary, for instance with ExifTool: >>>>>>> >>>>>>> exiftool -all= {file} >>>>>>> >>>>>> Or it can just be done correctly in the primary image manipulation tool, >>>>>> within the Gimp >>>>>> >>>>>>>> And somehow it is putting my name in there. Is that really necessary >>>>>>>> as >>>>>>>> if I don't have enough things tracking me the universe. >>>>>>>> >>>>>>>> I don't think it is coming from my Cannon Camera. >>>>>>> Either your camera or you have entered a default comment. Create an >>>>>>> image from scratch with Gimp and see if it contains your name... >>>>>>> >>>>>>>> If you want, I can demonstrate this. Remove the EXIF and it orients >>>>>>>> correctly. >>>>>>>> >>>>>>>> >>>>>>>> I just fixed >>>>>>>> http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/bike.jpg >>>>>>>> >>>>>>>> by MANUALLY removeing the EXIF data from near top of the file. >>>>>>>> It was correct in the GIMP and sideway in most of the rest of the >>>>>>>> world..most importantly in Firefox et al >>>>>>> You are not demonstrating anything, we need the before and after images. >>>>>>> >>>>>> I am aware of that. I can demostrate it easily enough >>>>>> >>>>>> Before => >>>>>> http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/IMG_4577.JPG >>>>>> >>>>>> After => >>>>>> http://www.mrbrklyn.com/brooklyn/images/2020_09_fishing/IMG_4577.2.JPG >>>>>> >>>>>> the EXIF needs to be fixed.. >>>>> Thanks for posting the sample images. Please excuse me but I don't >>>>> understand what the problem is. Is it the "After" image is _not_ >>>>> supposed to appear 90-degrees rotated? When I view the "After" >>>>> image in Firefox (and Opera), it appears rotated 90-degrees. >>>>> >>>>> Thanks! >>>>> >>>> The original is 90° tilted as I tilted the camera to get a verticle >>>> image >>>> >>>> >>>> It opens in the gimp sideways, as it should since I took the pic that >>>> way. >>>> >>>> The "after pic" is rotated to the correct position. >>>> ... or it should be. >>>> >>>> It is in the GIMP >>>> >>>> It exif is pointing it to the incorrect orientation now. >>>> This is an example of tech trying to make things "simple" >>>> and they are not simple. They are broken. >>>> >>>> When you rotation the image the exif that is saved needs to be >>>> fixed, or eliminated. >>>> >>>> >>>> >>>>>>>>> Last, the exported image is what you see on the canvas, an dis the >>>>>>>>> size >>>>>>>>> of the canvas. Out-of-canvas parts are automatically cropped on >>>>>>>>> export, >>>>>>>>> there is no need to flatten the image first. >>>>>>>>> >>>>>>>> That is good. But there is even less need for the crop to be broken >>>>>>>> because someone doesn't know how to use CTL Z. >>>>>>> Crop is not broken... for most purposes (especially exporting the >>>>>>> result) it works as before. And if you set the "Delete cropped pixels" >>>>>>> option, just save your tool options to have it become a default for you. >>>>>>> >>>>>> This is doesn't exist in this gimp version, GIMP 2.10. >>>>>> >>>>>> >>>>>> Actually, I finaly found it, under, of all place, dockable dialogs :( >>>>>> >>>>>> >>>>>> BTW - what it does, in addition to just being annoying, is it >>>>>> takes screen space. It is broken. It was working perectly. >>>>>> This is not trivial word play. It was working. It cropped >>>>>> perfectly, and now it leaves the canvas too large, produces >>>>>> a confusing layer, takes up unecessary screen space, and fails >>>>>> to actually crop because someone didn't know how to use CTL Z >>>>>> >>>>>> This defines broken >>>>>> http://www.nylxs.com/images/gimp_broken.jpg >>>>>> >>>>>> If you don't like the frame of your crop then just CTL Z and recrop >>>>>> >>>>>> Its not that hard. Even a graphic artist can do it. >>>>>> >>>>>>> _______________________________________________ >>>>>>> gimp-user-list mailing list >>>>>>> List address: gimp-user-list@gnome.org >>>>>>> List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list >>>>>>> List archives: https://mail.gnome.org/archives/gimp-user-list >>>>> Peace... >>>>> >>>>> Tom >>>>> >>>>> >>>>> _______________________________________________ >>>>> gimp-user-list mailing list >>>>> List address: gimp-user-list@gnome.org >>>>> List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list >>>>> List archives: https://mail.gnome.org/archives/gimp-user-list >>>> -- >>>> So many immigrant groups have swept through our town >>>> that Brooklyn, like Atlantis, reaches mythological >>>> proportions in the mind of the world - RI Safir 1998 >>>> http://www.mrbrklyn.com >>>> >>>> DRM is THEFT - We are the STAKEHOLDERS - RI Safir 2002 >>>> http://www.nylxs.com - Leadership Development in Free Software >>>> http://www2.mrbrklyn.com/resources - Unpublished Archive >>>> http://www.coinhangout.com - coins! >>>> http://www.brooklyn-living.com >>>> >>>> Being so tracked is for FARM ANIMALS and extermination camps, >>>> but incompatible with living as a free human being. -RI Safir 2013 >>>> >>>> _______________________________________________ >>>> gimp-user-list mailing list >>>> List address: gimp-user-list@gnome.org >>>> List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list >>>> List archives: https://mail.gnome.org/archives/gimp-user-list >> >> -- >> /When I leave, I don't know what I'm hoping to find, >> And when I leave, I don't know what I'm leaving behind.../ >> _______________________________________________ >> gimp-user-list mailing list >> List address: gimp-user-list@gnome.org >> List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list >> List archives: https://mail.gnome.org/archives/gimp-user-list -- /When I leave, I don't know what I'm hoping to find, And when I leave, I don't know what I'm leaving behind.../ _______________________________________________ gimp-user-list mailing list List address: gimp-user-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list List archives: https://mail.gnome.org/archives/gimp-user-list
