quick addition - I'm happy to put the work into that if we think it's worth the effort.
Maruan Am Sonntag, dem 28.03.2021 um 15:00 +0200 schrieb sahy...@fileaffairs.de: > Fellow colleagues, > > there was some discussion about the ability of XMPBox to parse > arbritary XMP which lead to PDFBOX-5128. > > Now, after digging into the code and after reading through the > various > specs for XMP and PDF/A as it stands now XMPBox in it's current > implementation is too restricted from the start as it not only per > default (although there is a way around it) only supports parsing > predefined XMP schemas restricted to the ones defined in PDF/A-1 but > also does some validation in the parsing phase. > > Now, in order to get to an implementation for arbritary XMP that > needs > to change with the validation for PDF/A-1 put on top. We could use > the > existing implementation in a generalized way, use an existing Java > XMP > parser such as Adobes XMPCore or approach it in a layered fashion XML > - > > RDF -> XMP with supporting libs for that. > > The other option would be to keep XMPBox as is and for general > purpose > add a general parser into the project or simply refer to XMPCore. > > That leads me to the question about the benefit of having a general > purpose (ASL licensed) XMP lib as part of PDFBox? Thoughts? > > BR > -- -- Maruan Sahyoun --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@pdfbox.apache.org For additional commands, e-mail: dev-h...@pdfbox.apache.org