Am Donnerstag, 2. Oktober 2014, 09:54:20 schrieb David Vincent-Jones: > On Thursday, October 02, 2014 00:49 Tobias Ellinghaus wrote: > > Am Mittwoch, 1. Oktober 2014, 12:09:41 schrieb David Vincent-Jones: > > > I have a large number of 'persistent' uncategorized tags that I am > > > unable > > > to remove from the xmp file. > > > > > > These tags, after being removed from the images, are not being displayed > > > any longer with the image but remain as a part of the xmp file and will > > > become reattached to the image once again whenever I need to re-import > > > my > > > entire image set. > > > > > > It appears that although the database is reading correctly the xmp file > > > is > > > not reflecting my changes. > > > > > > Any ideas? > > > > Actually two: > > > > 1) Are those tags also inside the actual image file? > > 2) Are those in the XMP sidecar in a tag that we read during import, but > > don't clear when writing the XMP again? (this might not make sense, I > > would > > have to re-read the code to see if we copy over from the old sidecar or > > just the image). > > > > So could you maybe provide us the XMP file and the image (or the result of > > "exiv2 -pa <image>")? > > > > > David > > > > Tobias > > Tobias; > > I think that I have found the problem: All of the images where I am seeing > problems are older non-raw files. They are either jpg or png files. > When I study the exif data in the files it appears that an 'other program' > (probably digikam) has written a 'Keyword' entry into the image's exif data. > > darktable is then reading the Keyword and using it as an addition to the > Tags. This would be fine except that the Keyword is not editable in dt. > > As a test I deleted an offending tag in dt on a jpg file, removed the file > from the data-base and then re-imported the file. The tag was back again. > > When I compare the jpg/exif with the jpg.xmp I can see that the Keyword from > the jpg/exif is dumped into both the 'subject' as well as into the > 'hierarchicalSubject' list of the dt jpg.xmp.
OK, so it's working as intended. > David Tobias
signature.asc
Description: This is a digitally signed message part.
------------------------------------------------------------------------------ Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________ darktable-devel mailing list darktable-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/darktable-devel
