[Digikam-users] (no subject)

[Gilles Caulier]

Done with revision #1149490 :

digikam(19425)/digikam (core) Digikam::DImg::load:
"/mnt/data/photo/test/2006-06-20/jpg/sample.jpg"  : JPEG file
identified
digikam(19425)/digikam (core) Digikam::ImageScanner::addImage: Adding
new item "/mnt/data/photo/test/2006-06-20/jpg/sample.jpg"
digikam(19425)/digikam (core)
Digikam::ScanControllerLoadingCacheFileWatch::slotImageChanged: 6079
"/mnt/data/photo/test/2006-06-20/jpg/sample.jpg"
digikam(19425)/digikam (core) Digikam::DMetadata::getImageTagsPath:
Tags Path imported from Imach:  ("Location/USA/NY/Syracuse",
"Reason/Art")

Look screenshot for details...

Best

Gilles Caulier


2010/7/13 Gilles Caulier <caulier.gilles at gmail.com>:
> 2010/7/13 Elle Stone <l.elle.stone at gmail.com>:
>> On 7/13/10, Gilles Caulier <caulier.gilles at gmail.com> wrote:
>>> 2010/7/13 Elle Stone <l.elle.stone at gmail.com>:
>>>> Gilles,
>>
>>> try to send me the JPEG file with XMP metadata patched by Imach,
>>
>> Gilles, I sent you a jpeg with tags saved to IPTC keywords field as
>> dotted-notation. Do you mean try to write the tags to XMP rather than
>> to IPTC? I don't know if I can actually do that - there is an IMatch
>> script that uses exiftool to write to XMP, but I haven't gotten the
>> script to work and there is a good chance it won't work as most of the
>> scripts no longer work on my virtual machine.
>
> I'm not sure to understand. You want mean that Imach do not manage
> image metadata by default ? You need to use an extension script to do
> it ?
>
> About IPTC against IPTC : yes XMP will be better than IPTC. IPTC are
> ascii limited and string are size limited. XMP support UTF8 and don't
> have size limitation.
>
> Gilles
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: imachimport.png
Type: image/png
Size: 378228 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20100713/4f6c7b2f/attachment.png>