Tach zusammen.

Ich suche gerade vergebens danach, wo ich bei pdfcheck (pdfcheck-2008-01-25) die Umwandlung des Reports in die HTML-Datei umbauen kann. Lt. meinem Prüfprofil wird auch nach niedrig oder zu hoch aufgelösten Bildern gesucht. im report steht dann zwar auch "Niedrig aufgelöstes Bild gefunden S. xx" aber nicht, wie im Acrobat Preflight, die dpi-Zahl.
Wie kann ich mir die im html-Report anzeigen lasen?
Danke und Grüße,
Markus


UB+, u711, sun4u sparc SUNW

Moin,

die Konvertierung nach HTML erfolgt mittels "xsltproc". Das bekommt vom pdfInspektor eine XML Datei geliefert, die mittels dem XSL Stylesheet in "pdfcheck/xslt/pdfinsp.xsl" transformiert wird.

Ich habe selber momentan keine Zeit, mir die Details anzuschauen. Du müßtest die XML Ausgabe abfangen (Debug Mode einschalten) und dann sehen, wie Du programmatisch die gewünschten Informationen rausziehst.

Code

xsltproc -o /tmp/myreport.html /tmp/mytransform.xsl /tmp/pdfinsp.xml 

Hoffe, daß das ein Stückchen weiterhilft,
Axel.

Hallo Markus,

wenn Sie mir sagen wie und wo Sie die Information gerne hätten, dann sehe ich mir das gerne an. Aktuell wird ja pro Fehler nur eine Zeile ausgegeben, auch wenn dieser mehrfach vorhanden ist.

Würde eine Liste aller Bilder mit der Auflösung auch reichen?

Hallo Herr Kleinheider

Es soll im Prinzip so aussehen wie das Preflight-Ergebnis in Acrobat.

Wenn unter dem Fehler einfach aufgelistet wäre:
Halbtonbildauflösung geringer als definiert (7 Treffer)
[so steht es ja schon da]
Und darunter einfach:
"Seite x: Farbbild 309.507x224.0571 pt 300.0 ppi CMYK Übreducken aus"
"Seite x: Farbbild 309.507x224.0571 pt 300.0 ppi CMYK Übreducken aus"
usw.
Es geht ja nur darum auf die schnelle zu sehen wie weit es denn daneben liegt. Ob zB es bei einer Grenze von 250 dpi es nun 249dpi sind die mniert werden oder 72dpi.
Eine Liste würde also völlig ausreichen.

Die Zeile im Template wo der Fehler ersceint habe ich schon gefunden :-)
Aber da bring ich keine weiteren Informationen rein :-(
Ergo müsste nur in die Schleife von Zeile 514-537 von pdfinsp.xsl der jeweilige Ergebnis-Wert noch it rein, oder?

Grüße,
Markus

Hallo Axel

Das mit dem XML-Abfangen hat jetzt irgendwie keine Früchte getragen.
Auch wenn ich Debug auf 1 stelle bekomme ich keine weiteren Infos.
Daraufhin habe ich mir einfach mal den txtreport geben lassen, der ja auch eine xml-Datei ist. Das ist aber vermutlich nicht der Original-Output des Profils - sondern ja im Prinzip nur das was auch in dem HTML drinsteht. Eigentlich hätte ich gern pdfcheck.$PID gesehen (zumindest glaube ih das da alles drinsteht) aber da komme ich leider nicht ran ...

Markus

nur hierzu kurz:

Antwort auf [ Markus76 ]

Eigentlich hätte ich gern pdfcheck.$PID gesehen (zumindest glaube ih das da alles drinsteht) aber da komme ich leider nicht ran ...

doch:

debug => 1
in pdfcheck.conf.pl oder bei Hotfolderskripten in der Laufzeitumgebung des Skriptes gesetzt, führt dazu, daß Zwischendateien im konfigurierten temp Verzeichnis liegenbleiben

In HELIOSDIR/var/adm/scriptsrv.log sollte etwas wie

Code

... --report=PDFCOMMENTS,ONHIT,/tmp/pdfcheck.7487 ... 

auftauchen

7487 ist die Prozeß ID des laufenden Skriptes
Im Verzeichnis liegt dann u.a. ein Datei xxx.html. Diese ist der erzeugte XML Report.

HTH,
Axel.

Hallo,

das sollte möglich sein (lt. Inhalt der XML Datei). Zu Steuern ist wäre diese Info über den zusätzlichen Parameter "long" bei der XML-Reporterzeugung. Ich sehe mir das in den kommenden Tagen an und melde mich hier wieder zurück.