Hi,
After a switch to opensuse I lost all my digikam settings under which the tag database. Luckily I use to write the metadata to the files and as such it should be just a matter of rereading the metadata.. or so I thought.. As far as I can see I have two options.. Reread an album or use the maintanance option under tools which takes forever and I gather that means it does all the images it knows of. I just let it run for a night.. Anyhow, neither of these options reads back the tags correctly. Take an image. The info tab shows for IPTC --->8--- File name: DSC00280.800x533.JPG (IPTC Records) >>> IIM Application 2 <<< Date Created : 2013-01-04 Keywords : Landscape Object Name : China light Rotterdam Program : digiKam Program Version : 3.1.0 Time Created : 18:29:55+00:00 --->8--- and for XMP --->8--- File name: DSC00280.800x533.JPG (XMP Schema) >>> Microsoft Photo <<< Last Keyword XMP : Subjects/Landscape Rating Percent : 50 >>> Dublin Core <<< Creator : G. Hoogterp Rights : x-default Source : Subject : Landscape Title : China light Rotterdam >>> digiKam schema <<< Color Label : 0 Pick Label : 0 Tags List : Subjects/Landscape >>> lr <<< hierarchicalSubject : Subjects|Landscape --->8--- ( I cleaned up the XMP a bit) The tag should be Subjects -> Landscape. Digikam imports ¨My Tags". Nothing else. In other case it ignores the tags in the image completely and doesn even use the My Tags. As for now I´m wondering which fields digikan tries to read for rereading the tags and if this is a knows issue. As for the distro, it´s opensuse 12.3, fresh install with all the patches, but no time yet to screw up basic software.. Thanks, Gerhard _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
On Thu, 23 May 2013, Gerhard Hoogterp wrote: > Hi, > > After a switch to opensuse I lost all my digikam settings under which the tag > database. Luckily I use to write the metadata to the files and as such it > should be just a matter of rereading the metadata.. or so I thought.. > > As far as I can see I have two options.. Reread an album or use the > maintanance option under tools which takes forever and I gather that means it > does all the images it knows of. I just let it run for a night.. > > Anyhow, neither of these options reads back the tags correctly. Both options use your current Digikam database, and if you (possibly) have a mismatch problem, due to versions changes, it may not work as expected. But if you have all metadata in images files (wise practice) you have nothing to expect from your current/previous database and you should try the brutal option, rebuild all from scratch. You will first remove your Digikam DB and also the configuration file ~/.kde4/share/config/digikamrc then restart Digikam as for a first time. Declare your images directory/ies as new collection/s and let the program scan for all new images. The DB should be rebuilt correctly. (I do that two or three times a year, mostly to get rid of messy tags and rebuild all on a neat basis. It works well. Rescan takes a bit of time but it's not really a problem. Just start before going to lunch and it's ok after coffee.) > The tag should be Subjects -> Landscape. Digikam imports ¨My Tags". > Nothing else. In other case it ignores the tags in the image > completely and doesn even use the My Tags. Looks like metadata is not re-read, or there's a problem between your new Digikam program and your former database version. Do try a full rebuilt, cf. supra. > As for now I´m wondering which fields digikan tries to read for > rereading the tags and if this is a knows issue. Digikam reads several fields until a valid information is found. xmp:digiKam:TagsList, then xmp:lr:hierarchicalSubject, etc. And your XMP data seems all correct. Regards, Jean-François PS: it's off topic but there's one thing I find a bit strange in your metadata : >>>> Dublin Core <<< > Creator : G. Hoogterp > Rights : x-default > Source : > Subject : Landscape > Title : China light Rotterdam « Rights : x-default » doesn't make sense. dc:rights is a language alternative element and x-default is a language specifier, not a content, so it should not display like that. I've already seen that with older versions of Digikam (1.3 et al.) that used a buggy version of libexiv2. When a language alternative property was set to an empty value, the libexiv2 extracted the language selector, "x-default", or "en", or "fr", instead of an empty string. Maybe your exemple image has been tagged in the past, with an older version of Digikam ? If so, you'll probably have to update your images credits for all your collection. _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
> Both options use your current Digikam database, and if you (possibly) > have a mismatch problem, due to versions changes, it may not work as > expected. Ok, as it seems there was still an old database which made my life miserable.. Following your instructions gave me a lot better list of keywords. > « Rights : x-default » doesn't make sense. > dc:rights is a language alternative element and x-default is a language > specifier, not a content, so it should not display like that. > > I've already seen that with older versions of Digikam (1.3 et al.) that > used a buggy version of libexiv2. When a language alternative property > was set to an empty value, the libexiv2 extracted the language > selector, "x-default", or "en", or "fr", instead of an empty string. > > Maybe your exemple image has been tagged in the past, with an older > version of Digikam ? > If so, you'll probably have to update your images credits for all your > collection. This I have to do anyhow, for some reason it also thought that I'm from Aruba.. Regretfully it's the rainy and currently cold Netherlands so there's more to fix there.. Thanks for your help. Gerhard _______________________________________________ Digikam-users mailing list [hidden email] https://mail.kde.org/mailman/listinfo/digikam-users |
Free forum by Nabble | Edit this page |