Bug 238527 - russian tags wrong after batch recompression
Summary: russian tags wrong after batch recompression
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-Bqm-Convert (show other bugs)
Version: 1.2.0
Platform: Gentoo Packages Linux
: NOR critical
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-05-22 21:48 UTC by Kostya Sha
Modified: 2022-09-08 07:44 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 5.1.0
Sentry Crash Report:


Attachments
screenshot (121.60 KB, image/jpeg)
2010-05-22 23:04 UTC, Kostya Sha
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Kostya Sha 2010-05-22 21:48:30 UTC
There are some jpeg photos with english+russian tags.
After batch recompression, russian tags looks like '????'. 
I guess somewhere lost encoding.
Comment 1 Michael G. Hansen 2010-05-22 22:15:20 UTC
Where are you storing your tags in the image? XMP? IPTC? EXIF?

Michael
Comment 2 Kostya Sha 2010-05-22 23:04:34 UTC
Created attachment 43808 [details]
screenshot

don't know, where i can check ?
Comment 3 caulier.gilles 2010-05-25 09:41:37 UTC
Michael,

Sound like in Database only... Strange.

Gilles Caulier
Comment 4 Andi Clemens 2010-05-29 09:51:50 UTC
Hmm for me neither tags nor captions / comments are saved when I process a file with BQM. Is this the default behavior?
Comment 5 caulier.gilles 2010-10-06 15:28:42 UTC
Andi,

This is fixed in current implementation from svn.

Gilles Caulier
Comment 6 caulier.gilles 2010-10-06 15:46:13 UTC
Kostya,

Do you use "Tools/Recompress Images" menu entry from album GUI ?

Gilles Caulier
Comment 7 caulier.gilles 2010-11-24 09:09:10 UTC
digiKam 1.6.0 is out:

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

Please update and check if this entry still valid.

Thanks in advance

Gilles Caulier
Comment 8 caulier.gilles 2011-07-06 11:26:55 UTC
We need feedback using a recent version. 2.0.0 RC is out, please test...

Thanks in advance

Gilles Caulier
Comment 9 Alexander Potashev 2011-07-06 12:00:38 UTC
Nothing wrong happens when I write text in Russian in the "Caption:" field in EXIF metadata editor and then use "Tools -> Recompress Images...".

But there is a problem with IPTC: if you type in some text in Russian in the "Caption:" field and then click "Apply", all Russian letters immediately become question marks. There is of course a note that non-ascii characters shouldn't be used in IPTC tags, but I think that non-ascii characters should be blocked from entering (like in EXIF fields marked with an asterisk).
Comment 10 Alexander Potashev 2011-07-06 12:01:06 UTC
I have digiKam 1.9.0.
Comment 11 Alexander Potashev 2011-07-06 12:20:29 UTC
There is a bigger problem: if you write Russian text into "Caption" in EXIF and then restart digiKam, that text appears to be copied into "Caption" in IPTC tags, and it becomes question marks.
Comment 12 caulier.gilles 2011-07-06 12:30:36 UTC
yes caption is dispatched into Exif, iptc, and Xmp.

There is an entry in bugzilla to add a new option to drop IPTC management for writting.

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

Gilles Caulier
Comment 13 Alexander Potashev 2011-07-06 12:59:20 UTC
That's just a wish for an option. But what I'm talking about (and what was also described in the 2nd comment in bug#214708) is a _bug_ which leads to corrupt metadata when the user doesn't expect it.
Comment 14 Marcel Wiesweg 2011-07-16 14:25:44 UTC
Alexander: Gilles proposes as a fix that IPTC is ignored and the comment is only written to Exif and XMP (as an option). What other solution do you think of, how does this bug differ? IPTC only supports Ascii, so with Russian, either question marks or nothing.
Comment 15 Alexander Potashev 2011-07-16 14:28:32 UTC
What I suggest is to write IPTC caption only if it is ascii-only. If there is at least one non-ascii character, IPTC should be either cleared or kept unchanged.
Comment 16 caulier.gilles 2012-06-22 08:53:32 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 17 Marcel Wiesweg 2012-09-29 12:09:07 UTC
Code has been added which checks for 7-bit and uses unicode otherwise
Comment 18 caulier.gilles 2015-07-01 06:06:21 UTC
New digiKam 4.11.0 is available :

https://www.digikam.org/node/740

Can you reproduce the problem with this release ?
Comment 19 caulier.gilles 2016-07-14 17:10:55 UTC
With digiKam 5.0.0  this problem is not reproducible.
I close this file now. Don't hesitate to re-open if necessary.
Gilles Caulier