Hallo, der Text in der PDF/X-3 Spezifikation lautet für CMYK Farbräume wie folgt: "If a PDF/X-3 file includes colour data defined in DeviceCMYK and if the intended output device is not CMYK, a DefaultCMYK colour space shall be included in the ColorSpace dictionary of the Resources dictionary of the root object of the marking content. The DefaultCMYK colour space shall provide a colorimetric definition." Bisher bin ich immer davon ausgegangen, das "... is not CMYK, ..." bedeutet, der Ausgabefarbraum ist dann RGB oder Hexachrome oder irgend etwas anderes, nur nicht CMYK. Weiter steht in der Spezifikation: "However, both types of data , if present in a PDF/X-3 file, shall be prepared for a single characterized printing condition prior to exchange." (Both types of data bezieht sich auf Device Farbräume und CIE basierte Farbräume) Aus beiden Statements entnehme ich, das es keine eingebetteten Profile in CMYK Daten geben kann, wenn der Ausgabeprozess CMYK ist. Also: alles was CMYK ist, ist bereits für den Ausgabeprozess richtig aufbereitet. Insofern ist diese ganze Diskussion nicht notwendig gewesen. Oder habe ich die ISO Norm falsch interpretiert? Viele Grüße Günter Bestmann ------------------------------------------------------------------------------------ Dr. Günter Bestmann Heidelberger Druckmaschinen AG Product Center Prinect S-PN-RD11 Dr.-Hell-Straße 24107 Kiel Tel.: +49 (0) 431/3863887 Mail: Guenter.Bestmann(a)Heidelberg.com <mailto:Guenter.Bestmann@Heidelberg.com> -----Ursprüngliche Nachricht----- Von: Dieter Dolezal [mailto:ddolezal@hirte.de] Gesendet: Dienstag, 4. Februar 2003 07:33 An: eci(a)lists.transmedia.de Betreff: [Eci] Re: [Eci] Re: [Eci] Re: [Eci] Altona_visual, Elemente 22+24, Profile für CMYK nicht getaggt Hallo, Herr Homann, Am Montag, 03.02.03, um 18:17 Uhr (Europe/Berlin) schrieb Jan-Peter Homann: Und genau da würde ich im Streitfall das Problem bei der Druckerei sehen. Angenommen, eine Datenübergabe mittels PDF/X-3 ist vereinbart. Wenn ich ein PDF/X-3 liefere, und ich möchte, dass meine Bilder genauso wie im LWC gedruckt werden, obwohl das Objekt auf 125g Hochweiss PK1 läuft, und ich habe nicht nur meine Bilder mit einem korrekten PK3 Profil versehen, sondern auch den RI auf relativ gestellt, und der Drucker ingoriert beim der Ausgabe die ICC-Profile, dann muss sich der Drucker im Reklamationsfall darauf einstellen, dass er die Kosten übernimmt. Warum haben wir einen Standard, wenn einige Druckereien dann sagen: ist gut, aber für uns gelten nur die Punkte 1-4, 6, 8 im Standard, der Rest ist uns egal. Dann landen wir erst recht wieder da, wo wir eigentlich nicht hinwollten: Dass für jeden Datenversand das Datenformat auf den Empfänger "gecustomized" ist. Da möchte ich mir die Frage erlauben: Welcher Kunde bezahlt mir diesen Aufwand????? Das ist, denke ich, der falsche Weg. Warum sollte man einen Standard dadurch verwässern? Jedem, der mit PDF/X-3 arbeitet, muß klar sein, dass bei der Einbettung von Profilen in Bilder diese auch verwendet werden. Und passiert irrtümlich der von Ihnen beschriebene Fehler - dann muss ich einfach sagen, das ist Pech für den Lieferanten, denn er hätte dafür Sorge tragen müssen, dass sein PDF/X-3 in Ordnung ist. Er hätte mittels passenden Prüfprofilen sicherstellen können, dass in seiner PDF/X-3 nur jene Profile an den CMYK-Bildern getaggt sind, die dem jeweiligen OI des PDF/X-3 entsprechen - oder dass die CMYK -Bilder garnicht getaggt sind. Und man kann darüber hinaus einem Systemhersteller nicht zumuten, zwischen PDF/X-3 und PDF/X-3 zu unterscheiden. Ihr Vorschlag mit zusätzlicher Kommunikation würde dem Gedanken von PDF/X-3 zuwiderlaufen, dass es den "blind exchange" von Daten unterstützt. Das kann nur passieren, wenn alle Parteien die richtige Sprache sprechen, und das wiederum erfordert KEINE zusätzliche Kommunikation wie "ignoriert aber bitte die eingebetteten Profile", sondern "Wenn ich DeviceCMYK haben möchte, dann darf ich meine CMYK-Bilder nur mit dem OI-Profil oder garnicht taggen". Und schon haben wir auch die von Ihnen angesprochene Problematik mit den Prooflösungen nicht mehr. Wir arbeiten seit 18 Monaten mit PDF/X-3 und ich kenne die von Ihnen geschilderten Probleme nicht. Etwas mehr Sorgfalt auf Seiten des Datenlieferanten, die Verwendung der (nicht mal teuren) Tools, und schon hat man eine qualitativ hochwertige und sichere Prozessstrecke etabliert. Wenn darüber hinaus der Empfänger "sicherheitshalber" auch nochmals auf die o.g. Punkte prüft, kann ich mir beim besten Willen keinen negativen Effekt vorstellen. Grüße aus der Hansestadt, Dieter Dolezal -- Hirte Medien-Service GmbH & Co. KG Dieter Dolezal Borsteler Chaussee 85-99a Haus 17, Gewerbegebiet 22453 Hamburg Voice: +49-(0)40-51497469 Fax: +49-(0)40-5118059 Mobile: +49-(0)177-5595276 route: http://www.stadtplandienst.de/query;ORT=hh;LL=9.981616x53.607166;GR=2 _______________________________________________ Eci mailing list Eci(a)lists.transmedia.de http://lists.transmedia.de/mailman/listinfo/eci