[Digikam-users] 2 problems tagging multiple images

[Phil]

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.
>
> Best
>
> 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 which
>> 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 stdout:
>>
>> digikam(21240)/KEXIV2
>> KExiv2Iface::KExiv2::Private::printExiv2MessageHandler: Exiv2 ( 3 ) : XMP
>> Toolkit error 101: Unregistered schema namespace URI
>> digikam(21240)/KEXIV2
>> KExiv2Iface::KExiv2::Private::printExiv2MessageHandler: Exiv2 ( 3 ) : Failed
>> 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 able
>> to provoke these problems.
>>
>> Philip
>>
>>
>>
>> On 19/05/14 23:24, Phil wrote:
>>>
>>> Hi
>>>
>>> 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.
>>>
>>> Regards
>>> Philip
>>> _______________________________________________
>>> Digikam-users mailing list
>>> Digikam-users at kde.org
>>> https://mail.kde.org/mailman/listinfo/digikam-users
>>
>> _______________________________________________
>> Digikam-users mailing list
>> Digikam-users at kde.org
>> https://mail.kde.org/mailman/listinfo/digikam-users
> _______________________________________________
> Digikam-users mailing list
> Digikam-users at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-users
>