On Sunday 18 July 2010 15:22:35 Patrick Shanahan wrote:

* lynn [07-18-10 08:16]:

...

gwenview 2.4.3 using KDE 4.4.4 (from an update 11.2 to 11.3 yesterday)

gwenview 2.4.3 using KDE 4.4.5 (11.2_x86_64)

...

Gwenview will not rotate images using exif information like it used to do in 11.2. It leaves landscape images as they are and gives 'failed to rotate' on any portrait images.

Various nikon cameras tried all with the same result.

No problem with Nikon D200 and D3....

D50 here. Gwenview leaves the portrait pictures as they are and fails to do anything with the landscape photos. I've tried this with autotrotate both on and off on the camera. I gimp, the porttrait pictures appear landscape and the landscape pictures remain landscape. Any ideas? Thanks. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

* lynn [07-19-10 07:57]:

Gwenview and Dolphin show a correctly rotated image no matter how you took the photo. Only Gimp seems to display the image as it really is rotated. Is there a way of getting Gwenview to display the orientation as in the camera? I've ended up rotating each image by hand using gimp before publishing.

Before with 11.2, Gwenview rotated the image according to exif. even though it displayed the correct orientation.. Maybe this is a kipi problem.

Sorry, use a bigger hammer. I do not understand this post. Gwenview (for me) does correctly rotate images according to exif data in the photos I have from my D200 and D3 and my Oly 5050z. Gwenview does have "Plugins -> Images -> Auto Rotate/Flip Using Exif Informatioon" but unless the mere presence of the plugin provides the action, I see no reason for it to be there. I do have settings that control the display of the images, rotated or not, in my Nikon camera menues and they are set to not display rotated. IIANM, there are also setting to record or not the image orientation. My images are raw format and gimp requires ufraw/dcraw plugin to display/convert them for editing and they are also correctly rotated per exif data. -- Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://counter.li.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Monday 19 July 2010 14:28:23 lynn wrote:

On Monday 19 July 2010 14:19:25 Patrick Shanahan wrote:

...

* lynn [07-19-10 07:57]:

...

Gwenview and Dolphin show a correctly rotated image no matter how you took the photo. Only Gimp seems to display the image as it really is rotated. Is there a way of getting Gwenview to display the orientation as in the camera? I've ended up rotating each image by hand using gimp before publishing.

Before with 11.2, Gwenview rotated the image according to exif. even though it displayed the correct orientation.. Maybe this is a kipi problem.

Sorry, use a bigger hammer. I do not understand this post.

Gwenview (for me) does correctly rotate images according to exif data in the photos I have from my D200 and D3 and my Oly 5050z. Gwenview does have "Plugins -> Images -> Auto Rotate/Flip Using Exif Informatioon" but unless the mere presence of the plugin provides the action, I see no reason for it to be there.

Thanks for the reply. i do ineded use Plugins -> Images -> Auto Rotate/Flip Using Exif Informatioon' but I get 'unable to rotate image' when I start the process.

...

I do have settings that control the display of the images, rotated or not, in my Nikon camera menues and they are set to not display rotated. IIANM, there are also setting to record or not the image orientation. My images are raw format and gimp requires ufraw/dcraw plugin to display/convert them for editing and they are also correctly rotated per exif data.

I've tried both rotate and no rotate images in camera and this was an 11.2 to 11.3 update. Maybe this is a kipi issue. It worked perfectly as expected in 11.2 (I rotate the image and it stays rotated as can be proved by Gimp). Maybe I'll have to change the camera settings somehow but it is a pity as it worked fine wil 11.2.

Thanks again.

L x

Hi again OK It just doesn't work can anyone give me a convert imagemagick one liner to do this? Take the images in /home/lynn/pic1, rotate them full size using exif and put the result in /home/lynn/pic2 Thanks. Thanks. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Monday 19 July 2010 15:11:24 lynn wrote:

OK It just doesn't work

Please open a bug at bugzilla.novell.com and attach an original photo that doesn't rotate on import to the report, so we can try to reproduce this. FWIW my D90 shots auto-rotate when imported into digikam - I'll try gwenview tonight. Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Mon, Jul 19, 2010 at 04:35:05PM +0200, lynn wrote:

On Monday 19 July 2010 15:42:34 Will Stephenson wrote:

...

On Monday 19 July 2010 15:11:24 lynn wrote:

...

OK It just doesn't work

Please open a bug at bugzilla.novell.com and attach an original photo that doesn't rotate on import to the report, so we can try to reproduce this.

FWIW my D90 shots auto-rotate when imported into digikam - I'll try gwenview tonight.

Will

Hi. The file auto rotates no problem. It doesn't stay auto rotated though. It's a batch rotate with, say 100 shot's I want to rotate and stay rotated.

I do that on the commandline, with jhead ;) jhead -autorot *JPG But perhaps its possible with the UI tools too. Ciao, Marcus -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Monday 19 July 2010 16:36:18 you wrote:

On Mon, Jul 19, 2010 at 04:35:05PM +0200, lynn wrote:

...

On Monday 19 July 2010 15:42:34 Will Stephenson wrote:

...

On Monday 19 July 2010 15:11:24 lynn wrote:

...

OK It just doesn't work

Please open a bug at bugzilla.novell.com and attach an original photo that doesn't rotate on import to the report, so we can try to reproduce this.

FWIW my D90 shots auto-rotate when imported into digikam - I'll try gwenview tonight.

Will

Hi. The file auto rotates no problem. It doesn't stay auto rotated though. It's a batch rotate with, say 100 shot's I want to rotate and stay rotated.

I do that on the commandline, with jhead ;)

jhead -autorot *JPG

But perhaps its possible with the UI tools too.

Ciao, Marcus

OMG. It's not as simple as that is it? I just spent an hour doing a bug report for gwenview. Simple for me that is. No one can use the command line here. It would take hoiurs of training! That's why we must have gwenview. Thanks so much. Lx -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Monday 19 July 2010 18:28:59 Patrick Shanahan wrote:

* lynn [07-19-10 10:37]:

...

Hi. The file auto rotates no problem. It doesn't stay auto rotated though. It's a batch rotate with, say 100 shot's I want to rotate and stay rotated.

OK! I completely mis-understood your problem. From this statement, I surmise that you expect gwinview to rotate images according to exif data and not only display them but write them to display that way in other applications.

For me, gwenview displays images according to their exif recorded orientation, *but* it does not write the images at that orientation unless you select the images and the plugin or the forward/backward arrow.

Now it's my turn to be dense :), what does that last condition actually mean? Surely just browsing images cannot cause them to be written out. Which "plugin"? I'll try and figure this out tonight. Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

* Patrick Shanahan [07-19-10 13:01]:

But I am full of Hot Air about gwenview displaying images according to exif recorded orientation. My version, 2.5.0, gwenview-4.4.93svn1149349-166.1.x86_64, does not display the images correctly orientated. I was looking at "processed" images :^( I agree with lynn that this should be default, displaying according to the recorded exif orientation. GQview does this but it is a selectable preference.

Jeeze, this is getting convoluted! My version of gwenview DOES correctly display jpg images according to exif orientation data. It apparently must need to cache the images or thumbnails first as a second view of the directory containing unedited jpg images correctly displays orientation. The first did not, but the directory contained ~200 images and I did not wait for it to completely generate its thumbnails. If we need to start this over to unwind the spaghetti, let me know :^). -- Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 Registered Linux User #207535 @ http://counter.li.org -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Sunday 18 July 2010 14:15:02 lynn wrote:

gwenview 2.4.3 using KDE 4.4.4 (from an update 11.2 to 11.3 yesterday)

Gwenview will not rotate images using exif information like it used to do in 11.2. It leaves landscape images as they are and gives 'failed to rotate' on any portrait images.

Various nikon cameras tried all with the same result.

Can anyone help?

Hi Lynn, I had a similar problem with digikam 1.2.0 on a freshly installed openSUSE 11.3 (x86_64). Images were downloaded from a camera but were not auto-rotated like digikam used to do with pictures in portrait mode. When I tried to rotate them manually from within digikam, I got the same error message "Failed to rotate image". After a little bit of Googling I found out that the problem may be caused by the JPEGlossless kipi-plugin interacting badly with the new libjpeg8 library. Anyway, I managed to "solve" the problem by updating digikam, kipi-plugins, libkipi, libkdcraw and libexiv2 from the KDE UpdatedApps-repository: http://download.opensuse.org/repositories/KDE:/UpdatedApps/openSUSE_11.3/ Maybe this will solve your problem as well since Gwenview also uses the kipi- plugins and some of these libraries. Grtz, Erwin -- Erwin Lam (erwinlam@dds.nl) -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Monday 19 July 2010 19:23:28 Patrick Shanahan wrote:

* Patrick Shanahan [07-19-10 13:01]:

...

But I am full of Hot Air about gwenview displaying images according to exif recorded orientation. My version, 2.5.0, gwenview-4.4.93svn1149349-166.1.x86_64, does not display the images correctly orientated. I was looking at "processed" images :^( I agree with lynn that this should be default, displaying according to the recorded exif orientation. GQview does this but it is a selectable preference.

Jeeze, this is getting convoluted!

My version of gwenview DOES correctly display jpg images according to exif orientation data. It apparently must need to cache the images or thumbnails first as a second view of the directory containing unedited jpg images correctly displays orientation. The first did not, but the directory contained ~200 images and I did not wait for it to completely generate its thumbnails.

If we need to start this over to unwind the spaghetti, let me know :^).

Ok, I've just tested. It's a bit unscientific, I am testing on my laptop which is KDE SC 4.5RC2 instead of a clean 11.3 or 11.2 machine, since I realised that Gwenview can only import from the filesystem - the D90 does not have a USB mass storage mode, just PTP, and I don't have a card reader on the desktop, where I usually use Digikam to import pictures. I took 2 pictures looking horizontally out of the window, one portrait, one landscape, which are at http://ktown.kde.org/~wstephenson/exif/ (copied from card on command line. I installed the 'exif' package which allows you to check the exif tags without any malign kinfluence ;). 1) Gwenview import exif says that DSC_246*.JPG both PixelXDimension=4288,PixelYDimension=2848 DSC2465.jpg Orientation=top - left DSC2466.jpg Orientation=left - bottom Images appear correctly rotated. 2) Digikam import, Auto-rotate flip image in the import dialog's settings *enabled*: Digikam shows 'EXIF rotating <filename>' for each image during the import from the card reader to the hard disk. exif says that DSC_246*.JPG both PixelXDimension=4288,PixelYDimension=2848 DSC2465.jpg Orientation=top - left DSC2466.jpg Orientation=left - bottom Images appear correctly rotated probably due to Digikam settings->Metadata-

Behavior-Show images/thumbnails rotated according to orientation tag

3) With Digikam, manually invoking Image->Auto rotate/flip on the above imported images exif says that DSC_2465.JPG PixelXDimension=4288,PixelYDimension=2848, Orientation=top - left DSC2466.JPG PixelXDimension=2848,PixelYDimension=4288 Orientation=top - left Portrait image appears in landscape orientation. Therefore there are 3 separate features here A) On import, rotate, updating exif tags. B) Rotate manually with plugin and save, updating exif tags. C) Display on import rotated according to exif tags, file unchanged. Gwenview does not have A, Digikam does but it appears to be broken, perhaps as Erwin describes. Both have B and C. I guess that I've been seeing B with my Digikam use and the photo services (flickr, Facebook) that I use either display/rotate according to the tags or the exporter plugins do the rotate while resizing for upload. A is what Lynn wants for new photos, but for the existing photos I'd recommend either the jhead command line that Marcus suggested or for a UI tool, the Rotate (according to exif) tool in Digikam's batch manager. Will -- Will Stephenson, openSUSE Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Tuesday 20 July 2010 11:49:16 lynn wrote:

Thanks so much for trying. When you have jhead that does what you want, digikam looks very complicated. Method A works fine with jhead. exif just seems so unartistic. It seems to assume you have the camera in either landscape or portrait mode. I usually end up cropping in Gimp because of this. L x

Yes, digikam is the whole kit and caboodle. Erwin's mail lead me to https://bugs.kde.org/show_bug.cgi?id=228483#c36 . It seems we need a patch in our kipi-plugins version 1.2.0 in 11.3. You can grab the working kipi-plugins 1.3.0, gwenview, digikam and whatever else from the KDE:UpdatedApps OBS project as Erwin suggests while I verify all this and do an online update. Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org

On Tuesday 20 July 2010 13:24:13 lynn wrote:

On Tuesday 20 July 2010 12:52:11 Will Stephenson wrote:

...

Erwin's mail lead me to https://bugs.kde.org/show_bug.cgi?id=228483#c36 . It seems we need a patch in our kipi-plugins version 1.2.0 in 11.3. You can grab the working kipi-plugins 1.3.0, gwenview, digikam and whatever else from the KDE:UpdatedApps OBS project as Erwin suggests while I verify all this and do an online update.

Hi Will. That's great. I'll wait for the online update. Will this also apply to the kipi plugins for gwenview?

Yes, Digikam and Gwenview both share the same kipi-plugins. A test patch for kipi-plugins-1.2.0 is in KDE:Distro:Stable while the update is pending.. If you have any more feedback on this issue, please use https://bugzilla.novell.com/show_bug.cgi?id=611983. Will -- Will Stephenson, KDE Developer, openSUSE Boosters Team SUSE LINUX Products GmbH - Nürnberg - AG Nürnberg - HRB 16746 - GF: Markus Rex -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org For additional commands, e-mail: opensuse+help@opensuse.org