¿Cómo se estandarizan las pirámides / descripciones generales de GeoTIFF?

Si bien las pirámides / vistas generales no son parte del estándar GeoTIFF , muchas herramientas admiten su creación. Por ejemplo, vips / nip2, Orfeo Toolbox (otb) y ossim, que prometen algún soporte para crearlos. Pero no tengo idea de si todos crearían archivos en un formato compatible con los demás. Examinar la documentación de las herramientas realmente no menciona nada al respecto.

vips no es una herramienta geoespacial y no pude encontrar ninguna documentación amigable para el usuario final, pero los documentos de IIPImage mencionan su soporte para "TIFF piramidal en mosaico" : http://iipimage.sourceforge.net/documentation/images/

otb no menciona nada sobre un formato o especificación para sus "Pirámides de resolución múltiple" : https://www.orfeo-toolbox.org/CookBook/CookBooksu65.html

ossim dice que admite varios formatos de salida para sus "conjuntos de datos de resolución reducida" pero no sé lo que realmente significan: https://trac.osgeo.org/ossim/wiki/img2rr

GDAL tampoco especifica realmente cosas sobre sus "imágenes de resumen" : http://www.gdal.org/gdaladdo.html

Por lo tanto, todos tienen pirámides / vistas generales, pero no está claro si son compatibles.

En páginas más generales encontré las siguientes citas:

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

TIFF en mosaico de resolución múltiple (o piramidal en mosaico) es simplemente una imagen TIFF en mosaico de varias páginas, con cada resolución almacenada como una capa separada dentro del TIFF. Esta es una extensión TIFF estándar y es compatible con la mayoría de las aplicaciones de procesamiento de imágenes, incluidas Photoshop, GIMP, VIPS e ImageMagick. La biblioteca de códecs libtiff también es perfectamente capaz de leer y escribir tales imágenes.

¿Es eso lo que todos usan?

La Biblioteca del Congreso también tiene información: http://www.digitalpreservation.gov/formats/fdd/fdd000237.shtml .

Los archivos TIFF piramidales creados por diferentes aplicaciones no tienen necesariamente la misma estructura. En particular, a juzgar por el análisis con JHOVE y el comando de identificación en ImageMagick, Adobe Photoshop e Image Magick generan archivos con diferentes estructuras TIFF internas; en ambos casos, la mayoría del software que puede manejar TIFF parece reconocer el TIFF primario (de tamaño completo) sin problema.

Entonces, ¿esos formatos están estandarizados y especificados y documentados en alguna parte? ¿Cómo puedo averiguar qué herramienta puede producirlos de manera compatible con otros? ¿Hay etiquetas geoespaciales en las vistas generales / pirámides o podría usar algún software para crearlas en los datos de la imagen?

Respuesta corta: sospecho que no existe un estándar para las descripciones generales de TIFF o GeoTIFF. Existen múltiples implementaciones, métodos y formatos para definir vistas generales para GeoTIFF.

GeoTIFF se basa en el formato TIFF ( especificación PDF para la Revisión 6.0, de 1992 ). El formato es compatible con documentos o subarchivos de varias páginas, similar a un PDF de varias páginas.

Un archivo GeoTIFF con 4 vistas generales internas es esencialmente un archivo TIFF de 5 páginas, como se ve con Identify :

$ 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

Puede dividirlos en archivos TIFF separados con (por ejemplo) convert file.tif file%d.tifo GIMP.

Un archivo GeoTIFF con una descripción general externa utiliza un archivo sidecar . No existe un enfoque estándar sobre cómo se crean o usan los archivos de resumen externo. Por ejemplo, a veces puede ver el llamado archivo ".ovr", que es un documento TIFF de varias páginas:

$ 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

Otras vistas generales externas pueden usar un archivo sidecar ".rdd" o ".aux", que es un formato de archivo de imagen HFA / Erdas Imagine. Este es probablemente el más esotérico de los formatos de descripción general, ya que ni siquiera es un archivo TIFF.

Algunos enlaces sobre GeoTIFF:

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

Las vistas generales pueden almacenarse interna o externamente.

Las vistas generales internas hacen que el archivo geotiff sea más grande y no hay una forma simple de actualizarlos. Las vistas generales externas se pueden almacenar en formatos .rrd o .ovr. El .rrd es más antiguo pero es compatible con software muy antiguo. De todos modos, se recomienda usar .ovr ahora.

Para crear .rrd, debe establecer la opción de configuración y el interruptor -ro para vistas generales externas de la siguiente manera:

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

El formato piramidal para TIFF no está estandarizado. Sin embargo, en la práctica, el formato comúnmente aceptado es el .ovr de ESRI ArcGIS y el flujo de trabajo GDAL de gdaladdo.

He mirado el código en gdal frmts/gtiffy he descubierto que el código se transporta principalmente desde libtiff/contrib/addtiffo(ver enlace ).

La versión libtiff de add overview está codificada más claramente y he portado el código con éxito en mi propio proyecto.

Lo he probado, es compatible con ESRI ArcMap y, por lo tanto, también es compatible con gdal.

Han