Summary: | HUB : Add Windows Photo Gallery / Windows Explorer Hierarchical tags support | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Antoine Chauveau <antoine.chauveau> |
Component: | Metadata-Hub | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED INTENTIONAL | ||
Severity: | wishlist | CC: | caulier.gilles, metzpinguin |
Priority: | NOR | ||
Version: | 4.4.0 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 5.4.0 | |
Attachments: |
Sample image for step 1, photo tagged in Windows Photo Gallery
Sample image for step 3, photo edited in Digikam Xmp.dc.subject.png |
Description
Antoine Chauveau
2014-10-14 15:25:31 UTC
Created attachment 89128 [details]
Sample image for step 1, photo tagged in Windows Photo Gallery
Created attachment 89129 [details]
Sample image for step 3, photo edited in Digikam
Where Windows Photo Gallery / Windows Explorer store full tag hierarchies in XMP ? Gilles Caulier In the Step 1 example file Photo Gallery created these full hierarchies in XMP-dc "Subject" and XMP-microsoft "Last Keyword XMP". The app also updates some other locations if they already exist. This entry is illegible for GSoC 2016 project : https://community.kde.org/GSoC/2016/Ideas#Project:_digiKam_MetadataHub_improvements Windows Photo Gallery stores tags path in "Exif.Image.XPKeywords". This field is with libexiv2 read only. I have checked it, write to "Exif.Image.XPKeywords" is not possible with libexiv2. DigiKam can do nothing here and it will probably not change. http://dev.exiv2.org/boards/3/topics/530 Maik Thanks for looking into this Maik. I don't think that the read-only status of "Exif.Image.XPKeywords" matters here. As I stated in the bug description, the main field that Photo Gallery and Explorer read is not XPKeywords but XMP-dc "Subject". This is already written to by Digikam, and the main problem here is that Digikam only writes the node leaves in this field, and not the full hierarchical view. Note that Photo Gallery will be end-of-life'd by Microsoft in Jan 2017, but the bug is still relevant since it also affects Windows 10's Explorer app. Created attachment 102624 [details]
Xmp.dc.subject.png
Ok, I understand now. With digiKam5 you can craete a new XMP namespace. See screenshot.
1 disable default XMP.dc.subject
2 add new namespace
3 write XMP.dc.subject and set tags path seperator "/"
4 enable tags path
DigiKam now write a tags path to XMP.dc.subject.
Maik
Thank you, configuring Digikam like you suggest (and also disabling reading and writing tags for all other namespaces) allows good interoperability with Explorer and Photo Gallery. Note that the example in attachment 102624 [details] wasn't complete, I also had to set "Special Options" in this dialog to TAG_XMPBAG or nothing got written. It is rather inconvenient that such advanced configuration is needed for my use case, but the fault is in the lack of a widely adopted standard for hierarchical tags and not in Digikam. I understand that Digikam defaults to writing Xmp.dc.subject according to the MWG's standard (http://www.metadataworkinggroup.org/specs), and that seems like a reasonable choice. |