IT-Blog

Ghostscript Konvertierung nach PDF/A 2b erzeugt kein valides PDF/A 2b Dokument - Meldung: Setting Overprint Mode to 1 not permitted in PDF/A-2, overprint mode not set

Linux

In Kürze

  • Wir haben das Problem, PDF-Dokumente in einer Web-Plattform veröffentlichen zu müssen, die aus Gründen der Archivierbarkeit seit kurzem PDF/A 2b voraussetzt
  • Die zu veröffentlichenden Dokumente erhalten wir von einem Verlag, der aktuell nicht in der Lage ist dieses Format nativ anzubieten
  • Es steht deshalb die Frage im Raum, wie diese Dokumente ohne zu großen Aufwand konvertiert werden können
  • Eine direkte Konvertierung der bestehenden Dokumente nach PDF/A 2b erzeugt bei bestimmten Seiten die Fehlermeldung: Setting Overprint Mode to 1 not permitted in PDF/A-2, overprint mode not set - weshalb die Dokument nicht mehr vollständig mit PDF/A 2b kompatibel sind 
  • Lösung war zunächst mit Ghostscript eine erneute Konvertierung nach PDF/A 1b und dann einer Konvertierung nach PDF/A 2b, so dass problematische Bestandteile der PDF zu erst in eine Bitmap gewandelt werden, diese Bestandteile sind dann zwar nicht mehr durchsuchbar, der Rest des Dokumentes schon

Fehlerbeschreibung

Um eine bestehende PDF/A des Verlages nach PDF/A 2b zu konvertieren wurde folgender Befehl ausgeführt:

gs -dPDFA=2 -dBATCH -dNOPAUSE -sDEVICE=pdfwrite -dPDFACompatibilityPolicy=1 -sColorConversionStrategy=UseDeviceIndependentColor -sOutputFile=test-pdfa-2b.pdf 2026-08-12_test.pdf

Unser Test-Dokument hat auf der ersten Seite einige Farbverläufe und Bildelemente, die Ausgabe von Ghostscript erzeuge dabei folgende Meldungen in hoher Zahl

Processing pages 1 through 2.

Page 1

GPL Ghostscript 10.02.1: Setting Overprint Mode to 1
not permitted in PDF/A-2, overprint mode not set
 
GPL Ghostscript 10.02.1: Setting Overprint Mode to 1
not permitted in PDF/A-2, overprint mode not set

GPL Ghostscript 10.02.1: Setting Overprint Mode to 1
not permitted in PDF/A-2, overprint mode not set
...

 

Eine Validierungsprüfung mit dem PDF-Validator der Sächsische Landesbibliothek (https://www.slub-dresden.de/veroeffentlichen/langzeitarchivierung-mit-pdfa/slub-pdfa-validator) brachte dann konkreter Probleme zum Vorschein, gegen was genau im PDF/A 2b Standard verstoßen wurde (Regel 6.2.10 und 6.2.4.4).

Eine intensivere Recherche und Tests mit verschiedenen Konvertierungsparametern brachte kein zufriedenstellendes Ergebnis und sorgte lediglich für andere Verstöße des Standards. Beispielsweise eine andere sColorConversionStrategy zu verwenden. Statt "UseDeviceIndependentColor" ist häufig im Netz zu lesen, hier RGB oder CMYK zu verwenden.  

Ein weiterer Versuch bestand darin, statt:

-sDEVICE=pdfwrite

-sDEVICE=pdfimage24

zu verwenden und so das komplette Dokument als Bild zu rendern und im Anschluss nach PDF/A 2b zu konvertieren.

Auch diese Option Produzierte am Ende Fehler, da hier nach bisheriger Recherche für eine korrekte Konvertierung noch ein "ICCProfil" mit übergeben werden muss. Weiterhin hat diese den Nachteil, dass auch die PDF-Seiten, die keine Probleme verursachen als Bild konvertiert werden und damit nicht mehr durchsuchbar sind.

Lösungsansatz

Am Ende brachte der nachfolgende Bug-Eintrag den für mich praktikabelsten Trick: https://bugs.ghostscript.com/show_bug.cgi?id=707450 

  • Die PDF wird dabei im ersten Schritt nach PDF/A 1b konvertiert. Die Bestandteile der PDF, die für den PDF/A-Standard Probleme bereiten, werden zu einer Bitmap konvertiert, durch den Parameter sColorConversionStrategy=UseDeviceIndependentColor gibt es keine weiteren Probleme mit der Farbkonvertierung
  • Im zweiten Schritt, wird dass Dokument dann auf den PDF/A 2b Standard angehoben
  • Die Konvertierung bringt hier keine Fehler mehr und auch die PDF-Validierungsprüfung ist auch erfolgreich
  • Schön hierbei ist, dass die Durchsuchbarkeit der Seiten, die keine Formaitierungsprobleme bereitet haben erhalten bleibt
gs -dPDFA=1 -dBATCH -dNOPAUSE -sColorConversionStrategy=UseDeviceIndependentColor -sDEVICE=pdfwrite -dPDFACompatibilityPolicy=1 -sOutputFile=output-pdfa-1.pdf 2026-08-12_test.pdf

gs -dPDFA=2 -dBATCH -dNOPAUSE -sDEVICE=pdfwrite -dPDFACompatibilityPolicy=1 -sOutputFile=2026-08-12_test_pdf2b.pdf output-pdfa-1.pdf

 

  • Für eine Vollständige Kompatibilität mit voller Durchsuchbarkeit des Dokuments, kommt man nach bisheriger Recherche jedoch nicht umhin, das Original-Dokument direkt so zu erstellen, dass es PDF/A 2b kompatibel ist. 

Hinweise und Quellen

Getestet unter Ubuntu 24.04. mit:

  • Ghostscript 10.02.1 (nativ Ubuntu 24.04)
  • Ghostscript 10.07.1 (SNAP-Paket)

Hilfreiche Quellen: