View source for PDF/A

{{Short description|ISO-standardized version of PDF for archives}}
{{Infobox file format
| name          = PDF/Archive
| logo          =
| icon          =
| iconcaption   =
| screenshot    =
| caption       =
| extension     = .pdf
| mime          = application/pdf
| typecode      = 'PDF ' (including a single trailing space)
| uniform_type  = com.adobe.pdf
| magic         = <code>%PDF</code>
| owner         = [[International Organization for Standardization|ISO]]
| released      = {{start date and age|2005|10|01}}
| latest_release_version =
| latest_release_date = {{start date and age|2012|10|15}}
| genre         =
| container_for =
| extended_from = [[Portable Document Format|PDF]]
| extended_to   =
| standard      = ISO 19005
| free          =
| url           =
}}
'''PDF/A''' is an [[International Organization for Standardization|ISO]]-standardized version of the [[Portable Document Format]] (PDF) specialized for use in the [[archive|archiving]] and long-term [[digital preservation|preservation]] of [[electronic document]]s. PDF/A differs from PDF by prohibiting features unsuitable for long-term archiving, such as [[font]] linking (as opposed to [[font embedding]]) and encryption.<ref name="nutshell-2-1">{{cite book |url=https://www.pdfa.org/wp-content/uploads/2013/05/PDFA_in_a_Nutshell_211.pdf |first=Alexandra |last=Oettler |date=2013 |title=PDF/A in a Nutshell 2.0 |chapter=PDF/A facts – an introduction to the standard |publisher=PDF Association |access-date=2021-07-29 |archive-date=2021-07-29 |archive-url=https://web.archive.org/web/20210729151917/https://www.pdfa.org/wp-content/uploads/2013/05/PDFA_in_a_Nutshell_211.pdf |url-status=live }}</ref> The ISO requirements for PDF/A [[file viewer]]s include [[color management]] guidelines, support for embedded fonts, and a user interface for reading embedded [[annotation]]s.
== Standards ==
{| class="wikitable" style="margin-left:auto; margin-right:auto;"
|+ ISO 19005 – Document management – Electronic document file format for long-term preservation (PDF/A)
|-
! {{abbr|Abbr.|Abbreviation}}
! Subtitle
! Published
! Standard
! Based on
! Ref.
|-
| PDF/A-1
| Part 1: Use of PDF 1.4
| 2005-09-28
| ISO 19005-1
| PDF 1.4 ([[Adobe Systems]], ''PDF Reference'', third edition)
| style="text-align:center" | <ref name="iso-19005-1">{{cite web |url=http://www.iso.org/iso/catalogue_detail?csnumber=38920 |title=ISO 19005-1:2005 |website=ISO |access-date=2016-07-27 |archive-date=2016-08-18 |archive-url=https://web.archive.org/web/20160818001501/http://www.iso.org/iso/catalogue_detail?csnumber=38920 |url-status=live }}</ref>
|-
| PDF/A-2
| Part 2: Use of ISO 32000-1
| 2011-06-20
| ISO 19005-2
| PDF 1.7 (ISO 32000-1:2008)
| style="text-align:center" | <ref name="iso-19005-2">{{cite web |url=http://www.iso.org/iso/catalogue_detail?csnumber=50655 |title=ISO 19005-2:2011 |website=ISO |access-date=2016-07-27 |archive-date=2016-08-17 |archive-url=https://web.archive.org/web/20160817153341/http://www.iso.org/iso/catalogue_detail?csnumber=50655 |url-status=live }}</ref>
|-
| PDF/A-3
| Part 3: Use of ISO 32000-1 with support for embedded files
| 2012-10-15
| ISO 19005-3
| PDF 1.7 (ISO 32000-1:2008)
| style="text-align:center" | <ref name="iso-19005-3">{{cite web |url=http://www.iso.org/iso/catalogue_detail?csnumber=57229 |title=ISO 19005-3:2012 |website=ISO |access-date=2016-07-27 |archive-date=2016-08-17 |archive-url=https://web.archive.org/web/20160817213044/http://www.iso.org/iso/catalogue_detail?csnumber=57229 |url-status=live }}</ref>
|-
| PDF/A-4
| Part 4: Use of ISO 32000-2
| 2020-11
| ISO 19005-4
| PDF 2.0 (ISO 32000-2:2020)
| style="text-align:center" | <ref name="iso-19005-4">{{cite web |url=https://www.iso.org/standard/71832.html |title=ISO 19005-4:2020 |website=ISO |access-date=2021-02-04 |archive-date=2021-02-09 |archive-url=https://web.archive.org/web/20210209033411/https://www.iso.org/standard/71832.html |url-status=live }}</ref>
|}
== Background ==
PDF is a standard for encoding documents in an "as printed" form that is portable between systems. However, the suitability of a PDF file for archival preservation depends on options chosen when the PDF is created: most notably, whether to embed the necessary fonts for rendering the document; whether to use encryption; and whether to preserve additional information from the original document beyond what is needed to print it.
PDF/A was originally a new joint activity between the Association for Suppliers of Printing, Publishing and Converting Technologies ([[NPES]]) and the Association for Information and Image Management AIIM in conjunction with Adobe to develop an international standard defining the use of the Portable Document Format (PDF) for archiving documents.<ref name="nutshell-2-2">{{cite web |url=http://www.pdfa.org/2013/02/a-short-history-of-pdfa/ |title=A short history of PDF/A |website=PDF Association |date=2013-02-07 |access-date=2014-07-11 |archive-date=2014-07-14 |archive-url=https://web.archive.org/web/20140714220618/http://www.pdfa.org/2013/02/a-short-history-of-pdfa/ |url-status=live }}</ref> The goal was to address the growing need to electronically archive documents in a way that would ensure preservation of their contents over an extended period of time and ensure that those documents would be able to be retrieved and rendered with a consistent and predictable result in the future.<ref name="nutshell-2-3">{{cite web |url=http://www.pdfa.org/2013/02/the-most-important-reasons-to-use-pdfa/ |first=Alexandra |last=Oettler |title=The most important reasons to use PDF/A |website=PDF Association |date=2013-02-07 |access-date=2014-07-11 |archive-date=2014-07-14 |archive-url=https://web.archive.org/web/20140714233331/http://www.pdfa.org/2013/02/the-most-important-reasons-to-use-pdfa/ |url-status=live }}</ref> This need exists in a wide variety of government, industry and academic areas worldwide, including legal systems, libraries, newspapers, and regulated industries.<ref name="nutshell-2-4">{{cite web |url=http://www.pdfa.org/2013/02/typical-uses-for-pdfa/ |first=Alexandra |last=Oettler |title=Typical uses for PDF/A |website=PDF Association |date=2013-02-07 |access-date=2014-07-11 |archive-date=2014-07-14 |archive-url=https://web.archive.org/web/20140714205954/http://www.pdfa.org/2013/02/typical-uses-for-pdfa/ |url-status=live }}</ref>
== Description ==
The PDF/A standard does not define an archiving strategy or the goals of an archiving system. It identifies a "profile" for electronic documents that ensures the documents can be reproduced exactly the same way using various software in years to come. A key element to this reproducibility is the requirement for PDF/A documents to be 100% self-contained. All of the information necessary for displaying the document in the same manner is embedded in the file. This includes, but is not limited to, all content (text, raster images and vector graphics), fonts, and color information. A PDF/A document is not permitted to be reliant on information from external sources (e.g., font programs and data streams), but may include annotations (e.g., hypertext links) that link to external documents.<ref name="nutshell-2-6">{{cite web |url=http://www.pdfa.org/2011/09/pdfa-%e2%80%93-ein-blick-auf-die-technische-seite/?lang=de |title=The technical side of the PDF/A standard |first=Alexandra |last=Oettler |website=PDF Association |date=2013-02-07 |access-date=2017-08-07 |url-status=dead |archive-url=https://web.archive.org/web/20150702191437/http://www.pdfa.org/2011/09/pdfa-%e2%80%93-ein-blick-auf-die-technische-seite/?lang=de |archive-date=2015-07-02 }}</ref>
Other key elements to PDF/A conformance include:<ref name="pdfa1-tech">{{cite web |url=http://www.pdfa.org/doku.php?id=artikel:en:pdfa_a_look_at_the_technical-side |title=PDF/A – A Look at the Technical Side |access-date=2011-07-06 |url-status=dead |archive-url=https://web.archive.org/web/20110726045349/http://www.pdfa.org/doku.php?id=artikel:en:pdfa_a_look_at_the_technical-side |archive-date=2011-07-26 }}</ref><ref name="pdfa2-press">{{cite web |url=http://www.pdfa.org/2011/07/pdfa-2-standard-published-by-iso-the-new-standard-includes-great-technical-enhancements-free-informative-webinar-to-be-scheduled/ |title=PDF/A-2 Standard Published by ISO! The New Standard Includes Great Technical Enhancements. |date=2011-07-01 |access-date=2011-07-06 |archive-date=2012-01-11 |archive-url=https://web.archive.org/web/20120111110126/http://www.pdfa.org/2011/07/pdfa-2-standard-published-by-iso-the-new-standard-includes-great-technical-enhancements-free-informative-webinar-to-be-scheduled |url-status=live }}</ref><ref>{{citation |url=http://www.aiim.org/documents/standards/PDF-A/19005-1_FAQ.pdf |title=Frequently Asked Questions (FAQs) – ISO 19005-1:2005 – PDF/A-1, Date: July 10, 2006 |date=2006-07-10 |access-date=2011-07-06 |url-status=dead |archive-url=https://web.archive.org/web/20120118031116/http://www.aiim.org/documents/standards/PDF-A/19005-1_FAQ.pdf |archive-date=January 18, 2012 }}</ref>
* Audio and video content are forbidden.
* [[JavaScript]] and executable file launches are forbidden.
* All fonts must be embedded and also must be legally embeddable for unlimited, universal rendering. This also applies to the so-called [[PostScript]] standard fonts such as [[Times Roman|Times]] or [[Helvetica]].
* Colorspaces specified in a device-independent manner.
* Encryption is forbidden.
* Use of standards-based metadata is required.
* External content references are forbidden.
* [[Lempel–Ziv–Welch|LZW]] is forbidden due to intellectual property constraints. [[JPEG 2000]] image compression models are not allowed in PDF/A-1 (based on PDF 1.4), as it was first introduced in PDF 1.5. JPEG 2000 compression is allowed in PDF/A-2 and PDF/A-3.
* Transparent objects and layers (Optional Content Groups) are forbidden in PDF/A-1 but are allowed in PDF/A-2.
* Provisions for digital signatures in accordance with the [[PAdES]] (PDF [[advanced electronic signature]]s) standard are supported in PDF/A-2.
* Embedded files are forbidden in PDF/A-1, but PDF/A-2 allows embedding of PDF/A files, facilitating the archiving of sets of PDF/A documents in a single file. PDF/A-3 allows embedding of any file format such as XML, CAD and others into PDF/A documents.
* The use of XML-based [[XML Forms Architecture]] (XFA) forms is forbidden in PDF/A. (XFA form data may be preserved in a PDF/A-2 file by moving from XFA key to the Names tree that itself is the value of the XFAResources key of the Names dictionary of the document catalog dictionary.)
* Interactive PDF form fields must have an appearance dictionary associated with the field's data. The appearance dictionary shall be used when rendering the field.
== Conformance levels and versions ==
=== PDF/A-1 ===
Part 1 of the standard was first published on September 28, 2005,<ref name="iso-19005-1" /> and specifies two levels of conformance for PDF files:<ref name="pdfau">{{cite web |url=http://www.pdfa.org/2011/08/improved-pdfa-1b/ |title=Improved PDF/A-1b |website=PDF Association |date=2011-08-05 |access-date=2012-09-26 |archive-url=https://web.archive.org/web/20120915090500/http://www.pdfa.org/2011/08/improved-pdfa-1b/ |archive-date=2012-09-15}}</ref>
* PDF/A-1b – Level '''B''' (Basic) conformance
* PDF/A-1a – Level '''A''' (Accessible) conformance
Level B conformance requires only that standards necessary for the reliable reproduction of a document's visual appearance be followed, while Level A conformance includes all Level B requirements in addition to features intended to improve a document's [[Computer accessibility|digital]] [[accessibility]].
Additional Level A requirements:
* Language specification
* Hierarchical document structure
* [[Tagged PDF|Tagged text]] spans and descriptive text for images and symbols
* Character mappings to [[Unicode]]
Level A conformance was intended to increase the accessibility of conforming files for physically impaired users by allowing assistive software, such as [[screen reader]]s, to more precisely extract and interpret a file's contents.<ref name="pdfau"/> A later standard, [[PDF/UA]], was developed to eliminate what became considered some of PDF/A's shortcomings, replacing many of its general guidelines with more detailed technical specifications.<ref name="pdf-other-subsets">{{cite web |url=http://www.pdfa.org/2013/02/pdfa-and-the-other-pdf-standards/ |first=Alexandra |last=Oettler |title=PDF/A and the other PDF standards |website=PDF Association |date=2013-02-07 |access-date=2014-07-12 |archive-url=https://web.archive.org/web/20140714203559/http://www.pdfa.org/2013/02/pdfa-and-the-other-pdf-standards/ |archive-date=2014-07-14}}</ref>
=== PDF/A-2 ===
Part 2 of the standard, published on June 20, 2011,<ref name="iso-19005-2" /> addresses some of the new features added with versions 1.5, 1.6 and 1.7 of the PDF Reference. PDF/A-1 files will not necessarily conform to PDF/A-2, and PDF/A-2 compliant files will not necessarily conform to PDF/A-1.
Part 2 of the PDF/A Standard is based on a PDF 1.7 (ISO 32000-1), rather than PDF 1.4 and offers several new features:
* [[JPEG 2000]] image compression.
* support for transparency effects and layers.
* embedding of [[OpenType]] fonts.
* provisions for digital signatures in accordance with the PDF Advanced Electronic Signatures – [[PAdES]] standard.
* the option of embedding PDF/A files to facilitate archiving of sets of documents with a single file.<ref name="pdfa2-press" />
Part 2 defines three conformance levels. PDF/A-2a and PDF/A-2b correspond to conformance levels a and b in PDF/A-1. A new conformance level, PDF/A-2u, represents Level B conformance (PDF/A-2b) with the additional requirement that all text in the document have Unicode mapping.<ref name="pdfau" /><ref>{{citation |url=http://www.digitalpreservation.gov/formats/fdd/fdd000319.shtml |title=PDF/A-2, PDF for Long-term Preservation, Use of ISO 32000-1 (PDF 1.7) |publisher=Library of Congress |access-date=2012-09-26 |archive-date=2013-01-30 |archive-url=https://web.archive.org/web/20130130000026/http://www.digitalpreservation.gov/formats/fdd/fdd000319.shtml |url-status=live }}</ref>
===PDF/A-3===
Part 3 of the standard, published on October 15, 2012,<ref name="iso-19005-3" /> differs from PDF/A-2 in only one regard: it allows embedding of arbitrary file formats (such as XML, CSV, CAD, word-processing documents, spreadsheet documents, and others) into PDF/A conforming documents.<ref>{{cite web |url=http://www.pdfa.org/2012/03/pdf-association-arranges-its-first-seminar-on-pdfa-to-include-standards-1-to-3/ |title=PDF Association Arranges Its First Seminar on PDF/A to Include Standards 1 to 3 |website=PDF Association |date=2012-03-29 |archive-url=https://web.archive.org/web/20120915003604/http://www.pdfa.org/2012/03/pdf-association-arranges-its-first-seminar-on-pdfa-to-include-standards-1-to-3/ |archive-date=2012-09-15}}</ref>
===PDF/A-4===
Part 4 of the standard, based on PDF 2.0, was published in late 2020.<ref>{{Cite web |url=https://www.pdfa.org/the-new-pdf-2-0-and-subset-standards/ |title=The new PDF 2.0 and subset standards (PDF Association) |access-date=2021-02-04 |archive-date=2021-01-27 |archive-url=https://web.archive.org/web/20210127081158/https://www.pdfa.org/the-new-pdf-2-0-and-subset-standards/ |url-status=live }}</ref>
PDF/A supports 2 additional conformance levels:
* PDF/A-4f – embedding of arbitrary files
* PDF/A-4e – Engineering conformance, extending PDF/A-4f to additionally support 3D, RichMedia, and JavaScript.
PDF/A-4e supersedes [[PDF/E]] as the archival format for engineering-based documents using PDF 2.0.
== How to create a PDF/A File ==
Archives sometimes request from their users to submit PDF/A Files. They thus provide their users with information how to convert their files to PDF/A. There are several methods using standard software that differ in computation time as well as preservation of links, equations, vectorgraphs and special characters.<ref name="create" />
When documents are converted to PDF/A visual inspection is needed since errors in the visual content are common. In a test sample 11 percent of the produced PDF/A-1b document contained visual artefacts. These reproducibility errors included vector graphics issues (transparent objects), loss of links, loss of other document content (unreadable characters, missing text, document part missing), updated fields (reflecting time or folder of conversion) and spelling errors.<ref name=":0" /> Archives thus usually do not convert to PDF/A themselves. Instead, some archives ask their users to provide a PDF/A document. Typical computer setups provide several methods for the conversion of documents to PDF/A with different pros and cons.<ref name="create">{{Cite web |url=http://blogt.ethz.ch/innovethbib/2017/02/15/wie-erzeuge-ich-ein-pdfa-file/ |last=Suri |first=Roland Erwin |date=February 15, 2017 |title=How do I create a PDF/A file? |doi=10.16911/ethz-ib-2722-de |language=en-US |access-date=May 30, 2022 |archive-date=May 25, 2022 |archive-url=https://web.archive.org/web/20220525170629/http://blogt.ethz.ch/innovethbib/2017/02/15/wie-erzeuge-ich-ein-pdfa-file/ |url-status=live }}</ref>
Converting a simple PDF (up to version 1.4) into a PDF/A-2 usually works as expected, except for problems with [[glyph]]s. According to the PDF Association, "Problems can occur before and/or during the generation of PDFs. A PDF/A file can be formally correct yet still have incorrect glyphs. Only a careful visual check can uncover this problem. Because generation problems also affect Unicode mapping, the problem attracts the attention when a visual check is carried out on the extracted text.
In PDF/A, text/font usage is specified uniquely enough to ensure that it cannot be incorrect.
If viewers or printers do not offer complete support for encoding systems, this can result in problems with regard to PDF/A."<ref>{{cite web |url=https://www.pdfa.org/wp-content/until2016_uploads/2011/08/pdf-a_a_look_at_the_technical_side-2b.pdf |title=PDF/A – A Look at the Technical Side |page=5 |last=Drümmer |first=Olaf |date=22 September 2007 |website=PDF/A Competence Center |publisher=[[PDF Association]] |access-date={{date|15 June 2022}} |archive-date=2022-08-19 |archive-url=https://web.archive.org/web/20220819021921/https://www.pdfa.org/wp-content/until2016_uploads/2011/08/pdf-a_a_look_at_the_technical_side-2b.pdf |url-status=live }}</ref> Meaning that for a document to be completely compliant with the standard, it will be correct internally, while the system used for viewing or printing the document may produce undesired results.
A document produced with [[optical character recognition]] (OCR) conversion into PDF/A-2 or PDF/A-3 doesn't support the <code>notdefglyph</code> flag. Therefore, this type of conversion can result in unrendered content.
PDF/A standard documents can be created with the following software: [[SoftMaker Office|SoftMaker Office 2021]], MS Word 2010 and newer, Adobe Acrobat Distiller, PDF Creator, OpenOffice or [[LibreOffice]] since release 3.0, LaTeX with pdfx or pdfTeX addons, or by using a virtual PDF printer (Adobe Acrobat Pro, PDF24, FreePDF + Ghostscript).<ref>{{Cite web |url=https://www.ub.tu-berlin.de/fileadmin/pdf/Verlag/UV_pdfaEN.pdf |title=INSTRUCTIONS FOR CREATING PDF/A-COMPLIANT FILES FOR ONLINE PUBLISHING AT THE TU BERLIN |access-date=2020-07-08 |archive-date=2020-07-11 |archive-url=https://web.archive.org/web/20200711162408/https://www.ub.tu-berlin.de/fileadmin/pdf/Verlag/UV_pdfaEN.pdf |url-status=dead }}</ref>
== Identification ==
A PDF/A document can be identified as such through PDF/A-specific metadata located in the <nowiki>"http://www.aiim.org/pdfa/ns/id/"</nowiki> namespace. This metadata represents a claim of conformance; in itself it does not ensure conformance:
* a PDF document can be PDF/A-compliant, except for its lack of PDF/A metadata. This may happen for instance with documents that were generated before the definition of the PDF/A standard, by authors aware of features that present long-term preservation issues.
* a PDF document can be identified as PDF/A, but may incorrectly contain PDF features not allowed in PDF/A; hence, documents which claim to be PDF/A-compliant should be tested for PDF/A compliance.<ref name="nutshell-2-5">{{cite web |url=http://www.pdfa.org/2013/02/validation/ |title=Validation: is it really PDF/A? |first=Alexandra |last=Oettler |website=PDF Association |date=2013-02-07 |access-date=2014-07-11 |archive-date=2016-09-21 |archive-url=https://web.archive.org/web/20160921161808/http://www.pdfa.org/2013/02/validation/ |url-status=dead }}</ref>
== Validation ==
Validation of PDF/A documents is attempted to reveal whether a produced file really is a PDF/A file or not. Unfortunately, PDF/A validators quite often disagree, since the interpretation of the PDF/A standards is not always clear.<ref name=":0">{{Cite journal|last1=Suri|first1=Roland Erwin|last2=El-Saad|first2=Mohamed|date=2018-06-06|title=Lost in migration: document quality for batch conversion to PDF/A|journal=Library Hi Tech|volume=39|issue=2 |language=en|pages=LHT–10–2017-0220|doi=10.1108/LHT-10-2017-0220|issn=0737-8831|hdl=20.500.11850/269199|s2cid=67441801|hdl-access=free}}</ref>
=== Isartor Test Suite ===
Industry collaboration in the original PDF/A Competence Center led to the development of the Isartor Test Suite in 2007 and 2008. The test suite consists of 204 PDF files intentionally constructed to systematically fail each of the requirements for PDF/A-1b conformance, allowing developers to test the ability of their software to validate against the standard's most basic level of conformance.<ref>{{cite book |author=<!--Staff writer(s); no by-line.--> |title=Isartor Test Suite |url=http://www.pdfa.org/wp-content/uploads/2011/08/Isartor-Test-Suite4.pdf |publisher=PDF/A Competence Center |date=2008-08-12 |access-date=2016-09-23 |archive-date=2015-06-22 |archive-url=https://web.archive.org/web/20150622144038/http://www.pdfa.org/wp-content/uploads/2011/08/Isartor-Test-Suite4.pdf |url-status=live }}</ref><ref>{{cite web |url=http://www.pdfa.org/2011/08/isartor-test-suite/ |title=Isartor Test Suite |website=PDF Association |date=2011-08-03 |access-date=2016-09-23 |archive-date=2016-09-23 |archive-url=https://web.archive.org/web/20160923232417/http://www.pdfa.org/2011/08/isartor-test-suite/ |url-status=live }}</ref> By mid-2009 the test suite had already made an appreciable difference in the general quality of PDF/A validation software.<ref>{{cite web |author=<!--Staff writer(s); no by-line.--> |url=http://www.pdflib.com/knowledge-base/pdfa/validation-report/ |title=Bavaria Report |website=PDFlib |date=2009 |access-date=2015-04-30 |archive-url=https://web.archive.org/web/20150421074855/http://www.pdflib.com/knowledge-base/pdfa/validation-report/ |archive-date=2015-04-21 |url-status=dead}}</ref>
=== veraPDF ===
The veraPDF consortium, led by the Open Preservation Foundation<ref>{{cite web |url=http://openpreservation.org/about/projects/verapdf/ |title=Open Preservation Foundation veraPDF project |website=Open Preservation Foundation |access-date=2015-04-30 |archive-date=2015-04-28 |archive-url=https://web.archive.org/web/20150428210053/http://openpreservation.org/about/projects/verapdf/ |url-status=live }}</ref> and the PDF Association, was created in response to the EU Commission's PREFORMA challenge<ref>{{citation |url=http://preforma-project.eu/ |title=PREFORMA, an EU Commission funded project |access-date=2015-04-30 |archive-date=2015-04-27 |archive-url=https://web.archive.org/web/20150427050848/http://www.preforma-project.eu/ |url-status=live }}</ref> to develop an open-source validator for the PDF/A format. The PDF Association launched the PDF Validation Technical Working Group in November 2014 to articulate a plan for developing an industry-supported PDF/A validator.<ref>{{cite web |url=http://www.pdfa.org/news/a-consortium-including-the-pdf-association-wins-phase-1-of-an-eu-commission-tender-to-create-a-definitive-pdfa-validator/ |title=A consortium including the PDF Association wins phase 1 of an EU Commission tender to create an open-source PDF/A validator |website=PDF Association |date=2014-11-13 |access-date=2015-04-30 |archive-url=https://web.archive.org/web/20150421014429/http://www.pdfa.org/news/a-consortium-including-the-pdf-association-wins-phase-1-of-an-eu-commission-tender-to-create-a-definitive-pdfa-validator/ |archive-date=2015-04-21 |url-status=dead }}</ref>{{failed verification|date=July 2016}}
The veraPDF consortium subsequently won phase 2 of the PREFORMA contract in April 2015.<ref>{{citation |url=http://www.digitalmeetsculture.net/article/preforma-starts-prototyping-phase/ |title=PREFORMA starts prototyping phase |access-date=2015-04-30 |archive-date=2015-04-27 |archive-url=https://web.archive.org/web/20150427024616/http://www.digitalmeetsculture.net/article/preforma-starts-prototyping-phase/ |url-status=live }}</ref> Development continued throughout 2016,<ref>{{cite web|title=veraPDF 0.22 released|date=8 September 2016|url=http://www.pdfa.org/news/verapdf-0-22-released/|access-date=23 September 2016|archive-date=24 September 2016|archive-url=https://web.archive.org/web/20160924135126/http://www.pdfa.org/news/verapdf-0-22-released/|url-status=live}}</ref> with Phase 2 completed on-schedule by December 2016. The Phase 3 testing and acceptance period concluded in July, 2017. veraPDF now covers all parts (1, 2 and 3) and conformance levels (a, b, u) of PDF/A.
veraPDF is available for installation on Windows, macOS, or Linux using a PDFBox-based or "Greenfields" PDF parser.<ref name="verapdf-website">{{cite web
| title = Software
| date = 30 June 2015
| work = veraPDF
| url = http://verapdf.org/software/
| access-date = 2017-03-15
| archive-date = 2017-03-15
| archive-url = https://web.archive.org/web/20170315085528/http://verapdf.org/software/
| url-status = live
}}  Page for downloading the platform-specific installer.</ref>
== PDF/A viewers ==
The PDF/A specification also states some requirements for a conforming PDF/A viewer, which must
* ignore any data that are not described by the PDF and PDF/A standards;
* ignore any linearization information provided by the file;
* only use the embedded fonts (rather than any locally available, substituted or simulated fonts);
* only display using the embedded color profile;
* ensure that form fields do not change the rendered presentation and are rendered without regard to the form data;
* ensure that annotations are rendered consistently.
When encountering a file that claims conformance with PDF/A, some PDF viewers will default to a special "PDF/A viewing mode" to fulfill conforming reader requirements. To take one example, Adobe Acrobat and Adobe Reader 9 include an alert to advise the user that PDF/A viewing mode has been activated. Some PDF viewers allow users to disable the PDF/A viewing mode or to remove the PDF/A information from a file.<ref>{{cite web |url=http://blogs.adobe.com/acrolaw/2011/05/how-to-remove-pdfa-information-from-a-file/ |title=How to Remove PDF/A Information from a file |access-date=2014-04-10 |archive-date=2014-04-13 |archive-url=https://web.archive.org/web/20140413183235/http://blogs.adobe.com/acrolaw/2011/05/how-to-remove-pdfa-information-from-a-file/ |url-status=live }}</ref><ref>{{cite web |url=http://help.adobe.com/en_US/acrobat/X/standard/using/WSe6c6ee3e336ebb13-630c189912be99aedab-7fff.html#WS3E0E8467-B787-4020-A1D3-6BC762A42DF2.w |title=Change the PDF/A viewing mode |access-date=2014-04-10 |archive-date=2014-04-13 |archive-url=https://web.archive.org/web/20140413132237/http://help.adobe.com/en_US/acrobat/X/standard/using/WSe6c6ee3e336ebb13-630c189912be99aedab-7fff.html#WS3E0E8467-B787-4020-A1D3-6BC762A42DF2.w |url-status=live }}</ref>
== Reception ==
A PDF/A document must embed all fonts in use; accordingly, a PDF/A file will often be larger than an equivalent PDF file that does not include embedded fonts.
The use of transparency is forbidden in PDF/A-1. The majority of PDF generation tools that allow for PDF/A document compliance, such as the PDF export in OpenOffice.org or PDF export tool in Microsoft Office 2007 suites, will also make any transparent images in a given document non-transparent. That restriction was removed in PDF/A-2.<ref name="pdfa1-tech" />
Some archivists have voiced concerns that PDF/A-3, which allows arbitrary files to be embedded in PDF/A documents, could result in circumvention of memory institution procedures and restrictions on archived formats.<ref>{{citation |url=http://duff-johnson.com/2014/02/28/archivists-no-flowers-for-pdfa-3/ |title=Archivists: No flowers for PDF/A-3 |access-date=2014-07-12 |archive-date=2014-08-14 |archive-url=https://web.archive.org/web/20140814084018/http://duff-johnson.com/2014/02/28/archivists-no-flowers-for-pdfa-3/ |url-status=dead }}</ref>
The PDF Association had addressed various misconceptions<ref>{{citation |url=https://www.pdfa.org/the-myths-and-legends-surrounding-pdfa/ |title=The myths and legends surrounding PDF/A |access-date=2018-02-15 |archive-date=2018-02-16 |archive-url=https://web.archive.org/web/20180216025326/https://www.pdfa.org/the-myths-and-legends-surrounding-pdfa/ |url-status=live }}</ref> regarding PDF/A in its publication "PDF/A in a Nutshell 2.0".<ref>{{Cite web|url=https://www.pdfa.org/resource/pdfa-in-a-nutshell-2-0/|title=PDF/A in a Nutshell 2.0|date=23 May 2013|access-date=3 June 2019|archive-date=3 June 2019|archive-url=https://web.archive.org/web/20190603103258/https://www.pdfa.org/resource/pdfa-in-a-nutshell-2-0/|url-status=live}}</ref>
==See also==
* [[Digital dark age]]
* [[PDF/E]] – for engineering and technical documentation
*[[PDF/X]] – another subset of the PDF standard, optimized for print production
**[[PDF/VT]] – for variable and transactional printing
== Further reading ==
* [http://www.pdfa.org/publication/pdfa-in-a-nutshell-2-0/ PDF/A in a Nutshell 2.0] – published by PDF Association (2013)
* [https://web.archive.org/web/20170107170545/http://www.crawfordtech.com/images/resources/PDF_A_101_An_Intro_Final.pdf PDF/A 101: An Introduction] – presentation from the First International PDF/A Conference (2008)
* [http://www.pdf-tools.com/public/downloads/whitepapers/whitepaper-pdfa.pdf White Paper: PDF/A – The Basics] – from PDF Tools AG (2009)
* [http://www.digitalpreservation.gov/formats/fdd/fdd000125.shtml Format description for PDF/A-1] – at digitalpreservation.gov
==References==
{{reflist}}
== External links ==
* [https://www.pdfa.org/ PDF Association]
* [http://www.pdfa.org/competence-centers/pdfa-competence-center/ PDF/A Competence Center]
* [http://www.verapdf.org/ veraPDF] – PDF/A validation software
{{ISO standards}}
{{Authority control}}
{{DEFAULTSORT:Pdf A}}
[[Category:Archive formats]]
[[Category:Computer file formats]]
[[Category:Digital preservation]]
[[Category:ISO standards]]
[[Category:Page description languages]]
[[Category:PDF standards]]