<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    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?<br>
    It would be easier if everything could be done through the panel on
    the right, instead of two places.<br>
    <br>
    <br>
    <br>
    <br>
    <div class="moz-cite-prefix">Op 16-04-13 12:18, Jean-François
      Rabasse schreef:<br>
    </div>
    <blockquote
      cite="mid:alpine.LNX.2.00.1304161206380.11396@azrael.victoria.net"
      type="cite">
      <br>
      On Tue, 16 Apr 2013, Jack Tummers wrote:
      <br>
      <br>
      <blockquote type="cite">@Jean-François,
        <br>
        <br>
        This sounds all very reasonable and I agree with you totally.
        <br>
        Perhaps I can convince my client to stop using PersonInImage,
        for future
        <br>
        sake :) That would solve my problem too.
        <br>
      </blockquote>
      <br>
      Need to add something, I was a bit wrong when I wrote :
      <br>
      <br>
      <blockquote type="cite">As IPTC is an older standard, lists didn't
        exist and the Person
        <br>
        in Image field is a single text field, not a variable length
        array.
        <br>
      </blockquote>
      <br>
      It's true that IPTC did exist before RDF formats, but
      PersonInImage
      <br>
      isn't part of the IPTC core standard. It has been added as an
      extension
      <br>
      and is encoded as Embedded IPTC into XMP. It's not in the Adobe
      IPTC
      <br>
      part of images files but in the XMP part and encoded as a list
      (rdf:Bag).
      <br>
      So, add/remove operations remain possible for software aware of
      this.
      <br>
      <br>
      But the system remains uneasy to manage, compared to structured
      tags.
      <br>
      <br>
      And the need for specialised tools to postprocess metadata in
      order to
      <br>
      suit such or such client program needs (get such or such data here
      and
      <br>
      write elsewhere) remains too...
      <br>
      <br>
      Regards,
      <br>
      Jean-François<br>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Digikam-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Digikam-users@kde.org">Digikam-users@kde.org</a>
<a class="moz-txt-link-freetext" href="https://mail.kde.org/mailman/listinfo/digikam-users">https://mail.kde.org/mailman/listinfo/digikam-users</a>
</pre>
    </blockquote>
    <br>
    <div class="moz-signature">-- <br>
      <font color="333333">Met vriendelijke groet,<br>
        <br>
        <strong>Jack Tummers</strong><br>
        <br>
        Fotografie, websites, ontwerp en idee<br>
        <a href="http://www.jacktummers.nl">www.jacktummers.nl</a><br>
        013 467 22 38 / 06 419 20 764</font><br>
      <br>
      <br>
      <hr><br>
      <br>
      <br>
    </div>
  </body>
</html>