Version: 1.0.0-beta5 (using KDE 4.3.2) OS: Linux Installed from: Ubuntu Packages I have 2 photos : one with tags A and B (IPTC/keywords, XMP/Dubblin Core/Subject and XMP/Digikam Schema/TagList set from Caption/tags with Digikam), the other with tags A and C (same remark). If I select my 2 photos and add a tag D (from Caption/Tags) my photos end with tags A and D (tag B has disapear from photo 1 and tag C has disapeared from photo 2 in IPTC/keywords, XMP/Subject+TagList, though the tags are still present/ticked in the Caption/Tag menu for each photo). this problem was not present in Kubuntu 9.04 packages (2:0.10.0-1ubuntu3). Hope this is clear enough... Regards Olivier
Created attachment 38345 [details] Photo 1 before modification
Created attachment 38348 [details] Photo 2 berfore modification
Created attachment 38349 [details] Modification
Created attachment 38350 [details] Photo 1 after modification
Created attachment 38351 [details] Photo 1 after modification Caption/tag
Created attachment 38352 [details] Photo 2 after modification Caption/tag
No more "Anniversaire" tag
Try with 1.0.0-beta6 Gilles Caulier
(In reply to comment #8) > Try with 1.0.0-beta6 > > Gilles Caulier ok, I'll give it a try when it's in Kubuntu repos. thanks for the answer. regards Olivier
(In reply to comment #9) > (In reply to comment #8) > > Try with 1.0.0-beta6 > > > > Gilles Caulier > > ok, I'll give it a try when it's in Kubuntu repos. > > thanks for the answer. > > regards I still have the same problem with beta6 (update from https://launchpad.net/~lure/+archive/ppa) regards Olivier > Olivier
Cannot reproduce here, with arbitrarily chosen tags. Can you reproduce when you start fresh: create three new tags; take an untouched image; add two of the tags; add the third tag? What is your version of libkexiv2 and libexiv2? (Help->Component info)
(In reply to comment #11) > Cannot reproduce here, with arbitrarily chosen tags. > Can you reproduce when you start fresh: create three new tags; take an > untouched image; add two of the tags; add the third tag? > What is your version of libkexiv2 and libexiv2? (Help->Component info) Hello, I am using above versions : ii exiv2 0.18.2-1 EXIF/IPTC metadata manipulation tool ii libexiv2-5 0.18.2-1 EXIF/IPTC metadata manipulation library ii libkexiv2-7 4:4.3.2-0ubuntu1 Qt like interface for the libexiv2 library ( I tried with new tags in current trees directories, with new tags directly created at root directory on digikam tag window and I still have the problem... could it come from my option configuration (see attached picture) ? shal I delete my tag database and recreate it from my pictures ? regards
Created attachment 38908 [details] Meta data options forgot to ass this in my previous comment.
(In reply to comment #13) > Created an attachment (id=38908) [details] > Meta data options > > forgot to ass this in my previous comment. sorry please read "forgot to ADD this in my previous comment". another piece of information : If I use "Sync Meta Data for all images" everything is then updated fine....but it takes a long time as it processes my whole database... regards Olivier
No dont delete your whole db ;-) One thing to try is that you send me one picture - copied before changed - with which you could reproduce the problem. You seem to have pretty up-to-date exiv2 versions, I assume your libkexiv2 is the one coming with KDE4.3.2. I am running latest trunk of course, there is a chance the problem was there and got fixed. I am irritated that the batch operation succeeded. What happens when you add a tag by drag-and-drop?
Created attachment 38951 [details] photos enclosed Thank you for your quick answer. I still have the problem if I drag and drop a tag... find enclose sample pictures : - photo 1 before modification : tag "Lyon" - photo 2 before modification : tag "Cuisine" selecting the two photos and add tag "Jardin" will end with 2 picture with only "Jardin" tag... regards Olivier
It seems that exiv2 is failing to write metadata to the image. When attempting to change a value from the command line I get the same errors as from digikam: Warning: Directory Image, entry 0x0001 has unknown Exif (TIFF) type 0; setting type size 1. Exiv2 exception in modify action for file /media/fotos/Digikam Sample/JPEG/BugTag-214636/Photo2-beforemodif-tagCuisine.JPG: Input data does not contain a valid image
cool so you managed to reproduce my problem....if I understand, it is a bug in exiv2, is this correct ? or is it a problem with my pictures (and how I can correct it on my whole collection ?). The problem is also on any new image I download from my camera... regards Olivier
yes, Exiv2 library. Andreas Huggel is there. he is Exiv2 author... Gilles Caulier
Created Exiv2 ticket 663. http://dev.exiv2.org/issues/show/663
(In reply to comment #20) One thing that I still don't understand : - setting tag and press "Apply" => metadata KO in photo, but digikam tag database OK - using tool "Sync Meta Data for all images" => metada OK in photo, digikam tag database OK what is the difference in term of command line behind syncing medata ?
Olivier, Marcel, Please have a look at the discussion in the Exiv2 bug: http://dev.exiv2.org/issues/show/663 Two of the images provided with that bug report, Photo1-beforemodif-tagLyon.JPG and Photo2-beforemodif-tagCuisine.JPG, already have a weird JPEG structure. We would like to understand what caused this, especially since it looks like digiKam/exiv2 may have played a role in the process. The questions are: How were these two images processed after they were downloaded from the camera? What are the steps to reproduce such images? Andreas
Andreas, With digiKam, the camera interface provide severals options to fix or adjust jpeg as date or orientation, and with new 1.0.0, apply metadata template for XMP to set autors and copyright. In all case, metadata are touched a little bits. Gilles
Andreas, Do you have installed digiKam 1.0.0 on your computer ? Gilles Caulier
Gilles, The pictures submitted with the Exiv2 bugreport don't just have somewhat illegal metadata. They have a JPEG structure that doesn't make sense - each has two APP1 XMP segments and two (broken) APP13 Photoshop segments. We need to find out what caused that. Andreas
> Andreas, > > Do you have installed digiKam 1.0.0 on your computer ? > > Gilles Caulier I saw you released 1.0.0. Great work, congratulations to the entire team! Once I manage to get Exiv2 0.19 out of the door, I will give it a try too. Andreas
Andreas, Thanks (:=)))... The only way where jpeg section are touched during download is, if i'm not to wrong, with the orientation adjustment option. The code is based on transupp tool from libjpeg. Take a look there : http://lxr.kde.org/source/extragear/graphics/digikam/libs/jpegutils/jpegutils.cpp#279 But, i'm suprized to see a bug here, because this tool exist since a long time now... Gilles
(In reply to comment #25) > They have a JPEG structure that doesn't make sense - each has two APP1 XMP > segments and two (broken) APP13 Photoshop segments. Gilles, Andreas, the "beforemodif" images from Olivier's attachment "photos enclosed" (38951) basically have the same metadata structure: Photo1: APP1 (XMP) APP13 (IPTC) APP13 (IPTC) APP1 (XMP) Photo2: APP1 (XMP) APP13 (IPTC) -> broken length -> parser get's out of sync APP13 (IPTC) APP1 (XMP) Besides the duplication issue, structure and lengths are otherwise ok. Probably a look at the individual Tags will provide some insight: Photo1: ------- APP1 (XMP) Software = digiKam-rc..-rc CreatorTool = digiKam-rc..-rc APP13 (IPTC) Originating Program = digiKam Program Version = rc..-rc APP13 (IPTC) Originating Program = digiKam Program Version = rc..-rc Keywords = Lyon APP1 (XMP) Software = digiKam-rc..-rc Orientation = 1 ImageWidth = 1704 ImageHeight = 2272 CreatorTool = digiKam-1.0.0-beta6 ExifImageWidth = 1704 ExifImageHeight = 2272 TagsList = Lieu/Rh..ne-Alpes/Lyon HierarchicalSubject = Lieu|Rh..ne-Alpes|Lyon Subject = Lyon Photo2: ------- APP1 (XMP) Software = digiKam-rc..-rc CreatorTool = digiKam-rc..-rc TagsList = Themes/Cuisine HierarchicalSubject = Themes|Cuisine Subject = Cuisine APP13 (IPTC) OriginatingProgram = digiKam ProgramVersion = rc..-rc Keywords = Cuisine -> broken length points after this tag Keywords = Lyon Keywords = Cuisine APP13 (IPTC) OriginatingProgram = digiKam ProgramVersion = rc..-rc Keywords = Lyon Keywords = Cuisine APP1 (XMP) Software = digiKam-rc..-rc CreatorTool = digiKam-1.0.0-beta6 TagsList = Lieu/Rh..ne-Alpes/Lyon/MaisonLyon TagsList = Themes/Cuisine HierarchicalSubject = Lieu|Rh..ne-Alpes|Lyon|MaisonLyon HierarchicalSubject = Themes|Cuisine Subject = MaisonLyon Subject = Cuisine There is a certain correspondence between first XMP and first IPTC. Likewise for the second pair. So the each pair seem to be written in the same context. But why at all the duplication? Could it be that metadata of the same image is opened by individual program modules and saved twice? Just curious ... Michael Ulbrich
Hi, I have tried with another camera and the problem still exist...with portrait or landscape pictures... so it is not camera dependant or orientation dependant. regards Olivier
Olivier, Are you able to reproduce this problem with recent digiKam 7.x version and Exiv2 0.27.x ? Gilles Caulier
(In reply to caulier.gilles from comment #30) > Olivier, > > Are you able to reproduce this problem with recent digiKam 7.x version and > Exiv2 0.27.x ? > > Gilles Caulier Hello Gilles, Good news is 12 years later I still use Digikam :-). The bug is gone, you can close it. thank you for this great software ! Olivier (happy Digikam user since at least 12 years)
Thanks Olivier. Your feedback is very important as the UPSTREAM bug from Exiv2 project is done due to migration to github. Again, we are happy to see you a long time digiKam user. My best Gilles Cauier