<br><br><div><span class="gmail_quote">2007/6/20, Andreas Huggel <<a href="mailto:ahuggel@gmx.net">ahuggel@gmx.net</a>>:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Wednesday 20 June 2007 10:50, Andreas Huggel wrote:<br>> Would it help in the short term if Exiv2::Image provided some kind of<br>> getXmp/setXmp methods (at least for JPEGs) which would just deal with<br>> std::string BLOBs containing the raw XML? This would allow to
<br>> read/write the data using Exiv2::Image::read/writeMetadata but<br>> require some other means to parse the XML.<br><br>FWIW, I've added Exiv2::Image::xmpPacket() which can be used to dump the<br>XMP packet of JPEG images (APP1 XMP segment) and TIFF or related RAW
<br>images (IFD0 tag 700) as per the XMP specs. Read-only access for a<br>start and no parsing of the XML yet.<br><br>    <a href="http://dev.robotbattle.com/cmtinfo_svn.php?r=10">http://dev.robotbattle.com/cmtinfo_svn.php?r=10
</a><br><br>Note that this is in branches/unstable only for now.</blockquote><div><br>Thanks.<br> </div><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
BTW, the XMP specs (p93) highlight that XMP in JPEGs suffers the same<br>problem as Exif:<br>"IMPORTANT: Following the normal rules for JPEG sections, the header<br>plus the following data can be at most 65535 bytes long. The XMP Packet
<br>cannot be split across the multiple APP1 sections, so the size of the<br>XMP Packet can be at most 65502 bytes."<br>And that's plain (UTF8) XML code, not even compressed.</blockquote><div><br>If i remember, we can use an Adobe XML packet as byte array (witch is certainly compressed...). Right ?
<br><br>Note than TIFF and PNG do not have size limitation.<br><br>Gilles</div></div><br>