[Digikam-users] IPTC: Person Shown / PersonInImage [Take 2]

[Jack Tummers]

This is a bit off topic, but I find this iptc/xmp very confusing 
sometimes. In Digikam they both show about the same fields (under 'edit 
all metadata'), but which one to use? Is one of them enough?
It would be easier if everything could be done through the panel on the 
right, instead of two places.




Op 16-04-13 12:18, Jean-François Rabasse schreef:
>
> On Tue, 16 Apr 2013, Jack Tummers wrote:
>
>> @Jean-François,
>>
>> This sounds all very reasonable and I agree with you totally.
>> Perhaps I can convince my client to stop using PersonInImage, for future
>> sake :) That would solve my problem too.
>
> Need to add something, I was a bit wrong when I wrote :
>
>> As IPTC is an older standard, lists didn't exist and the Person
>> in Image field is a single text field, not a variable length array.
>
> It's true that IPTC did exist before RDF formats, but PersonInImage
> isn't part of the IPTC core standard. It has been added as an extension
> and is encoded as Embedded IPTC into XMP. It's not in the Adobe IPTC
> part of images files but in the XMP part and encoded as a list (rdf:Bag).
> So, add/remove operations remain possible for software aware of this.
>
> But the system remains uneasy to manage, compared to structured tags.
>
> And the need for specialised tools to postprocess metadata in order to
> suit such or such client program needs (get such or such data here and
> write elsewhere) remains too...
>
> Regards,
> Jean-François
>
>
> _______________________________________________
> Digikam-users mailing list
> Digikam-users at kde.org
> https://mail.kde.org/mailman/listinfo/digikam-users

-- 
Met vriendelijke groet,

*Jack Tummers*

Fotografie, websites, ontwerp en idee
www.jacktummers.nl <http://www.jacktummers.nl>
013 467 22 38 / 06 419 20 764


------------------------------------------------------------------------



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20130416/334de137/attachment.html>