| Summary: | Tags not written to files properly, old tags left over | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | DrSlony <bugs> |
| Component: | Tags-Engine | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | CC: | ajg02, caulier.gilles |
| Priority: | NOR | ||
| Version: | 2.5.0 | ||
| Target Milestone: | --- | ||
| Platform: | Gentoo Packages | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | 7.3.0 | |
| Sentry Crash Report: | |||
|
Description
DrSlony
2012-05-21 19:41:35 UTC
Correction, it's not the first photo in every album, but almost always one per album. I've looked at this more closely using exiftool. When I assign a tag to a file and click on "write metadata to image" it shows up when i run that image through exiftool. Now when I go to the Tags tab and delete a tag, the image is unmodified! Is this intentional digiKam behavior? If a user deletes a tag, he wants it obviously gone. It should be removed from the XMP/IPTC embedded in the image. How else could I possibly delete all traces of a tag from 20 000 photos in a thousand albums? If this worked as I expected it to, it would have been as easy as deleting that tag and waiting for digiKam to write the change to all the images. Yes, I don't like this behaviour of digikam. When you edit the tags hierarchy ie when deleting or moving tags, you are not affecting images that already have those tags applied. The workaround that I have when deleting tags is to use the tags search to select all images with the old tag and then I can unselect that tag which will get applied to all those images. When moving tags I have to apply a temporary tag, delete the first tag and then recreate the tag in the new position and finally remove the temporary tag. This is a clumsy way to work and not at all intuitive. I tagged a photo with the following: kaka, bar, chestnut, test, foo To remove all XMP and IPTC I ran: exiftool -XMP:all= -IPTC:all= -overwrite_original 0005.tif I verified that all XMP/IPTC tags were deleted using: exiftool -a -G1 -s 0005.tif or to simplify it: exiftool -a -G1 -s 0005.tif | grep -i kaka No "kaka". In digiKam I clicked Album > Reread metadata from images as well as Images > Reread metadata from selected images digiKam still shows the deleted tags in the following places in the right metadata panel: IPTC > keywords (contains the deleted tags "kaka, bar, chestnut, test, foo") XMP > Microsoft Photo > Last Keyword XMP XMP > Dublin Core > Subject XMP > digiKam schema > Tags List XMP > lr > hierarchicalSubject I checked the file again using exiv2. Neither exiv2 or exiftool reported any of these tags in the file, so I'm sure the tags digiKam is showing are from its own digikam.db but it shouldn't, because I clicked "reread metadata from images"! I'm distressed. Sound like a duplicates of #268688. Right ? Gilles Caulier "I'm sure the tags digiKam is showing are from its own digikam.db" I confirmed this by deleting digikam.db - now the right panel reflects the true contents of the files' metadata. Yes Gilles, 268688 describes my problem perfectly. I'm happy it's already being addressed, though a little scared that it's a year old and still valid ;] Thank you for looking into it. *** This bug has been marked as a duplicate of bug 268688 *** Fixed with #268688 and not reproducible with digiKam 7.3.0 and Exiv2 0.27.4 |