Hallo Herr Fronia,
Ihren Standpunkt zu PDF/X-Daten, dass Ausgabeparameter wie Überdrucken
oder Rastereinstellungen bei der Ausgabe *nicht* geändert werden, kann
ich nur voll unterstützen. Das genau ist ja der Kerngedanke von PDF/X.
Zu Ihrer Frage nach Sinn und Unsinn, Rastereinstellungen in PDF/X zu
erlauben:
I.d.Regel machen Rastereinstellungen in PDF keinen Sinn. Der Sender
kennt nur in den seltensten Fällen die exakten RIP-Möglichkeiten.
Folglich kann es zu Ausgabeproblemen durch unverträgliche
Rastervorgaben kommen.
Es gibt aber Ausnahmen, bei denen spezielle Rastervoreinstellungen Sinn
machen, insbesondere bei Sonderfarben:
Entgegen der üblichen Rasterwinkelung macht es durchaus Sinn, bei
Duplex-Bildern bspw. Schwarz auf die Cyan-Winkelung zu stellen und die
Sonderfarbe auf Magenta. Zu Filmbelichterzeiten haben wir damit
deutlich bessere Ergebnisse erzielt, als bei durchgängiger Schwarz auf
45 Grad-Winkelung (cymk lief auf unseren RIPs mit Schwarz auf 45 Grad -
in Duplex-EPS stellten wir schon in Photoshop jeweils optimale
Rastervorgaben ein, die dann im RIP die Standard-Winkelung
überschrieben. Unser RIP war in der Lage Winkel pro Farbauszug zu
wechseln).
Wenn in PDF/X-Daten Rastereinstellungen grundsätzlich nicht erlaubt
wären, wären in solchen Fällen zusätzliche Absprachen zwingend nötig,
was dem 'blind exchange' Prinzip von PDF/X widerspricht (Datenübergabe
ohne zusätzliche Absprachen, alle Fragen im PDF geklärt).
Dass die ATS-Daten fälschlicherweise Rasterinformationen enthalten ist
ein Fehler, für den ich mich auch an dieser Stelle nochmal
entschuldigen möchte.
Gruß aus dem endlich sommerlichen Berlin,
Florian Süßl
Am 01.06.2004 um 11:02 schrieb Fronia, Tobias:
Hallo Herr Süßl,
ausbaufähig ist schön ausgedrückt! Wie sie sich sicher vorstellen
können,
bin auch ich nicht glücklich über den Zustand, dass sich die
Rasterinformationen in PDF-Daten nicht durch einen Mausklick im
Workflow
überschreiben lassen. Aus meiner Formulierung entnehmen Sie, dass es
prinzipiell geht. Leider ist dies mit einem derart erheblichen Aufwand
für
Installation und in der folgenden Produktion verbunden, dass auch der
Hersteller des Systems eine Nachbearbeitung der Daten in PitStop
empfiehlt.
Was davon zu halten ist, ist landläufig bekannt...
Sie haben recht, wenn Sie darauf verweisen, dass die Position
Rasterinformationen in PDF/X nicht definiert ist. Ob dies bei der
Erstellung des Standards nun als unwichtig angesehen, bewusst
unterlassen,
oder aber schlichtweg nur vergessen wurde, kann ich nicht einschätzen
(Liest
Herr Jaeggi vielleicht mit ?!?).
Fakt ist, dass für mindestens eines der zum Zeitpunkt der
ISO-Definition
vorhandenen und bekannten (Es handelt sich um eines der 'Big
Five'-Workflowsysteme) Ausgabewege die angestrebte Ausgabeneutralität
nicht
gegeben ist. Laut Hersteller ist dies mit der neuen, tollen,
JDF-fähigen,
Super-Drupa-Version der Software vom Tisch. Diese deckt nur leider noch
nicht unseren installierten Workflow zu 100 % ab. :-( Bei
Verbesserungsvorschlägen zum 'Ausbau' des 'alten' Systems zeigt sich
der
Hersteller-Konzern naturgemäß recht beratungsresistent.
Hinzu kommt, dass ich den Standpunkt vertrete, dass Einstellungen, die
ein
Anwender bzw. Lieferant von Daten in Dateien platziert, in positiver
Kompetenzvermutung erst einmal als gewünscht und bewusst getätigt
angesehen
werden müssen (die ATS sei hier einmal ausgenommen).
Überdrucken-Einstellungen sind ein weiteres Beispiel.
Der aktuelle Fehler bei der ATS wäre dann, dass unser Workflow
versucht hat,
diese im eingestellten 70er Raster auszugeben und nicht im vorgegebenen
40er.
Grüße aus der immer noch sonnigen Heide,
T. Fronia
P.S.: Gibt es eigentlich irgendeine sinnvolle Anwendung der
Rasterinformationen in PDF-Daten, wenn diese tatsächlich einmal
bewusst und
gewollt übernommen werden?
<-----Ursprüngliche Nachricht-----
<Von: Florian Süßl [mailto:fsuessl@metadesign.de]
<Gesendet: Freitag, 28. Mai 2004 15:01
<An: eci(a)lists.transmedia.de
<Betreff: Re: AW: WG: [ECI] Rasterinformationen in ATS-Dateien
<
<
<Hallo Herr Fronia,
<
<selbstverständlich werden rastereinstellungs-freie PDFs erstellt
<werden. Mit dem bvdm werden wir sicher einen pragmatischen Weg finden,
<diese Dateien den ATS-Kunden zu senden.
<
<Ihre Einschätzung der Verwendbarkeit der PDFs mit Rastereinstellungen
<kann ich allerdings nicht teilen.
<Rastereinstellungen sind grundsätzlich erlaubt in PDF/X-3. RIPs die
<vordefinierte Rastereinstellungen nicht überschreiben können, sind
<schlicht ausbaufähig.
<
<
<Herzlichst,
<Florian Süßl
<
<Am 28.05.2004 um 12:50 schrieb Fronia, Tobias:
<
<> Hallo Herr Süßl,
<>
<> vielen Dank für Ihre umfassenden Erklärung zur Entstehung der
<> ATS-Dateien.
<> Jetzt ist einiges deutlich klarer zu verstehen. Wenn ich
<ehrlich bin,
<> habe
<> ich die Dateien aufgrund Ihrer Herkunft (echter
<Vertrauensverlust !!!
<> ;-)
<> ) eben leider nicht genau unter die Lupe genommen und den
<Fehler erst
<> in der
<> Druckmaschine bemerkt.
<>
<> Leider kann ich Ihren Ausführungen bezüglich der uneingeschränkten
<> Nutzungsmöglichkeiten der Dateien trotz enthaltener
<Rasterinformationen
<> nicht zustimmen. Das, durch die abweichenden Einstellungen in den
<> Dateien
<> und unserem RIP entstandene, Moiré beeinflusst die Farbwiedergabe im
<> Druck
<> erheblich. Somit sind die aktuellen Dateien von der CD des
<> ATS-Anwenderpaketes für uns nicht nutzbar, außer vielleicht für 40er
<> Raster... . Ich denke auch die Nutzung der ATS-Dateien (insbesondere
<> Visual
<> und measure) für Test- bzw. Überprüfungsdrucke ist eine vorgesehene
<> Anwendung.
<>
<> Da ich in Zukunft aufgrund des vermeintlich Eindrucks der
<> Rückständigkeit
<> bei Präsentationen vor Kunden oder Partnern ungern auf ältere
<> Datenbestände
<> zurückgreifen möchte, noch das Risiko einer erneuten Speicherung der
<> PDFs
<> nach Entfernen der Rasterinfos z.B. in PitStop eingehen
<kann, ist mein
<> persönliches und das aller anderen Anwender unserer
<> Workflow-Konstellation
<> weiter ungelöst.
<> Ich kann nur meine Bitte wiederholen, die aktuellen Dateien,
<trotz des
<> sicherlich notwendigen Aufwands, ohne Rasterinformationen zu
<Verfügung
<> zu
<> stellen.
<>
<> Ein schönes langes Wochenende wünscht,
<> Tobias Fronia
<>
<>
<>
<> <-----Ursprüngliche Nachricht-----
<> <Von: Florian Süßl [mailto:fsuessl@metadesign.de]
<> <Gesendet: Donnerstag, 27. Mai 2004 15:33
<> <An: eci(a)lists.transmedia.de
<> <Betreff: Re: WG: [ECI] Rasterinformationen in ATS-Dateien
<> <
<> <
<> <Sehr geehrte Liste,
<> <
<> <es ist immer wieder beeindruckend, wie genau nützliche Hilfsmittel
<> <unter die Lupe genommen werden.
<> <
<> <Alldieweil ich die betreffendenn ATS-Dateien erstellt habe,
<möchte ich
<> <gern für Aufklärung sorgen - schon allein damit Sie Ihre
<> <wertvolle Zeit
<> <nicht mit dem Anstellen weiterer Vermutungen zubringen müssen.
<> <
<> <Das wichtigste zuerst:
<> <(1) Die Dateien auf der ATS-CD-ROM sowie die aktuellen
<> <ATS-Online-Dateien auf
www.eci.rg sind die aktuellen und richtigen
<> <Versionen. Kurz zur Versionierung.
<> <- Version 1.0 bezeichnet die Ursprungsversion
<> <- Version 1.1 weist auf die Einführung des neuen
<> <ugra/FOGRA Medienkeil
<> <CMYK in der Version 2.0 hin
<> <- Version 1.2 wurde durch die Einführung der neuen ECI
<> <Offsetprofile
<> <nötig.
<> <Neue Versionsnummern wurden wie üblich nur bei wesentlichen
<Änderungen
<> <eingeführt. Aus dem Grund sind zwei Versionen aktuell: Technical
und
<> <Visual in Version 1.2 - Measure in Version 1.1.
<> <Da die Online-Version der Measure kein Profil enthält (auch keinen
<> <Hinweis auf spezielle Druckbedingungen) und folglich von der
<> <Einführung
<> <der neuen Profile nicht betroffen ist, behielt die Measure Version
<> 1.1.
<> <Besonderheit der ATS-CD in diesem Zusammenhang: Um zum Vergleich
mit
<> <den Referenzdrucken Proofs der Measure ausgeben und einfach
<> <zuordnen zu
<> <können, enthalten die Measure-Dateien auf der ATS-CD-ROM auch das
<> <entsprechende Druckprofil.
<> <Weitere Details können Sie unter
www.eci.org und in der
<Dokumentation
<> <zum ATS Anwendungspaket finden.
<> <
<> <(2) Rastereinstellungen
<> <Die Rastereinstellungen sind unbeabsichtigt in die Dateien gelangt
-
<> <die Dateien sollten gar keine Rasterinformationen
<enthalten. Mit Blick
<> <auf die Anwendung der ATS-Dateien (Farbreferenz, Prüfen der PDF/X-3
<> <Kompatibilität) stellt dies keine Funktionseinschränkung dar.
<> <
<> <Die ATS-Visual-Dateien bestehen aus mehreren Bestandteilen, die in
<> <einem nicht unkomplizierten Prozedere zusammengesetzt werden. Diese
<> <Bestandteile wurden versehentlich mit einer Distiller-Einstellung
<> <erstellt, bei der die Rasterinfos beibehalten, sprich aus der
<> <PostScript- in die PDF-Datei übernommen werden. Diese Einstellung
<> <verwenden wir nur für Spezialfälle - versehentlich wurde die Option
<> <anschließend nicht wieder ausgeschaltet.
<> <
<> <Was die Unterschiede zwischen den PDF-Dateien des
<> <Andwendungspakets und
<> <der Online-Version angeht:
<> <
<> <Die Unterschiede im Label sind so gewollt:
<> <- Online-Version
<> <Hier hat sich im Unterschied zu den alten Versionen lediglich die
<> <Versionsnummer geändert. Der Hinweis 'no official reference
<print' ist
<> <zur klaren Unterscheidung zwischen Referenzdrucken und
<eigenen Drucken
<> <(der ATS-CD-Daten) nötig. Andernfalls würden sich Referenzdruck und
<> <eigene Drucke nicht unterscheiden (Textverweis auf Druckbedingung,
<> <etc.).
<> <Diese Verwechslungsgefahr gibt es bei der Online-Version so nicht
<> <(andere Textlänge, anderer Text).
<> <
<> <
<> <
<> <Mit freundlichen Grüßen,
<> <Florian Süßl
<> <Am 27.05.2004 um 12:58 schrieb Fronia, Tobias:
<> <
<> <> Hallo Herr Karcher,
<> <>
<> <> nachdem ich Ihre Frage nochmals gelesen habe, wurde mir
<> <klar, dass ich
<> <> in
<> <> meinem Satzeinschub des letzten Mail nicht zu 100 % präzise
<> <geantwortet
<> <> habe.
<> <> Die Dateinamen der Dateien unterscheiden sich vom
<ATS-Anwenderpaket
<> <> (AltonaMeasure_1v1_pt1com_x3.pdf) zum Download
<> <(Altona_Measure_v11.pdf)
<> <> sinnvoller Weise, da sich auch das Layout geändert hat.
<> <> Bei der ATS-Datei ist z.B. der Hinweis 'no official
Referenzprint'
<> <> hinzugekommen, der beim Download noch fehlt. Das - zugegeben
<> <> fehlerträchtige
<> <> - Vergleichswerkzeug in ACROBAT sagt mir, dass sich auch
<> <diverse andere
<> <> Positionen leicht geändert haben.
<> <>
<> <> Gruß, T. Fronia
<> <>
<> <>
<> <> -----Ursprüngliche Nachricht-----
<> <> Von: Fronia, Tobias
<> <> Gesendet: Donnerstag, 27. Mai 2004 12:28
<> <> An: 'eci(a)lists.transmedia.de'
<> <> Betreff: AW: [ECI] Rasterinformationen in ATS-Dateien
<> <>
<> <>
<> <> Hallo Herr Zacherl, hallo Liste,
<> <>
<> <> darauf hätte ich auch selber kommen können ( /müssen :-( ).
<> <> Die entsprechende Überprüfung der Measure-Datei von der
<> <ATS-CD (ja Herr
<> <> Karcher, die Datei unterscheidet sich tatsächlich vom
<Download) hat
<> <> ergeben,
<> <> dass der Datei eine Ausgabe in 100 lpi mit auf den Weg gegeben
<> wurde.
<> <>
<> <> Somit ist für mich eindeutig, dass es sich bei dieser
<Vorgabe nur um
<> <> einen
<> <> Einstellungsfehler bei der Erzeugung der ATS-Dateien handeln
<> <kann. Es
<> <> kann
<> <> wohl niemand im Ernst vorhaben die Dateien immer im 40er Raster
<> <> auszugeben
<> <> zu wollen bzw. diesen Wunsch in der Datei durch die Einstellung
zu
<> <> dokumentieren...
<> <>
<> <> Schade dass der aus meiner Anfrage entstandenen OT-Diskussion
mehr
<> <> Beachtung
<> <> geschenkt wurde, als mein eigentlichen Wunsch nach einer
<> <> Problemlösung. Wird
<> <> hier im Hintergrund vielleicht bereits konzentriert und
<> <> stillschweigend an
<> <> neuen Dateien gearbeitet ?!?
<> <>
<> <> Gruß, T. Fronia
<> <>
<> <>
<> <>
<> <> <-----Ursprüngliche Nachricht-----
<> <> <Von: Robert Zacherl [mailto:rzacherl@impressed.de]
<> <> <Gesendet: Mittwoch, 26. Mai 2004 16:49
<> <> <An: eci(a)lists.transmedia.de
<> <> <Betreff: Re: [ECI] Rasterinformationen in ATS-Dateien
<> <> <
<> <> <
<> <> <Fronia, Tobias <t.fronia(a)neef-stumme.de> schrieb/wrote:
<> <> <
<> <> <> Ich vermute, dass den neu erstellten Daten (CD) die
<> <> <Information für 60er
<> <> <> Raster (PitStop sagt Typ5) mitgegeben wurde, ...
<> <> <
<> <> <Hallo Herr Fronia,
<> <> <
<> <> <Wenn Enfocus PitStop im Inspektor anzeigt, dass
<> <> <Rasterinformationen in Form
<> <> <eines Type 5 Halftone Dictionaries vorhanden sind, dann
<> <> <sollten Sie auch in
<> <> <der Lage sein im Karteikartenreiter "Rasterung", die
konkreten
<> <> <Informationen
<> <> <zu Rasterweite, Rasterwinkelung und Punktform auslesen zu
<> <> <können um so Ihre
<> <> <Vermutung zu überprüfen.
<> <> <
<> <> <Mit freundlichen Grüßen
<> <> <
<> <> <Robert Zacherl
<> <> <
<> <> <--
<> <> <
<> <> <*****************************
<> <> <Robert Zacherl
<> <> <IMPRESSED GmbH
<> <> <Tel:++49(0)40/89 71 89-0
<> <> <Fax:++49(0)40/89 71 89 71
<> <> <eMail: rzacherl(a)impressed.de
<> <> <http://www.impressed.de
<> <> <*****************************
<> <> <
<> <> <
<> <> <
<> <> _______________________________________________
<> <> ECI mailing list
<> <> ECI(a)lists.transmedia.de
<> <>
http://lists.transmedia.de/mailman/listinfo/eci
<> <>
<> <>
<> <--
<> <Florian Suessl | Director Technology
<> <
<> <MetaDesign AG | Leibnizstrasse 65 | 10629 Berlin
<> <+49 30 590 054 246 | fax +49 30 590 054 114 | fsuessl(a)metadesign.de
<> <A Lost Boys company |
http://www.metadesign.de
<> <
<> <
<> <
<> <
<> _______________________________________________
<> ECI mailing list
<> ECI(a)lists.transmedia.de
<>
http://lists.transmedia.de/mailman/listinfo/eci
<>
<>
<--
<Florian Suessl | Director Technology
<
<MetaDesign AG | Leibnizstrasse 65 | 10629 Berlin
<+49 30 590 054 246 | fax +49 30 590 054 114 | fsuessl(a)metadesign.de
<A Lost Boys company |
http://www.metadesign.de
<
<
_______________________________________________
ECI mailing list
ECI(a)lists.transmedia.de
http://lists.transmedia.de/mailman/listinfo/eci
--
Florian Suessl | Director Technology
MetaDesign AG | Leibnizstrasse 65 | 10629 Berlin
+49 30 590 054 246 | fax +49 30 590 054 114 | fsuessl(a)metadesign.de
A Lost Boys company |