Rotatation method based on EXIF

Hello,

I would like to know which version is correct from below:

1:
  When I download a vertically oriented picture with digiKam, it will rotate
_physically_ the picture according to the EXIF tag, and then it sets the EXIF
tag back to the "normal" value

2:
  When I download a vertically oriented picture with digiKam, it will _not_
rotate the picture, it will only display it according to the EXIF note


Thanks!

Regards,
Gabor
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier-2]

On Wednesday 07 June 2006 04:17 pm, Dudas Gabor wrote:

> Hello,
>
> I would like to know which version is correct from below:
>
> 1:
>   When I download a vertically oriented picture with digiKam, it will
> rotate _physically_ the picture according to the EXIF tag, and then it sets
> the EXIF tag back to the "normal" value
>
> 2:
>   When I download a vertically oriented picture with digiKam, it will _not_
> rotate the picture, it will only display it according to the EXIF note
>
>

Both 0.8.x and 0.9.0-svn. Just set the right option in cameragui and metadata  
setup

Note : 0.9.0 only will set :

- The embedded JPEG thumb using the rotated image.
- The image size Exif tags to the right values.

Gilles
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

Gilles Caulier wrote:

> On Wednesday 07 June 2006 04:17 pm, Dudas Gabor wrote:
>> Hello,
>>
>> I would like to know which version is correct from below:
>>
>> 1:
>>   When I download a vertically oriented picture with digiKam, it will
>> rotate _physically_ the picture according to the EXIF tag, and then it sets
>> the EXIF tag back to the "normal" value
>>
>> 2:
>>   When I download a vertically oriented picture with digiKam, it will _not_
>> rotate the picture, it will only display it according to the EXIF note
>>
>>
>
> Both 0.8.x and 0.9.0-svn. Just set the right option in cameragui and metadata  
> setup
>
> Note : 0.9.0 only will set :
>
> - The embedded JPEG thumb using the rotated image.
> - The image size Exif tags to the right values.
>
> Gilles
>
>

Sorry..I don't quite understand...:)
"Both 0.8.x and 0.9-svn" means both versions are possible?

As I see in the Configuration/Embedded Info panel I have to select the "Rotate
images and thumbnails according to EXIF tag" and the "Set EXIF orientation tag
to normal after rotate/flip" options to have a physically rotated picture.
Please confirm...

About the rotation: Is it done in a "losless" way? Or with recompression?

Actually in my opinion the real rotation of the picture during the downloading
phase is better (only if it is possible to done without data loss), since some
of the image programs/viewers are still not dealing with the EXIF tag, thus they
will open a portrait horizontally.


Regards,
Gabor
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

Gilles Caulier wrote:

> On Wednesday 07 June 2006 04:45 pm, Dudas Gabor wrote:
>> Gilles Caulier wrote:
>>> On Wednesday 07 June 2006 04:17 pm, Dudas Gabor wrote:
>>>> Hello,
>>>>
>>>> I would like to know which version is correct from below:
>>>>
>>>> 1:
>>>>   When I download a vertically oriented picture with digiKam, it will
>>>> rotate _physically_ the picture according to the EXIF tag, and then it
>>>> sets the EXIF tag back to the "normal" value
>>>>
>>>> 2:
>>>>   When I download a vertically oriented picture with digiKam, it will
>>>> _not_ rotate the picture, it will only display it according to the EXIF
>>>> note
>>> Both 0.8.x and 0.9.0-svn. Just set the right option in cameragui and
>>> metadata setup
>>>
>>> Note : 0.9.0 only will set :
>>>
>>> - The embedded JPEG thumb using the rotated image.
>>> - The image size Exif tags to the right values.
>>>
>>> Gilles
>> Sorry..I don't quite understand...:)
>> "Both 0.8.x and 0.9-svn" means both versions are possible?
>
> Autoraotation are implemented in both version. 0.9.0-svn is more advanced.
>
>> As I see in the Configuration/Embedded Info panel I have to select the
>> "Rotate images and thumbnails according to EXIF tag"
>
> This option perform a rotation of render in the screen. Nothing is changed
> into image.
>
>> and the "Set EXIF
>> orientation tag to normal after rotate/flip" options to have a physically
>> rotated picture. Please confirm...
>
> Set orientation tag to normal when the image is saved using editor.
>
>> About the rotation: Is it done in a "losless" way? Or with recompression?
>
> cameragui autorotation is lossless. The same about kipi plugin JPEGLossLess
> (witch give Image/Rotate menu option in main interface)
>
>> Actually in my opinion the real rotation of the picture during the
>> downloading phase is better (only if it is possible to done without data
>> loss), since some of the image programs/viewers are still not dealing with
>> the EXIF tag, thus they will open a portrait horizontally.
>
> It's done like this. You have an option to perform this transformation in the
> cameragui during picture downloading.
>
> Gilles
>
>

Perfect!
Thanks for the fast reply!

Regards,
Gabor


_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Marcel Wiesweg]

> > Both 0.8.x and 0.9.0-svn. Just set the right option in cameragui and
> > metadata setup
> >
> > Note : 0.9.0 only will set :
> >
> > - The embedded JPEG thumb using the rotated image.
> > - The image size Exif tags to the right values.
> >
> > Gilles
>
> Sorry..I don't quite understand...:)
> "Both 0.8.x and 0.9-svn" means both versions are possible?

Both versions support both rotation methods.

>
> As I see in the Configuration/Embedded Info panel I have to select the
> "Rotate images and thumbnails according to EXIF tag" and the "Set EXIF
> orientation tag to normal after rotate/flip" options to have a physically
> rotated picture. Please confirm...

That's for the image editor. While downloading, look at the advanced options.

>
> About the rotation: Is it done in a "losless" way? Or with recompression?

The CameraUI is lossless. The image editor is pixel-based and thus lossless if
you save back to JPEG. For already downloaded images, use the Jpeglossless
kipi plugin, it's the same method as the CameraUI rotation.

>
> Actually in my opinion the real rotation of the picture during the
> downloading phase is better (only if it is possible to done without data
> loss), since some of the image programs/viewers are still not dealing with
> the EXIF tag, thus they will open a portrait horizontally.

That's right, but you have the choice.

Marcel

>
>
> Regards,
> Gabor
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

Marcel Wiesweg wrote:

>>> Both 0.8.x and 0.9.0-svn. Just set the right option in cameragui and
>>> metadata setup
>>>
>>> Note : 0.9.0 only will set :
>>>
>>> - The embedded JPEG thumb using the rotated image.
>>> - The image size Exif tags to the right values.
>>>
>>> Gilles
>> Sorry..I don't quite understand...:)
>> "Both 0.8.x and 0.9-svn" means both versions are possible?
>
> Both versions support both rotation methods.
>
>> As I see in the Configuration/Embedded Info panel I have to select the
>> "Rotate images and thumbnails according to EXIF tag" and the "Set EXIF
>> orientation tag to normal after rotate/flip" options to have a physically
>> rotated picture. Please confirm...
>
> That's for the image editor. While downloading, look at the advanced options.
>
>> About the rotation: Is it done in a "losless" way? Or with recompression?
>
> The CameraUI is lossless. The image editor is pixel-based and thus lossless if
> you save back to JPEG. For already downloaded images, use the Jpeglossless
> kipi plugin, it's the same method as the CameraUI rotation.
>
>> Actually in my opinion the real rotation of the picture during the
>> downloading phase is better (only if it is possible to done without data
>> loss), since some of the image programs/viewers are still not dealing with
>> the EXIF tag, thus they will open a portrait horizontally.
>
> That's right, but you have the choice.
>
> Marcel
>
>>
>> Regards,
>> Gabor
>
>

Thanks for the answer!

 > The CameraUI is lossless. The image editor is pixel-based and thus lossless if
 > you save back to JPEG."

So, basically either I rotate from the main window using the KipiPlugin, or from
the image editor, I do lossless operations...?

Regards,
Gabor
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Marcel Wiesweg]

> That's for the image editor. While downloading, look at the advanced
> options.
>
> > About the rotation: Is it done in a "losless" way? Or with recompression?
>
> The CameraUI is lossless. The image editor is pixel-based and thus lossless
> if you save back to JPEG. For already downloaded images, use the

Sorry, thats of course not true what I wrote here. Corrected version:
"The image editor is pixel-based and thus lossy if you save back to JPEG"

kipiplugin and cameraUI rotation is lossless, but JPEG specific. The image
editor supports lossless PNG.

> Jpeglossless kipi plugin, it's the same method as the CameraUI rotation.
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users

[Gilles Caulier-2]

On Thursday 08 June 2006 11:52 am, Marcel Wiesweg wrote:

> > That's for the image editor. While downloading, look at the advanced
> > options.
> >
> > > About the rotation: Is it done in a "losless" way? Or with
> > > recompression?
> >
> > The CameraUI is lossless. The image editor is pixel-based and thus
> > lossless if you save back to JPEG. For already downloaded images, use the
>
> Sorry, thats of course not true what I wrote here. Corrected version:
> "The image editor is pixel-based and thus lossy if you save back to JPEG"
>
> kipiplugin and cameraUI rotation is lossless, but JPEG specific. The image
> editor supports lossless PNG.

And tiff of course.

Gilles
_______________________________________________
Digikam-users mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-users