Wie ist die Aufgabenverteilung der drei Formate?



Das PDF-Format und dabei besonders PDF/X wird zum Container für den Inhalt einer Druckvorlage. PDF/X wird in zukünftigen Normsätzen auch nicht mehr auf die Limitationen von PostScript besckränkt (z.B. Transparenzen) sein, so dass die Datei dann ohne den Zwischenschritt PostScript vom RIP verarbeitet werden kann. Der nächste Schritt sind sicherlich medienneutrale Workflows, so dass ein PDF den Anspruch erhält in jeder Umgebung sicher wiedergegeben werden zu können, in welcher Art und Weise auch immer.

Im JDF (Job Definition Format) werden die ganzen produktionsrelevanten Parameter erfasst. Also z.B. Medium (Papierspezifikationen), Druckfarben, Formate, Seitenanzahl, Bindungsart u. a. Darüber hinaus kommen auch noch Informationen über den Dateiempfänger, Produktionstermine, Lieferbedingungen, Preisabsprachen usw. in das Job Ticket, der Auftrag wird also darin vollständig beschrieben.

Während im PDF also ausschließlich der Inhalt der Druckvorlage abgelegt wird, liegt im Job Ticket die gesamte Information über die Art und Weise WIE der Auftrag produziert/umgesetzt werden soll.

Dadurch wird hier die Trennung vollzogen zwischen dem Inhalt und der UMSETZUNG des Inhaltes. Ein Flyer kann so z.B. durchaus auch mehrere Job Tickets haben: Bsp. einmal für eine Kleinstauflage im Digitaldruck und einmal für den Offsetdruck in einer größeren Auflage.

JDF basiert auf XML, genauso wie XMP der Plattform für Metadaten, die den dritten Stützpfeiler bildet.

Während JDF den Auftrag definiert, definiert XMP das Dokument. Mit den Metadaten von XMP kann das PDF inhaltlich eindeutig klassifiziert werden und bei Bedarf auch in eine Asset-Management-Umgebung überführt werden. Die XMP-Informationen sind direkt in der Datei angesiedelt, so dass sie nicht irgendwo im Workflow “verloren gehen” können.

Wenn man sich die bisherige Entwicklung anschaut, dann muss man kein Prophet sein um zu erkennen, wie sich der zukünftige Workflow in der Vorstufe definiert:

- PDF ist der universelle Container mit der Beschreibung aller Seiteninhalte, völlig losgelöst vom spezifischen Aufträgen.
- JDF beschreibt den speziellen Auftrag mit allen produktionsrelevanten Parametern.
- Und mit XMP erfolgt die inhaltliche Einordnung des Dokuments auf Basis von XML-Metadaten.

Georg Obermayr, April 2006

Metadaten sind Daten „über“ Daten.

Also jegliche inhaltliche Information über einen Datensatz, die über den bloßen Dateinamen hinausgeht.
Informationen über den INHALT einer Datei. Was wird dargestellt und welche Inhaltliche Bedeutung hat es.

Metadaten werden vom Anwender verstanden und können vom Computer ausgewertet werden!

2. Was ist XMP?

XMP ist ein von Branchenführer und Quasi-Monopolisten Adobe entwickelter und forcierter Standard zur Aufbereitung und Abspeicherung von Metadaten.

XMP basiert auf XML. Über sog. “Costum Panels” könne eigene XML-Schemen entwickelt werden, die auf die spezifischen Bedürfnisse bestimmter Kunden und Branchen abgestimmt sind.

XMP ist noch kein anerkannter Industriestandard, wegen der Marktmacht von Adobe ist XMP jedoch ziemlich zukunftssicher. Nahezu alle aktuellen Versionen der wichtigsten Media-Asset-Management Tools unterstützen XMP.

3. Wieso ist XMP besser?

Die XML-Schemen von XMP werden direkt im Header der Datei abgesichert. Sie werden bereits in der entsprechenden Erstellung-Applikation eingegeben (z.B. Photoshop) und sind dann ein fester Bestandteil der Datei während ihres weiteren Lebenszyklus.

Dadurch entwickeln sich die Metadaten weg vom propritären Abspeichern der einzelnen Asset-Tools hin zu einem offenen Standard der völlig unabhängig von bestimmten Programmen und Dateiformate agieren kann.

Das Innenleben der Datei gliedert sich daher wenn man so will in einen “File-Fork” und einen “Content-Fork”:

Im “File-Fork” sind die spezifischen Informationen des jeweiligen Dateiformates abgelegt, also die Bildpixel, Schriftinformationen, Farbprofile, Vektorbeschreibungen usw. Das differiert von Dateiformat zu Dateiformat.

Im “Content-Fork” sind die XMP-Metadaten abgelegt. Wie gesagt als XML-Schema im Klartext. Die Syntax von XMP ist immer gleich, egal welches Dateiformat.

Die Dateien werde dann ganz normal wie gewohnt im Dateisystem abgelegt. Nur die Eingabe der Metadaten muss natürlich manuell erfolgen, da es sich ja hierbei um Informationen handelt, die kein Computer wissen kann!

Mit XMP ist man an kein bestimmtes Media-Asset-Management Programm gebunden. Je nach Umgebung und Budget kann die Entscheidung individuell gefällt werden. Wichtig ist, dass die Applikation über einen Import/Export Filter für XMP verfügt.
Dadurch ist gewährleistet, dass die XMP-Informationen, die sich bereits in der Datei befinden in die Asset-Management Umgebung integriert werden können.
Und wenn in der Asset-Datenbank etwas an den Metadaten geändert wird, muss sichergestellt sind, dass die Änderungen auch wieder korrekt in den Content-Fork der Ursprungs-Datei zurückgeschrieben werden.

Nur dann ist der entscheidende Vorteil von XMP, nämlich die “Transportfähigkeit” der Daten und Metadaten gewährleistet.

Momentan sind die beiden wichtigsten Programme auf diesen Feld, Cumulus und Portfolio in der Lage dies zu tun (Portfolio aber leider nicht bei PDF-Daten). Auch einige kleinere und größere (Enterprise) Lösungen sprechen bereits XMP. Genauso wie natürlich Adobes eigene Bridge.

Es ergibt sich bei XMP ein Workflow dieser Art:

Die wichtigsten Formate in der grafischen Industrie unterstützen XMP:
TIFF, JPG, EPS Pixelformate sofern sie aus Photoshop kommen.
AI, EPS aus Illustrator. Da Freehand als Programm “tot” ist, erwartet hier niemand mehr eine XMP-Unterstützung.
PDF und Acrobat: Hier gibt es derzeit Diskussionen darüber, verstärkt auf XMP umzusteigen, da bestimmte Informationen (wie z.B. der Trapping-Key) noch im “alten” Info-Dictionary abgelegt werden.
InDesign.
Quark leider noch nicht. Hier besteht aber meine Hoffnung darin, dass Quark umknickt, wenn XMP die entsprechende Marktmacht hat.

4. Fazit

Mit XMP setzt sich ein Trend fort: Geschlossene, propritäre Datenhaltungen sind “out”. Modern ist XML und seine “Tochter” XMP.
Aus meiner Sicht ist es heute wenig zukunftssicher einen Media-Asset-Management Workflow aufzusetzen der NICHT auf XMP basiert.
Nur XMP ist offen, erweiterbar, Programm- und Dateiformat-unabhängig.

Georg Obermayr, März 2006