MESSAGE
| DATE | 2020-10-02 |
| FROM | Tom Williams via gimp-user-list
|
| SUBJECT | Re: [Hangout - NYLXS] [Gimp-user] Orientations, Copyright Notices,
|
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-at-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-at-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-at-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-at-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-at-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-at-gnome.org
List membership: https://mail.gnome.org/mailman/listinfo/gimp-user-list
List archives: https://mail.gnome.org/archives/gimp-user-list
_______________________________________________
Hangout mailing list
Hangout-at-nylxs.com
http://lists.mrbrklyn.com/mailman/listinfo/hangout
|
|
