Bug 343755 - Tags from Windows Photo Gallery sometimes ignored
Summary: Tags from Windows Photo Gallery sometimes ignored
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Portability-Interroperability (show other bugs)
Version: 4.6.0
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-02-03 23:56 UTC by justjunk
Modified: 2017-07-29 10:06 UTC (History)
2 users (show)

See Also:
Latest Commit: http://commits.kde.org/digikam/52c35ee38bedbae7fc8186efc7e447dc16c85940
Version Fixed In: 4.8.0
Sentry Crash Report:

Attachments
Screenshot (188.36 KB, image/png)
2015-02-04 00:00 UTC, justjunk 		Details
Screenshot (188.18 KB, image/png)
2015-02-04 00:01 UTC, justjunk 		Details
picture to reproduce problem (300.88 KB, image/jpeg)
2015-02-04 00:04 UTC, justjunk 		Details
picture to reproduce problem (72.67 KB, image/jpeg)
2015-02-04 00:05 UTC, justjunk 		Details
exifkeywords.patch (520 bytes, patch)
2015-02-13 21:46 UTC, Maik Qualmann 		Details
exifkeywords2.patch (620 bytes, patch)
2015-02-14 12:13 UTC, Maik Qualmann 		Details
Show Obsolete (1) View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description justjunk 2015-02-03 23:56:35 UTC 
Moving from Win Vista to openSuse 13.2, all pictures initially tagged by Windows Photo Gallery were imported to digiKam. This worked like a charm, except that in rare cases the Windows-originating tags are not recognised. That is, digiKam reads them and displays them in the right-handside EXIF metadata information (Image Information / Windows Keywords), but does not recognise them as digiKam tags, as can be seen in the mouse-over "digiKam Properties" display. Please see attached screenshot files snapshot1.tif and snapshot3.tif: "Tags" is empty. To facilitate reproduction, the picture files are also attached.

Reproducible: Always

Steps to Reproduce:
1. Import attached 032a.jpg and/or 075mod_v1.JPG files.
2. Compare metadata as displayed in Metadata/EXIF, "Image Information", "Windows Keywords" with "Tags" in "digiKam Properies", as the mouse cursor rests on the picture in eg. Thumbnails view.

Actual Results:  
Tags:  ---

Expected Results:  
Tags: 0;A
Comment 1 justjunk 2015-02-04 00:00:59 UTC 
Created attachment 90899 [details]
Screenshot
Comment 2 justjunk 2015-02-04 00:01:52 UTC 
Created attachment 90900 [details]
Screenshot
Comment 3 justjunk 2015-02-04 00:04:59 UTC 
Created attachment 90901 [details]
picture to reproduce problem
Comment 4 justjunk 2015-02-04 00:05:55 UTC 
Created attachment 90902 [details]
picture to reproduce problem
Comment 5 Maik Qualmann 2015-02-13 21:46:02 UTC 
Created attachment 91061 [details]
exifkeywords.patch

If no XMP or IPTC keywords exists, according to EXIF Windows keywords are searched.
Comment 6 Maik Qualmann 2015-02-14 12:13:36 UTC 
Created attachment 91071 [details]
exifkeywords2.patch

The new function returned a "true", even though the image tag "Exif.Image.XPKeywords" did not exist.
Comment 7 caulier.gilles 2015-02-14 14:43:38 UTC 
Git commit 52c35ee38bedbae7fc8186efc7e447dc16c85940 by Gilles Caulier.
Committed on 14/02/2015 at 14:40.
Pushed by cgilles into branch 'master'.

apply patch #91071 from Maik Qualmann about to parse Exif Windows Photo Gallery tags storing tags paths
FIXED-IN: 4.8.0

M  +2    -1    NEWS
M  +13   -1    libs/dmetadata/dmetadata.cpp
M  +1    -1    libs/dmetadata/dmetadata.h

http://commits.kde.org/digikam/52c35ee38bedbae7fc8186efc7e447dc16c85940
Comment 8 caulier.gilles 2015-02-14 14:46:41 UTC 
Git commit da4fbbf94ab0af81c1da80768cc391f8a6455528 by Gilles Caulier.
Committed on 14/02/2015 at 14:44.
Pushed by cgilles into branch 'frameworks'.

backport commit #52c35ee38bedbae7fc8186efc7e447dc16c85940 from git/master to frameworks branch

M  +12   -0    libs/dmetadata/dmetadata.cpp

http://commits.kde.org/digikam/da4fbbf94ab0af81c1da80768cc391f8a6455528