Diskussion:PDF/A

Letzter Kommentar: vor 1 Jahr von Das Robert in Abschnitt Motivation und Verwendung des PDF/A

Warum wird LZW verboten?

Bearbeiten

Warum wird LZW verboten? Das einschlägige Patent ist für die USA 2003 und die übrige Welt in 2004 ausgelaufen.

Das US-Patent 4.558.302 lief am 20. Juni 2003 nach 20 Jahren aus. Die entsprechenden europäischen, kanadischen und japanischen Patente folgten im Juni 2004.

Unverständlichkeit der PDF/A Eigenschaften

Bearbeiten

"Untersagt ist beispielsweise die Verwendung sogenannter OPI-Kommentare. " Was sind OPI-Kommentaree?

Das Open Prepress Interface beschäftigt sich mit Bildern unterschiedlicher Auflösung für Druck und Anzeige.
Nicht ganz...: Das Open Prepress Interface erlaubt Verweise auf später noch einzufügende Seitenteile. Wurde ursprünglich für Bilddaten in der Druckvorstufe/grafischen Industrie konzipiert, die durch ihr Datenvolumen sehr mühsam durch (zumindest damals noch recht langsame) Netzwerkübertragung zu schleusen sind (waren). Die Idee war, an einem Arbeitsplatz nur mit niedrigaufgelösten Platzhalterbildern zu arbeiten und es dem Datei-/Druckserver zu überlassen, bei Bedarf die hochaufgelösten Daten (an Stele der niedrigaufgelösten Platzhalter) auf das Ausgabegerät zu senden. --Olafdruemmer 19:57, 20. Dez. 2006 (CET)Beantworten

"alle benutzten Fonts (Untergruppen sind erlaubt)" Sind Untergruppen Bold, Italic,... ?

Untergruppen (engl. Subset) sind Fonts, in denen aus Platzgründen alle Buchstaben entfernt wurden, die im Dokument nicht vorkommen. Das hat nichts mit dem Schriftschnitt zu tun.

"Wie in PDF/X müssen Farben exakt gekennzeichnet werden, also geräteabhängige Farbräume mit einem Output Intent versehen werden." Was ist ein Output Intent?

Der Output-Intent benutzt ein eingebettetes oder referenziertes ICC-Profil, das die Paremeter enthält, um die geräteabhängigen Farben zu berechnen.

"Fonts dürfen nur standardisierte Codierungen aufweisen. Beispiele: MacRoman, MacExpert, WinAnsi, einige asiatische Codierungen; ansonsten sind nur Unicode-Codierungen zugelassen." Ziemlich ungenau. Was sind den standardisierte Codierungen?

Standardisierte Codierungen sind z.B. von IANA festgelegte Zuordnungstabellen (Codepages) zwischen einem Index-Wert eines Zeichens und dem zugehörigen Unicode-Wert. Damit wird verhindert, dass in einem Font die Zeichen einfach nur durchnumeriert werden und somit zwar die Ausgabe abbildhaft richtig ist, ein Programm die Zeichen aber nicht mehr erkennen kann und somit eine Suche oder Indizierung der Texte nicht mehr möglich ist.
Korrektur: Fonts dürfen in PDF zunächst mal sehr wohl alle möglichen Encodings aufweisen - sie müssen nur eindeutig sein; für PDF/A-1a (also das anspruchsvollere Conformance Level) muss sämtlicher Text nach Unicode abgebildet werden können - das kann wahlweise duch entsprechende vordefinierte Encodings geleistet werden (wie MacRomanEncoding etc., oder bestimmte CMaps), oder durch ergänzende ToUnicode-Einträge. Man darf dabei nicht ganz aus dem Auge lassen, dass auch ein Unicode-Maping auf Private Use Areas erlaubt ist – was bei in Unicode nicht definierten Symbolen garnicht anders zu leisten ist, aber leider ein unerfreuliches Hintertürchen sein kann fur schlampige PDF/A-1a-Umsetzungen. --Olafdruemmer 19:57, 20. Dez. 2006 (CET)Beantworten

"Alternative Bilder oder Texte oder Codierungen (z. B. mit dem BX ... EX Operator) sind nicht zugelassen." Was sind denn alternative Bilder/Texte und was sind BX, EX Operatoren?

BX = "begin section allowing undefines operators" für "private" PDF-Erweiterungen ist in PDF/A untersagt.
nicht ganz: BX..EX sind sehr wolh erlabt; was nicht erlaubt ist, ist die Verwendung von Operatoren in der Seitenbeschreibung, die in PDF 1.4 nicht definiert sind. Hierbei ist BX...EX ein Mechanismus, der einem PDF-verarbeitenden Programm sagt, dass es die Seitenbeschreibung zwischen BX und EX getrost ueberspringen darf, wenn es diese nicht versteht. Wichtig ist dabei der kleine Unterschied: nicht BX...EX sind 'böse', sondern in PDF 1.4 nicht definierte Operatoren. (Übrigens: Adobe hat seit PDF Version 1.3 bis zur derzeit aktuellen Version 1.7 keine neuen Operatoren mehr eingeführt. In PDF 1.3 wurde zuletzt ein Operator für 'smooth shades' (mathematisch definierte Farbverläufe) eingeführt. --Olafdruemmer 19:57, 20. Dez. 2006 (CET)Beantworten

"Die LZW-Komprimerung ist untersagt, da patentrechtliche Gründe eine spätere Lesbarkeit ausschließen könnten" Ich kann mir schwer vorstellen dass die ISO-Norm die LZW-Kompromierung explizit ausschlisst. Diese Aussage scheint aus der FAQ kopiert zu sein. Ich glaube in der Norm ist der Einsatz nicht frei verfügbarer Komprimierungen nicht erlaubt.

Die LZW-Komprimierung wird im Standard explizit genannt und ausgeschlossen.

"Die Datei muss eine Reihe von Metadaten über ihren Ursprung enthalten." Was denn für welche?

Das sind im wesentlichen Angaben wie "Ich bin eine PDF/A-Datei", Autor, Producer, Creator, die es in PDF schon gibt. Daneben wird bei den Metadaten auf XMP, bzw. RDF verwiesen.
Nicht ganz...: das einzige was eine PDF/A-Datei als XMP-Metadaten enthalen muss ist die Ausweisung als PDF/A-Datei. Allerdings müssen Metadaten, sofern vorhanden, mittels XMP kodiert sein. --Olafdruemmer 19:57, 20. Dez. 2006 (CET)Beantworten

"Für das Conformance-Level A muss die Datei ihre Inhaltsdaten mit „tagged PDF“ logisch strukturiert haben." Was ist denn tagged PDF?

Bei Tagged PDF werden die Inhalte der Seiten ihrer ursprünglichen semantischen Herkunft und Reihenfolge zugeordnet (z.B. Überschrift, Absatz), so dass etwa ein Screen-Reader beim Vorlesen eines mehrspaltigen Textes den Lesefluß noch erkennt.

--Avron 10:40, 29. Nov. 2006 (CET)Beantworten

Ich habe mir erlaubt, die Antworten direkt unter Deine Frage zu schreiben. --Farino 11:14, 30. Nov. 2006 (CET)Beantworten

Super! Jetzt müsste jemand den Artikel verbessern. Aber die Sache mit der LZW-Komprimierung wurmt mich schon, das ist doch kein guter Stil um allgemeingültige Spezifikationen zu schreiben. --Avron 18:14, 1. Dez. 2006 (CET)Beantworten

Lies doch bitte mal den Artikel zu LZW. Stichwort: Patente. Und dann überleg Dir bitte, wer diesen Standard erarbeitet hat.--Oneiros 19:14, 1. Dez. 2006 (CET)Beantworten

Habe mir erlaubt, heute mal den PDF/A-Artikel aufzuräumen - ich hoffe er ist jetzt besser und richtiger geworden... --Olafdruemmer 19:57, 20. Dez. 2006 (CET)Beantworten

Bearbeiten

Der PDF/A Standard wurde größtenteils von ein paar Firmen auf den Weg gebracht (mit allen Vor- und Nachteilen). Wikipedia soll keine Werbeplattform werden, aber machen ein paar repräsentative Links nicht sinn? Wo kann ich Informationen finden, welche Firmenlinks erlaubt sind und welchen nicht. --Chgaa 09:51, 19. Dez. 2006 (CET)Beantworten

Welche Firmen meinst Du denn? Ansonsten siehe WP:WEB. --Farino 11:56, 19. Dez. 2006 (CET)Beantworten

Programme, die PDF/A-Dateien erstellen können

Bearbeiten

Ich fände es hilfreich, wenn im Artikel die Programme genannt würden, die PDF/A-Dateien erstellen können. Adobe Acrobat wird's wohl können, aber es wird doch sicherlich auch ein paar andere (speziell aus dem Open Source-Bereich) geben, oder? (Ich selbst kenn' leider keine anderen.)


-- "Digisigner" kann das, ist seit neustem freeware (nicht signierter Beitrag von 80.140.244.107 (Diskussion) 20:41, 22. Jan. 2014 (CET))Beantworten

Quelle?

Bearbeiten

Einige Absätze des Artikels stimmen 1:1 mit http://www.pdfa.org/doku.php?id=pdfa überein. Hat das seine Richtigkeit?

Das haben z.T. die gleichen Menschen gechrieben und z.T. sind es Kleinzitate (gleichlautende Übersetzungen). Wenn jemand trotzdem Bauchschmerzen wegen URV haben sollte, bitte hier kurz posten, das PDF/A CC wird dann gerne eine Freigabe nach GFDL erteilen. --83.236.192.205 12:25, 10. Aug. 2007 (CEST)Beantworten

PDF/A-1 für die Langzeitarchivierung geeignet?

Bearbeiten

Berücksichtigt werden könnte auch die kritische Einschätzung des Kompetenznetzwerks Langzeitarchivierung. Zitat: "PDF/A-1 ist kein Format, welches die Bewältigung der Aufgabe der Langzeitarchivierung digitaler Dateien weitreichend und wesentlich erleichtert - einerseits wird bereits an einer Folgeversion der Formatdefinition gearbeitet und andererseits fehlen Tools um zu prüfen, ob jene Dateien, die vorgeben, im Format PDF/A-1 gehalten worden zu sein auch tatsächlich den ISO-Vorgaben entsprechen." (http://www.langzeitarchivierung.de/modules.php?op=modload&name=PagEd&file=index&page_id=26)

Wir hatten mit Nestor zu den kritischen Bemerkungen (vom April 2006) Kontakt und folgende Antwort erhalten: Die Seite wird mittlerweile nicht mehr referenziert und soll, da veraltet, gelöscht werden. Daneben gibt es mittlerweile (zwei Jahre später) eine Reihe von Validatoren für PDF/A, die genau diesem Problem begegnen.
Gruß vom PDF/A Competence Center --83.236.192.205 16:56, 14. Aug. 2008 (CEST)Beantworten

Empfehlung für PDF-Generierung aus Office

Bearbeiten

Ist es denn empfehlenswert, wenn man z.B. aus Office-Anwendungen ein PDF generiert, es als PDF/A zu tun (bei Microsoft ist das entsprechende Häkchen für PDF/A standardmäßig ja nicht gesetzt - warum, wenn PDF/A scheinbar das "bessere" PDF ist?)..? -- 2.209.42.24 15:36, 27. Mär. 2011 (CEST)Beantworten

Der einzige Nachteil von PDF/A ist die Tatsache, dass *ALLE* verwendeten Schriftarten eingebettet werden müssen (auch die 14 Standard-Schriften), was zu größeren PDFs führt. Das ist auch der Grund, warum diese Option nicht standardmäßig gesetzt ist. Wenn Du also Wert auf besonders kleine PDFs legst, mag das für Dich ein Kriterium sein, ansonsten ist PDF/A aber immer das bessere PDF. --Faring 02:17, 28. Mär. 2011 (CEST)Beantworten

Normreihe

Bearbeiten

"PDF/A ist eine Normreihe der ..." PDF/A ist keien Normreihe, sondern das Kürzel für mehrere ähnliche spezifikationen eines archiuvfähigen Dateiformates. PDF/A-1 ist älter als die entspr. ISO-Norm.

Zustimmung. Habe es geändert. -- Schotterebene (Diskussion) 17:58, 7. Mär. 2012 (CET)Beantworten

"Transparenzen"

Bearbeiten

bitte erlkäutern, sonst ist der Artikiel unbrauchbar. (nicht signierter Beitrag von 91.51.220.92 (Diskussion) 17:49, 7. Mär. 2012 (CET)) Beantworten

Ich habe "Transparenzen" in "Transparente Elemente" geändert, hoffentlich ist das klarer. Es darf also z.B. kein halbtranspranter Text über einem Bild stehen usw. -- Schotterebene (Diskussion) 07:59, 8. Mär. 2012 (CET)Beantworten

"Kritik" sowie Stellen zu Konvertierung

Bearbeiten

Es wäre wichtig wenn diese Stellen klarer erläutern von welcher Form der Konvertierung jeweils die Rede ist. PDF zu PDFA? Anderes Format? Grafik zu PDFA (Scan)? Die ganzen Prozesse funktionieren unterschiedlich und daher haben Aussagen in dem Kontext unterschiedliche Bedeutung/Schwere was gerade im Kritik Baustein relevant wäre. Z.B. Grafiken in einem Scan zu verlieren, also bei der Transformation aus optisch erfasstem graphischem Inhalt ist 'verständlicher' als wenn die Grafik Quelle nur ein anderes digitales Format wie eine Bilddatei oder Grafik in einem anderen PDF war. (nicht signierter Beitrag von 217.110.196.152 (Diskussion) 15:24, 18. Nov. 2021 (CET))Beantworten

FDF

Bearbeiten

Was ist der Unterschied von FDF und PDF? Beim Export muss ich wählen ob ich FDF oder PDF will. --213.162.68.39 08:14, 26. Aug. 2014 (CEST)Beantworten

siehe FDF, Grüße, --Schotterebene (Diskussion) 08:47, 26. Aug. 2014 (CEST)Beantworten

PDF/A-3 und ISO

Bearbeiten

Moin, weiß jemand etwas über PDF/A-3 und ISO? Für A-1 und A-2 sind die Beziehungen schön angegeben. --OpusNovum (Diskussion) 10:07, 12. Feb. 2021 (CET)Beantworten
wurde ergänzt --Jla net.de (Diskussion) 14:10, 12. Jul. 2021 (CEST)Beantworten

Motivation und Verwendung des PDF/A

Bearbeiten

Der Artikel erzählt in erster Linie, was das Format ist, nicht aber wofür. Im Artikel fehlen mir diese wichtige Informationen. * Aus welchem Anwendungszweck wird das Format herausgeboren?

  • Wer sind die maßgeblichen Treiber des Formats?
  • Wo wird das Format standardisiert?
  • Wo wird kommt das Format zur Anwendung? Nur Archive? Öffentliche Verwaltung?

--Das Robert (Diskussion) 12:33, 14. Jul. 2023 (CEST)Beantworten