Bug 300700 - BQM Resize tool : metadata are lost
Summary: BQM Resize tool : metadata are lost
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-Bqm-Resize (show other bugs)
Version: 2.5.0
Platform: Ubuntu Linux
: NOR major
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-05-27 11:08 UTC by bankers.bass
Modified: 2016-07-03 14:51 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 3.0.0


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description bankers.bass 2012-05-27 11:08:32 UTC
Overview:
Resizing images via "Tools->Resize Images" looses the metadata of the original image.

Steps to reproduce:
1) select one or more images
2) open "batch resize images" form via "Tools->Resize Images"
3) resizing options: type=1-dimensional; new pixel=800; quality=85; overwrite mode=rename
4) click on "start";

Actual result:
After the resizing is finished, clicking on a resized image doesn't show the "photograph properties", nor does "Image->Metadata->Edit all metadata"

Expected result:
The metadata from the original image should be kept.

Build date and platform:
Mar 16 2012 (target: Debian)

Additional Information:
Running on Kubuntu 12.04 64-Bits
It is the first time I do image resizing with digiKam on this install.
It worked fine on previous Kubuntu 32-bit releases.
Comment 1 caulier.gilles 2012-05-27 13:29:59 UTC
Which image format do you try to resize ? Can you give one sample to test here ?

Do you use XMP sidecar files ?

What are your digiKam metadata configuration ?

Can you try with last 2.6.0 RC where we have probably fixed this problem (i cannot reproduce here) ?

Can you reproduce the dysfunction using Image Editor ?

Gilles Caulier
Comment 2 bankers.bass 2012-05-28 10:17:23 UTC
Hi Gilles,

Here my answers....

*Which image format do you try to resize ? Can you give one sample to test
here?
*
JPEG. I attached a sample set of 3 images: the original image, an image
editor resized version and a batch resized version. Only the last one lost
the metadata.

*Do you use XMP sidecar files ?*

I am not aware of this. I don't think so.

*What are your digiKam metadata configuration ?*

See attachment.

*Can you try with last 2.6.0 RC where we have probably fixed this problem
(i cannot reproduce here) ?*

I will try that later today - if I manage to install version 2.6.0 (that's
sometimes not so easy under Linux). I'll keep you informed.

*Can you reproduce the dysfunction using Image Editor ?*
*
*
Resizing the image with the Image Editor did not lead to this dysfunction.
It kept the metadata, even when saving as a new version.

Best regards

Michel Brebsom








On 27 May 2012 15:29, Gilles Caulier <caulier.gilles@gmail.com> wrote:

> https://bugs.kde.org/show_bug.cgi?id=300700
>
> Gilles Caulier <caulier.gilles@gmail.com> changed:
>
>           What    |Removed                     |Added
>
> ----------------------------------------------------------------------------
>                 CC|                            |caulier.gilles@gmail.com
>          Component|Metadata                    |Batch Queue Manager
>
> --- Comment #1 from Gilles Caulier <caulier.gilles@gmail.com> ---
> Which image format do you try to resize ? Can you give one sample to test
> here
> ?
>
> Do you use XMP sidecar files ?
>
> What are your digiKam metadata configuration ?
>
> Can you try with last 2.6.0 RC where we have probably fixed this problem (i
> cannot reproduce here) ?
>
> Can you reproduce the dysfunction using Image Editor ?
>
> Gilles Caulier
>
> --
> You are receiving this mail because:
> You reported the bug.
>
Comment 3 caulier.gilles 2012-05-28 10:31:56 UTC
See also this entry :

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

... Fixed with 2.6.0

Gilles Caulier
Comment 4 caulier.gilles 2012-05-28 10:43:10 UTC
Not reproducible here with 2.6.0 :

http://www.flickr.com/photos/digikam/7285875988/sizes/o/in/photostream/

Gilles Caulier
Comment 5 bankers.bass 2012-05-29 08:24:30 UTC
I tried to install version 2.6.0 from a Debian package but eventually it
failed because of dependencies I was unable to solve .... the usual Linux
problem.

I am not very happy with this situation as the resizing worked fine in
previous versions. Anyway, if there is nothing else to do I have to wait
until Ubuntu includes version 2.6.0 in its repositories.

Best regards

Michel Brebsom

On 28 May 2012 12:43, Gilles Caulier <caulier.gilles@gmail.com> wrote:

> https://bugs.kde.org/show_bug.cgi?id=300700
>
> --- Comment #4 from Gilles Caulier <caulier.gilles@gmail.com> ---
> Not reproducible here with 2.6.0 :
>
> http://www.flickr.com/photos/digikam/7285875988/sizes/o/in/photostream/
>
> Gilles Caulier
>
> --
> You are receiving this mail because:
> You reported the bug.
>
Comment 6 caulier.gilles 2012-06-22 08:53:17 UTC
Official digiKam 2.6.0 release is out since few days now :

http://www.digikam.org/drupal/node/656

Please, check if this entry still valid, or update report accordingly.

Thanks in advance.

Gilles Caulier
Comment 7 caulier.gilles 2012-12-22 22:04:33 UTC
Bankers,

What's new in this entry using last 2.9.0 stable release ?

Gilles Caulier
Comment 8 bankers.bass 2012-12-23 12:38:07 UTC
Hi,

I'm still using 2.5.0 (Kubuntu LTS 12.04) and it works fine since a while
already.

Michel

On 22 December 2012 23:04, Gilles Caulier <caulier.gilles@gmail.com> wrote:

> https://bugs.kde.org/show_bug.cgi?id=300700
>
> --- Comment #7 from Gilles Caulier <caulier.gilles@gmail.com> ---
> Bankers,
>
> What's new in this entry using last 2.9.0 stable release ?
>
> Gilles Caulier
>
> --
> You are receiving this mail because:
> You reported the bug.
>