You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@pdfbox.apache.org by Ralf Heydenreich <rh...@justmail.de> on 2020/05/31 19:22:47 UTC
Changing metadata destroys PDF/A-3
Hi all,
I've just checked the AddMetadataFromDocInfo example from pdfbox
repository (see
https://svn.apache.org/viewvc/pdfbox/trunk/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddMetadataFromDocInfo.java?revision=1792647&view=markup).
I've created a PDF/A-3 document with LibreOffice. Then I've used that
PDF as input for the example program. The resulting document contains
the changed metadata, but it's not a PDF/A-3 anymore. What can I do to
leave the document as PDF/A-3?
Thanks in advance,
Ralf.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: users-help@pdfbox.apache.org
Re: Changing metadata destroys PDF/A-3
Posted by Tilman Hausherr <TH...@t-online.de>.
New build will be available here soon (check the date):
https://repository.apache.org/content/groups/snapshots/org/apache/pdfbox/preflight-app/2.0.21-SNAPSHOT/
I have also created an issue with VeraPDF:
https://github.com/veraPDF/veraPDF-library/issues/1085
Tilman
Am 04.06.2020 um 08:02 schrieb Tilman Hausherr:
> Am 03.06.2020 um 22:41 schrieb Ralf Heydenreich:
>> Hi Tilman,
>> thanks for your fast answer. So, should I create a new bug report or is
>> this done by you? Thanks also for the workaround, I'll try it ASAP.
>
>
> I've created one:
>
> https://issues.apache.org/jira/browse/PDFBOX-4860
>
> Tilman
>
>
>>
>> Regards,
>> Ralf.
>>
>> Am 03.06.2020 um 18:59 schrieb Tilman Hausherr:
>>> Hi,
>>>
>>> Metadata is there. PDFBox preflight says it is OK. VeraPDF and
>>> PDF-Tools says it isn't. (So this is a new PDFBox bug)
>>>
>>> CreatorTool and CreateDate and Producer are there twice. Solution
>>> could be to get the Schema instead of creating it.
>>>
>>>
>>>
>>>
>>> <?xpacket begin="" id="W5M0MpCehiHzreSzNTczkc9d"?><x:xmpmeta
>>> xmlns:x="adobe:ns:meta/">
>>> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
>>> <rdf:Description xmlns:pdfaid="http://www.aiim.org/pdfa/ns/id/"
>>> rdf:about="">
>>> <pdfaid:part>1</pdfaid:part>
>>> <pdfaid:conformance>A</pdfaid:conformance>
>>> </rdf:Description>
>>> <rdf:Description xmlns:pdf="http://ns.adobe.com/pdf/1.3/"
>>> rdf:about="">
>>> <pdf:Producer>LibreOffice 5.4</pdf:Producer>
>>> </rdf:Description>
>>> <rdf:Description xmlns:xmp="http://ns.adobe.com/xap/1.0/"
>>> rdf:about="">
>>> <xmp:CreatorTool>Writer</xmp:CreatorTool>
>>> <xmp:CreateDate>2020-05-31T20:54:08+02:00</xmp:CreateDate>
>>> </rdf:Description>
>>> <rdf:Description xmlns:pdf="http://ns.adobe.com/pdf/1.3/"
>>> rdf:about="">
>>> <pdf:Keywords/>
>>> <pdf:Producer>LibreOffice 5.4</pdf:Producer>
>>> </rdf:Description>
>>> <rdf:Description xmlns:xmp="http://ns.adobe.com/xap/1.0/"
>>> rdf:about="">
>>> <xmp:ModifyDate>2020-06-03T08:38:15+02:00</xmp:ModifyDate>
>>> <xmp:CreateDate>2020-05-31T20:54:08+02:00</xmp:CreateDate>
>>> <xmp:CreatorTool>Writer</xmp:CreatorTool>
>>> <xmp:MetadataDate>2020-06-03T08:38:15+02:00</xmp:MetadataDate>
>>> </rdf:Description>
>>> <rdf:Description xmlns:dc="http://purl.org/dc/elements/1.1/"
>>> rdf:about="">
>>> <dc:title>
>>> <rdf:Alt>
>>> <rdf:li xml:lang="x-default">Default Title</rdf:li>
>>> </rdf:Alt>
>>> </dc:title>
>>> <dc:creator>
>>> <rdf:Seq>
>>> <rdf:li>PDFBox</rdf:li>
>>> </rdf:Seq>
>>> </dc:creator>
>>> <dc:description>
>>> <rdf:Alt>
>>> <rdf:li xml:lang="x-default">Default Subject</rdf:li>
>>> </rdf:Alt>
>>> </dc:description>
>>> </rdf:Description>
>>> </rdf:RDF>
>>> </x:xmpmeta><?xpacket end="w"?>
>>>
>>> PDF-Tools:
>>> https://www.pdf-online.com/osa/validate.aspx
>>>
>>> Validating file "Testdok-modified-003.pdf" for conformance level
>>> pdfa-1a
>>>
>>> Multiple occurrences of property 'pdf:Producer'.
>>>
>>> Multiple occurrences of property 'xmp:CreateDate'.
>>>
>>> Multiple occurrences of property 'xmp:CreatorTool'.
>>>
>>> The value of the key ToUnicode is invalid but must be compliant to the
>>> ToUnicode CMap format.
>>>
>>> The document does not conform to the requested standard.
>>>
>>> The document contains fonts without appropriate character to unicode
>>> mapping information (ToUnicode maps).
>>>
>>> The document's meta data is either missing or inconsistent or corrupt.
>>>
>>> The document does not conform to the PDF/A-1a standard.
>>>
>>> Done.
>>>
>>>
>>> PDF-Tools also considers the original file not to be valid.
>>>
>>> Tilman
>>>
>>> Am 03.06.2020 um 08:43 schrieb Ralf Heydenreich:
>>>> Hi Tilman,
>>>> the xpacket is written now, but the PDF isn't recognized as PDF/A and
>>>> has no metadata. Meanwhile, I've tried the CreatePDFA example which
>>>> works. But there a new PDF is created, maybe this is the
>>>> difference. The
>>>> new modified PDF is available under
>>>> https://files.fakturama.info/rhefiles/Testdok-modified-003.pdf.
>>>>
>>>> Regards,
>>>> Ralf.
>>>>
>>>> Am 03.06.2020 um 08:35 schrieb Tilman Hausherr:
>>>>> Hi,
>>>>> The position doesn't matter, but the xpacket thing does.
>>>>>
>>>>> the example has
>>>>>
>>>>> serializer.serialize(metadata, baos, false);
>>>>>
>>>>> while the CreatePDFA.java example has
>>>>>
>>>>> serializer.serialize(xmp, baos, true);
>>>>>
>>>>> please try changing that.
>>>>>
>>>>> Tilman
>>>>>
>>>>> Am 03.06.2020 um 08:23 schrieb Ralf Heydenreich:
>>>>>> Hi Tilman,
>>>>>> now the metadata are written to the PDF, but maybe at the wrong
>>>>>> position. If I compare it to the original PDF the XMP stream is
>>>>>> written
>>>>>> in the beginning of the document. The original contains the
>>>>>> stream at
>>>>>> the end, but starting with a "xpacket" tag. This tag is missing from
>>>>>> modified document. Don't know if it's relevant. At least my PDF
>>>>>> viewer
>>>>>> shows the modified document without metadata and doesn't recognize
>>>>>> it as
>>>>>> a PDF/A. I've uploaded the newly modified document in
>>>>>> https://files.fakturama.info/rhefiles/Testdok-modified-002.pdf.
>>>>>>
>>>>>> Regards,
>>>>>> Ralf.
>>>>>>
>>>>>>
>>>>>> Am 31.05.2020 um 21:56 schrieb Tilman Hausherr:
>>>>>>> Hi,
>>>>>>>
>>>>>>> In your "after" file the existing metadata is lost. From what I
>>>>>>> see,
>>>>>>> the example creates metadata from scratch instead of changing the
>>>>>>> existing one.
>>>>>>>
>>>>>>> What might work is something like
>>>>>>>
>>>>>>> PDMetadata meta = catalog.getMetadata();
>>>>>>> DomXmpParser xmpParser = new DomXmpParser();
>>>>>>> XMPMetadata metadata = xmpParser.parse(meta.createInputStream());
>>>>>>>
>>>>>>> (I took this from the ExtractMetadata example)
>>>>>>>
>>>>>>> then use this "metadata" object. Please try that and tell whether
>>>>>>> that
>>>>>>> works. If not, please do again share the "after" file.
>>>>>>>
>>>>>>> Please do also give feedback if this works. I'm thinking of
>>>>>>> adding a
>>>>>>> comment in the example.
>>>>>>>
>>>>>>> Tilman
>>>>>>>
>>>>>>> Am 31.05.2020 um 21:31 schrieb Ralf Heydenreich:
>>>>>>>> Hi,
>>>>>>>> the before file can be found here:
>>>>>>>> https://files.fakturama.info/rhefiles/Testdok.pdf
>>>>>>>> the modified file is this:
>>>>>>>> https://files.fakturama.info/rhefiles/Testdok-modified.pdf
>>>>>>>>
>>>>>>>> Cheers,
>>>>>>>> Ralf.
>>>>>>>>
>>>>>>>> Am 31.05.2020 um 21:27 schrieb Tilman Hausherr:
>>>>>>>>> Please share the "before" and the "after" PDF, upload them to a
>>>>>>>>> sharehoster.
>>>>>>>>>
>>>>>>>>> Tilman
>>>>>>>>>
>>>>>>>>> Am 31.05.2020 um 21:22 schrieb Ralf Heydenreich:
>>>>>>>>>> Hi all,
>>>>>>>>>>
>>>>>>>>>> I've just checked the AddMetadataFromDocInfo example from pdfbox
>>>>>>>>>> repository (see
>>>>>>>>>> https://svn.apache.org/viewvc/pdfbox/trunk/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddMetadataFromDocInfo.java?revision=1792647&view=markup).
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> I've created a PDF/A-3 document with LibreOffice. Then I've used
>>>>>>>>>> that
>>>>>>>>>> PDF as input for the example program. The resulting document
>>>>>>>>>> contains
>>>>>>>>>> the changed metadata, but it's not a PDF/A-3 anymore. What can I
>>>>>>>>>> do to
>>>>>>>>>> leave the document as PDF/A-3?
>>>>>>>>>>
>>>>>>>>>> Thanks in advance,
>>>>>>>>>> Ralf.
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
>>>> For additional commands, e-mail: users-help@pdfbox.apache.org
>>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
>> For additional commands, e-mail: users-help@pdfbox.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
> For additional commands, e-mail: users-help@pdfbox.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: users-help@pdfbox.apache.org
Re: Changing metadata destroys PDF/A-3
Posted by Tilman Hausherr <TH...@t-online.de>.
Am 03.06.2020 um 22:41 schrieb Ralf Heydenreich:
> Hi Tilman,
> thanks for your fast answer. So, should I create a new bug report or is
> this done by you? Thanks also for the workaround, I'll try it ASAP.
I've created one:
https://issues.apache.org/jira/browse/PDFBOX-4860
Tilman
>
> Regards,
> Ralf.
>
> Am 03.06.2020 um 18:59 schrieb Tilman Hausherr:
>> Hi,
>>
>> Metadata is there. PDFBox preflight says it is OK. VeraPDF and
>> PDF-Tools says it isn't. (So this is a new PDFBox bug)
>>
>> CreatorTool and CreateDate and Producer are there twice. Solution
>> could be to get the Schema instead of creating it.
>>
>>
>>
>>
>> <?xpacket begin="" id="W5M0MpCehiHzreSzNTczkc9d"?><x:xmpmeta
>> xmlns:x="adobe:ns:meta/">
>> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
>> <rdf:Description xmlns:pdfaid="http://www.aiim.org/pdfa/ns/id/"
>> rdf:about="">
>> <pdfaid:part>1</pdfaid:part>
>> <pdfaid:conformance>A</pdfaid:conformance>
>> </rdf:Description>
>> <rdf:Description xmlns:pdf="http://ns.adobe.com/pdf/1.3/"
>> rdf:about="">
>> <pdf:Producer>LibreOffice 5.4</pdf:Producer>
>> </rdf:Description>
>> <rdf:Description xmlns:xmp="http://ns.adobe.com/xap/1.0/"
>> rdf:about="">
>> <xmp:CreatorTool>Writer</xmp:CreatorTool>
>> <xmp:CreateDate>2020-05-31T20:54:08+02:00</xmp:CreateDate>
>> </rdf:Description>
>> <rdf:Description xmlns:pdf="http://ns.adobe.com/pdf/1.3/"
>> rdf:about="">
>> <pdf:Keywords/>
>> <pdf:Producer>LibreOffice 5.4</pdf:Producer>
>> </rdf:Description>
>> <rdf:Description xmlns:xmp="http://ns.adobe.com/xap/1.0/"
>> rdf:about="">
>> <xmp:ModifyDate>2020-06-03T08:38:15+02:00</xmp:ModifyDate>
>> <xmp:CreateDate>2020-05-31T20:54:08+02:00</xmp:CreateDate>
>> <xmp:CreatorTool>Writer</xmp:CreatorTool>
>> <xmp:MetadataDate>2020-06-03T08:38:15+02:00</xmp:MetadataDate>
>> </rdf:Description>
>> <rdf:Description xmlns:dc="http://purl.org/dc/elements/1.1/"
>> rdf:about="">
>> <dc:title>
>> <rdf:Alt>
>> <rdf:li xml:lang="x-default">Default Title</rdf:li>
>> </rdf:Alt>
>> </dc:title>
>> <dc:creator>
>> <rdf:Seq>
>> <rdf:li>PDFBox</rdf:li>
>> </rdf:Seq>
>> </dc:creator>
>> <dc:description>
>> <rdf:Alt>
>> <rdf:li xml:lang="x-default">Default Subject</rdf:li>
>> </rdf:Alt>
>> </dc:description>
>> </rdf:Description>
>> </rdf:RDF>
>> </x:xmpmeta><?xpacket end="w"?>
>>
>> PDF-Tools:
>> https://www.pdf-online.com/osa/validate.aspx
>>
>> Validating file "Testdok-modified-003.pdf" for conformance level pdfa-1a
>>
>> Multiple occurrences of property 'pdf:Producer'.
>>
>> Multiple occurrences of property 'xmp:CreateDate'.
>>
>> Multiple occurrences of property 'xmp:CreatorTool'.
>>
>> The value of the key ToUnicode is invalid but must be compliant to the
>> ToUnicode CMap format.
>>
>> The document does not conform to the requested standard.
>>
>> The document contains fonts without appropriate character to unicode
>> mapping information (ToUnicode maps).
>>
>> The document's meta data is either missing or inconsistent or corrupt.
>>
>> The document does not conform to the PDF/A-1a standard.
>>
>> Done.
>>
>>
>> PDF-Tools also considers the original file not to be valid.
>>
>> Tilman
>>
>> Am 03.06.2020 um 08:43 schrieb Ralf Heydenreich:
>>> Hi Tilman,
>>> the xpacket is written now, but the PDF isn't recognized as PDF/A and
>>> has no metadata. Meanwhile, I've tried the CreatePDFA example which
>>> works. But there a new PDF is created, maybe this is the difference. The
>>> new modified PDF is available under
>>> https://files.fakturama.info/rhefiles/Testdok-modified-003.pdf.
>>>
>>> Regards,
>>> Ralf.
>>>
>>> Am 03.06.2020 um 08:35 schrieb Tilman Hausherr:
>>>> Hi,
>>>> The position doesn't matter, but the xpacket thing does.
>>>>
>>>> the example has
>>>>
>>>> serializer.serialize(metadata, baos, false);
>>>>
>>>> while the CreatePDFA.java example has
>>>>
>>>> serializer.serialize(xmp, baos, true);
>>>>
>>>> please try changing that.
>>>>
>>>> Tilman
>>>>
>>>> Am 03.06.2020 um 08:23 schrieb Ralf Heydenreich:
>>>>> Hi Tilman,
>>>>> now the metadata are written to the PDF, but maybe at the wrong
>>>>> position. If I compare it to the original PDF the XMP stream is
>>>>> written
>>>>> in the beginning of the document. The original contains the stream at
>>>>> the end, but starting with a "xpacket" tag. This tag is missing from
>>>>> modified document. Don't know if it's relevant. At least my PDF viewer
>>>>> shows the modified document without metadata and doesn't recognize
>>>>> it as
>>>>> a PDF/A. I've uploaded the newly modified document in
>>>>> https://files.fakturama.info/rhefiles/Testdok-modified-002.pdf.
>>>>>
>>>>> Regards,
>>>>> Ralf.
>>>>>
>>>>>
>>>>> Am 31.05.2020 um 21:56 schrieb Tilman Hausherr:
>>>>>> Hi,
>>>>>>
>>>>>> In your "after" file the existing metadata is lost. From what I see,
>>>>>> the example creates metadata from scratch instead of changing the
>>>>>> existing one.
>>>>>>
>>>>>> What might work is something like
>>>>>>
>>>>>> PDMetadata meta = catalog.getMetadata();
>>>>>> DomXmpParser xmpParser = new DomXmpParser();
>>>>>> XMPMetadata metadata = xmpParser.parse(meta.createInputStream());
>>>>>>
>>>>>> (I took this from the ExtractMetadata example)
>>>>>>
>>>>>> then use this "metadata" object. Please try that and tell whether
>>>>>> that
>>>>>> works. If not, please do again share the "after" file.
>>>>>>
>>>>>> Please do also give feedback if this works. I'm thinking of adding a
>>>>>> comment in the example.
>>>>>>
>>>>>> Tilman
>>>>>>
>>>>>> Am 31.05.2020 um 21:31 schrieb Ralf Heydenreich:
>>>>>>> Hi,
>>>>>>> the before file can be found here:
>>>>>>> https://files.fakturama.info/rhefiles/Testdok.pdf
>>>>>>> the modified file is this:
>>>>>>> https://files.fakturama.info/rhefiles/Testdok-modified.pdf
>>>>>>>
>>>>>>> Cheers,
>>>>>>> Ralf.
>>>>>>>
>>>>>>> Am 31.05.2020 um 21:27 schrieb Tilman Hausherr:
>>>>>>>> Please share the "before" and the "after" PDF, upload them to a
>>>>>>>> sharehoster.
>>>>>>>>
>>>>>>>> Tilman
>>>>>>>>
>>>>>>>> Am 31.05.2020 um 21:22 schrieb Ralf Heydenreich:
>>>>>>>>> Hi all,
>>>>>>>>>
>>>>>>>>> I've just checked the AddMetadataFromDocInfo example from pdfbox
>>>>>>>>> repository (see
>>>>>>>>> https://svn.apache.org/viewvc/pdfbox/trunk/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddMetadataFromDocInfo.java?revision=1792647&view=markup).
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> I've created a PDF/A-3 document with LibreOffice. Then I've used
>>>>>>>>> that
>>>>>>>>> PDF as input for the example program. The resulting document
>>>>>>>>> contains
>>>>>>>>> the changed metadata, but it's not a PDF/A-3 anymore. What can I
>>>>>>>>> do to
>>>>>>>>> leave the document as PDF/A-3?
>>>>>>>>>
>>>>>>>>> Thanks in advance,
>>>>>>>>> Ralf.
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
>>> For additional commands, e-mail: users-help@pdfbox.apache.org
>>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
> For additional commands, e-mail: users-help@pdfbox.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: users-help@pdfbox.apache.org
Re: Changing metadata destroys PDF/A-3
Posted by Ralf Heydenreich <rh...@justmail.de>.
Hi Tilman,
thanks for your fast answer. So, should I create a new bug report or is
this done by you? Thanks also for the workaround, I'll try it ASAP.
Regards,
Ralf.
Am 03.06.2020 um 18:59 schrieb Tilman Hausherr:
> Hi,
>
> Metadata is there. PDFBox preflight says it is OK. VeraPDF and
> PDF-Tools says it isn't. (So this is a new PDFBox bug)
>
> CreatorTool and CreateDate and Producer are there twice. Solution
> could be to get the Schema instead of creating it.
>
>
>
>
> <?xpacket begin="" id="W5M0MpCehiHzreSzNTczkc9d"?><x:xmpmeta
> xmlns:x="adobe:ns:meta/">
> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
> <rdf:Description xmlns:pdfaid="http://www.aiim.org/pdfa/ns/id/"
> rdf:about="">
> <pdfaid:part>1</pdfaid:part>
> <pdfaid:conformance>A</pdfaid:conformance>
> </rdf:Description>
> <rdf:Description xmlns:pdf="http://ns.adobe.com/pdf/1.3/"
> rdf:about="">
> <pdf:Producer>LibreOffice 5.4</pdf:Producer>
> </rdf:Description>
> <rdf:Description xmlns:xmp="http://ns.adobe.com/xap/1.0/"
> rdf:about="">
> <xmp:CreatorTool>Writer</xmp:CreatorTool>
> <xmp:CreateDate>2020-05-31T20:54:08+02:00</xmp:CreateDate>
> </rdf:Description>
> <rdf:Description xmlns:pdf="http://ns.adobe.com/pdf/1.3/"
> rdf:about="">
> <pdf:Keywords/>
> <pdf:Producer>LibreOffice 5.4</pdf:Producer>
> </rdf:Description>
> <rdf:Description xmlns:xmp="http://ns.adobe.com/xap/1.0/"
> rdf:about="">
> <xmp:ModifyDate>2020-06-03T08:38:15+02:00</xmp:ModifyDate>
> <xmp:CreateDate>2020-05-31T20:54:08+02:00</xmp:CreateDate>
> <xmp:CreatorTool>Writer</xmp:CreatorTool>
> <xmp:MetadataDate>2020-06-03T08:38:15+02:00</xmp:MetadataDate>
> </rdf:Description>
> <rdf:Description xmlns:dc="http://purl.org/dc/elements/1.1/"
> rdf:about="">
> <dc:title>
> <rdf:Alt>
> <rdf:li xml:lang="x-default">Default Title</rdf:li>
> </rdf:Alt>
> </dc:title>
> <dc:creator>
> <rdf:Seq>
> <rdf:li>PDFBox</rdf:li>
> </rdf:Seq>
> </dc:creator>
> <dc:description>
> <rdf:Alt>
> <rdf:li xml:lang="x-default">Default Subject</rdf:li>
> </rdf:Alt>
> </dc:description>
> </rdf:Description>
> </rdf:RDF>
> </x:xmpmeta><?xpacket end="w"?>
>
> PDF-Tools:
> https://www.pdf-online.com/osa/validate.aspx
>
> Validating file "Testdok-modified-003.pdf" for conformance level pdfa-1a
>
> Multiple occurrences of property 'pdf:Producer'.
>
> Multiple occurrences of property 'xmp:CreateDate'.
>
> Multiple occurrences of property 'xmp:CreatorTool'.
>
> The value of the key ToUnicode is invalid but must be compliant to the
> ToUnicode CMap format.
>
> The document does not conform to the requested standard.
>
> The document contains fonts without appropriate character to unicode
> mapping information (ToUnicode maps).
>
> The document's meta data is either missing or inconsistent or corrupt.
>
> The document does not conform to the PDF/A-1a standard.
>
> Done.
>
>
> PDF-Tools also considers the original file not to be valid.
>
> Tilman
>
> Am 03.06.2020 um 08:43 schrieb Ralf Heydenreich:
>> Hi Tilman,
>> the xpacket is written now, but the PDF isn't recognized as PDF/A and
>> has no metadata. Meanwhile, I've tried the CreatePDFA example which
>> works. But there a new PDF is created, maybe this is the difference. The
>> new modified PDF is available under
>> https://files.fakturama.info/rhefiles/Testdok-modified-003.pdf.
>>
>> Regards,
>> Ralf.
>>
>> Am 03.06.2020 um 08:35 schrieb Tilman Hausherr:
>>> Hi,
>>> The position doesn't matter, but the xpacket thing does.
>>>
>>> the example has
>>>
>>> serializer.serialize(metadata, baos, false);
>>>
>>> while the CreatePDFA.java example has
>>>
>>> serializer.serialize(xmp, baos, true);
>>>
>>> please try changing that.
>>>
>>> Tilman
>>>
>>> Am 03.06.2020 um 08:23 schrieb Ralf Heydenreich:
>>>> Hi Tilman,
>>>> now the metadata are written to the PDF, but maybe at the wrong
>>>> position. If I compare it to the original PDF the XMP stream is
>>>> written
>>>> in the beginning of the document. The original contains the stream at
>>>> the end, but starting with a "xpacket" tag. This tag is missing from
>>>> modified document. Don't know if it's relevant. At least my PDF viewer
>>>> shows the modified document without metadata and doesn't recognize
>>>> it as
>>>> a PDF/A. I've uploaded the newly modified document in
>>>> https://files.fakturama.info/rhefiles/Testdok-modified-002.pdf.
>>>>
>>>> Regards,
>>>> Ralf.
>>>>
>>>>
>>>> Am 31.05.2020 um 21:56 schrieb Tilman Hausherr:
>>>>> Hi,
>>>>>
>>>>> In your "after" file the existing metadata is lost. From what I see,
>>>>> the example creates metadata from scratch instead of changing the
>>>>> existing one.
>>>>>
>>>>> What might work is something like
>>>>>
>>>>> PDMetadata meta = catalog.getMetadata();
>>>>> DomXmpParser xmpParser = new DomXmpParser();
>>>>> XMPMetadata metadata = xmpParser.parse(meta.createInputStream());
>>>>>
>>>>> (I took this from the ExtractMetadata example)
>>>>>
>>>>> then use this "metadata" object. Please try that and tell whether
>>>>> that
>>>>> works. If not, please do again share the "after" file.
>>>>>
>>>>> Please do also give feedback if this works. I'm thinking of adding a
>>>>> comment in the example.
>>>>>
>>>>> Tilman
>>>>>
>>>>> Am 31.05.2020 um 21:31 schrieb Ralf Heydenreich:
>>>>>> Hi,
>>>>>> the before file can be found here:
>>>>>> https://files.fakturama.info/rhefiles/Testdok.pdf
>>>>>> the modified file is this:
>>>>>> https://files.fakturama.info/rhefiles/Testdok-modified.pdf
>>>>>>
>>>>>> Cheers,
>>>>>> Ralf.
>>>>>>
>>>>>> Am 31.05.2020 um 21:27 schrieb Tilman Hausherr:
>>>>>>> Please share the "before" and the "after" PDF, upload them to a
>>>>>>> sharehoster.
>>>>>>>
>>>>>>> Tilman
>>>>>>>
>>>>>>> Am 31.05.2020 um 21:22 schrieb Ralf Heydenreich:
>>>>>>>> Hi all,
>>>>>>>>
>>>>>>>> I've just checked the AddMetadataFromDocInfo example from pdfbox
>>>>>>>> repository (see
>>>>>>>> https://svn.apache.org/viewvc/pdfbox/trunk/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddMetadataFromDocInfo.java?revision=1792647&view=markup).
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> I've created a PDF/A-3 document with LibreOffice. Then I've used
>>>>>>>> that
>>>>>>>> PDF as input for the example program. The resulting document
>>>>>>>> contains
>>>>>>>> the changed metadata, but it's not a PDF/A-3 anymore. What can I
>>>>>>>> do to
>>>>>>>> leave the document as PDF/A-3?
>>>>>>>>
>>>>>>>> Thanks in advance,
>>>>>>>> Ralf.
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
>> For additional commands, e-mail: users-help@pdfbox.apache.org
>>
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: users-help@pdfbox.apache.org
Re: Changing metadata destroys PDF/A-3
Posted by Tilman Hausherr <TH...@t-online.de>.
Hi,
Metadata is there. PDFBox preflight says it is OK. VeraPDF and PDF-Tools
says it isn't. (So this is a new PDFBox bug)
CreatorTool and CreateDate and Producer are there twice. Solution could
be to get the Schema instead of creating it.
<?xpacket begin="" id="W5M0MpCehiHzreSzNTczkc9d"?><x:xmpmeta
xmlns:x="adobe:ns:meta/">
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
<rdf:Description xmlns:pdfaid="http://www.aiim.org/pdfa/ns/id/"
rdf:about="">
<pdfaid:part>1</pdfaid:part>
<pdfaid:conformance>A</pdfaid:conformance>
</rdf:Description>
<rdf:Description xmlns:pdf="http://ns.adobe.com/pdf/1.3/" rdf:about="">
<pdf:Producer>LibreOffice 5.4</pdf:Producer>
</rdf:Description>
<rdf:Description xmlns:xmp="http://ns.adobe.com/xap/1.0/" rdf:about="">
<xmp:CreatorTool>Writer</xmp:CreatorTool>
<xmp:CreateDate>2020-05-31T20:54:08+02:00</xmp:CreateDate>
</rdf:Description>
<rdf:Description xmlns:pdf="http://ns.adobe.com/pdf/1.3/" rdf:about="">
<pdf:Keywords/>
<pdf:Producer>LibreOffice 5.4</pdf:Producer>
</rdf:Description>
<rdf:Description xmlns:xmp="http://ns.adobe.com/xap/1.0/" rdf:about="">
<xmp:ModifyDate>2020-06-03T08:38:15+02:00</xmp:ModifyDate>
<xmp:CreateDate>2020-05-31T20:54:08+02:00</xmp:CreateDate>
<xmp:CreatorTool>Writer</xmp:CreatorTool>
<xmp:MetadataDate>2020-06-03T08:38:15+02:00</xmp:MetadataDate>
</rdf:Description>
<rdf:Description xmlns:dc="http://purl.org/dc/elements/1.1/"
rdf:about="">
<dc:title>
<rdf:Alt>
<rdf:li xml:lang="x-default">Default Title</rdf:li>
</rdf:Alt>
</dc:title>
<dc:creator>
<rdf:Seq>
<rdf:li>PDFBox</rdf:li>
</rdf:Seq>
</dc:creator>
<dc:description>
<rdf:Alt>
<rdf:li xml:lang="x-default">Default Subject</rdf:li>
</rdf:Alt>
</dc:description>
</rdf:Description>
</rdf:RDF>
</x:xmpmeta><?xpacket end="w"?>
PDF-Tools:
https://www.pdf-online.com/osa/validate.aspx
Validating file "Testdok-modified-003.pdf" for conformance level pdfa-1a
Multiple occurrences of property 'pdf:Producer'.
Multiple occurrences of property 'xmp:CreateDate'.
Multiple occurrences of property 'xmp:CreatorTool'.
The value of the key ToUnicode is invalid but must be compliant to the
ToUnicode CMap format.
The document does not conform to the requested standard.
The document contains fonts without appropriate character to unicode
mapping information (ToUnicode maps).
The document's meta data is either missing or inconsistent or corrupt.
The document does not conform to the PDF/A-1a standard.
Done.
PDF-Tools also considers the original file not to be valid.
Tilman
Am 03.06.2020 um 08:43 schrieb Ralf Heydenreich:
> Hi Tilman,
> the xpacket is written now, but the PDF isn't recognized as PDF/A and
> has no metadata. Meanwhile, I've tried the CreatePDFA example which
> works. But there a new PDF is created, maybe this is the difference. The
> new modified PDF is available under
> https://files.fakturama.info/rhefiles/Testdok-modified-003.pdf.
>
> Regards,
> Ralf.
>
> Am 03.06.2020 um 08:35 schrieb Tilman Hausherr:
>> Hi,
>> The position doesn't matter, but the xpacket thing does.
>>
>> the example has
>>
>> serializer.serialize(metadata, baos, false);
>>
>> while the CreatePDFA.java example has
>>
>> serializer.serialize(xmp, baos, true);
>>
>> please try changing that.
>>
>> Tilman
>>
>> Am 03.06.2020 um 08:23 schrieb Ralf Heydenreich:
>>> Hi Tilman,
>>> now the metadata are written to the PDF, but maybe at the wrong
>>> position. If I compare it to the original PDF the XMP stream is written
>>> in the beginning of the document. The original contains the stream at
>>> the end, but starting with a "xpacket" tag. This tag is missing from
>>> modified document. Don't know if it's relevant. At least my PDF viewer
>>> shows the modified document without metadata and doesn't recognize it as
>>> a PDF/A. I've uploaded the newly modified document in
>>> https://files.fakturama.info/rhefiles/Testdok-modified-002.pdf.
>>>
>>> Regards,
>>> Ralf.
>>>
>>>
>>> Am 31.05.2020 um 21:56 schrieb Tilman Hausherr:
>>>> Hi,
>>>>
>>>> In your "after" file the existing metadata is lost. From what I see,
>>>> the example creates metadata from scratch instead of changing the
>>>> existing one.
>>>>
>>>> What might work is something like
>>>>
>>>> PDMetadata meta = catalog.getMetadata();
>>>> DomXmpParser xmpParser = new DomXmpParser();
>>>> XMPMetadata metadata = xmpParser.parse(meta.createInputStream());
>>>>
>>>> (I took this from the ExtractMetadata example)
>>>>
>>>> then use this "metadata" object. Please try that and tell whether that
>>>> works. If not, please do again share the "after" file.
>>>>
>>>> Please do also give feedback if this works. I'm thinking of adding a
>>>> comment in the example.
>>>>
>>>> Tilman
>>>>
>>>> Am 31.05.2020 um 21:31 schrieb Ralf Heydenreich:
>>>>> Hi,
>>>>> the before file can be found here:
>>>>> https://files.fakturama.info/rhefiles/Testdok.pdf
>>>>> the modified file is this:
>>>>> https://files.fakturama.info/rhefiles/Testdok-modified.pdf
>>>>>
>>>>> Cheers,
>>>>> Ralf.
>>>>>
>>>>> Am 31.05.2020 um 21:27 schrieb Tilman Hausherr:
>>>>>> Please share the "before" and the "after" PDF, upload them to a
>>>>>> sharehoster.
>>>>>>
>>>>>> Tilman
>>>>>>
>>>>>> Am 31.05.2020 um 21:22 schrieb Ralf Heydenreich:
>>>>>>> Hi all,
>>>>>>>
>>>>>>> I've just checked the AddMetadataFromDocInfo example from pdfbox
>>>>>>> repository (see
>>>>>>> https://svn.apache.org/viewvc/pdfbox/trunk/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddMetadataFromDocInfo.java?revision=1792647&view=markup).
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> I've created a PDF/A-3 document with LibreOffice. Then I've used
>>>>>>> that
>>>>>>> PDF as input for the example program. The resulting document
>>>>>>> contains
>>>>>>> the changed metadata, but it's not a PDF/A-3 anymore. What can I
>>>>>>> do to
>>>>>>> leave the document as PDF/A-3?
>>>>>>>
>>>>>>> Thanks in advance,
>>>>>>> Ralf.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
> For additional commands, e-mail: users-help@pdfbox.apache.org
>
Re: Changing metadata destroys PDF/A-3
Posted by Ralf Heydenreich <rh...@justmail.de>.
Hi Tilman,
the xpacket is written now, but the PDF isn't recognized as PDF/A and
has no metadata. Meanwhile, I've tried the CreatePDFA example which
works. But there a new PDF is created, maybe this is the difference. The
new modified PDF is available under
https://files.fakturama.info/rhefiles/Testdok-modified-003.pdf.
Regards,
Ralf.
Am 03.06.2020 um 08:35 schrieb Tilman Hausherr:
> Hi,
> The position doesn't matter, but the xpacket thing does.
>
> the example has
>
> serializer.serialize(metadata, baos, false);
>
> while the CreatePDFA.java example has
>
> serializer.serialize(xmp, baos, true);
>
> please try changing that.
>
> Tilman
>
> Am 03.06.2020 um 08:23 schrieb Ralf Heydenreich:
>> Hi Tilman,
>> now the metadata are written to the PDF, but maybe at the wrong
>> position. If I compare it to the original PDF the XMP stream is written
>> in the beginning of the document. The original contains the stream at
>> the end, but starting with a "xpacket" tag. This tag is missing from
>> modified document. Don't know if it's relevant. At least my PDF viewer
>> shows the modified document without metadata and doesn't recognize it as
>> a PDF/A. I've uploaded the newly modified document in
>> https://files.fakturama.info/rhefiles/Testdok-modified-002.pdf.
>>
>> Regards,
>> Ralf.
>>
>>
>> Am 31.05.2020 um 21:56 schrieb Tilman Hausherr:
>>> Hi,
>>>
>>> In your "after" file the existing metadata is lost. From what I see,
>>> the example creates metadata from scratch instead of changing the
>>> existing one.
>>>
>>> What might work is something like
>>>
>>> PDMetadata meta = catalog.getMetadata();
>>> DomXmpParser xmpParser = new DomXmpParser();
>>> XMPMetadata metadata = xmpParser.parse(meta.createInputStream());
>>>
>>> (I took this from the ExtractMetadata example)
>>>
>>> then use this "metadata" object. Please try that and tell whether that
>>> works. If not, please do again share the "after" file.
>>>
>>> Please do also give feedback if this works. I'm thinking of adding a
>>> comment in the example.
>>>
>>> Tilman
>>>
>>> Am 31.05.2020 um 21:31 schrieb Ralf Heydenreich:
>>>> Hi,
>>>> the before file can be found here:
>>>> https://files.fakturama.info/rhefiles/Testdok.pdf
>>>> the modified file is this:
>>>> https://files.fakturama.info/rhefiles/Testdok-modified.pdf
>>>>
>>>> Cheers,
>>>> Ralf.
>>>>
>>>> Am 31.05.2020 um 21:27 schrieb Tilman Hausherr:
>>>>> Please share the "before" and the "after" PDF, upload them to a
>>>>> sharehoster.
>>>>>
>>>>> Tilman
>>>>>
>>>>> Am 31.05.2020 um 21:22 schrieb Ralf Heydenreich:
>>>>>> Hi all,
>>>>>>
>>>>>> I've just checked the AddMetadataFromDocInfo example from pdfbox
>>>>>> repository (see
>>>>>> https://svn.apache.org/viewvc/pdfbox/trunk/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddMetadataFromDocInfo.java?revision=1792647&view=markup).
>>>>>>
>>>>>>
>>>>>>
>>>>>> I've created a PDF/A-3 document with LibreOffice. Then I've used
>>>>>> that
>>>>>> PDF as input for the example program. The resulting document
>>>>>> contains
>>>>>> the changed metadata, but it's not a PDF/A-3 anymore. What can I
>>>>>> do to
>>>>>> leave the document as PDF/A-3?
>>>>>>
>>>>>> Thanks in advance,
>>>>>> Ralf.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: users-help@pdfbox.apache.org
Re: Changing metadata destroys PDF/A-3
Posted by Tilman Hausherr <TH...@t-online.de>.
Hi,
The position doesn't matter, but the xpacket thing does.
the example has
serializer.serialize(metadata, baos, false);
while the CreatePDFA.java example has
serializer.serialize(xmp, baos, true);
please try changing that.
Tilman
Am 03.06.2020 um 08:23 schrieb Ralf Heydenreich:
> Hi Tilman,
> now the metadata are written to the PDF, but maybe at the wrong
> position. If I compare it to the original PDF the XMP stream is written
> in the beginning of the document. The original contains the stream at
> the end, but starting with a "xpacket" tag. This tag is missing from
> modified document. Don't know if it's relevant. At least my PDF viewer
> shows the modified document without metadata and doesn't recognize it as
> a PDF/A. I've uploaded the newly modified document in
> https://files.fakturama.info/rhefiles/Testdok-modified-002.pdf.
>
> Regards,
> Ralf.
>
>
> Am 31.05.2020 um 21:56 schrieb Tilman Hausherr:
>> Hi,
>>
>> In your "after" file the existing metadata is lost. From what I see,
>> the example creates metadata from scratch instead of changing the
>> existing one.
>>
>> What might work is something like
>>
>> PDMetadata meta = catalog.getMetadata();
>> DomXmpParser xmpParser = new DomXmpParser();
>> XMPMetadata metadata = xmpParser.parse(meta.createInputStream());
>>
>> (I took this from the ExtractMetadata example)
>>
>> then use this "metadata" object. Please try that and tell whether that
>> works. If not, please do again share the "after" file.
>>
>> Please do also give feedback if this works. I'm thinking of adding a
>> comment in the example.
>>
>> Tilman
>>
>> Am 31.05.2020 um 21:31 schrieb Ralf Heydenreich:
>>> Hi,
>>> the before file can be found here:
>>> https://files.fakturama.info/rhefiles/Testdok.pdf
>>> the modified file is this:
>>> https://files.fakturama.info/rhefiles/Testdok-modified.pdf
>>>
>>> Cheers,
>>> Ralf.
>>>
>>> Am 31.05.2020 um 21:27 schrieb Tilman Hausherr:
>>>> Please share the "before" and the "after" PDF, upload them to a
>>>> sharehoster.
>>>>
>>>> Tilman
>>>>
>>>> Am 31.05.2020 um 21:22 schrieb Ralf Heydenreich:
>>>>> Hi all,
>>>>>
>>>>> I've just checked the AddMetadataFromDocInfo example from pdfbox
>>>>> repository (see
>>>>> https://svn.apache.org/viewvc/pdfbox/trunk/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddMetadataFromDocInfo.java?revision=1792647&view=markup).
>>>>>
>>>>>
>>>>> I've created a PDF/A-3 document with LibreOffice. Then I've used that
>>>>> PDF as input for the example program. The resulting document contains
>>>>> the changed metadata, but it's not a PDF/A-3 anymore. What can I do to
>>>>> leave the document as PDF/A-3?
>>>>>
>>>>> Thanks in advance,
>>>>> Ralf.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
> For additional commands, e-mail: users-help@pdfbox.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: users-help@pdfbox.apache.org
Re: Changing metadata destroys PDF/A-3
Posted by Ralf Heydenreich <rh...@justmail.de>.
Hi Tilman,
now the metadata are written to the PDF, but maybe at the wrong
position. If I compare it to the original PDF the XMP stream is written
in the beginning of the document. The original contains the stream at
the end, but starting with a "xpacket" tag. This tag is missing from
modified document. Don't know if it's relevant. At least my PDF viewer
shows the modified document without metadata and doesn't recognize it as
a PDF/A. I've uploaded the newly modified document in
https://files.fakturama.info/rhefiles/Testdok-modified-002.pdf.
Regards,
Ralf.
Am 31.05.2020 um 21:56 schrieb Tilman Hausherr:
> Hi,
>
> In your "after" file the existing metadata is lost. From what I see,
> the example creates metadata from scratch instead of changing the
> existing one.
>
> What might work is something like
>
> PDMetadata meta = catalog.getMetadata();
> DomXmpParser xmpParser = new DomXmpParser();
> XMPMetadata metadata = xmpParser.parse(meta.createInputStream());
>
> (I took this from the ExtractMetadata example)
>
> then use this "metadata" object. Please try that and tell whether that
> works. If not, please do again share the "after" file.
>
> Please do also give feedback if this works. I'm thinking of adding a
> comment in the example.
>
> Tilman
>
> Am 31.05.2020 um 21:31 schrieb Ralf Heydenreich:
>> Hi,
>> the before file can be found here:
>> https://files.fakturama.info/rhefiles/Testdok.pdf
>> the modified file is this:
>> https://files.fakturama.info/rhefiles/Testdok-modified.pdf
>>
>> Cheers,
>> Ralf.
>>
>> Am 31.05.2020 um 21:27 schrieb Tilman Hausherr:
>>> Please share the "before" and the "after" PDF, upload them to a
>>> sharehoster.
>>>
>>> Tilman
>>>
>>> Am 31.05.2020 um 21:22 schrieb Ralf Heydenreich:
>>>> Hi all,
>>>>
>>>> I've just checked the AddMetadataFromDocInfo example from pdfbox
>>>> repository (see
>>>> https://svn.apache.org/viewvc/pdfbox/trunk/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddMetadataFromDocInfo.java?revision=1792647&view=markup).
>>>>
>>>>
>>>> I've created a PDF/A-3 document with LibreOffice. Then I've used that
>>>> PDF as input for the example program. The resulting document contains
>>>> the changed metadata, but it's not a PDF/A-3 anymore. What can I do to
>>>> leave the document as PDF/A-3?
>>>>
>>>> Thanks in advance,
>>>> Ralf.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: users-help@pdfbox.apache.org
Re: Changing metadata destroys PDF/A-3
Posted by Tilman Hausherr <TH...@t-online.de>.
Hi,
In your "after" file the existing metadata is lost. From what I see,
the example creates metadata from scratch instead of changing the
existing one.
What might work is something like
PDMetadata meta = catalog.getMetadata();
DomXmpParser xmpParser = new DomXmpParser();
XMPMetadata metadata = xmpParser.parse(meta.createInputStream());
(I took this from the ExtractMetadata example)
then use this "metadata" object. Please try that and tell whether that
works. If not, please do again share the "after" file.
Please do also give feedback if this works. I'm thinking of adding a
comment in the example.
Tilman
Am 31.05.2020 um 21:31 schrieb Ralf Heydenreich:
> Hi,
> the before file can be found here:
> https://files.fakturama.info/rhefiles/Testdok.pdf
> the modified file is this:
> https://files.fakturama.info/rhefiles/Testdok-modified.pdf
>
> Cheers,
> Ralf.
>
> Am 31.05.2020 um 21:27 schrieb Tilman Hausherr:
>> Please share the "before" and the "after" PDF, upload them to a
>> sharehoster.
>>
>> Tilman
>>
>> Am 31.05.2020 um 21:22 schrieb Ralf Heydenreich:
>>> Hi all,
>>>
>>> I've just checked the AddMetadataFromDocInfo example from pdfbox
>>> repository (see
>>> https://svn.apache.org/viewvc/pdfbox/trunk/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddMetadataFromDocInfo.java?revision=1792647&view=markup).
>>>
>>> I've created a PDF/A-3 document with LibreOffice. Then I've used that
>>> PDF as input for the example program. The resulting document contains
>>> the changed metadata, but it's not a PDF/A-3 anymore. What can I do to
>>> leave the document as PDF/A-3?
>>>
>>> Thanks in advance,
>>> Ralf.
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
>>> For additional commands, e-mail: users-help@pdfbox.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
>> For additional commands, e-mail: users-help@pdfbox.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
> For additional commands, e-mail: users-help@pdfbox.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: users-help@pdfbox.apache.org
Re: Changing metadata destroys PDF/A-3
Posted by Ralf Heydenreich <rh...@justmail.de>.
Hi,
the before file can be found here:
https://files.fakturama.info/rhefiles/Testdok.pdf
the modified file is this:
https://files.fakturama.info/rhefiles/Testdok-modified.pdf
Cheers,
Ralf.
Am 31.05.2020 um 21:27 schrieb Tilman Hausherr:
> Please share the "before" and the "after" PDF, upload them to a
> sharehoster.
>
> Tilman
>
> Am 31.05.2020 um 21:22 schrieb Ralf Heydenreich:
>> Hi all,
>>
>> I've just checked the AddMetadataFromDocInfo example from pdfbox
>> repository (see
>> https://svn.apache.org/viewvc/pdfbox/trunk/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddMetadataFromDocInfo.java?revision=1792647&view=markup).
>>
>> I've created a PDF/A-3 document with LibreOffice. Then I've used that
>> PDF as input for the example program. The resulting document contains
>> the changed metadata, but it's not a PDF/A-3 anymore. What can I do to
>> leave the document as PDF/A-3?
>>
>> Thanks in advance,
>> Ralf.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
>> For additional commands, e-mail: users-help@pdfbox.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
> For additional commands, e-mail: users-help@pdfbox.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: users-help@pdfbox.apache.org
Re: Changing metadata destroys PDF/A-3
Posted by Tilman Hausherr <TH...@t-online.de>.
Please share the "before" and the "after" PDF, upload them to a sharehoster.
Tilman
Am 31.05.2020 um 21:22 schrieb Ralf Heydenreich:
> Hi all,
>
> I've just checked the AddMetadataFromDocInfo example from pdfbox
> repository (see
> https://svn.apache.org/viewvc/pdfbox/trunk/examples/src/main/java/org/apache/pdfbox/examples/pdmodel/AddMetadataFromDocInfo.java?revision=1792647&view=markup).
> I've created a PDF/A-3 document with LibreOffice. Then I've used that
> PDF as input for the example program. The resulting document contains
> the changed metadata, but it's not a PDF/A-3 anymore. What can I do to
> leave the document as PDF/A-3?
>
> Thanks in advance,
> Ralf.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
> For additional commands, e-mail: users-help@pdfbox.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@pdfbox.apache.org
For additional commands, e-mail: users-help@pdfbox.apache.org