Inconsistent watermark sizes depending on pictures ratio

[Gilles Caulier]

Marie Noelle, Martin,

Ahmed Fathi provide a patch in bugzilla file :

https://bugs.kde.org/show_bug.cgi?id=250642

... with screenshot of results before and after to apply patch. Please take
a look and comment in bugzilla.

Thanks in advance

Gilles Caulier

2017-01-19 13:29 GMT+01:00 Martin Burnicki <martin.burnicki at burnicki.net>:

> Hi,
>
> Marie-Noëlle Augendre wrote:
> > Hi Gilles, and happy new year to you too. ;-)
> >
> > My problem doesn't seem to be the same as the one you pointed me too: I
> > have no orientation problem for the pictures themselves (their
> > orientation is good all along my workflow starting from the memory card
> > import phase).
> >
> > My issue concerns the size of the watermark, depending on the picture
> > landscape/portrait 'orientation' (there might be another less confusing
> > word, but I cannot find it at the moment). I'm currently setting up a
> > Flickr gallery here: https://www.flickr.com/photos/mnaugendre with
> > pictures that are resized to 1024px. If you browse the gallery, you'll
> > see that the watermark remains - more or less - the same size for
> > portrait pictures as for landscape pictures.
> >
> > But to achieve this result, I had to use the watermark at 20% for
> > landscape pictures, and at 40% for portrait pictures. So, for each
> > selection I want to upload to Flickr, I need to separate the pictures in
> > two batches, and apply two different set of rules.
> >
> > By the way, I had no such problem with my Piwigo gallery
> > http://www.marie-noelle-augendre.com/photos as the pictures here are
> > uploaded without a watermark, that is applied on the fly by Piwigo
> itself.
>
> Just a thought:
>
> Could be problem be depending on whether the image is really stored as
> portrait or landscape, with exif info "normal", instead of being always
> stored as landscape, with only exif info saying "normal" or "rotate to
> portrait"?
>
> Martin
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20170119/d9505eff/attachment.html>