Post without Account — your post will be reviewed, and if appropriate, posted under Anonymous. You can also use this link to report any problems registering.

RT 120375 - support of ISO 19005 – archival Document management – PDF/A

  • 3 Replies
  • 1240 Views
*

Offline Phil

  • Global Moderator
  • Sr. Member
  • *****
  • 359
    • View Profile
Sat Feb 25 15:20:49 2017 rico.zienke [...] posteo.de - Ticket created
Subject:    [question] support of ISO 19005 – Document management – Electronic document file format for long-term preservation (PDF/A)
Date:    Sat, 25 Feb 2017 21:20:02 +0100
To:    bug-PDF-API2 [...] rt.cpan.org
From:    Rico Zienke <rico.zienke [...] posteo.de>

Hello,
is it  possible to create PDF/A valid documents with the perl PDF::API2 api? Is there is already a way/option that the api takes care completely of responsibility for valid pdf/a creation? (so that consumers doesn't have to take care) If not is possible for consumers to generate a pdf with the right knowledge today? Or do you see any gaps on API side, which makes it impossible at all?

If it is not possible, are there any plans to do it?

If you need further information. I can send you an example pdf with verapdf validation results.

Thanks and Best regards,
Rico Zienke

<formatting cleanup - Mod.>
« Last Edit: May 01, 2017, 10:31:03 AM by Phil »

*

Offline Phil

  • Global Moderator
  • Sr. Member
  • *****
  • 359
    • View Profile
PDF/A (there are a number of sub-versions) is intended to "future-proof" PDF documents by banning required references to external files (fonts, color profiles, etc.), encryption, patented compression, and some other restrictions. A document should be readable all by itself, and without someone having to remember a password.

Some resources:
This could certainly be a global flag for PDF production (PDF/A) by something using this library.

*

Offline Phil

  • Global Moderator
  • Sr. Member
  • *****
  • 359
    • View Profile
Tue May 23 22:50:15 2017 steve [...] deefs.net - Correspondence added

Quote
is it possible to create PDF/A valid documents with the perl PDF::API2 api?
I have no idea.  Theoretically, yes, but I haven't looked at that spec.

Quote
Is there is already a way/option that the api takes care completely of responsibility for valid pdf/a creation? (so that consumers doesn't have to take care)
Not built-in.

Quote
If not is possible for consumers to generate a pdf with the right knowledge today? Or do you see any gaps on API side, which makes it impossible at all?

If it is not possible, are there any plans to do it?
I'm focused on just the base PDF specification, but if someone wanted to add support for PDF/A, I wouldn't be opposed.
#
Tue May 23 22:50:16 2017 The RT System itself - Status changed from 'new' to 'open'
#
Tue May 23 22:50:31 2017 steve [...] deefs.net - Status changed from 'open' to 'resolved'

*

Offline Phil

  • Global Moderator
  • Sr. Member
  • *****
  • 359
    • View Profile
 PhilterPaper commented Dec 29

Just to add to the fun, in addition to PDF/A (long term archival storage), there are

  • PDF/E (interactive exchange of engineering documents, intended to be open and neutral)
  • PDF/VT (VDP content extension of PDF/X, for better control over printers and the like)
  • PDF/X (graphic content exchange, particularly for print publishing workflow with stringent color specifications)