How can I do arbitrary vector-oriented modifications to a PDF file on Linux, though all the editors are still buggy?

August 1st, 2008 by matthias

If you have a PDF which you want to modify (and can’t get hold of the source format file), you might have tried scribus to open and change it. This works well for some simple cases, but there are many import errors for more complex files. Also, the same might happen with Inkscape if you have managed to convert the file to SVG format, e.g. using CorelDraw on a Windows virtual machine.

What’s always possible is to import the file in GIMP (”File -> Open”), using a high resolution such as 300dpi. But you might want to avoid the big file sizes and loss in quality, and want to do it vector-oriented.

Therefore, the following solution should work out:

  1. Convert a low resolution raster image version of the PDF file, e.g. by opening in GIMP (with 150dpi) and saving in JPG format.
  2. Create a OpenOffice.org Draw drawing with the same page size as your PDF file, and place the raster image file into the background.
  3. Now that you have the placement of things, change the appearance by adding other elements on top your background. You might want to get some vector oriented elements out of the PDF file by importing the file in scribus and saving as SVG or EPS file, importing that in OOo Draw.
  4. Export the OOo file to PDF, temporarily removing your background for that. The good thing is that all OOo Draw elements get high-quality vecor oriented PDF elements.
  5. Add your new PDF file on top of the original one, by saying something like:
    pdftk in.pdf stamp overlay.pdf output out.pdf;

As the original vector elements are never converted from PDF to another format and back, no import / export bugs can come in the way!

Posted in DTP, Graphikbearbeitung, OpenOffice, Sprache: Englisch, alle Artikel | No Comments »

What is a good address to get royalty free ClipArt that can be used commercially also?

May 20th, 2008 by matthias

You may look at these:

Posted in Graphikbearbeitung, Sprache: Englisch, alle Artikel | No Comments »

Wie kann ich ohne Kosten PANTONE-Farbwerte in ORACAL-Farbwerte übersetzen?

May 8th, 2008 by matthias

Auf www.warpgear.com/pantone/index.php?hex=%23555544&red=85&green=85&blue=68&mincolors=3 wurden eine Zeit lang Farbkonvertierungen angeboten, das musste jedoch aus lizenzrechtlichen Gründen eingestellt werden. Damit gibt es anscheinend keine Möglichkeit, PANTONE-Farbwerte in andere Farbmodelle zu übersetzen als über die Verwendung von gekauften PANTONE-Produkten.

Es gibt zwar eine Software »myPANTONE palettes« zum kostenlosen Download auf pantone.com (nach Registrierung), jedoch enthält diese nicht die Pantone Farben (Pantone Goe, Pantone Matching System, …). Diese müssen als »Libraries« zugekauft werden: www.pantone.com/pages/MYP_myPantone/mypPurchaseSoftware.aspx .

Es gibt jedoch die Möglichkeit, PANTONE-Farben in RGB-Werte zu wandeln, über »find a PANTONE color« auf www.pantone.com/pages/pantone/colorfinder.aspx . Diese Umwandlung ist natürlich ungenau, weil die meisten PANTONE-Werte nur angenähert in RGB dargestellt werden können (dasselbe ilt auch für ORACAL-Farben).
Jedoch sollte die Genauigkeit ausreichen um die richtige der max. 200 ORACAL-Farben zu treffen; damit ist die Konvertierung über RGB als Zwischenschritt ein gangbarer (und der einzige ohne Kosten mögliche) Weg.

Verfahren:

  1. Samples der gesuchten PANTONE-Farben über »find a PANTONE color« auf www.pantone.com/pages/pantone/colorfinder.aspx anzeigen lassen und mit einem Bildbearbeitungsprogramm abspeichern (als Farbfläche von 46×46 px).
  2. Den ORACAL Color Chart von signofclass.com/oracal_641_color_chart.htm in einem Browserfenster schmal skalieren, neben der Darstellung des PANTONE-Samples plazieren und durch scrollen und Vergleichen die richtige Farbe finden.
  3. Prüfen ob die gewünschte Farbe in der verwendeten ORACAL Folienfamilie auch enthalten ist. Das geht über folgende Links zu Farbtabellen für einzelne Familien, die jedoch nicht wie die zuvor erwähnte farblich sortiert und auch nicht in einer Spalte zum einfachen Scrollen angeordnet sind
    http://www.oracal.com/products/all-colors.asp?seriesID=215 (ORACAL 851 Premium Cast)
    www.oracal.com/products/all-colors.asp?seriesID=202 (ORACAL 751 High Performance Cast)
    www.oracal.com/products/all-colors.asp?seriesID=184 (ORACAL 651 Intermediate Cal)
    www.oracal.com/products/all-colors.asp?seriesID=220 (ORACAL 541 Performance Cal)
    www.oracal.com/products/all-colors.asp?seriesID=218 (ORACAL 641 Economy Cal)
    www.oracal.com/products/all-colors.asp?seriesID=182 (ORACAL 631 Exhibition Cal)
    www.oracal.com/products/all-colors.asp?seriesID=183 (ORACAL 341 Promotion Cal)
    www.oracal.com/products/all-colors.asp?seriesID=169 (ORACAL 8500 Translucent High Performance)
    ?                                                          (ORACAL 8100 Translucent Intermediate Cal)
    www.oracal.com/products/all-colors.asp?seriesID=201 (ORACAL 8300 Transparent Cal)

    Außerdem müssen hier noch eingefügt werden: die Farben der »Reflective Films« und »Specialty Films«.

Weitere Informationen:

  • es ist fraglich ob die Genauigkeit des hier beschriebenen Verfahrens gesteigert werden kann wenn man statt einer RGB-Darstellung der ORACAL-Farbe eine ORACAL Farbfolienkarte verwendet. Vermutlich senkt das sogar die Genauigkeit weil die RGB-Darstellung ähnlicher Farben ähnliche Fehler enthält und damit der Unterschied zwischen korrespondierenden PANTONE- und ORACAL-Farbe in RGB geringer ist als wenn eine der beiden physisch (mit Farbkarte) dargestellt wird.
  • http://en.wikipedia.org/wiki/Pantone
  • http://en.wikipedia.org/wiki/Spot_color
  • http://www.indfinspec.demon.co.uk/ral_colour_chart.htm
  • http://www.signsofdixie.com/oracal851.html (Farbtabelle)
  • http://web.forret.com/tools/color.asp bietet Farbkonvertierungen, jedoch keine bzgl. PANTONE
  • ORACAL-Farben werden vollständig durch die Seriennummer der Folie (z.B. 851, 751) gefolgt von der Farbnummer angebeben, z.B. 851-40.

Posted in Graphikbearbeitung | No Comments »

Warum unterscheidet man beim Drucken zwischen Farben für beschichtetes und unbeschichtetes Papier?

May 8th, 2008 by matthias

Zum Beispiel bei PANTONE: PANTONE-Farben (i.S.v. Tintenformel) mit derselben Nummer sind dieselben, werden aber auf unterschiedlichen Materialien gedruckt und hinterlassen dort jeweils einen unterschiedlichen Eindruck (deshalb U für den Farbeindruck auf unbeschichtetem Papier (uncoated), C für coated, M für matte coated). Siehe pantone.custhelp.com/cgi-bin/pantone.cfg/php/enduser/std_adp.php?p_faqid=85 .

Posted in Graphikbearbeitung | No Comments »

Wie kann ich bei einer Serie gleich großer Bilder effizient einen Randbereich bestimmter Größe mit einer bestimmten Farbe füllen?

May 8th, 2008 by matthias

Das ist zum Beispiel notwendig um vor der Erzeugung eines Digital Facsimiles mit eingescannte störende Elemente in den Randbereichen zu eliminieren, etwa schwarzer Scannerdeckel-Hintergrund, Heftklammern, Spiralbindung usw..
Verfahren: man bestimmt in GIMP die Größe dieser Bereiche und führt dann etwa aus (hier bei einem Bild der Größe
1654×2338 Pixel, das ist A4 mit 200dpi):

  1. for file in page.[0-9]*.tif ;
  2.   do convert -fill white \
  3.     -draw ‘rectangle 0,0 1653,50′ \
  4.     -draw ‘rectangle 0,2288 1653,2337′ \
  5.     -draw ‘rectangle 0,0 125,2337′ \
  6.     -draw ‘rectangle 1530,0 1653,2337′ \
  7.     $file ${file/.tif/.cleaned.tif} ;
  8. done

Die Koordinaten müssen dabei so gewählt werden dass zu jedem Rechteck die linke obere und die rechte untere Ecke angegeben werden.

Beispiel mit Trennung / Spiegelung in rechte und linke Seiten:

  1. # rechte Seiten:
  2. for file in *Blatt[0-9][0-9].jpg ;
  3.   do convert -fill white \
  4.     -draw ‘rectangle 0,0 1653,180′ \
  5.     -draw ‘rectangle 0,2196 1653,2337′ \
  6.     -draw ‘rectangle 0,0 100,2337′ \
  7.     -draw ‘rectangle 1485,0 1653,2337′ \
  8.     $file ${file/.jpg/.cleaned.jpg} ;
  9. done
  10. # linke Seiten:
  11. for file in *Blatt[0-9][0-9].jpg ;
  12.   do convert -fill white \
  13.     -draw ‘rectangle 0,0 1653,180′ \
  14.     -draw ‘rectangle 0,2196 1653,2337′ \
  15.     -draw ‘rectangle 0,0 169,2337′ \
  16.     -draw ‘rectangle 1554,0 1653,2337′ \
  17.     $file ${file/.jpg/.cleaned.jpg} ;
  18. done

Posted in Graphikbearbeitung, Shellscripts | No Comments »

Wie kann ich einen Stapel Papier effizient scannen und in ein Facsimile-Buch im PDF-Format verwandeln?

May 8th, 2008 by matthias

Grundsätzlich kann man das Facsimile-Buch farbig, in Graustufen oder schwarzweiß erstellen. Der Speicherplatz nimmt in dieser Reihenfolge ab, der Zeitaufwand zur Erstellung in dieser Reihenfolge zu. Für farbige Facsimiles verwendet man fast immer verlustbefaftete JPG-Komprimierung, für schwarzweiße immer verlustfreie Komprimierung, und für Facsimiles in Graustufen kann man beides verwenden, je nach Einsatzfall.

Die Device-Adressen des angeschlossenen USB-Scanners kann man mit »scanimage -L« ermitteln (vgl. auch
»sane-find-scanner«). Sie sei im Beispiel hier: »snapscan:libusb:001:002«. Zum Scannen für jede Seite den folgenden Befehl ausführen. Der Dateiname wird automatisch um eine sequentielle Nummer erweitert.

  1. #!/bin/bash
  2. scanimage \
  3.   –device-name=snapscan:libusb:001:001 \
  4.   –format=tiff \
  5.   –resolution 300dpi \
  6.   –mode Color \
  7.   -t 0 -l 0 -x 210 -y 297 \
  8.   –batch=page.%03d.tif \
  9.   –batch-prompt \
  10.   –batch-start 1 \
  11.   –batch-count 5 \
  12.   ;
  13. for file in page.*.tif; do
  14.   convert -quality 70 $file ${file/.tif/.jpg};
  15.   convert ${file/.tif/.jpg} ${file/.tif/.pdf};
  16.   rm ${file/.tif/.tif} ${file/.tif/.jpg};
  17. done;
  18.   pdftk page.*.pdf cat output book.pdf;

Alternativ, für nur eine Seite:

  1. scanimage –device-name=snapscan:libusb:002:002format=tiff –resolution 300dpi –mode Color -t 0 -l 0 -x 210 -y 297 >page.tmp.tif; convert -quality 70 page.tmp.tif page.tmp.jpg; convert page.tmp.jpg page.pdf; rm page.tmp.*;

Und nun für verlustfreie Komprimierung:

  1. scanimage \
  2. –device-name=snapscan:libusb:001:002 \
  3. format=tiff \
  4. –resolution 200dpi \
  5. –mode Gray \
  6. -t 0 -l 0 -x 210 -y 297 \
  7. batch=page.%03d.tif \
  8. –batch-prompt \
  9. –batch-start 1 \
  10. –batch-count 8 \
  11. ;

Empfehlenswert sind bei Archivierung in Schwarzweiß meist 200dpi, bei Archivierung in Graustufen meist 150dpi.

Zum Herausfinden des besten Schwellwertes zur Umwandlung in Schwarzweißbilder:

  1. file=bild.tif; for thr in 60 65 70 75 80 85 87 90; do convert -threshold $thr% -monochrome "$file" ${file/.tif/.test.thr$thr.tif}; done

Wenn das Bild gerasterte Graustufen enthält (und eigtl. auch sonst) dann kann man den richtigen threshold daran erkennen dass die Thumbnails des schwarz-weißen und des Graustufenbildes im GIMP-Dateidialog bzgl. der Helligkeit identisch aussehen.

Umwandlung in Schwarzweiß-Bilder nachdem man den idealen Schwellwert ausprobiert hat:

  1. for file in page.[0-9]*.tif ; do convert -threshold 65% -monochrome $file ${file/.tif/.sw.png} ; done

Zusammenfassung zum Facsimile-Buch im PDF-Format:

  1. convert page.*.sw.png buch.pdf

Oder auch zum Beispiel mit einem sinnvollen Seitenrand (wenn dieser nicht bereits vorhanden ist):

  1. convert -page A4 -density 28×28 -border 100×100 -bordercolor white page.*.sw.png buch.pdf

Bei mehrseitigen, hoch aufgelösten Scans ist es besser die Bilder in einzelne PDF-Seiten zu konvertieren und
dann zusammenzufassen weil »convert« sonst zuviel RAM (für Buffers/Cache, nicht für die Anwendung selbst) braucht und den Computer überfordert:

  1. for file in page.*.sw.png; do convert $file ${file/.png/.pdf}; done;
  2. pdftk page.*.pdf cat output book.pdf;

Erklärung zu -page und -density entsprechend der Manpage zu convert: »-page« wird verwendet um ein Bild in einem anderen zu positionieren und bei PDF und PostScript um die Maße der PostScript-Seite anzugeben. »-page A4« ist äquivalent zu »-page 595×842«, d.i. das Bild wird zu einem Bild von 595×842 Pixeln skaliert und dann auf der PDF-Seite positioniert. So bewirkt »-page« auf jeden Fall die Übernahme des Seitenverhältnisses des gewählten Seitenformats.

Mit »-density« wird angegeben welche physischen Ausmaße das Bild bei der Positionierung hat. Unter der Annahme dass eine A4-Seite 595×842 Pixel groß ist (s.o.) muss hier 72 dpi angegeben werden (so in einem Experiment bestätigt wo angegeben werden musste »-density 71×71«). Warum in einem Fall »-density 28×28« anzugeben war ist unbekannt. Man beachte dass »-page« und »-density« das Bild physisch nicht verändern sondern nur Angaben zur Positionierung sind, aus Sicht des Monitors (daher die Auflösung 72 dpi). Die Anpassung der Seitenverhältnisse durch »-page« bewirkt ggf. eine Verzerrung. Die absoluten Maße des gewählten Seitenformats werden mit -page jedoch noch nicht erreicht, nur das korrekte Seitenverhältnis.

In einem weiteren Fall konnte die Option -density ganz ausgelassen werden. Die Bilder stammten aus der Konvertierung einer PDF-Datei mit convert -density 200×200; es waren TIF-Bilder mit 200 dpi Auflösung. Dieses Verfahren kann jedoch zu falschen absoluten Seitendimensionen führen.

  1. convert -page A4 page.*.sw.tif buch.pdf

Die einfachste und beste Variante ist oft, auch noch die Option »-page« auszulassen. Dann das Seitenverhältnis des Bildes und die im Bild mitgespeicherte Bildauflösung verwendet (in Gimp einstellbar
über »Bild -> Druckgröße«) um eine entsprechende (korrekte) Seitengröße zu ermitteln. Dies ist besonders hilfreich wenn man Dinge eingescannt hat die kein Standard-Seitenformat haben und daraus ein korrekt dimensioniertes Facsimile machen möchte.

  1. convert page.*.sw.png buch.pdf

Optimierungen:

  • Bei Scannen mit scanimage auf Agfa Snapscan e52 positioniert man die Seite direkt an der oberen Anschlagskante aber 3 mm von der seitlichen Anschlagskante um mit dem Nullpunkt der Positionierung in scanimage übereinzustimmen.
  • Wenn man keinen Einzugscanner besitzt ist es sehr effizient, mit einem Flachbettscanner bei offener Klappe zu scannen. Das ist vom Ergebnis her äquivalent (kaum unterschiedbar) zum Scannen mit schwarzem Hinterund, was sowieso vorteilhaft ist damit die Schrift der Rückseite nicht durchscheint. Durch schwarzen Hintergrund ergibt sich zwar auch ein verringerter Kontrast, aber das wird durch eine Umwandlung in Schwarzweiß (d.h. künstliche Kontrastmaximierung) ohnehin mehr als ausgeglichen, bleibt also ohne jeden Effekt.
  • Wichtig ist ein Auflegen des Deckels lediglich um gewelltes Papier flach zu halten, denn hochstehende Kanten bewirken eine Abdunklung des Bildes an diesen Stellen.
  • PNGs mit 8 oder 16 Graustufen verwenden.
  • JPGs mit Graustufen verwenden wenn die Auflösung relativ zur Schriftgröße gering ist.
  • Um schwarzweiß zu archivieren benötigt man eine deutlich höhere Auflösung wenn man (am Bildschirm) dieselbe sichtbare Qualität erreichen will wie bei Archivierung in Graustufen und Farbe: mind. 300 dpi.
  • Gering aufgelöste Graustufenbilder sollte man am besten nicht in Schwarzweiß umwandeln. Kompakte Archivierung in Graustufen geht so: ausschlaggebend für die Dateigröße eines PNG-Bildes ist die Ordnung im Bild: je größer einheitliche Farbflächen sind, desto besser, je mehr einzelne Pixel in unterschiedlicher Farbe, desto schlechter. Über »Ebene -> Farben -> Werte -> Wert« in GIMP »komprimiere« man daher die Graustufen: möglichst viele verwandle man in schwarz (Schieber für schwarz nach rechts) und möglichst viele in weiß (Schieber für weiß nach links). Würden beide Schieber übereinander liegen hätte man in Schwarzweiß umgewandelt: das vermeidet man hier aber um Graustufen sozusagen für »Antialisaing« zu nutzen. Durch diese Schritte konnte ein PNG-Bild von 800kB auf 60kByte verkleinert werden. Anschließend wandelt man das Bild noch in ein indiziertes Bild mit 64 Farben um. So sank im Beispielfall die Größe nochmals um 25%. So etwas kann auch in convert gemacht werden (am Beispiel gescannten linierten Papiers): convert -level 32%,78% -colors 64 input.tif output.tif
  • Zur Umwandlung in Schwarzweiß muss der Threshold niedriger liegen je kleiner die Schrift in einem Dokument, bei sonst gleichen Parametern. So ergibt sich ein dünneres Schriftbild, was bei kleiner Schrift notwendig ist damit Buchstabenhohlräume nicht gefüllt dargestellt werden, bei größerer Schrift manchmal aber hinderlich ist weil die Schrift dann weniger deutlich zu erkennen ist (aber nur manchmal - ein dünneres Schriftbild wirkt meist sauberer, d.h. ein möglichst niedriger Threshold (um 60%) ist beim Scannen gedruckter Dokumente zu empfehlen, bei handschriftlichen Dokumenten muss ein höherer Threshold gewählt werden um auch gering eingefärbte Buchstabenbereiche in schwarz zu konvertieren).

Posted in Graphikbearbeitung, Shellscripts | No Comments »

Wie ändere ich am einfachsten die Größe einer Reihe von Bildern auf 1600×1200 bzw. 1200×1600, je nachdem ob das Bild Hoch- oder Querformat hat?

May 8th, 2008 by matthias

  1. for file in 0*.jpg ; do convert -size 1600×1600 -scale "1600×1600>" -quality 75 $file $file; done

Posted in Graphikbearbeitung | No Comments »

Wie konvertiere ich am einfachsten eine Reihe von Bildern in analoger Art?

May 8th, 2008 by matthias

Zum Beispiel Skalierung:

  1. for file in *.jpg ; do convert -size 1024×768 -scale 1024×768  $file $file; done

Zum Beispiel Konvertierung von TIFF in JPG (75% Qualität):

  1. for file in *.tif ; do convert -quality 75 $file ${file/.tif/.jpg}; done

Posted in Graphikbearbeitung | No Comments »

Wie kann ich eine Vektorgrafik, die in EPS Version 9 (erstellt mit Adobe Illustrator) und auch als PDF (mit eingebetteten Schriften) vorliegt in CorelDRAW 11 als Vektorgrafik importieren?

May 7th, 2008 by matthias

Versuch über EPS: CorelDRAW 11 importiert EPS-Dateien, zeigt jedoch nur eine graue Box dafür an statt deren einzelnen Objekte. Das ist offensichtlich kein Fehler, da dies sowohl bei Dateien geschieht die von Adobe Illustrator erstellt wurden, als auch bei solchen die danach noch mit eps2eps optimiert wurden. Auch wird die EPS-Datei wie sie ist in eine aus CorelDRAW exportierte PDF-Datei übernommen
(Adobe Reader zeigt kurz eine entsprechende Meldung, zeigt diese Inhalte jedoch nicht an). Damit scheint der Import von EPS in CorelDRAW keine empfehlenswerte Lösung.

Versuch über PDF: direkter Import der PDF-Datei schlägt fehl weil CorelDRAW 11 sie als fehlerhaft bezeichnet. Adobe Reader 8 jedoch kann sie problemlos lesen. Dort druckt man die Datei in eine Postscript-Datei und wandelt diese dann mit ps2pdf in eine PDF-Datei um. Diese PDF-Datei kann von CorelDRAW 11 importiert werden. Einziges Problem: statt den eingebetteten Subsets der Schriften werden Ersatzschriften verwendet. Denn es fehlten lokal: CorporateS-RegularItalic-Normal und CorporateSSC-Normal.
Eine (allerdings aufwändige) Idee zur Lösung wäre eventuell: die Schriften generieren durch Extraktion der Subsets aus der PDF-Datei.

Versuch über Postscript: klingt am vielversprechendsten weil CorelDRAW 11 die Option bietet, Text als Kurven zu importieren. Also konvertiere man die PDF-Datei zu Postscript. Beim Versuch, diese in CorelDRAW 11 zu importieren oder zu öffnen meldet der Postscript Interpreter einen »invalidfont« Fehler. Es ist dabei egal ob Text als Kurven oder Text impportiert wird.

Versuch über Vektorisierung. Eine weitere Möglichkeit ist, die Kurven (zumindest für den Text der nicht
über PDF importiert werden kann) durch Vektorisierung eines Bildes zu erstellen. Verfahren:

  1. Ein hochaufgelöstes Bild ohne Antialiasing erstellen, denn das eignet sich am besten zur Vektorisierung mit CorelTRACE 11. Die Schrifthöhe sollte wenn irgend möglich mind. 250px sein! Man erstellt es z.B. mit:

    1. pdftoppm -aa no -r 600 Logo.pdf Logo
    2. convert Logo-1.ppm Logo.png
    3. # nun Öffnen in GIMP, zuschneiden, abspeichern als Logo.tif mit LZW-Komprimierung.

    CorelTRACE 11 kann die von convert standardmäßig erzeugten PNG- und TIF-Bilder nicht öffnen. Bei TIF-Bildern meldet es »unbekannter Komprimierungstyp« und zeigt »unkomprimiert«, obwohl convert als komprimiertes TIF-Bild gespeichert hat. Auch deshalb der Umweg über GIMP. Komprimierungsmöglichkeiten bei TIF:
    unkomprimiert, LZW, PackBits, Deflate, JPEG. Also evtl. auch möglich mit »convert -compress LZW …«.

  2. Das Bild mit CorelTRACE 11 öffnen und vektorisieren. Bewährt haben sich zur Vektorisierung von Schrift
    (etwa 80px hoch) folgende Einstellungen im Modus »Kontur erweitert«: Rauschen: keine; Komplexität: 11; Farben: 32; Knotenreduzierung: 18; Knotentyp: Gegättet; minimale Größe: 25. Insbesondere die Einstellung
    »Knotenreduzierung« ist wichtig und muss in einem Bereich von +/- 2 genau gewählt werden um das gewünschte Ergebnis zu erhalten.
  3. Eine neue Zeichnung in CorelDRAW anlegen, darin ein Bild in gerinegr Auflösung als Hintergrund einfügen
    (um darauf die Elemente korrekt platzieren zu können) und darauf das Vektorisierungsergebnis und evtl. das Ergebnis eines tw. gelungenen PDF-Imports anordnen.

Versuch über Scribus und SVG. Man importiere die EPS-Datei in Scribus und exportiere das in SVG. Der Import in CorelDRAW ist leider unvollständig und oft ungenau (bei Schrift aber sehr gut).

Versuch über Scribus und PDF. Man importiere die EPS-Datei in Scribus und exportiere das in PDF. Der Import in CorelDRAW gelingt perfekt. Das liegt daran dass die PDF-Datei nun keine Schriften mehr enthält, weil diese beim Import in Scribus in Kurven umgewandelt wurden.

Posted in Graphikbearbeitung | No Comments »

Wie kann ich möglichst kleine PNG-Dateien aus Bildern mit Graustufen erhalten?

May 6th, 2008 by matthias

Man speichere das PNG-Bild unbedingt im Modus »Graustufen« ab. Der Modus »optimale indizierte Palette mit 256 Farben« braucht 30% mehr Speicherplatz bei identischen Daten, der Modus »RGB Farben« braucht nochmal 5% mehr Speicherplatz bei identischen Daten. So beobachtet in GIMP. Zyklische Modus-Konvertierungen (z.B. Graustufen -> indiziert -> Graustufen)
ändern nichts an den Bilddaten, führen also zu identischen Dateigrößen - hier kann man nichts falsch machen.

Anders verhält es sich bei Schwarzweiß-Bildern: hier ergibt nicht der Modus »Graustufen« sondern »indizierte Schwarzweiß-Palette« die kleinste Dateigröße (etwa 30% kleiner).

Posted in Graphikbearbeitung | No Comments »