PDF-Dateien - Optimierung der Datenmenge

Konfiguration: OSX 10.6, Acrobat Pro 9.5.1, diverse PDF-Dateien mit Karten in 200 dpi Auflösung, CMYK, die enthaltenen Rasterdaten wurden irgendwann während ihrer Entstehung geglättet. Auf ungeglättete und damit deutlich besser komprimierbare Kartendaten besteht kein Zugriff (mehr).

Aufgabe: Die Dateien sollen im Internet bereitgestellt werden und dafür automatisiert möglichst klein gerechnet werden. Es soll auch kein aktuelles PDF erzeugt werden. Acrobat 8-kompatibel wäre schön, um die Nutzer mit alten Systemen glücklich zu machen.

Versuche:
 - Normales Speichern mit Optimierungs- und Kompatibilitätseinstellungen in Acrobat ergeben sehr viel größere Dateien als vorher.
 - Komprimierungsversuche ergeben folgende Ergebnisse: 1. JPG (auch mit bester Qualität), 2. ZIP, 3. LZW.
 - JPG in der schlechtesten Qualität ist wirklich zu schlecht - starke Artefakte. Erstaunlich gering ist die optische Änderung in der niedrigen Qualität.
 - Die niedrige JPG-Qualität teste ich noch mal beim Export als RGB-TIFF sowie beim direkten Export als RGB-JPG.
- Gegenüber einer Originaldatei (48 mb) erreichen die TIFF-Datei 14 mb und die JPG-Datei 7 mb.
- Öffne ich diese Dateien als PDF-Datei und speichere sie ohne Änderungen bleibt die JPG-Version bei 7 mb und die TIFF-Version kommt auf 7,2 mb.
- Im optischen Vergleich schneidet die TIFF-Version besser ab.

Schnellste und beste Lösung: Die Verarbeitung in der Stapelverarbeitung von Acrobat zeigt die schnellste Verarbeitung in zwei Durchgängen: Zuerst als RGB-TIFF mit niedriger JPG-Komprimierung und Farbmanagement wegspeichern. Im zweiten Durchgang das Öffnen der TIFF-Dateien in Acrobat und speichern als normales nicht optimiertes PDF was Acrobat 7-Kompatibilität entspricht.

Das ganze macht man am besten nicht unter Punkt 1: "Sequenz von Befehlen wählen" (Ist deutlich langsamer) sondern, weil es da alles funktioniert unter Punkt 3 "Ausgabeoptionen".

Die Einstellungen für den dort gefragten Dateiexport nimmt man in den "Acrobat-Voreinstellungen/Allgemein/Aus PDF konvertieren" vor.

Umlaut-Problem beim Import von Shapedateien in Mapublisher

Konfiguration: OSX, Illustrator 14.0, Mapublisher 8.5

 Problem: Beim Import von Shapedateien in Mapublisher werden die Umlaute falsch dargestellt.

 Lösung: Beim Import muss die Textkodierung umgestellt werden, die Standardmäßig auf "System" steht. Gibt man über das Menü unter Datei/Import Mapdata/Simple/ unter Encoding "Latin-1, ASCII 8-bit (ISO 8859-1) ein, werden die Umlaute richtig wiedergegeben.

Große Dateien in InDesign CS4 platzieren

Konfiguration: Mac 2,66 Ghz QuadCore, 3gb RAM, InDesign CS4

Problem: Eine unkomprimiert 2,8 gb große CMYK-Rasterdatei, eine Karte, mit einer Auflösung von 1016 dpi soll leicht beschnitten und dann auf einem "Standbogen" in InDesign visuell platziert werden. "Anzeige mit hoher Qualität" ist nicht möglich. Das heißt: Wenn ich das auswähle, wird nur noch eine weiße Arbeitsfläche angezeigt.

Tests: Ursprünglich hatten wir eine Composite-PDF-1.3-Datei. Die enthaltenen Rasterdaten sind ZIP-komprimiert.

1. Über das Acrobat-TouchUp-Werkzeug schreibe ich verschiedene TIFF-Dateien weg. LZW, ZIP, unkomprimiert. Mit der LZW-TIFF-Datei komme ich noch am weitesten. Hier wird die Datei in hoher Qualität immerhin angezeigt; nur nicht in hoher Qualität sondern zu schlecht aufgelöst. Hier klappt dafür ein akkurater PDF-Export, was ja aber nicht das einzige Ziel war.

2. Die Halbierung der Auflösung bringt auch keinen Fortschritt.

3. Daraufhin zerteile ich die hochaufgelöste Datei in immer kleinere Kacheln: 2, 8, 16, 32 Stück. Das geht z. Bsp. mit dem Graphicconverter 7.01 (Sichern unter), wenn auch noch nicht zufriedenstellend. Aber es reicht, um einen Weg für InDesign zu finden. Die Auflösung der Karte in InDesign wird besser je mehr Kacheln ich verwende. -> Eine Lösung ist das jedoch noch nicht, weil einerseits Graphicconverter nur für PDF-Kacheln überhaupt verschiedene Kacheln erzeugt. Sonst wird immer nur die obere linke Ecke mehrfach ausgegeben. Zum Anderen ist das Platzieren in InDesign sicher etwas mühselig. In der CS5-Version wird das vielleicht besser mit der Multibildplatzierfunktion.

Eine brauchbare Lösung für Karten wäre wohl, sich gleich vom Rasterdatenerzeuger die Karte in einer festgelegten Anzahl Kacheln liefern zu lassen. Diese könnten dann über ihre Geo-Koordinaten z. Bsp. in ArcGIS platziert und als CMYK-PDF rausgeschrieben werden. Denn ein PDF mit vielen Rasterdaten-Kacheln lässt sich in InDesign platzieren.

Unser Workaround wird wahrscheinlich, dass der Ausschnitt in unserem Workflow gemacht wird und die Platzierung beim Kunden über Koordinaten in InDesign geschieht, weil das immer die gleiche Ecke wäre.

Kartengraphik als geglättete Rasterdatei für MS-Word reduzieren

Konfiguration: MS-Word 2003, Adobe Photoshop CS4.

Zielsetzung: In Word soll eine Broschüre erstellt werden, die viele kleine geglättete Kartengraphiken in Graustufen enthält. Damit sich die Word-Datei nicht zu schwerfällig bearbeiten lässt, sollen die einzufügenden Dateien möglichst klein werden. Die (Veränderung und) Konvertierung der Dateien zur Reduzierung der Datenmenge erfolgt in Photoshop CS4.

Datenquelle: Die Kartengraphiken werden über ArcGIS 9.3 mit einem externen Kartenserver erstellt. Dort liegen die geglätteten Karten-Daten schon vor.

Wahl des Dateiformats: Grundsätzlich wird die Testdatei auf 300 dpi reduziert und in Graustufen gewandelt. Eine mögliche Komprimierung der Datei darf nur verlustfrei sein.

PNG und GIF sind Dateiformate, die eine Komprimierung beinhalten. BMP ist ein Microsoftformat. Ohne zusätzliche Kompressionseinstellungen lassen sich PNG (409 kb/in Word 432 kb), GIF (489 kb/in Word 561 kb) und BMP (1130 kb/in Word 561 kb) abspeichern. BMP lässt sich auch als 4bit-RLE-Datei (16 Farben) speichern und erreicht damit 363 kb/in Word 234 kb.

Photoshop-Menü "Datei/Für Web und Geräte speichern": Hier kann ich die Datei für alle Datei-Formate verkleinern, indem ich auch die Farben reduziere. Ohne Informationen zu verlieren kann ich die Datei hier auf 12 Farben reduzieren, wodurch sie sich besser komprimieren lässt. Top sind dabei: GIF (204 kb/in Word 209 kb), BMP (1129 kb/209 kb). Auf den Plätzen: PNG (207 kb/228 kb), TIFF-Zip (221 kb/239 kb).

Dateiformate, die schlechter abschnitten sind TIFF-LZW, TIFF, EPS-Binär, EPS-ASCII.

Fazit: Einfluss nehmen die max. nötige Auflösung, Anzahl der Farben, Kompressionsmöglichkeiten der Formate sowie der ggf. optimierte Import/evtl. mit interner Komprimierung in/für MS-Word. Mit GIF und BMP lassen sich die kleinsten Worddateien erzeugen.

Frage: Legt Word während der Arbeit offene "Arbeitsdateien" in den Arbeitsspeicher? -> Testen, ob GIF oder BMP besser.

Erstellen einer (optimierten) Druckdatei aus ArcGIS 9.1

Geholfen bei der Erstellung einer vernünftigen Druckdatei haben: " White Paper - Drucken und Plotten mit ArcGIS Desktop 9.x ", ein PowerMac G5-2x2,3ghz mit 5 Gigabyte Arbeitsspeicher, viel Zeit, diverse Tests und zusammengetragenes Wissen über ArcGIS und die Druckvorstufe mit CS2-Programmen (AcrobatPro, InDesign, Photoshop).

Probleme

1. Schwierigkeiten bei der Erstellung der "Druckdatei" aus ArcGIS.
In der Druckdatei:
2. Zerschossene Grenzbänder
3. Transparenzen
4. Ungewollte Wandlung von Vektor- in Rasterdaten
5. Auflösung der Rasterdaten
6. Entstehende Datenmengen bei temporären Dateien und Druckdateien

Allgemeines

In ArcGIS gibt es verschiedene Möglichkeiten Druckdateien zu erstellen:
- Den Export in z. B. EPS oder PDF mit Fonteinbettung und der Einstellungsmöglichkeit der Auflösung und TIFF mit Auflösung und Auswahl verschiedener TIFF-Formate (Farbmodus, Komprimierung).
- Druckdateien über ArcMap (auch PostScript).
- Druckdateien mit verschiedenen nachinstallierten PS-Druckertreibern u. a. AdobePDF.

Lösungen
1. Die primären Schwierigkeiten, die bei der Erstellung von Druckdateien mit ArcGIS auftreten können, werden schon mal in dem oben genannten "White Paper", das von der Firma ESRI bereitgestellt wird, erläutert. Hier werden alle (?) theoretischen Fehler an Rechner, Betriebssystem, Netzwerk und Hardware beleuchtet.

2. Die zerschossenen Grenzbänder treten nur auf, wenn sie gemeinsam mit Rasterdaten in einer Druckdatei ausgegeben werden.

3. Verwendete Transparenzen: Ich meine hiermit, wenn z. B. durch eine breite Linie eine darunterliegende Linie erkennbar ist. Normalerweise wäre diese ausgespart. - Werden in einem Menü Transparenzen eingestellt, werden dadurch im Prozess zur Erstellung der Druckdatei lange Rechenzeiten ausgelöst, temporäre Datenmengen gehen bei Karten (z. B. 90 x 70 cm) in den Gigabytebereich.

4. Hat vielleicht etwas mit der Umsetzung der Transparenzen zu tun. Erzeugt je nach Einstellung in der "Ausgabequalität" und Farbmodus speicherplatzhungrige Rasterdatenebenen. Sprich: Sind "Musterflächen" enthalten, die in ArcGIS als Rasterdateien umgesetzt werden, so werden auch die übrigen Vektorebenen in Rasterdaten gewandelt. Die Qualität wird dadurch nicht besser und der benötigte Speicherplatz ist sehr viel höher.

5. Kartengrundrisse, die als Rasterdaten vorliegen, sollten auch in der Ursprungsauflösung ausgegeben werden, um Moirées (Musterbildung) in Rasterflächen zu verhindern. Auch beim Farbmodus ist der kleinstmögliche, oder auch der Ursprungsmodus, einzustellen: Schwarzweiß 1Bit, Graustufen 8 Bit, RGB 24 Bit, CMYK 32 Bit. Wird eine Schwarzweißkarte als CMYK ausgegeben ergibt das z. B. die 32-fache Datenmenge. Verdoppele ich die Auflösung der Rasterdaten, so vervierfacht sich die Datenmenge. Scheinbar kleine Änderungen zeigen also große Wirkungen.

6. Das Schreiben einer fast 70 Megabyte großen PDF-Druckdatei mit transparenten Ebenen, erzeugt eine temporäre Datei von über 4 Gigabyte. Die optimierte letztendlich noch 8 Megabyte große Datei, die auf den Drucker geschickt wird, erzeugt noch eine temporäre Datei von 500 Megabyte. Soviel zu auf den ersten Blick nicht sichtbaren entstehenden Dateigrößen, die irgendwo zwischengelagert werden.

Wie wir es gemacht haben:

Statt einer Gesamt-Druckdatei haben wir in ArcGIS in der Karte vorliegende Rasterdaten in deren Originalauflösung als Schwarzweiß-TIFF abgespeichert. Bei Musterebenen, die in ArcGIS für den Druck als Rasterdatei umgesetzt werden, haben wir die in diesem Fall nötige Auflösung von 400 dpi gewählt und auch diese als Schwarzweiß-TIFF gespeichert. Reine Vektorebenen aus ArcGIS lassen sich auflösungsunabhängig als Vektoren im PDF-Format erhalten und speichern. Die Ebenen müssen alle das gleiche Format (in cm) haben, um in InDesign problemlos übereinandergelegt werden zu können. -> Ein Übereinanderlegen in InDesign muss in der gleichen Reihenfolge möglich sein, wie in ArcGIS.

In InDesign CS2 wird ein Layout in der passenden Größe und mit den benötigten Ebenen angelegt. Die Dateien werden in der richtigen Reihenfolge übereinander gelegt. Schwarzweiß-Rasterdateien können dort die passenden Druckfarben zugeordnet werden. Letztendlich wird eine PS- oder PDF-Datei über das Druckmenü erzeugt.

Möglich ist diese Lösung sicher auch in anderen Graphik- oder Layoutprogrammen. Nur dürfen dort evtl. statt der PDFs nur EPS-Dateien und/oder ausschließlich TIFFs verwendet werden.

RGB-Karte hat nach CMYK-Wandlung mit GCRmaximum nach dem Delta-RIP einen starken Magenta-Stich

Problem: Die Karte liegt als TIFF-Datei in RGB vor und kommt vermutlich aus ArcGIS oder SICAD. Schwarze Schrift steht in allen vier Druckfarben an. Nach der Umwandlung in CMYK über GCRmaximum, um das Schwarz nur im Schwarzauszug zu haben, wird der Magenta-Auszug nach dem Durchlauf durch das Delta-RIP etwa 5% zu stark.

Fehlersuche:

GCRmaximum in Verbindung mit PS- oder PDF-Export oder -Druck aus Photoshop ergibt immer einen zu starken Magentaauszug nach dem Delta-RIP.

Der Export oder der Druck in eine PS- oder PDF-Datei aus Photoshop sorgt zusätzlich immer dafür, dass Schwarz (auch das umgewandelte) wieder in allen vier Farben ausgegeben wird.

Speichere ich aus Photoshop eine TIFF-Datei und öffne diese in Acrobat Pro 7.09 als PDF-Datei erscheinen die Linien geglättet und nicht "randscharf" wie sie im TIFF vorhanden waren.


Lösungen:

Guter und schneller Weg: sRGB zuweisen. GCRmaximum mit 15% Druckzuwachs und Euroskalafarben. Speichern als TIFF-Datei. Import in InDesign CS2. Erstellen einer Composite-PS-Datei über den Suprasettertreiber. Delta-RIP.

Alternativ mit Wunschfarben aber sehr viel zeitaufwändiger: Umwandlung RGB nach CMYK ohne Farbmanagement oder von sRGB nach Papierprofil. Auswahl der einzelnen Farben über den Zauberstab und Zuweisen von vorgegebenen Farbwerten. Speichern als TIFF-Datei. Import in InDesign CS2. Erstellen einer Composite-PS-Datei über den Suprasettertreiber. Delta-RIP.

-> Scheinbar lässt sich direkt aus Photoshop nicht direkt eine unveränderte Druckdatei erstellen. Muss man immer über ein Layoutprogramm gehen?

-> Je öfter ich mir diesen Workflow ansehe, gehe ich davon aus, dass das Problem bei der Umwandlung des UCRmax-"Profils" in's Photoshop-CS2-PostScript und damit auch in's PDF liegen muss. Denn dass die Umwandlung funktioniert, sieht man ja an der vernünftigen Speicherung als TIFF und der fehlerfreien Farbwerte nach der Konvertierung in's GCRmax. Und in anderen Programmen lässt sich das PostScript mit der eingefügten TIFF-Datei ja schreiben.

SICADsd 4.0: Karte für den Druck (Kundenvorgaben)

Die Karte (LROP) ist 870 x 655 mm groß und soll in Euroskala gedruckt werden. Probleme gibt es schon beim Kunden, weil das Erstellen der Druckdatei Stunden dauert (PC mit WinXP). Sie enthält den Grundriss als Rasterdaten in 500 dpi sowie das Thema als Vektordaten. Die Druckdatei wird beim Kunden über 8 Gb groß. Daten werden in RGB erstellt. Die PDF-Erstellung über AdobePDF-Treiber mit Distiller 5 funktioniert nicht.

Vermutung: Evtl. werden die Schwarzweiß-Rasterdaten in RGB umgewandelt. Oder Vektoren werden in Raster umgewandelt oder die Auflösung wird irgenwo stark erhöht oder falsche Einstellungen.

Endgültige Durchführung:
1. Der Grundriß wird als Graustufenrasterdatei als PDF erzeugt. -> 8 Mb.

2. Kunde optimiert die vorhandenen RGB-Farbwerte der Themadatei für die Umwandlung in CMYK ohne Farbmanagement. Das Ziel dabei ist, das die Linien und Signaturen mit max. 2 Druckfarben gedruckt werden.

Rot 70% wird 30% Cyan, Grün 47% wird 53% Magenta und 20% Blau wird 80% Yellow. Im RGB entsprechen 0 ->100% Schwarz und 255 -> 0% Schwarz (also weiß). 30% einer Druckfarbe Cyan oder Magenta oder Yellow entsprechen also dem R- oder G- oder B-Wert 178,2.

3. Mit der Shareware Fineprint wird die Datei in den Fineprint-Druckertreiber gedruckt, dieser bietet im Druckmenü die Weitergabe an den AdobePDF-Treiber mit Distiller-Joboptions an und erstellt so eine PDF-Datei. Der direkte Weg auf AdobePDF funktionierte ja nicht. -> 102Mb.

4. Umwandlung der Themadatei in CMYK ohne Farbmanagement mit Pitstop 6.5.3 über ein Pitstop-Profil. Ohne Farbmanagement, weil die Farben dabei vorhersagbar umgewandelt werden und Schwarz in 100% Schwarz und nicht in allen vier Druckfarben separiert wird. Das dauert auf einem G5 2x2,3ghz mit 3 Gb RAM 2,5 Stunden, aber es funktioniert.

5. Kombination in InDesign CS2 in zwei Ebenen und Abgabe als CompositePDF für den Druck.

3759