[Digikam-devel] [Bug 286611] Tags are losts (randomly) when converting Tiff to Png

[philippe.quaglia at laposte.net]

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





--- Comment #2 from  <philippe quaglia laposte net>  2011-11-18 17:28:12 ---
Hello Gilles and Marcel
I have been doing some additionnal tests, and I attach also some 
screenshots:

1/ a TIFF image with rating as rating in PNG
2/ a TIFF image with rating+tags as rating+tags in PNG

     See the firstscreenshot (RatedTifftoPNG): tags are not copied, 
while the ratings are well copied.

3/ a TIFF image with rating+labels as rating+labels in PNG
4/ a TIFF image with tags+labels as tags+labels in PNG

     See the screeshot "tagsandlabels". Here, some labels are copied, 
some not. Also, some tags are copied, while it is the same image and the 
same configuration than in the previous example. Really strange !


5/ a TIFF image with rating+tags+labels as rating+tags+labels in PNG

And also TIFF -> JPG

     See the screenshot "FullTiffJpeg": still a big mess: no tags are 
assigned to the Jpeg, while some png get there tags. The color label is 
never transfered to the jpeg, while some png get it. The label is well 
transfered to all the jpeg, and to some of the png, and the rating is 
always transfered to both tiff and png.

Jpeg to Tiff

I have copied the previous JPEG to a new folder, and converted them back 
to TIFF, as shown in the JpegtoTiff screenshot. As you can see, 
strangely, for the picture "vanoise1998", there was no tags or color 
label in the JPEG, but they appears back on the tiff during the 
conversion. It's like if they are stored in the picture, but not 
displayed properly by digikam, and they appear back after the second 
conversion. Unfortunately, this is not the case for the other pictures.
Last try, with an other folder with "clean" jpg with tags, converting 
them to Tiff once again results in a random assignation of the tags: 
some are transfered, some are not.


I hope this helps.
Best regards.


Le 15/11/2011 13:18, Gilles Caulier a écrit :
> https://bugs.kde.org/show_bug.cgi?id=286611
>
>
> Gilles Caulier<caulier.gilles at gmail.com>  changed:
>
>             What    |Removed                     |Added
> ----------------------------------------------------------------------------
>            Component|Tags                        |Batch Queue Manager
>
>
>
>
> --- Comment #1 from Gilles Caulier<caulier gilles gmail com>   2011-11-15 12:18:43 ---
> This is strange because all code to move digiKam image properties from source
> to target image exist in BQM :
>
> https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/42a2f8c95c6f27f1d28bdef310d1f95aad635f27/entry/utilities/queuemanager/main/queuemgrwindow.cpp#L1111
>
> Marcel, i see 2 possible issues here
>
> 1/ A race condition with DB registration of new item. Typically if database as
> registered the new PNG file created by BQM, properties will be transfered, else
> no. But ScanController::scanFileDirectlyCopyAttributes() is not able to wait
> until item is registred to DB, or force item to be registered in all case ?
>
> 2/ A problem with metadatahub or another metadata management class, where a
> confusion exist with, Rating, Labels, and Tags to transfert from orignal to
> target image.
>
> Philipe :
>
> * do you tried some metadata rules when you converting.
>
> 1/ a TIFF image with rating as rating in PNG
> 2/ a TIFF image with rating+tags as rating+tags in PNG
> 3/ a TIFF image with rating+labels as rating+labels in PNG
> 4/ a TIFF image with tags+labels as tags+labels in PNG
> 5/ a TIFF image with rating+tags+labels as rating+tags+labels in PNG
>
> Note : by "Labels", i want mean a color label or a Pick label that you can
> assign to an image using Captions/Tags from right sidebar...
>
> * Do you tried to convert TIFF to JPEG ? It's the same problem ?
>
> * Do you tried to convert JPEG tagged images to TIFF or PNG ?  It's the same
> problem ?
>
> Gilles Caulier
>

-- 
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.