Comment les pyramides / aperçus GeoTIFF sont-ils standardisés?

Bien que les pyramides / aperçus ne fassent pas partie de la norme GeoTIFF , de nombreux outils prennent en charge leur création. Par exemple, vips / nip2, Orfeo Toolbox (otb) et ossim qui promettent tous un support pour leur création. Mais je n'ai aucune idée s'ils créeraient tous des fichiers dans un format pris en charge par les autres. L'examen de la documentation des outils ne mentionne vraiment rien à ce sujet.

vips n'est pas un outil géospatial et je n'ai trouvé aucune documentation conviviale pour les utilisateurs, mais les documents IIPImage mentionnent son support pour "Tiled Pyramidal TIFF" : http://iipimage.sourceforge.net/documentation/images/

otb ne mentionne rien sur un format ou une spécification pour ses "Pyramides multi-résolutions" : https://www.orfeo-toolbox.org/CookBook/CookBooksu65.html

ossim dit qu'il prend en charge divers formats de sortie pour ses "ensembles de données à résolution réduite" mais je ne sais pas ce qu'ils signifient réellement: https://trac.osgeo.org/ossim/wiki/img2rr

GDAL ne spécifie pas vraiment les choses à propos de ses "images de synthèse" : http://www.gdal.org/gdaladdo.html

Ils ont donc tous des pyramides / aperçus, mais il n'est pas clair s'ils sont compatibles entre eux.

Sur des pages plus générales, j'ai trouvé les citations suivantes:

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

Le TIFF multi-résolution en mosaïque (ou pyramidal en mosaïque) est simplement une image TIFF multi-page en mosaïque, chaque résolution étant stockée en tant que couche distincte dans le TIFF. Il s'agit d'une extension TIFF standard et prise en charge par la plupart des applications de traitement d'image, notamment Photoshop, GIMP, VIPS et ImageMagick. La bibliothèque de codecs libtiff est également parfaitement capable de lire et d'écrire de telles images.

C'est ce que tout le monde utilise?

La Bibliothèque du Congrès a également quelques informations: http://www.digitalpreservation.gov/formats/fdd/fdd000237.shtml Ils notent:

Les fichiers Pyramid TIFF créés par différentes applications n'ont pas nécessairement la même structure. En particulier, à en juger par l'analyse avec JHOVE et la commande d'identification dans ImageMagick, Photoshop et Image Magick d'Adobe génèrent des fichiers avec différentes structures TIFF internes; dans les deux cas, la plupart des logiciels qui peuvent gérer les TIFF semblent reconnaître le TIFF principal (pleine taille) sans problème.

Alors, ces formats sont-ils normalisés et spécifiés et documentés quelque part? Comment puis-je savoir quel outil peut les produire de manière compatible avec les autres? Y a-t-il des balises géospatiales dans les aperçus / pyramides ou pourrais-je utiliser un logiciel pour les créer sur les données d'image?

Réponse courte: je soupçonne qu'il n'y a pas une telle norme pour les aperçus TIFF ou GeoTIFF. Il existe plusieurs implémentations, méthodes et formats pour définir des aperçus pour GeoTIFFs.

GeoTIFF est basé sur le format TIFF ( spécification PDF pour la révision 6.0, à partir de 1992 ). Le format prend en charge les documents ou sous-fichiers de plusieurs pages, semblable à un PDF de plusieurs pages.

Un fichier GeoTIFF avec 4 aperçus internes est essentiellement un fichier TIFF de 5 pages, tel que vu avec identifier :

$ 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

Vous pouvez les diviser en fichiers TIFF séparés avec (par exemple) convert file.tif file%d.tifou GIMP.

Un fichier GeoTIFF avec une vue d'ensemble externe utilise un fichier side - car . Il n'y a pas d'approche standard sur la façon dont les fichiers de vue d'ensemble externes sont créés ou utilisés. Par exemple, vous pouvez parfois voir un fichier dit ".ovr", qui est un document TIFF de plusieurs pages:

$ 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

D'autres aperçus externes peuvent utiliser un fichier sidecar ".rdd" ou ".aux", qui est un format de fichier image HFA / Erdas Imagine. Il s'agit probablement du format d'aperçu le plus ésotérique, car il ne s'agit même pas d'un fichier TIFF.

Quelques liens sur GeoTIFF:

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

Les aperçus peuvent être stockés en interne ou en externe.

Les aperçus internes rendent le fichier géotiff plus gros et aucun moyen simple de les mettre à jour. Les aperçus externes peuvent être stockés aux formats .rrd ou .ovr. Le .rrd est plus ancien mais supporté par de très vieux logiciels. Quoi qu'il en soit, il est recommandé d'utiliser .ovr maintenant.

Pour créer .rrd, vous devez définir l'option de configuration et le commutateur -ro pour les aperçus externes comme suit:

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

Le format pyramidal pour TIFF n'est pas standardisé. Cependant, dans la pratique, le format généralement accepté est le .ovr d'ESRI ArcGIS et le flux de travail GDAL de gdaladdo.

J'ai regardé le code dans gdal frmts/gtiffet j'ai trouvé que le code est principalement transporté depuis le libtiff/contrib/addtiffo(voir lien ).

La version libtiff de add overview est codée plus clairement et j'ai réussi à porter le code dans mon propre projet.

Je l'ai testé, il est compatible avec ESRI ArcMap, et est donc également compatible avec gdal.

Han