MESSAGE
| DATE | 2020-10-02 |
| FROM | Ruben Safir
|
| SUBJECT | Re: [Hangout - NYLXS] [Gimp-user] Orientations, Copyright Notices,
|
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..
> 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
> 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)
> 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
--
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
_______________________________________________
Hangout mailing list
Hangout-at-nylxs.com
http://lists.mrbrklyn.com/mailman/listinfo/hangout
|
|
