TIFF (Deutsch)

TIFF ist ein flexibles, anpassungsfähiges Dateiformat für den Umgang mit Bildern und Daten in einer einzigen Datei, indem die Header-Tags (Größe, Definition, Bild-Daten-Anordnung, angewandte Bildkomprimierung) Definition der Bildgeometrie. Eine TIFF-Datei kann beispielsweise ein Container sein, der JPEG – (verlustbehaftete) und PackBits – (verlustfreie) komprimierte Bilder enthält. Eine TIFF-Datei kann auch einen vektorbasierten Beschneidungspfad (Konturen, Zuschnitte, Bilderrahmen) enthalten., Die Möglichkeit, Bilddaten in einem verlustfreien Format zu speichern, macht eine TIFF-Datei zu einem nützlichen Bildarchiv, da im Gegensatz zu Standard-JPEG-Dateien eine TIFF-Datei mit verlustfreier Komprimierung (oder keine) bearbeitet und erneut gespeichert werden kann, ohne die Bildqualität zu verlieren. Dies ist nicht der Fall, wenn das TIFF als Container mit komprimiertem JPEG verwendet wird. Andere TIFF-Optionen sind Ebenen und Seiten.

TIFF bietet die Möglichkeit der Verwendung von LZW-Komprimierung, eine verlustfreie Datenkomprimierungstechnik zur Verringerung der Dateigröße. Die Nutzung dieser Option war bis zu ihrem Ablauf im Jahr 2004 durch Patente auf die LZW-Technik beschränkt.

Das TIFF 6.,0 die Spezifikation besteht aus folgenden Teilen:

• Einführung (enthält Informationen zur TIFF-Verwaltung, Verwendung privater Felder und Werte usw.)
• Teil 1: Baseline-TIFF
• Teil 2: TIFF-Erweiterungen
• Teil 3: Anlagen

Teil 1: Baseline TIFFEdit

Wenn die TIFF-eingeführt wurde, ist seine Erweiterbarkeit provoziert Kompatibilität Probleme. Die Flexibilität bei der Codierung führte zu dem Witz, dass TIFF für Tausende von inkompatiblen Dateiformaten steht. Um diese Probleme zu vermeiden, musste jeder TIFF-Reader das TIFF lesen., Baseline TIFF enthält unter anderem keine Ebenen oder komprimierte JPEG-oder LZW-Bilder. Baseline TIFF ist formal bekannt als TIFF 6.0, Teil 1: Baseline TIFF.

Im Folgenden finden Sie eine unvollständige Liste der erforderlichen Baseline-TIFF-Funktionen:

Mehrere Unterfilesedit

TIFF-Leser müssen für mehrere/mehrseitige Bilder (Unterdateien) pro TIFF-Datei vorbereitet sein, obwohl sie nach dem ersten nicht mehr mit Bildern arbeiten müssen.

In einer TIFF-Datei befinden sich möglicherweise mehr als ein Bilddateiverzeichnis (IFD). Jedes IFD definiert eine Unterdatei., Eine Verwendung von Unterdateien besteht darin, verwandte Bilder zu beschreiben, z. B. die Seiten eines Faksimile-Dokuments. Ein Baseline-TIFF-Reader ist nicht erforderlich, um einen IFD über den ersten hinaus zu lesen.

StripsEdit

Ein Baseline-TIFF-Bild besteht aus einem oder mehreren Streifen. Ein Streifen (oder Band) ist ein Unterabschnitt des Bildes, der aus einer oder mehreren Zeilen besteht. Jeder Streifen kann unabhängig vom gesamten Bild komprimiert werden und beginnt jeweils an einer Bytegrenze. Wenn die Bildhöhe nicht gleichmäßig durch die Anzahl der Zeilen im Streifen teilbar ist, kann der letzte Streifen weniger Zeilen enthalten., Wenn Streifendefinitions-Tags weggelassen werden, wird angenommen, dass das Bild einen einzelnen Streifen enthält.

CompressionEdit

Baseline-TIFF – Leser müssen die folgenden drei Komprimierungsschemata verarbeiten:

• Keine Komprimierung
• CCITT Group 3 1-Dimensional Modifizierte Huffman RLE
• PackBits-Komprimierung-eine Form der Lauflängencodierung

Bildtypedit

Baseline TIFF-Bildtypen sind: zweistufig, Graustufen, Palettenfarben und RGB-Vollformat.farbbilder.,

Byte orderEdit

Andere TIFF-Feldedit

TIFF-Leser müssen bereit sein, private Felder zu finden und zu ignorieren, die nicht in der TIFF-Spezifikation beschrieben sind. TIFF-Reader dürfen das Lesen einer TIFF-Datei nicht ablehnen, wenn keine optionalen Felder vorhanden sind.

Teil 2: TIFF ExtensionsEdit

Viele TIFF-Reader unterstützen Tags zusätzlich zu denen in Baseline TIFF, aber nicht jeder Reader unterstützt jede Erweiterung. Infolgedessen wurden Baseline-TIFF-Funktionen zum niedrigsten gemeinsamen Nenner für TIFF. Baseline-TIFF-Funktionen werden in TIFF-Erweiterungen erweitert (im TIFF definiert).,0 Teil 2 Spezifikation), aber Erweiterungen können auch in privaten Tags definiert werden.

Die TIFF-Erweiterungen sind formal als TIFF 6.0, Teil 2: TIFF-Erweiterungen bekannt. Hier sind einige Beispiele für TIFF-Erweiterungen, die in der TIFF 6.0-Spezifikation definiert sind:

CompressionEdit

• CCITT T. 4 Bi-Level-Codierung
• CCITT T. 6 Bi-Level-Codierung
• LZW-Komprimierungsschema
• JPEG-basierte Komprimierung (TIFF-Komprimierungsschema 7) verwendet das 1974 von N. Ahmed, T. Natarajan und K. R. Rao eingeführte DCT (Diskrete Kosinustransformation)., Weitere Informationen finden Sie im Adobe-Dokument.

Bild typesEdit

• CMYK-Bilder
• YCbCr-Bilder
• HalftoneHints
• Fliesen Bilder
• CIE-L*a*b* – Bilder

Bild treesEdit

Eine baseline-TIFF-Datei enthalten eine Sequenz von Bildern (IFD). In der Regel sind alle Bilder verwandt, stellen jedoch unterschiedliche Daten dar, z. B. die Seiten eines Dokuments. Um explizit mehrere Ansichten derselben Daten zu unterstützen, wurde das SubIFD-Tag eingeführt. Dadurch können die Bilder entlang einer Baumstruktur definiert werden., Jedes Bild kann eine Folge von Kindern haben, wobei jedes Kind selbst ein Bild ist. Die typische Verwendung besteht darin, Miniaturansichten oder mehrere Versionen eines Bildes in verschiedenen Farbräumen bereitzustellen.

TilesEdit

Ein TIFF-Bild kann auch aus mehreren Kacheln bestehen. Alle Kacheln im selben Bild haben die gleichen Abmessungen und können unabhängig vom gesamten Bild komprimiert werden, ähnlich wie Streifen (siehe oben). Gekachelte Bilder sind Teil von TIFF 6.0, Teil 2: TIFF-Erweiterungen, daher ist die Unterstützung für gekachelte Bilder in basischen TIFF-Readern nicht erforderlich.

Weitere Erweiterungenedit

Nach TIFF 6.,0 spezifikation (Einführung): Alle TIFF-Dateien, die vorgeschlagene TIFF-Erweiterungen verwenden, die von Adobe nicht als Teil von Baseline TIFF genehmigt wurden (normalerweise für spezielle Anwendungen von TIFF, die nicht in den Bereich der Veröffentlichung oder des allgemeinen Grafik-oder Bildaustauschs fallen), sollten entweder nicht aufgerufen werden TIFF-Dateien oder sollte auf irgendeine Weise markiert werden, damit sie nicht mit gängigen TIFF-Dateien verwechselt werden.,

Private tagsEdit

Entwickler können einen Block von „privaten Tags“ beantragen, damit sie ihre eigenen proprietären Informationen in eine TIFF-Datei einfügen können, ohne Probleme beim Dateiaustausch zu verursachen. TIFF-Leser müssen Tags ignorieren, die sie nicht erkennen, und ein registrierter Entwickler private Tags sind garantiert nicht mit jemand anderem Tags oder mit dem Standardsatz von Tags in der Spezifikation definiert kollidieren. Private Tags sind im Bereich 32.768 und höher nummeriert.,

Private Tags sind für Informationen reserviert, die nur für eine Organisation von Bedeutung sind, oder für Experimente mit einem neuen Komprimierungsschema in TIFF. Auf Anfrage wird der TIFF-Administrator (derzeit Adobe) ein oder mehrere private Tags für eine Organisation zuweisen und registrieren, um mögliche Konflikte mit anderen Organisationen zu vermeiden. Organisationen und Entwickler werden davon abgehalten, ihre eigenen Tag-Nummern willkürlich zu wählen, da dies zu ernsthaften Kompatibilitätsproblemen führen kann., Wenn es jedoch kaum oder gar nicht möglich ist, dass TIFF-Dateien einer privaten Umgebung entgehen, sollten Organisationen und Entwickler die Verwendung von TIFF–Tags im Bereich „wiederverwendbar“ in Betracht ziehen 65,000-65,535 Bereich. Bei Verwendung von Nummern in diesem Bereich müssen Sie Adobe nicht kontaktieren.

Internet Media TypeEdit

Der MIME-Typ image / tiff (definiert in RFC 3302) ohne Anwendungsparameter wird für Baseline-TIFF 6.0-Dateien verwendet oder um anzuzeigen, dass es nicht erforderlich ist, eine bestimmte Teilmenge von TIFF-oder TIFF-Erweiterungen zu identifizieren., Der optionale Parameter“ application “ (Beispiel: Content-type: image/tiff; application=foo) wird für image/tiff definiert, um eine bestimmte Teilmenge von TIFF-und TIFF-Erweiterungen für die codierten Bilddaten zu identifizieren, sofern diese bekannt sind. Gemäß RFC 3302 müssen bestimmte TIFF-Teilmengen oder TIFF-Erweiterungen, die im Anwendungsparameter verwendet werden, als RFC veröffentlicht werden.

MIME – Typ image / tiff-fx (definiert in RFC 3949 und RFC 3950) basiert auf TIFF 6.0 mit TIFF Technical Notes TTN1 (Bäume) und TTN2 (Ersatz TIFF/JPEG-Spezifikation)., Es wird für Internetfaxe verwendet, die mit den ITU-T-Empfehlungen für Schwarzweiß -, Graustufen-und Farbfaxe der Gruppe 3 kompatibel sind.

TIFF Compression TagEdit

Das TIFF-Tag 259 (010316) speichert die Informationen zur Komprimierungsmethode. Der Standardwert ist 1 = keine Komprimierung.

Die meisten TIFF-Autoren und TIFF-Reader unterstützen nur einige TIFF-Komprimierungsschemata., Hier sind einige Beispiele für verwendete TIFF-Komprimierungsschemata:

th>

TIFF-Komprimierungs-Tag

Tag-Wert	Komprimierungsschema	Verlustbehaftet/verlustfrei	Spezifikation	Beschreibung	Bildtypen	Verwendung und Unterstützung
000116	None	Lossless	TIFF 6.0	Baseline TIFF	All	Common
000216	CCITT Group 3 1-Dimensional Modified Huffman run-length encoding (a. k. a., MH or CCITT 1D)	Lossless	TIFF 6.0	Baseline TIFF; compression based on ITU-T T.4	Black and white	Common
000316	CCITT T.4 bi-level encoding as specified in section 4, Coding, of ITU-T Recommendation T.4 (a.k.a. CCITT Group 3 fax encoding or CCITT Group 3 2D)	Lossless	TIFF 6.0	TIFF 6.0 Extensions; compression based on ITU-T T.4	Black and white	Common
000416	CCITT T.,6 bi-level encoding as specified in section 2 of ITU-T Recommendation T.6 (a.k.a. CCITT Group 4 fax encoding)	Lossless	TIFF 6.0	TIFF 6.0 extensions; compression based on ITU-T T.6	Black and white	Common
000516	Lempel–Ziv–Welch	Lossless	TIFF 6.0	TIFF 6.,0 Erweiterungen; zuerst definiert in TIFF 5 (1988); ein patentierter Kompressionsalgorithmus, aber die Patente liefen 2003 und 2004 aus	All	Common
000216	JPEG (veraltetes „altes“ JPEG, später ersetzt in Technote2)	Verlustbehaftete	TIFF 6.0	TIFF 6.0 Erweiterungen; first defined in TIFF 6 (1992); obsolete, should never be written.,	Continuous-tone	Rare
000716	JPEG („new-style“ JPEG)	Lossy	TIFF 6 Technote2 (1995)	Technote2 supersedes old-style JPEG compression; it is a TIFF 6.0 extension.	Continuous-tone	Uncommon
000816	Deflate (zlib), Adobe variant (official)	Lossless	TIFF Specification Supplement 2 (2002)	RFC 1950 (1996), RFC 1951 (1996), Adobe Photoshop TIFF Technical Notes; it is a TIFF 6.0 extension.,	All	Uncommon
000916	JBIG, per ITU-T T.85	Lossless	TIFF-FX	RFC 2301 (1998), RFC 3949 (2005)	Black and white	Rare
000A16	JBIG, per ITU-T T.,43	Lossless	TIFF-FX	RFC 2301 (1998), RFC 3949 (2005)	Black and white	Rare
7FFE16	NeXT RLE 2-bit greyscale encoding		Proprietary			Rare
800516	PackBits (a.k.a. Macintosh RLE)	Lossless	TIFF 6.,etary	According to TIFF Specification Supplement 2 it should be considered obsolete but reading is recommended	All	Uncommon
80B316	Kodak DCS		Proprietary			Rare
876516	JBIG		LibTiff		Black and white	Rare
879816	JPEG2000		Proprietary	Includes a complete JP2 file inside a TIFF file, not recommended., Introduced by Leadtools.		Uncommon
879916	Nikon NEF Compressed		Proprietary			Rare
879B16	JBIG2	Lossless, lossy	TIFF-FX Extension Set 1.0	Abandoned IETF draft from 2001		Rare

BigTIFFEdit

The TIFF file formats use 32-bit offsets, which limits file size to around 4 GiB., Einige Implementierungen verwenden sogar einen signierten 32-Bit-Offset, bei dem Probleme mit 2 GiB auftreten. BigTIFF ist ein TIFF-Variante Dateiformat, das 64-Bit-Offsets verwendet und unterstützt viel größere Dateien (bis zu 18 Exabyte groß). Die BigTIFF-Dateiformatspezifikation wurde 2007 in Entwicklungsversionen der LibTIFF-Version 4.0 implementiert, die schließlich im Dezember 2011 als stabil veröffentlicht wurde. Die Unterstützung für BigTIFF-Dateiformate durch Anwendungen ist begrenzt.

Digital preservationEdit

Adobe hält das Urheberrecht an der TIFF-Spezifikation (auch bekannt als TIFF 6.,0) zusammen mit den beiden Ergänzungen, die veröffentlicht wurden. Diese Dokumente finden Sie auf der Seite Adobe TIFF-Ressourcen. Der Faxstandard in RFC 3949 basiert auf diesen TIFF-Spezifikationen.

TIFF-Dateien, die ausschließlich die in TIFF 6.0 definierten grundlegenden „Tag-Sets“ verwenden, sowie die Komprimierungstechnologie auf die in TIFF 6.0 identifizierten Methoden beschränken und von mehreren Quellen für alle erstellten Dokumente ausreichend getestet und überprüft werden, können zum Speichern von Dokumenten verwendet werden., Häufig auftretende Probleme in der Inhalts-und Dokumentenverwaltungsbranche im Zusammenhang mit der Verwendung von TIFF-Dateien treten auf, wenn die Strukturen proprietäre Header enthalten, nicht ordnungsgemäß dokumentiert sind und/oder „Wrapper“ oder andere Container um die TIFF-Datensätze enthalten und/oder falsche Komprimierungstechnologien enthalten oder diese Komprimierungstechnologien nicht ordnungsgemäß implementiert sind.,

Varianten von TIFF können in Dokumenten-Imaging-und Content/Document Management-Systemen unter Verwendung der CCITT Group IV 2D-Komprimierung verwendet werden, die unter anderem Schwarzweißbilder (bitonal, monochrom) unterstützt. Wenn Speicherkapazität und Netzwerkbandbreite war ein größeres Problem als häufig in heutigen Server-Umgebungen gesehen, High-Volume-Storage-Scanning, Dokumente wurden in Schwarzweiß gescannt (nicht in Farbe oder in Graustufen) Speicherkapazität zu schonen.

Die Aufnahme des SampleFormat-Tags in TIFF 6.,Mit 0 können TIFF-Dateien erweiterte Pixeldatentypen verarbeiten, einschließlich ganzzahliger Bilder mit mehr als 8 Bit pro Kanal und Gleitkomma-Bildern. Dieses Tag machte TIFF 6.0 zu einem brauchbaren Format für die wissenschaftliche Bildverarbeitung, bei dem erweiterte Präzision erforderlich ist. Ein Beispiel wäre die Verwendung von TIFF zum Speichern von Bildern, die mit wissenschaftlichen CCD-Kameras aufgenommen wurden, die bis zu 16 Bit pro Fotosite mit hoher Auflösung liefern. Das Speichern einer Bildsequenz in einer einzelnen TIFF-Datei ist ebenfalls möglich und unter TIFF 6.0 zulässig, sofern die Regeln für mehrseitige Bilder befolgt werden.,

TIFF / ITEdit

TIFF / ES wird verwendet, um Daten für druckfertige Seiten zu senden, die auf High-End-Druckvorstufen entwickelt wurden. Die TIFF / IT-Spezifikation (ISO 12639) beschreibt ein Mehrfachdateiformat, das eine einzelne Seite pro Dateisatz beschreiben kann. TIFF/IT-Dateien sind nicht austauschbar mit gängigen TIFF-Dateien.

Das Ziel bei der Entwicklung von TIFF / IT war es, die ursprünglichen IT8 Magnetbandformate in eine mittelunabhängige Version zu übertragen. TIFF / ES basiert auf Adobe TIFF 6.,0-Spezifikation und beide erweitert TIFF 6, indem zusätzliche Tags hinzugefügt werden, und schränkt es ein, indem einige Tags und die Werte innerhalb von Tags begrenzt werden. Nicht alle gültigen TIFF / IT-Bilder sind gültige TIFF 6.0-Bilder.

TIFF / ES definiert Bilddateiformate zum Codieren von Farb-Continuous-Tone-Bildbildern, Farblinienbildern, hochauflösenden Continuous-Tone-Bildern, monochromen Continuous-Tone-Bildern, binären Bildbildern, binären Line-Art-Bildern, abgeschirmten Daten und Bildern von zusammengesetzten Endseiten.

Für TIFF/IT ist kein MIME-Typ definiert., Der MIME-Typ image / tiff sollte nicht für TIFF / IT-Dateien verwendet werden, da TIFF/IT nicht der Basislinie TIFF 6.0 entspricht und die weit verbreiteten TIFF 6.0-Reader TIFF/IT nicht lesen können. Der MIME-Typ image / tiff (definiert in RFC 3302) ohne Anwendungsparameter wird für Baseline-TIFF 6.0-Dateien verwendet oder um anzuzeigen, dass es nicht erforderlich ist, eine bestimmte Teilmenge von TIFF-oder TIFF-Erweiterungen zu identifizieren. Der Anwendungsparameter sollte mit image / tiff verwendet werden, um TIFF-Erweiterungen oder TIFF-Teilmengen zu unterscheiden. Gemäß RFC 3302 müssen bestimmte TIFF-Teilmengen oder TIFF-Erweiterungen als RFC veröffentlicht werden., Es gibt keinen solchen RFC für TIFF / IT. Es gibt auch keinen Plan des ISO-Komitees, der den TIFF/IT-Standard überwacht, um TIFF/IT entweder mit einem Parameter für image/tiff oder als separaten MIME-Typ zu registrieren.,

TIFF/IT filesEdit

• Letzte Seite (FP)
• Continuous Tone image (CT)
• Line-Arbeit Bild (LW)
• High-resolution, Continuous-tone files (HC – optional)

TIFF/ES definiert auch die folgenden Dateien:

• Monochrome continuous-Ton-Bild-Bilder (MP)
• Binär-Bild-Bilder (BP)
• Binär-Line-art images (BL)
• Abgeschirmte Daten – (SD)

Einige dieser Datentypen sind teilweise kompatibel mit den entsprechenden Definitionen in der TIFF 6.0 Spezifikation., Die letzte Seite (FP) ermöglicht die Gruppierung der verschiedenen Dateien, die zum Definieren einer vollständigen Seite erforderlich sind: Sie bietet einen Mechanismus zum Erstellen eines Pakets, das separate Bildebenen (der Typen CT, LW usw.) enthält.) kombiniert werden, um das endgültige gedruckte Bild zu erstellen. Seine Verwendung wird empfohlen, aber nicht erforderlich. Es muss mindestens eine Unterdatei in einer FP-Datei vorhanden sein, jedoch nicht mehr als eine von jedem Typ. Es enthält normalerweise eine CT-Unterdatei und eine LW-Unterdatei.

Der primäre Farbraum für diesen Standard ist CMYK, aber auch andere Farbräume und die Verwendung von ICC-Profilen werden unterstützt.,

TIFF / IT compressionEdit

TIFF / ES ist keine Komprimierung innerhalb der Dateistruktur selbst vorgesehen, es gibt jedoch keine Einschränkungen. (Zum Beispiel ist es erlaubt, die gesamte Dateistruktur in einem ZIP-Archiv zu komprimieren.)

LW-Dateien verwenden ein bestimmtes Komprimierungsschema, das als Lauflängencodierung für LW bekannt ist (der Wert des Komprimierungs-Tags ist 808016). HC-Dateien verwenden auch eine bestimmte Lauflängencodierung für HC (Komprimierungs-Tag-Wert ist 808116). Die TIFF / ITP-Spezifikationen erlauben keine Komprimierung innerhalb der CT-Datei.,

Das Folgende ist eine Liste definierter TIFF / IT-Komprimierungsschemata:

TIFF / IT P1Edit

Die ISO 12639: 1998 führte TIFF/IT-P1 (Profil 1) ein – eine direkte Teilmenge des vollständigen TIFF/IT-Standards (zuvor in ANSI IT8.8-1993 definiert). Diese Teilmenge wurde auf der Grundlage der gegenseitigen Erkenntnis sowohl der Standards als auch der Softwareentwicklungsgemeinschaften entwickelt, dass eine Implementierung des vollständigen TIFF/IT-Standards durch einen Anbieter (aufgrund seiner Komplexität) sowohl unwahrscheinlich als auch unnötig war (da Profil 1 die meisten Anwendungen für die Bereitstellung digitaler Anzeigen abdecken würde)., Fast alle TIFF / IT-Dateien in der digitalen Werbung wurden 2001 als TIFF/IT-P1-Dateisätze vertrieben. Wenn Leute über TIFF/IT sprechen, meinen sie normalerweise den P1-Standard.,

Hier sind einige der Einschränkungen für TIFF/IT-P1 (im Vergleich zu TIFF/IT):

• Verwendet nur CMYK (falls zutreffend)
• Es ist Pixel verschachtelt (falls zutreffend)
• Hat eine einzige Auswahl der Bildausrichtung
• Hat eine einzige Auswahl des Punktbereichs
• Eingeschränkte Komprimierungsmethoden

TIFF/IT-P1 ist eine vereinfachte Konformitätsstufe von TIFF/IT und es maximiert die Kompatibilität zwischen Color Electronic Prepress Systems (CEPS) und Desk Top Publishing (DTP) Welten. Es bietet eine saubere Schnittstelle für die proprietären CEPS-Formate wie das Scitex CT / LW-Format.,

TIFF / IT P2Edit

Da TIFF/IT P1 einige Einschränkungen aufwies, wurde ein erweitertes Format entwickelt. Die ISO 12639: 2004 führte eine neue erweiterte Konformitätsstufe ein-TIFF / IT-P2 (Profil 2)., TIFF/IT-P2 fügte TIFF/IT-P1 eine Reihe von Funktionen hinzu wie:

• nur CMYK-Sonderfarben (falls zutreffend)
• Unterstützung für die Komprimierung von CT-und BP-Daten (JPEG und Deflate)
• Unterstützung mehrerer LW-und CT-Dateien in einer einzigen Datei
• Unterstützung für Copydot-Dateien über einen neuen Dateityp namens SD (Screened Data)
• Es gab einige Bemühungen, eine Möglichkeit zu schaffen, FP zu verketten, LW-und CT-Dateien in einer einzigen Datei namens GF (Group Final) – Datei, die jedoch nicht in einer Entwurfsversion von ISO 12639:2004 definiert wurde.

Dieses Format war nicht weit verbreitet.,

Private tagsEdit

Die TIFF / IT-Spezifikation hat die TIFF-Möglichkeit für Entwickler beibehalten, private Tags zu verwenden. Die TIFF / IT – Spezifikation ist sehr genau, wie diese privaten Tags behandelt werden sollen-sie sollten analysiert, aber ignoriert werden.

Private Tags in der TIFF/IT-P1-Spezifikation sollten Entwicklern ursprünglich Möglichkeiten bieten, bestimmte Funktionen für bestimmte Anwendungen hinzuzufügen. Private Tags können von Entwicklern (z. B. Scitex) verwendet werden, um bestimmte Druckwerte oder andere Funktionen beizubehalten., Private Tags sind in der Regel mit Tag-Nummern größer oder gleich 32768 gekennzeichnet.

Alle privaten Tags müssen von Adobe (dem TIFF-Administrator) angefordert und registriert werden.

1992 entwickelte die DDAP (Digital Distribution of Advertising for Publication, später Digital Directions in Applications for Production) ihre Anforderungserklärung für die digitale Anzeigenlieferung. Dies wurde ANSI-akkreditierten CGATS (Committee for Graphic Arts Technology Standards) für die Entwicklung eines akkreditierten Dateiformat Standard für die Lieferung von digitalen Anzeigen vorgestellt., CGATS überprüfte ihre Alternativen zu diesem Zweck und TIFF schien der ideale Kandidat zu sein, mit Ausnahme der Tatsache, dass es bestimmte erforderliche Funktionalitäten nicht bewältigen konnte. CGATS bat Aldus (den TIFF-Administrator) um einen Block eigener privater TIFF-Tags, um zu implementieren, was schließlich zu TIFF/IT wurde. Beispielsweise wird die Fähigkeit, die Reihenfolge der Farben zu identifizieren, vom Tag 34017 – dem Farbsequenz-Tag-behandelt.

ES wurde entwickelt,um die Notwendigkeit einer transportunabhängigen Methode zur Codierung von Rasterdaten in den Standards IT8.1, IT8.2 und IT8.5 zu erfüllen.,

StandardsEdit

TIFF/IT definiert wurde in ANSI IT8.8-1993 standard im Jahr 1993 und später überarbeitet in der Internationalen Norm ISO 12639:1998 – Prepress digital data exchange – Tag image file format for image technology (TIFF/IT). Die ISO-Norm ersetzt ANSI IT8.8-1993. Es spezifiziert ein medienunabhängiges Mittel für den elektronischen Datenaustausch in der Druckstufe.

---