Version: 2.0.0 (using KDE 4.7.0) OS: Linux Preferences: Using XML sidecars (writing data to picture and XML) Action: Adding a keyword tag to the picture Result: Keyword written, all former exif deleted. Only the digikam data is still there. (Time/Date and Software (Digikam) Tested without knowing on some hundred files. It's reproducable. If I switch off XML sidecar use, adding keyword tags is no problem. Switching on again, it continues deleting the original exif (I wrote more at the user mailinglist) RAW files are not subject to this behavior, but I dont use the experimental raw exif feature. Reproducible: Always Steps to Reproduce: Change preferences using/not using XML sidecars Actual Results: deletes exif of jpegs Expected Results: keep the original exif data OS: Linux (i686) release 2.6.38-11-generic Compiler: gcc
forgot to say: I used gwenview and JPhotoTagger to check exif. It's really deleted from the original files
Which Exiv2 version you use ? Look in Help/components Info for details... Gilles Caulier
LibExiv2: 0.21.1 (I found your question on gckd devel and answered there. Seems to work posting here gets to the newsgroup, I thoght it would work vice versa as well. Bugs.kde.org didn.t give me a notification. Please excuse my late answer here)
I can confirm this behaviour. However, I can only reproduce it, if the option "Read metadata from XMP sidecar files" is activated as well. Furthermore, digiKam also randomly deletes exif data while importing files.
importing pictures I never had problems with exif data. Only with th⬠xml files like discribed.
Not reproducible anymore with current digikam from git. Feel free to reopen if you still have a problem with coming digikam 2.6 or current git.