[Digikam-users] 2 problems tagging multiple images
caulier.gilles at gmail.com
Thu May 22 08:16:03 BST 2014
The difference must be Exiv2 shared lib which can be updated between 2
Go to Help/Components info dialog for details.
At least, error message come from Adobe XMP SDK which is included in
Exiv2, not digiKam...
2014-05-22 8:52 GMT+02:00 Phil <philtuckey at free.fr>:
> Hi Gilles
> Unfortunately the problem cannot just be an unknown URI in some of my
> images, because:
> - I am simultaneously applying the same tags to many photos which have all
> come out of the same camera, and the problem only occurs for one or two of
> them each time;
> - if I re-tag the same photos, the ones which had a problem the first time
> are usually ok, but the problem appears for one or two others, which had no
> problem the first time;
> - also, if I take an image for which this error has just occurred and
> rewrite the tags of only this image, it works fine.
> So I cannot provide a specific image which provokes this error. It results
> from the process of tagging many photos at the same time in dk.
> I have the impression that it occurs less often in 3.5.0 than in 4.0.0. In
> 3.5.0 I have to select about 100 photos and tag them for the problem to
> occur regularly.
> Best Philip
> On 22/05/14 07:22, Gilles Caulier wrote:
>> An XMP namespace URI is not registered by Exiv2, and library do know
>> how to manage it.
>> digiKam do not manage XMP namespace registration. All is done by Exiv2
>> by default.
>> We can do it, just to declare URI, but structure managed into are unknow.
>> The Q is w : which XMP namespace generate this error ?
>> I recommend to report this problem to Exiv2 project, including image
>> with metadata to investiguate.
>> Gilles Caulier
>> 2014-05-21 23:35 GMT+02:00 Phil <philtuckey at free.fr>:
>>> I went back to 3.5.0 to do more testing and I found both the problems
>>> I described below for 4.0.0. (Both running on OSX 10.9.2.)
>>> When sidecars are truncated, I see the following error messages on
>>> KExiv2Iface::KExiv2::Private::printExiv2MessageHandler: Exiv2 ( 3 ) : XMP
>>> Toolkit error 101: Unregistered schema namespace URI
>>> KExiv2Iface::KExiv2::Private::printExiv2MessageHandler: Exiv2 ( 3 ) :
>>> to encode XMP metadata.
>>> digikam(21240)/KEXIV2 KExiv2Iface::KExiv2::save: Metadata for file '
>>> "20140101-144225-IMG_4657.jpg" ' written to XMP sidecar.
>>> I don't see any error messages on stdout which correspond to the other
>>> problem, when XMP metadata in the image file is not updated.
>>> I have done more testing with 3.3.0 on ubuntu 12.04 and have not been
>>> to provoke these problems.
>>> On 19/05/14 23:24, Phil wrote:
>>>> I meet the following problems when tagging multiple images at the same
>>>> time, in both 4.0.0 and 4.1.0. I don't see this problem in a 3.3.0 which
>>>> I happen to have on another machine. Anyone else see this?
>>>> How to generate:
>>>> Select 10 images.
>>>> Apply a tag to all.
>>>> Problem 1, XMP metadata not always updated in image files:
>>>> When writing metadata to the image files, dk occasionally omits to write
>>>> the new XMP metadata, leaving the previous XMP metadata in the image
>>>> file. This can be seen by for example by tag fields not being updated
>>>> when tags are changed and applied. You have to look through the images
>>>> one-by-one to find one or two where this has happened. (The IPTC
>>>> metadata is always written correctly, so when this happens there is a
>>>> difference between the IPTC:Keywords (tags) field and the various XMP
>>>> tags fields.)
>>>> Problem 2, xmp sidecars sometimes truncated:
>>>> Occasionally one or more of the xmp sidecars is truncated to just its
>>>> first line, with a size of only 39 bytes. (Use a file manager to see
>>>> that this has happened.)
>>>> If the problems don't show up the first time, change the tags and then
>>>> re-apply. Over 2 or 3 cycles I always see both problems appear.
>>>> I see this behaviour when 10 (or more) images are selected. I have not
>>>> seen it with only 1 or 2 images selected. I haven't checked in between.
>>>> The problems appear random. A file which has a problem the first time
>>>> usually doesn't have it after tagging a second time.
>>>> The problems appear to be independent, i.e. when writing metadata to
>>>> both sidecars and image files, they don't occur together, they affect
>>>> different images.
>>>> Digikam-users mailing list
>>>> Digikam-users at kde.org
>>> Digikam-users mailing list
>>> Digikam-users at kde.org
>> Digikam-users mailing list
>> Digikam-users at kde.org
> Digikam-users mailing list
> Digikam-users at kde.org
More information about the Digikam-users