Problems with Digikam 3.2 (Kubuntu backport or general?)

[Kai Benndorf]

Hi all,

I am using Digikam on a Kubuntu 12.04 installation with enabled Kubuntu
backport ppa's. So I have a recent Digikam 3.2 available, but I have a
lot of problems with it:

1) Renaming during import does not work

2) Turning correspondent to EXIF information during import does not work

3) Turning of multiple images in batch mode destroys some of them

4) Single 90° right turning in GUI turns it often 180°

5) Editing an image and renaming it leaded somehow to an image not more
displayed in Digikam, but in all other tools. Renaming or copying of the
image does not help, I needed to replace it from the camera.


Is Digikam currently so unstable, or is this related to the version from
the Kubuntu backport ppa?

Best regards

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

[Gilles Caulier-4]

2013/6/27 Kai Benndorf <[hidden email]>:
> Hi all,
>
> I am using Digikam on a Kubuntu 12.04 installation with enabled Kubuntu
> backport ppa's. So I have a recent Digikam 3.2 available, but I have a lot
> of problems with it:
>
> 1) Renaming during import does not work
>
> 2) Turning correspondent to EXIF information during import does not work

Both partially fixed in current implementation :

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

>
> 3) Turning of multiple images in batch mode destroys some of them

Already reported, but not reproducible here (mageia 2 and 3) :

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

Can be system wide dysfunction (probably relevant of libjpeg)

>
> 4) Single 90° right turning in GUI turns it often 180°

Never seen this problem here.

>
> 5) Editing an image and renaming it leaded somehow to an image not more
> displayed in Digikam, but in all other tools. Renaming or copying of the
> image does not help, I needed to replace it from the camera.
>

Never seen this problem here too...

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

[tosca]

I also have a rotation problem that I've never had with the previous version: rotation seems to be OK in Digikam, but the exported pictures are not; when I try to publish them, the rotation is not applied. I've had the problem in the past 2 days with eBay, Ulule and Facebook, so this doesn't appear to be related to the destination plateform.

Marie-Noëlle

2013/6/27 Gilles Caulier <[hidden email]>

>
> 4) Single 90° right turning in GUI turns it often 180°

Never seen this problem here.

--

De l'AIgoual à l'Aubrac, un voyage photographique en Cévennes et Lozère
Un livre à offrir ou à s'offrir, en souscription jusqu'au 31 août 2013.
Cliquer sur l'image ci-dessus ou ce lien pour en savoir plus

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

[Peter Albrecht]

On 27.06.2013 09:02, Gilles Caulier wrote:
> 2013/6/27 Kai Benndorf <[hidden email]>:
>> 4) Single 90° right turning in GUI turns it often 180°
> Never seen this problem here.

I have a similar problem, too: If I newly import images from
my camera to digikam, they are not automatically rotated
(see bug #314441). Portraits seem to need just a 90°
clockwise rotation. So I click the icon "rotate right". But
instead of a simple 90° turn, they turn around 180°.
Every succeeding rotation does a correct 90° turn. So I just
hit the rotate left afterwards, and everything is fine. ;)

I have no problems (except for bug #317943), if I use "Image
-> Auto Rotate/Flip using EXIF information". So this
is no big deal.

In digikam Settings -> Metadata -> Rotation, I have:

  (o) Rotate by changing the content if possible
  [x] Write flag to metadata if possible
  [ ] Show images/thumbnails rotated according to
orientation tag
  [x] Set orientation tag to normal after rotation/flip

I never tried to understand this combined logic. But since
this has been mentioned on the mailing list, I want to add
my two cents. ;)

Regards,
        Peter



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

Le 27/06/2013 19:56, Peter Albrecht a écrit :

> I never tried to understand this combined logic. But since
> this has been mentioned on the mailing list, I want to add
> my two cents. ;)

I also had such problem, but never found an universal solution. The
180 versus 90 bug was present in all digikam old versions, but I think
it desapeared recently (openSUSE), but I usually do not rely anymore
to digikam for this.

gwenview don't seems to have the bug, so may be it's a kde library the
problem.

but I fear that sometime on whatever software, the tag is not read but
the side ration instead, frinally I giveup and some of my photos in
gallery are not rightly oriented.

notice that piwigo have now a rotate option, but this one do not
always work neither, so why I suspect the problem come from an
underlying library.

what makes things worst is that some *display" software use the tag to
rotate, but not all, so it's difficult to know what is the status of
an image

jdd


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

[Jean-François Rabasse-2]

On Thu, 27 Jun 2013, Peter Albrecht wrote:

> On 27.06.2013 09:02, Gilles Caulier wrote:
> > 2013/6/27 Kai Benndorf <[hidden email]>:
> > > 4) Single 90° right turning in GUI turns it often 180°
> > Never seen this problem here.
>
> I have a similar problem, too: If I newly import images from
> my camera to digikam, they are not automatically rotated (see
> bug #314441). Portraits seem to need just a 90° clockwise
> rotation. So I click the icon "rotate right". But instead of a
> simple 90° turn, they turn around 180°. Every succeeding
> rotation does a correct 90° turn. So I just hit the rotate
> left afterwards, and everything is fine. ; )

I confirm what Peter says.
I've always seen exactly this behaviour, turn 90° counter clockwise
or 180° clockwise. And not « often » as said Kai but « always ».
(With all DK versions I've used, from 1.3 to 2.6.)

(I found a bit strange to provide a 180° rotation, because
holding a camera with top down and bottom up to the sky,
to shoot something that would require a 180° rotation is not that
common:-) Most portrait oriented images require +90° for right
eyed users, and -90° for left eyed users.)

Anyway I didn't care much, mostly for the reasons stated by JD.

On Thu, 27 Jun 2013, jdd wrote:

> but I fear that sometime on whatever software, the tag is not
> read but the side ration instead, frinally I giveup and some
> of my photos in gallery are not rightly oriented.
>
> notice that piwigo have now a rotate option, but this one do
> not always work neither, so why I suspect the problem come
> from an underlying library.
>
> what makes things worst is that some *display" software use
> the tag to rotate, but not all, so it's difficult to know what
> is the status of an image

I agree. Looks like not all software behave the same, regarding
images rotations. Neither do all images albums web hosting
services.

Also, when one derive an image variant without Exif information
(what I do for e.g. small versions for web pages thumbnails),
all flags are lost and only a correctly oriented pixels matrix
can lead to correct display.

So I rotate myself, with image editor, and leave Digikam in
« do not show rotated » mode. Don't know if there's a better
solution...

Regards,
Jean-François

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

[Kai Benndorf]

Hello Gilles,

 >> 5) Editing an image and renaming it leaded somehow to an image not more
>> displayed in Digikam, but in all other tools. Renaming or copying of the
>> image does not help, I needed to replace it from the camera.
>>
>
> Never seen this problem here too...
>

I could reproduce this today with the following steps:

- Copy and paste image xyz.jpg and give it a new name, e.g. test.jpg
- Image/Edit
- Select area and crop image
- Save changes

I have now three images. The original xyz.jpg and the copied test.jpg,
both not visible in Digikam and an additional (cropped) test_v1.jpg.

How can I enable the two invisible images again?

Should I log a bug for this?

Best regards

Kai

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

[Gilles Caulier-4]

Look to digiKam image versioning setup page.

Gilles Caulier

2013/7/1 Kai Benndorf <[hidden email]>:

> Hello Gilles,
>
>
>>> 5) Editing an image and renaming it leaded somehow to an image not more
>>>
>>> displayed in Digikam, but in all other tools. Renaming or copying of the
>>> image does not help, I needed to replace it from the camera.
>>>
>>
>> Never seen this problem here too...
>>
>
> I could reproduce this today with the following steps:
>
> - Copy and paste image xyz.jpg and give it a new name, e.g. test.jpg
> - Image/Edit
> - Select area and crop image
> - Save changes
>
> I have now three images. The original xyz.jpg and the copied test.jpg, both
> not visible in Digikam and an additional (cropped) test_v1.jpg.
>
> How can I enable the two invisible images again?
>
> Should I log a bug for this?
>
>
> Best regards
>
> Kai
>
> _______________________________________________
> Digikam-users mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-users

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