PDF/A

PDF/Archiv
Dateiname Erweiterung
.pdf
Internet -Medientyp
Anwendung/PDF
Typschlüssel 'PDF' (einschließlich eines einzelnen Raums)
Uniform Typ Identifier (UTI) com.adobe.pdf
magische Zahl %PDF
Entwickelt von ISO
Erstveröffentlichung 1. Oktober 2005; Vor 16 Jahren
Erweitert von PDF
Standard ISO 19005

Pdf/a ist ein ISO-standardisierte Version der Tragbares Dokumentformat (PDF) spezialisiert auf die Verwendung in der Archivierung und langfristig Erhaltung von elektronische Dokumente. PDF/A unterscheidet Schriftart Verknüpfung (im Gegensatz zu Schriftart einbettet) und Verschlüsselung.[1] Die ISO -Anforderungen für PDF/A. Datei -Zuschauer enthalten Farbmanagement Richtlinien, Unterstützung für eingebettete Schriftarten und eine Benutzeroberfläche für das Lesen eingebettet Anmerkungen.

Standards

ISO 19005-Dokumentverwaltung-Elektronische Dokumentdateiformat für die langfristige Erhaltung (PDF/A)
Abbr. Untertitel Veröffentlicht Standard Bezogen auf Ref.
PDF/A-1 Teil 1: Verwendung von PDF 1.4 2005-09-28 ISO 19005-1 PDF 1.4 (Adobe Systems, PDF -Referenz, dritte Edition) [2]
PDF/A-2 Teil 2: Verwendung von ISO 32000-1 2011-06-20 ISO 19005-2 PDF 1.7 (ISO 32000-1: 2008) [3]
PDF/A-3 Teil 3: Verwendung von ISO 32000-1 mit Unterstützung für eingebettete Dateien 2012-10-15 ISO 19005-3 PDF 1.7 (ISO 32000-1: 2008) [4]
PDF/A-4 Teil 4: Verwendung von ISO 32000-2 2020-11 ISO 19005-4 PDF 2.0 (ISO 32000-2: 2020) [5]

Hintergrund

PDF ist ein Standard für die Codierung von Dokumenten in einem "AS Gedruckten" Formular, das zwischen den Systemen tragbar ist. Die Eignung einer PDF -Datei zur Erhaltung der Archivierung hängt jedoch von den ausgewählten Optionen ab, wenn das PDF erstellt wird: Vor allem, ob die erforderlichen Schriftarten für die Rendern des Dokuments eingebettet werden sollen; ob die Verschlüsselung verwendet werden soll; und ob Sie zusätzliche Informationen aus dem Originaldokument erhalten sollten, die über das hinausgeht, was zum Drucken erforderlich ist.

PDF/A war ursprünglich eine neue gemeinsame Aktivität zwischen dem Assoziation für Lieferanten des Druckens, Veröffentlichens und Umwandlungstechnologien (NPES) und der Assoziation für Informations- und Image -Management -KIIM in Verbindung mit Adobe zur Entwicklung eines internationalen Standards, der die Verwendung des tragbaren Dokumentformats (PDF) für Archivierungsdokumente definiert.[6] Ziel war es, die wachsende Notwendigkeit zu befriedigen, Dokumente elektronisch auf eine Weise zu archivieren, die sicherstellen würde, dass deren Inhalt über einen längeren Zeitraum gewährleistet ist, und sicherstellen .[7] Dieses Bedürfnis besteht in einer Vielzahl von Regierungs-, Industrie- und akademischen Bereichen weltweit, einschließlich Rechtssystemen, Bibliotheken, Zeitungen und regulierten Branchen.[8]

Beschreibung

Der PDF/A -Standard definiert weder eine Archivierungsstrategie noch die Ziele eines Archivierungssystems. Es identifiziert ein "Profil" für elektronische Dokumente, die sicherstellen, dass die Dokumente in den kommenden Jahren genauso mit verschiedenen Software reproduziert werden können. Ein Schlüsselelement für diese Reproduzierbarkeit ist die Anforderung, dass PDF/A-Dokumente zu 100% in sich geschlossen sind. Alle Informationen, die zum Anzeigen des Dokuments auf die gleiche Weise erforderlich sind, sind in die Datei eingebettet. Dies umfasst unter anderem alle Inhalte (Text, Rasterbilder und Vektorgrafiken), Schriftarten und Farbinformationen. Ein PDF/A -Dokument darf nicht auf Informationen aus externen Quellen (z. B. Schriftarten und Datenströmen) angewiesen werden, können jedoch Annotationen (z. B. Hypertext -Links) enthalten, die zu externen Dokumenten verknüpft werden.[9]

Weitere Schlüsselelemente für PDF/A -Konformität sind:[10][11][12]

  • Audio- und Videoinhalte sind verboten.
  • JavaScript und ausführbare Dateistarts sind verboten.
  • Alle Schriftarten müssen eingebettet sein und auch rechtlich für unbegrenzte, universelle Rendering eingebettet werden. Dies gilt auch für die sogenannten PostScript Standardschriften wie z. Mal oder Helvetica.
  • In Geräteunabhängige Weise angegebene Farben.
  • Verschlüsselung ist verboten.
  • Die Verwendung von standardbasierten Metadaten ist erforderlich.
  • Externe Inhaltereferenzen sind verboten.
  • LZW ist aufgrund von Einschränkungen des geistigen Eigentums verboten. JPEG 2000 Bildkomprimierungsmodelle sind in PDF/A-1 (basierend auf PDF 1.4) nicht zulässig, da sie erstmals in PDF 1.5 eingeführt wurden. Die JPEG 2000-Komprimierung ist in PDF/A-2 und PDF/A-3 zulässig.
  • Transparente Objekte und Ebenen (optionale Inhaltsgruppen) sind in PDF/A-1 verboten, sind jedoch in PDF/A-2 zulässig.
  • Bestimmungen für digitale Signaturen gemäß den Pades (PDF Fortgeschrittene elektronische Signaturen) Standard werden in PDF/A-2 unterstützt.
  • Eingebettete Dateien sind in PDF/A-1 verboten, aber PDF/A-2 ermöglicht das Einbetten von PDF/A-Dateien, wodurch die Archivierung von PDF/A-Dokumenten in eine einzige Datei erleichtert wird. PDF/A-3 ermöglicht das Einbetten eines Dateiformats wie XML, CAD und andere in PDF/A-Dokumente.
  • Die Verwendung von XML-basiert XML bildet Architektur (Xfa) Formulare sind in PDF/a verboten. (XFA-Formulardaten können in einer PDF/A-2-Datei erhalten bleiben, indem sie vom XFA-Schlüssel zu dem Namen des Namens übergehen, der selbst der Wert des XFAREources-Schlüssels des Namens Dictionary des Dokumentkatalog-Wörterbuchs ist.)
  • Interaktive PDF -Formfelder müssen mit den Daten des Feldes ein Erscheinungswörterbuch zugeordnet sein. Das Erscheinungswörterbuch wird bei der Rendern des Feldes verwendet.

Konformitätsniveaus und -versionen

PDF/A-1

Teil 1 des Standards wurde erstmals am 28. September 2005 veröffentlicht.[2] und gibt zwei Konformitätsebenen für PDF -Dateien an:[13]

  • PDF/A-1B-Stufe B (Basic) Konformität
  • PDF/A-1A-Stufe A (zugänglich) Konformität

Die Konformität der Stufe B erfordert nur, dass Standards, die für die zuverlässige Reproduktion des visuellen Erscheinungsbilds eines Dokuments erforderlich sind Barrierefreiheit.

Zusätzliche Stufe A Anforderungen:

  • Sprachspezifikation
  • Hierarchische Dokumentstruktur
  • Tagged Textspannen und beschreibender Text für Bilder und Symbole
  • Charakterzuordnungen zu Unicode

Die Konformität der Stufe A sollte die Zugänglichkeit von konformen Dateien für physikalisch beeinträchtigte Benutzer erhöhen, indem assistive Software wie z. Bildschirmleser, um den Inhalt einer Datei genauer zu extrahieren und zu interpretieren.[13] Ein späterer Standard, PDF/UA, wurde entwickelt, um das zu beseitigen, was als Mängeln von PDF/A angesehen wurde, und viele seiner allgemeinen Richtlinien durch detailliertere technische Spezifikationen ersetzt.[14]

PDF/A-2

Teil 2 des Standards, veröffentlicht am 20. Juni 2011,[3] Spricht einige der neuen Funktionen an, die mit den Versionen 1.5, 1,6 und 1.7 der PDF -Referenz hinzugefügt wurden. PDF/A-1-Dateien entsprechen nicht unbedingt PDF/A-2, und PDF/A-2-konforme Dateien entsprechen nicht unbedingt PDF/A-1.

Teil 2 des PDF/A-Standards basiert eher auf einem PDF 1.7 (ISO 32000-1) als auf PDF 1.4 und bietet mehrere neue Funktionen:

  • JPEG 2000 Bildkompression.
  • Unterstützung für Transparenzeffekte und -schichten.
  • Einbettung von Offener Typ Schriftarten.
  • Bestimmungen für digitale Signaturen gemäß den PDF Advanced Electronic Signatures - Pades Standard.
  • Die Option, PDF/A -Dateien einzubetten, um die Archivierung von Dokumentensätzen mit einer einzelnen Datei zu erleichtern.[11]

Teil 2 definiert drei Konformitätsniveaus. PDF/A-2A und PDF/A-2B entsprechen den Konformitätsniveaus A und B in PDF/A-1. Eine neue Konformitätsniveau, PDF/A-2U, stellt die Konformität der Ebene B (PDF/A-2B) dar, wobei die zusätzliche Anforderung, dass der gesamte Text im Dokument eine Unicode-Mapping hat.[13][15]

PDF/A-3

Teil 3 des Standards, veröffentlicht am 15. Oktober 2012,[4] Unterscheidet sich von PDF/A-2 in nur einer Betrachtung: Es ermöglicht die Einbettung beliebiger Dateiformate (wie XML, CSV, CAD, Wortverarbeitungsdokumente, Tabellenkalkulationsdokumente und andere) in PDF/A-konforme Dokumente.[16]

PDF/A-4

Teil 4 des Standards, basierend auf PDF 2.0, wurde Ende 2020 veröffentlicht.[17]

So erstellen Sie eine PDF/eine Datei

Archive fordern manchmal von ihren Benutzern an, PDF/A -Dateien einzureichen. Sie bieten ihren Benutzern Informationen, wie sie ihre Dateien in PDF/A konvertieren. Es gibt verschiedene Methoden mit Standardsoftware, die sich in der Berechnungszeit sowie der Erhaltung von Links, Gleichungen, Vektorgraphen und Sonderzeichen unterscheiden.[18]

Wenn Dokumente in PDF/eine visuelle Inspektion umgewandelt werden, ist eine visuelle Inspektion erforderlich, da Fehler im visuellen Inhalt üblich sind. In einer Testprobe enthielt 11 Prozent des produzierten PDF/A-1B-Dokuments visuelle Artefakte. Diese Reproduzierbarkeitsfehler umfassten Vektorgrafikprobleme (transparente Objekte), Linksverlust, Verlust anderer Dokumentinhalte (unleserliche Zeichen, fehlender Text, fehlender Dokumentteil), aktualisierte Felder (Reflexionszeit oder Ordner der Konvertierung) und Rechtschreibfehler.[19] Archive konvertieren daher normalerweise nicht selbst in PDF/A. Stattdessen fordern einige Archive ihre Benutzer auf, ein PDF/ein Dokument bereitzustellen. Typische Computer -Setups bieten verschiedene Methoden für die Umwandlung von Dokumenten in PDF/A mit unterschiedlichen Vor- und Nachteilen.[18]

Das Konvertieren eines einfachen PDF (bis zu Version 1.4) in ein PDF/A-2 funktioniert normalerweise wie erwartet, mit Ausnahme von Problemen mit Glyphen. Gemäß der PDF -Assoziation können „Probleme vor und/oder während der Erzeugung von PDFs auftreten. Eine PDF/A -Datei kann formell korrekt sein, dennoch falsche Glyphen aufweisen. Nur eine sorgfältige visuelle Überprüfung kann dieses Problem aufdecken. Die Erzeugungsprobleme beeinflussen auch auch Unicode Mapping, das Problem zieht die Aufmerksamkeit auf sich, wenn eine visuelle Überprüfung am extrahierten Text durchgeführt wird. In PDF/A ist die Verwendung von Text/Schriftart einzigartig genug, um sicherzustellen, dass es nicht falsch sein kann. Wenn Zuschauer oder Drucker keine vollständige Unterstützung bieten Für Codierungssysteme kann dies zu Problemen in Bezug auf PDF/A führen. "[20] Dies bedeutet, dass ein Dokument, das vollständig mit dem Standard entspricht, intern korrekt ist, während das zum Betrachten oder Drucken des Dokuments verwendete System unerwünschte Ergebnisse erzielt.

Ein Dokument mit optische Zeichenerkennung (OCR) Umwandlung in PDF/A-2 oder PDF/A-3 unterstützt die nicht NotdefGlyphe Flagge. Daher kann diese Art der Konvertierung zu nicht gebührenfreien Inhalten führen.

PDF/A -Standarddokumente können mit der folgenden Software erstellt werden: Softmaker Office 2021, MS Word 2010 und neuer, Adobe Acrobat Distiller, PDF -Schöpfer, OpenOffice oder Libreoffice Seit Version 3.0, Latex mit PDFX- oder PDFTEX -Addons oder mit einem virtuellen PDF -Drucker (Adobe Acrobat Pro, PDF24, Freepdf + Ghostscript).[21]

Identifikation

Ein PDF/A-Dokument kann als solches über PDF/A-spezifische Metadaten in der "http://www.aiim.org/pdfa/ns/id/" Namespace identifiziert werden. Diese Metadaten stellt einen Anspruch auf Konformität dar; an sich garantiert es keine Konformität:

  • Ein PDF-Dokument kann mit Ausnahme des Mangels an PDF/A-Metadaten PDF/A-COMPORTH sein. Dies kann beispielsweise mit Dokumenten geschehen, die vor der Definition des PDF/A-Standards von Autoren generiert wurden, die sich über Merkmale bewusst sind, die langfristige Erhaltungsfragen aufweisen.
  • Ein PDF -Dokument kann als PDF/A identifiziert werden, kann jedoch fälschlicherweise PDF -Funktionen enthalten, die in PDF/A nicht zulässig sind. Daher sollten Dokumente, die behaupten, PDF/A-COMPLIBIES zu sein, auf PDF/A Compliance getestet werden.[22]

Validierung

Die Validierung von PDF/A -Dokumenten wird versucht zu zeigen, ob eine erzeugte Datei wirklich eine PDF/A -Datei ist oder nicht. Leider sind PDF/A -Validatoren ziemlich oft nicht einverstanden, da die Interpretation der PDF/A -Standards nicht immer klar ist.[19]

Isartor Test Suite

Die Zusammenarbeit der Industrie im ursprünglichen PDF/A-Kompetenzzentrum führte zur Entwicklung der ISARTOR-Testsuite in den Jahren 2007 und 2008. Die Testsuite besteht aus 204 PDF Entwickler, um die Fähigkeit ihrer Software zu testen, das grundlegendste Konformitätsniveau des Standards zu validieren.[23][24] Bis Mitte 2009 hatte die Testsuite bereits einen merklichen Unterschied in der allgemeinen Qualität der PDF/einer Validierungssoftware gemacht.[25]

Verapdf

Das Verapdf -Konsortium, angeführt von der Open Preservation Foundation[26] und die PDF Association wurde als Reaktion auf die Preforma -Herausforderung der EU -Kommission erstellt[27] Entwicklung eines Open-Source-Validators für das PDF/A-Format. Die PDF Association hat im November 2014 die PDF Validation Technical Working Group eingeführt, um einen Plan für die Entwicklung eines von Branchen unterstützten PDF/A Validators zu artikulieren.[28][Fehlgeschlagene Überprüfung]

Das Verapdf -Konsortium gewann anschließend Phase 2 des Preforma -Vertrags im April 2015.[29] Die Entwicklung wurde im Laufe des Jahres 2016 fortgesetzt,[30] Mit Phase 2 bis Dezember 2016 abgeschlossene Voraussetzungen. Der im Juli 2017 abgeschlossene Phase 3-Test- und Akzeptanzzeitraum deckt jetzt alle Teile (1, 2 und 3) und Konformitätsniveaus (a, b, u) von PDF/A ab .

VerAPDF ist zur Installation unter Windows, MacOS oder Linux mit einem PDFBox-basierten oder "Greenfields" PDF-Parser verfügbar.[31]

PDF/A -Zuschauer

Die PDF/A -Spezifikation gibt auch einige Anforderungen an einen konformen PDF/A Viewer an, der muss

  • Ignorieren Sie alle Daten, die nicht vom PDF- und PDF/A -Standard beschrieben werden;
  • Ignorieren Sie alle von der Datei bereitgestellten Linearisierungsinformationen;
  • Verwenden Sie nur die eingebetteten Schriftarten (anstelle von lokal verfügbaren, ersetzten oder simulierten Schriftarten);
  • Zeigen Sie nur das eingebettete Farbprofil an.
  • Stellen Sie sicher, dass Formfelder die gerenderte Präsentation nicht ändern und ohne Rücksicht auf die Formdaten gerendert werden.
  • Stellen Sie sicher, dass Anmerkungen konsequent gemacht werden.

Bei der Begegnung einer Datei, in der die Konformität mit PDF/A behauptet wird, werden einige PDF -Zuschauer einen speziellen "PDF/A Viewing -Modus" standardmäßig erfüllen, um die konformen Leseranforderungen zu erfüllen. Um ein Beispiel zu erhalten, enthält Adobe Acrobat und Adobe Reader 9 eine Warnung, um dem Benutzer zu beraten, dass der PDF/A -Betrachtungsmodus aktiviert wurde. Einige PDF -Zuschauer ermöglichen es Benutzern, den PDF/A -Betrachtungsmodus zu deaktivieren oder die PDF/A -Informationen aus einer Datei zu entfernen.[32][33]

Rezeption

Ein PDF/ein Dokument muss alle verwendeten Schriftarten einbetten; Dementsprechend ist eine PDF/eine Datei häufig größer als eine äquivalente PDF -Datei, die keine eingebetteten Schriftarten enthält.

Die Verwendung von Transparenz ist in PDF/A-1 verboten. Die Mehrheit der Tools für PDF-Erzeugung, die PDF/A-Dokumentenkonformität ermöglichen, wie z. Diese Einschränkung wurde in PDF/A-2 entfernt.[10]

Einige Archivare haben Bedenken geäußert, dass PDF/A-3, die es ermöglichen, dass beliebige Dateien in PDF/A-Dokumente eingebettet werden, zu einer Umgehung von Verfahren und Einschränkungen der Speichereinrichtung in archivierten Formaten führen können.[34]

Die PDF -Vereinigung hatte verschiedene Missverständnisse angesprochen[35] In Bezug auf PDF/A in seiner Veröffentlichung "PDF/A in der Kinne 2,0".[36]

Siehe auch

  • Digitales Dunkelzeitalter
  • Pdf/e - Für technische und technische Dokumentation
  • PDF/x - Eine weitere Teilmenge des PDF -Standards, optimiert für die Druckproduktion
    • PDF/VT - Für variable und Transaktionsdruck

Verweise

  1. ^ Oettler, Alexandra (2013). "PDF/A Fakten - Eine Einführung in den Standard". PDF/A Kintenschalen 2.0 (PDF). PDF Association. Abgerufen 2021-07-29.
  2. ^ a b "ISO 19005-1: 2005". ISO. Abgerufen 2016-07-27.
  3. ^ a b "ISO 19005-2: 2011". ISO. Abgerufen 2016-07-27.
  4. ^ a b "ISO 19005-3: 2012". ISO. Abgerufen 2016-07-27.
  5. ^ "ISO 19005-4: 2020". ISO. Abgerufen 2021-02-04.
  6. ^ "Eine kurze Geschichte von PDF/a". PDF Association. 2013-02-07. Abgerufen 2014-07-11.
  7. ^ Oettler, Alexandra (2013-02-07). "Die wichtigsten Gründe für die Verwendung von PDF/A". PDF Association. Abgerufen 2014-07-11.
  8. ^ Oettler, Alexandra (2013-02-07). "Typische Verwendungen für PDF/A". PDF Association. Abgerufen 2014-07-11.
  9. ^ Oettler, Alexandra (2013-02-07). "Die technische Seite des PDF/A Standards". PDF Association. Archiviert vom Original am 2015-07-02. Abgerufen 2017-08-07.{{}}: CS1 Wartung: Bot: Original -URL -Status unbekannt (Link)
  10. ^ a b "PDF/A - Ein Blick auf die technische Seite". Archiviert von das Original Am 2011-07-26. Abgerufen 2011-07-06.
  11. ^ a b "PDF/A-2-Standard von ISO! Der neue Standard enthält großartige technische Verbesserungen". 2011-07-01. Abgerufen 2011-07-06.
  12. ^ Häufig gestellte Fragen (FAQs)-ISO 19005-1: 2005-PDF/A-1, Datum: 10. Juli 2006 (PDF), 2006-07-10, archiviert aus das Original (PDF) am 18. Januar 2012, abgerufen 2011-07-06
  13. ^ a b c "Verbessertes PDF/A-1B". PDF Association. 2011-08-05. Archiviert von das Original Am 2012-09-15. Abgerufen 2012-09-26.
  14. ^ Oettler, Alexandra (2013-02-07). "PDF/A und die anderen PDF -Standards". PDF Association. Archiviert von das Original Am 2014-07-14. Abgerufen 2014-07-12.
  15. ^ PDF/A-2, PDF für die langfristige Erhaltung, Verwendung von ISO 32000-1 (PDF 1.7), Kongressbibliothek, abgerufen 2012-09-26
  16. ^ "Die PDF Association organisiert sein erstes Seminar für PDF/A, um Standards 1 bis 3 zu enthalten.". PDF Association. 2012-03-29. Archiviert von das Original Am 2012-09-15.
  17. ^ Die neuen PDF 2.0- und Teilmengenstandards (PDF Association)
  18. ^ a b Suri, Roland Erwin (15. Februar 2017). "Wie erstelle ich eine PDF/eine Datei?". doi:10.16911/ethz-ib-2722-de. {{}}: Journal zitieren erfordert |journal= (Hilfe)
  19. ^ a b Suri, Roland Erwin; El-Saad, Mohamed (2018-06-06). "Lost in Migration: Dokumentqualität für die Stapelkonvertierung in PDF/A". Bibliothek Hallo Tech. 39 (Vorausdruck): LHT-10–2017-0220. doi:10.1108/lht-10-2017-0220. HDL:20.500.11850/269199. ISSN 0737-8831. S2CID 67441801.
  20. ^ DRUMMER, OLAF (22. September 2007). "PDF/A - Ein Blick auf die technische Seite" (PDF). PDF/ein Kompetenzzentrum. PDF Association. p. 5. Abgerufen 15. Juni 2022.
  21. ^ Anweisungen zum Erstellen von PDF/A-konformen Dateien für das Online-Veröffentlichung im Tu Berlin
  22. ^ Oettler, Alexandra (2013-02-07). "Validierung: Ist es wirklich pdf/a?". PDF Association. Abgerufen 2014-07-11.
  23. ^ Isartor Test Suite (PDF). PDF/ein Kompetenzzentrum. 2008-08-12. Abgerufen 2016-09-23.
  24. ^ "ISartor Test Suite". PDF Association. 2011-08-03. Abgerufen 2016-09-23.
  25. ^ "Bayernbericht". PDFLIB. 2009. Archiviert vom Original am 2015-04-21. Abgerufen 2015-04-30.{{}}: CS1 Wartung: Ungeeignete URL (Link)
  26. ^ "Open Preservation Foundation Verapdf Project". Open Preservation Foundation. Abgerufen 2015-04-30.
  27. ^ Preforma, ein Projekt für EU -Kommission, das Projekt finanzierte
  28. ^ "Ein Konsortium mit der PDF-Vereinigung gewinnt Phase 1 einer EU-Kommissionsausschreibung, um einen Open-Source-PDF/A Validator zu erstellen.". PDF Association. 2014-11-13. Archiviert von das Original Am 2015-04-21. Abgerufen 2015-04-30.
  29. ^ Preforma startet die Prototyping -Phase, abgerufen 2015-04-30
  30. ^ "Verapdf 0.22 freigegeben". 8. September 2016. Abgerufen 23. September 2016.
  31. ^ "Software". Verapdf. 30. Juni 2015. Abgerufen 2017-03-15. Seite zum Herunterladen des plattformspezifischen Installationsprogramms.
  32. ^ "So entfernen Sie PDF/A -Informationen aus einer Datei". Abgerufen 2014-04-10.
  33. ^ "Ändern Sie den PDF/A Viewing -Modus". Abgerufen 2014-04-10.
  34. ^ Archivare: Keine Blumen für PDF/A-3, abgerufen 2014-07-12
  35. ^ Die Mythen und Legenden rund um PDF/a, abgerufen 2018-02-15
  36. ^ "PDF/A Kinte Schale 2.0". 23. Mai 2013.

Weitere Lektüre

Externe Links