Hi everyone, I've been playing around with digikam for about a year and am ready to convert my Picasa library. While testing, the face and name metadata for JPGs converted fine, however the TIFF file info was not. I have XMP sidecar files for every photo, and the data is present in the XMPs for both JPG and TIFF files. From the debug log, it appears the metaengine is not reading all the data from the XMPs. (I've included pieces of the debug log at the end of this email). I just started digging through the code, but if anyone has seen this before, it would be a big help. Thanks, -Frank --------- "Good" file (i.e. JPG) *00456102 1692.69323730 [6224] digikam.dimg: "N:/MediaDk/Master/Pictures/Scanned Prints/testfile1.jpg" : JPEG file identified *00456103 1692.69677734 [6224] digikam.database: Adding new item "N:/MediaDk/Master/Pictures/Scanned Prints/testfile1.jpg" 00456104 1692.69714355 [6224] digikam.metaengine: DateTime => Xmp.xmp.ModifyDate => QDateTime(2017-04-17 00:37:54.000 UTC-04:00 Qt::TimeSpec(OffsetFromUTC) -14400 s ) 00456105 1692.69726563 [6224] digikam.metaengine: DateTime => Xmp.xmp.ModifyDate => QDateTime(2017-04-17 00:37:54.000 UTC-04:00 Qt::TimeSpec(OffsetFromUTC) -14400 s ) 00456106 1692.69934082 [6224] digikam.metaengine: "N:/MediaDk/Master/Pictures/Scanned Prints/testfile1.jpg" ==> Read Iptc Keywords: () 00456107 1692.69970703 [6224] digikam.metaengine: Found new rect "Last1, FirstName1" QRectF(0.602719,0.240537 0.10423x0.11931) 00456108 1692.69982910 [6224] digikam.metaengine: Found new rect "Last2, FirstName2" QRectF(0.588117,0.428845 0.103223x0.117393) 00456109 1692.69995117 [6224] digikam.metaengine: Found new rect "Last3, FirstName3" QRectF(0.47583,0.511739 0.109265x0.124581) 00456110 1692.70007324 [6224] digikam.metaengine: Loading image history "" *00456111 1692.70031738 [6224] digikam.database: Scanning took 7 ms 00456112 1692.70043945 [6224] digikam.database: Candidate with set full name: 87 "Last1, FirstName1" 00456113 1692.70043945 [6224] digikam.database: Adding face with rectangle QRect(1197,502 207x249) to database 00456114 1692.70080566 [6224] digikam.database: Candidate with set full name: 29 "Last2, FirstName2" 00456115 1692.70092773 [6224] digikam.database: Adding face with rectangle QRect(1168,895 205x245) to database 00456116 1692.70104980 [6224] digikam.database: Candidate with set full name: 63 "Last3, FirstName3" 00456117 1692.70129395 [6224] digikam.database: Adding face with rectangle QRect(945,1068 217x260) to database *00456118 1692.70141602 [6224] digikam.database: Finishing took 0 ms "Bad" file (i.e. TIFF) *00483002 1786.14965820 [6224] digikam.dimg: "N:/MediaDk/Master/Pictures/Scanned Prints/testfile2..tif" : TIFF file identified *00483003 1786.15100098 [6224] digikam.database: Adding new item "N:/MediaDk/Master/Pictures/Scanned Prints/testfile2.tif" 00483004 1786.15136719 [6224] digikam.metaengine: Orientation => Exif.Image.Orientation => 1 *00483005 1786.15234375 [6224] digikam.database: Scanning took 16 ms *00483006 1786.15283203 [6224] digikam.database: Finishing took 0 ms |
Hi, N:/ is a local drive or a remote drive ? What's about the naming scheme used with image file and xmp sidecar ? What's about the DK setup metadata settings exactly ? There is no reason to see a difference between JPEG and TIFF about the XMP sidecar. Can you share the images including the XMP sidecars to try to reproduce under linux ? About the code, the core implementation of metadata management is delegate to Exiv2 shared library. For all bundles, we use last stable 0.26. In DK core, we have a Qt wrapper located here : The read/write operation, including XMP sidecar management is routed in this implementation : You have a section about XMP support which will call dedicated methods from Exiv2. In top level of this class we have a hub to branch metadata type depending of user settings from DK setup dialog. It's more complicated, but as i see, the problem is more in low level for the moment. Best Gilles Caulier 2018-06-30 3:24 GMT+02:00 Frank Uzzolino <[hidden email]>:
|
Free forum by Nabble | Edit this page |