Wie sind GeoTIFF-Pyramiden / Übersichten standardisiert?

Während Pyramiden / Übersichten nicht Teil des GeoTIFF-Standards sind , unterstützen viele Tools deren Erstellung. Zum Beispiel vips / nip2, Orfeo Toolbox (otb) und ossim, die alle eine gewisse Unterstützung beim Erstellen dieser versprechen. Aber ich habe keine Ahnung, ob sie alle Dateien in einem Format erstellen würden, das die anderen unterstützen. Ein Blick in die Dokumentation der Tools sagt nichts darüber aus.

vips ist kein Geodaten-Tool und ich konnte keine endbenutzerfreundliche Dokumentation finden, aber in den IIPImage-Dokumenten wird die Unterstützung für "Tiled Pyramidal TIFF" erwähnt : http://iipimage.sourceforge.net/documentation/images/

otb erwähnt nichts über ein Format oder eine Spezifikation für seine "Multi Resolution Pyramids" : https://www.orfeo-toolbox.org/CookBook/CookBooksu65.html

ossim sagt, dass es verschiedene Ausgabeformate für seine "reduzierten Auflösungsdatensätze" unterstützt, aber ich weiß nicht, was sie tatsächlich bedeuten: https://trac.osgeo.org/ossim/wiki/img2rr

GDAL spezifiziert auch nicht wirklich Dinge über seine "Übersichtsbilder" : http://www.gdal.org/gdaladdo.html

Sie haben also alle Pyramiden / Übersichten, aber es ist nicht klar, ob sie miteinander kompatibel sind.

Auf allgemeineren Seiten habe ich folgende Zitate gefunden:

http://iipimage.sourceforge.net/documentation/images/ sagt

Gekacheltes TIFF mit mehreren Auflösungen (oder gekacheltes Pyramiden-TIFF) ist einfach ein gekacheltes TIFF-Bild mit mehreren Seiten, wobei jede Auflösung als separate Ebene im TIFF gespeichert wird. Dies ist eine Standard-TIFF-Erweiterung und wird von den meisten Bildverarbeitungsanwendungen unterstützt, einschließlich Photoshop, GIMP, VIPS und ImageMagick. Die libtiff-Codec-Bibliothek kann solche Bilder auch perfekt lesen und schreiben.

Wird das von allen benutzt?

Die Library of Congress hat auch einige Informationen: http://www.digitalpreservation.gov/formats/fdd/fdd000237.shtml Sie beachten:

Pyramid-TIFF-Dateien, die von verschiedenen Anwendungen erstellt wurden, müssen nicht dieselbe Struktur haben. Gemessen an der Analyse mit JHOVE und dem Identifizierungsbefehl in ImageMagick generieren Photoshop und Image Magick von Adobe Dateien mit unterschiedlichen internen TIFF-Strukturen. In beiden Fällen scheint die meiste Software, die TIFFs verarbeiten kann, das primäre TIFF (in voller Größe) problemlos zu erkennen.

Sind diese Formate standardisiert und spezifiziert und irgendwo dokumentiert? Wie kann ich herausfinden, mit welchem ​​Tool sie auf kompatible Weise für andere erstellt werden können? Befinden sich Geodaten-Tags in Übersichten / Pyramiden oder kann ich eine Software verwenden, um sie auf den Bilddaten zu erstellen?

Kurze Antwort: Ich vermute, es gibt keinen solchen Standard für TIFF- oder GeoTIFF-Übersichten. Es gibt mehrere Implementierungen, Methoden und Formate, um Übersichten für GeoTIFFs zu definieren.

GeoTIFF basiert auf dem TIFF-Format ( PDF-Spezifikation für Revision 6.0 von 1992 ). Das Format unterstützt mehrseitige Dokumente oder Unterdateien, ähnlich einer mehrseitigen PDF-Datei.

Eine GeoTIFF - Datei mit 4 internen Übersichten ist im Wesentlichen eine 5-seitige TIFF - Datei, wie mit angesehen identifizieren :

$ identify -quiet file.tif
file.tif[0] TIFF 2027x2823 2027x2823+0+0 8-bit Grayscale DirectClass 188KB 0.000u 0:00.000
file.tif[1] TIFF 1014x1412 1014x1412+0+0 8-bit Grayscale DirectClass 188KB 0.000u 0:00.009
file.tif[2] TIFF 507x706 507x706+0+0 8-bit Grayscale DirectClass 188KB 0.000u 0:00.009
file.tif[3] TIFF 254x353 254x353+0+0 8-bit Grayscale DirectClass 188KB 0.000u 0:00.009
file.tif[4] TIFF 127x177 127x177+0+0 8-bit Grayscale DirectClass 188KB 0.000u 0:00.009

Sie können diese mit (z. B.) convert file.tif file%d.tifoder GIMP in separate TIFF-Dateien aufteilen .

Eine GeoTIFF-Datei mit einer externen Übersicht verwendet eine Sidecar-Datei . Es gibt keinen Standardansatz, wie externe Übersichtsdateien erstellt oder verwendet werden. Beispielsweise wird manchmal eine sogenannte ".ovr" -Datei angezeigt, bei der es sich um ein mehrseitiges TIFF-Dokument handelt:

$ identify -quiet file.tif
file.tif TIFF 2027x2823 2027x2823+0+0 8-bit Grayscale DirectClass 132KB 0.000u 0:00.000
$ identify -quiet file.tif.ovr
file.tif.ovr[0] TIFF 1014x1412 1014x1412+0+0 8-bit Grayscale DirectClass 2.101MB 0.000u 0:00.000
file.tif.ovr[1] TIFF 507x706 507x706+0+0 8-bit Grayscale DirectClass 2.101MB 0.000u 0:00.000
file.tif.ovr[2] TIFF 254x353 254x353+0+0 8-bit Grayscale DirectClass 2.101MB 0.000u 0:00.000
file.tif.ovr[3] TIFF 127x177 127x177+0+0 8-bit Grayscale DirectClass 2.101MB 0.000u 0:00.009

Andere externe Übersichten verwenden möglicherweise die Sidecar-Datei ".rdd" oder ".aux", bei der es sich um ein HFA / Erdas Imagine-Bilddateiformat handelt. Dies ist wahrscheinlich das esoterischste der Übersichtsformate, da es sich nicht einmal um eine TIFF-Datei handelt.

Einige Links zu GeoTIFF:

• http://www.gdal.org/frmt_gtiff.html
• https://trac.osgeo.org/geotiff/

Die Übersichten können intern oder extern gespeichert werden.

Interne Übersichten vergrößern die Geotiff-Datei und ermöglichen keine einfache Aktualisierung. Externe Übersichten können in den Formaten .rrd oder .ovr gespeichert werden. Die .rrd ist älter, wird jedoch von sehr alter Software unterstützt. Es wird jedoch empfohlen, jetzt .ovr zu verwenden.

Zum Erstellen von .rrd müssen Sie die Konfigurationsoption und den -ro-Schalter für externe Übersichten wie folgt festlegen:

gdaladdo -ro --config USE_RRD ON sample.tiff 2 4 8 16

Das Pyramidenformat für TIFF ist nicht standardisiert. In der Praxis ist das allgemein akzeptierte Format jedoch das .ovr von ESRI ArcGIS und der GDAL-Workflow von gdaladdo.

Ich habe mir den Code in gdal angesehen frmts/gtiffund festgestellt, dass der Code meistens von der transportiert wird libtiff/contrib/addtiffo(siehe Link ).

Die libtiff-Version von add overview ist klarer codiert und ich habe den Code erfolgreich in mein eigenes Projekt portiert.

Ich habe es getestet, es ist kompatibel mit ESRI ArcMap und daher auch mit gdal kompatibel.

Han