<div dir="ltr"><div><div>Agreed that adding DwC support to exiv2 would be the best of all possible worlds. Is that possible to do with the information we have or is more needed?<br><br></div>The DwC website is here: <a href="http://rs.tdwg.org/dwc/">http://rs.tdwg.org/dwc/</a><br>
<br></div><br><div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Nov 26, 2013 at 8:52 AM, Gilles Caulier <span dir="ltr"><<a href="mailto:caulier.gilles@gmail.com" target="_blank">caulier.gilles@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">2013/11/26 Alan Pater <<a href="mailto:alan.pater@gmail.com">alan.pater@gmail.com</a>>:<br><div class="im">
> Would it be necessary to get read/write support built into exiv2 in order to<br>
> allow digikam full access to this metadata?<br>
<br>
</div>yes, it's definitively better.<br>
<br>
Exiv2 has a table of XMP namespace with contents and format of data. I<br>
personalty patch this table to add and update digiKam and kipi-plugins<br>
XMP namespace. Look here :<br>
<br>
<a href="http://dev.exiv2.org/projects/exiv2/repository/entry/trunk/src/properties.cpp#L181" target="_blank">http://dev.exiv2.org/projects/exiv2/repository/entry/trunk/src/properties.cpp#L181</a><br>
<br>
Note : as you can see DwC namespace is not present here... This will<br>
not mean that we cannot read and write tags in this namespace, but<br>
this want mean that client applications need to know this namespace<br>
contents to play with it.<br>
<span class=""><font color="#888888"><br>
Gilles Caulier<br>
</font></span><div class=""><div class="h5">_______________________________________________<br>
Digikam-users mailing list<br>
<a href="mailto:Digikam-users@kde.org">Digikam-users@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/digikam-users" target="_blank">https://mail.kde.org/mailman/listinfo/digikam-users</a><br>
</div></div></blockquote></div><br></div></div></div></div></div>