guten morgen. als druckdienstleister im großformatdruck stossen wir immer wieder auf das gleiche problem, das pdf dateien im falschen format angeliefert werden. ich suche nun eine möglichkeit der automatisierten kontrolle bzw. einer teilautomatisierung. ich weiss, das ich mit der pdf toolbox oder pitstop änderungen vornehmen kann. dies machen wir auch schon. trotzdem haben diese immer wiederkehrenden wiederholungen optimierungsbedarf. meine idee ist nun, das ich nachdem ich eine pdf datei geöffnet habe eine aktion ablaufen lasse, die mit der eingabeaufforderung des endformates beginnt. nachdem ich dieses eingegeben habe, soll danach alles automatisch aufgebaut bzw. kontrolliert werden. entfernung der bestehenden schnittzeichen kontrolle bzw. anpassung des formates. aufbau der anschnittrahmen, neuen schnittzeichen, datenkontrolle …

die kernfrage ist eigentlich, ob man das endformat durch eine eingabeaufforderung steuern kann oder muss ich die rahmen und größen immer manuell anpassen?

ich hoffe ich konnte mich einigermaßen klar ausdrücken ;-)

vielen dank für eure hilfe

Guten Morgen,

Du kannst mit der pdfToolbox mit Variablen arbeiten. Du kannst ein Profil erstellen, dass Dich nach der Endformatgröße fragt und dann die Bleedbox und die Mediabox plus Schnittzeichen setzt.

Für die Toolbox bauen wir auch gerade eine Prüfung, die per Skript auf Basis des Maßstabs, in dem die Dateien angeliefert sind, die Endgröße und die erforderliche Bildauflösung abgeleitet wird.

Mit PitStop kannst Du einen Rahmen aufziehen und dann mit Kurzbefehl die Trimbox setzen lassen und den Rest dann mit einer Aktionslisten ablaufen lassen.

Wenn ich da behilflich sein soll, melde Dich gerne bei mir.

Zitat

Du kannst mit der pdfToolbox mit Variablen arbeiten. Du kannst ein Profil erstellen, dass Dich nach der Endformatgröße fragt und dann die Bleedbox und die Mediabox plus Schnittzeichen setzt.

Für die Toolbox bauen wir auch gerade eine Prüfung, die per Skript auf Basis des Maßstabs, in dem die Dateien angeliefert sind, die Endgröße und die erforderliche Bildauflösung abgeleitet wird.

guten morgen karsten,

genau das will ich haben;-) du könntest mir also gerne ein angebot von 1 x toolbox + das script bzw. prüfung schicken. wenn okay unterschreibe ich dir das heute noch.

vielen dank

Hallo,

aufpassen. Es gibt zwar eine Korrektur in der Toolbox und die kann mit Variablen umgehen, aber die Definition der Maße ist alles andere als benutzerfreundlich in meinen Augen. Das darfst du nicht mit einem Acrobat-PlugIn zur Trimbox-Kontrolle á la Agfa, Heidelberg oder Kodak verwechseln. Evtl. tue ich dem Programm unrecht, aber für mich ist das immer noch nicht einleuchtend, wie das funktioniert, da man den horizontalen und vertikalen Versatz definieren muss - den kann man auf unterschiedliche Bezugsgpunkte setzen. Bei einem aus ID exportierten A4-PDF mit automatischen Einstellungen, welches ein krummes Format der Mediabox hat mit z.B. 224,8 x 311,8 mm ist das mühsam. Aber evtl. hat Karsten ja einen Weg gefunden, das so einfach bedienbar zu machen wie eines der o.g. PlugIns. Ich würde mir auf jeden Fall vorher eine Demo zeigen lassen - zumindest screenshots.

Gruß

Hallo rohrfrei,

die Berechnung des Wertes findet in dem hier besprochenen Szenario über einen Skriptausdruck statt, der dann den ermittelten Wert an die Toolbox übergibt. Das funktioniert mit pdfToolbox Server und einem PowerSwitch.

Hallo,

an diesem Script wäre ich auch sehr interessiert. Soweit ich jetzt die Toolbox kenne, ist genau das setzen des Endformates ein Problem. Ich z. B. will dann auch den Inhalt vermittelt haben, klappt aber nicht, wenn der Weißrand nicht richtig entfernt werden kann und somit die Position des Inhaltes immer wieder "verrutscht".

Gruß
Michael

Guten Morgen,

mit welcher Korrektur richtest Du denn den Seiteninhalt aus?

Hi,

mit insgesamt vieren:

1. Weißrand beschneiden
2. Seitengeometrie-Rahmen setzen:
MediaBox;mittig;CropBox;Breite z.B. 308; Höhe z.B. 420; immer; alle Seiten
3. MediaBox auf Ursprung setzen 0/0
4. Seitengeometrie-Rahmen setzen:
Art-,Crop-,Bleed- und TrimBox relativ zur MediaBox

In den meisten Fällen funktioniert das, wie gesagt nicht immer. Kommt halt drauf an, ob der Weißrand "ordentlich" beschnitten wird.

Gruß
Michael

Moin,

gibt es denn Deiner Meinung nach ein "unlogisches" Entfernen des Weißrands?

moin, moin,

jede Menge - ich denke, wenn ich runter in die Produktion gehe, werfen die mich mit den Dingern zu. Programmtechnisch logisch, aber der Anwender versteht es nicht, warum ein "unsichtbares" Element dazu führt, dass der Weißrand nicht "richtig" entfernt wird. Die Leute sind dann so schlau und werfen das gleiche PDF in die Asura und da funktioniert es (ich habe halt noch eine 9.5er Asura)
Ich rufe jetzt mal dort an und lasse mir welche rauslegen, die Stelle ich dann mal online.

Gruß
Michael

Hallo,

okay. Das ist dann nachvollziehbar.
Trotzdem wären ein paar Beispieldaten schick. Danke!

Hallo Karsten,

habe in der Firma angerufen - meine Kollege braucht ein wenig Zeit und dann werde ich diese auf jeden Fall mal online stellen.

Gruß
Michael

Hallo Karsten,

ich habe dir jetzt erstmal nur ein PDF online gestellt - für mich ist es das beste Beispiel für einen einfachen Callas- vs. Asura-Anwender:

http://www.linuxfox.de/pdfs/0126_Kolping-orig.pdf
http://www.linuxfox.de/pdfs/0126_Kolping-callas.pdf
http://www.linuxfox.de/pdfs/0126_Kolping-asura.pdf

Da hast du alle Beispiele.

Gruß
Michael

Hallo Michael,

vielen Dank für die Beispieldatei; da erschließt sich mir allerdings nicht, warum das Entfernen des Weissraums nicht sauber funktioniert.

Ich hatte vermutet, dass das Ergebnis durch das Rippen der PDF in Asura beeinflusst wird. Damit hat es aber nix zu tun, da die Korrektur in PitStop zu dem erwarteten Ergebnis führt. Und beide Programme kommen ohne einen RIP-Prozess aus. Mal schauen, was die Kollegen von callas sagen.

Hallo, ich mach daraus mal einen Supportfall.

Gruß
Michael