Jak standaryzowane są piramidy / przeglądy GeoTIFF?

Chociaż piramidy / przeglądy nie są częścią standardu GeoTIFF , wiele narzędzi obsługuje ich tworzenie. Na przykład vips / nip2, Orfeo Toolbox (otb) i ossim, które obiecują pewne wsparcie przy ich tworzeniu. Ale nie mam pojęcia, czy wszystkie utworzą pliki w formacie obsługiwanym przez inne. Przejrzenie dokumentacji narzędzi tak naprawdę nie wspomina o tym.

vips nie jest narzędziem geoprzestrzennym i nie mogłem znaleźć żadnej dokumentacji przyjaznej dla użytkowników, ale dokumenty IIPImage wspominają o wsparciu dla „Tiled Pyramidal TIFF” : http://iipimage.sourceforge.net/documentation/images/

otb nie wspomina nic o formacie ani specyfikacji dla „Piramid w wielu rozdzielczościach” : https://www.orfeo-toolbox.org/CookBook/CookBooksu65.html

ossim twierdzi, że obsługuje różne formaty wyjściowe dla „zestawów danych o zmniejszonej rozdzielczości”, ale nie wiem, co one właściwie oznaczają: https://trac.osgeo.org/ossim/wiki/img2rr

GDAL również tak naprawdę nie określa swoich „obrazów poglądowych” : http://www.gdal.org/gdaladdo.html

Wszystkie mają więc piramidy / przeglądy, ale nie jest jasne, czy są one kompatybilne krzyżowo.

Na bardziej ogólnych stronach znalazłem następujące cytaty:

http://iipimage.sourceforge.net/documentation/images/ mówi

Kafelkowy obraz TIFF o wielu rozdzielczościach (lub kafelkowy piramidalny) jest po prostu kafelkowym obrazem wielostronicowym TIFF, a każda rozdzielczość jest przechowywana jako osobna warstwa w pliku TIFF. Jest to standardowe rozszerzenie TIFF i jest obsługiwane przez większość aplikacji do przetwarzania obrazów, w tym Photoshop, GIMP, VIPS i ImageMagick. Biblioteka kodeków libtiff jest również doskonale zdolna do odczytu i zapisu takich obrazów.

Czy tego używa każdy?

Biblioteka Kongresu zawiera również pewne informacje: http://www.digitalpreservation.gov/formats/fdd/fdd000237.shtml. Uwaga:

Pliki Pyramid TIFF utworzone przez różne aplikacje niekoniecznie mają taką samą strukturę. W szczególności, sądząc po analizie za pomocą JHOVE i komendzie identyfikacji w ImageMagick, Adobe Photoshop i Image Magick generują pliki o różnych wewnętrznych strukturach TIFF; w obu przypadkach wydaje się, że większość oprogramowania obsługującego pliki TIFF rozpoznaje podstawowy (pełny rozmiar) plik TIFF bez problemu.

Czy te formaty są gdzieś znormalizowane, określone i udokumentowane? Jak mogę dowiedzieć się, które narzędzie może produkować je w sposób zgodny z innymi? Czy w przeglądach / piramidach są jakieś tagi geoprzestrzenne, czy mogę użyć oprogramowania do ich utworzenia na danych obrazu?

Krótka odpowiedź: podejrzewam, że nie ma takiego standardu dla przeglądów TIFF lub GeoTIFF. Istnieje wiele implementacji, metod i formatów do definiowania przeglądów dla GeoTIFF.

GeoTIFF jest oparty na formacie TIFF ( specyfikacja PDF dla wersji 6.0 z 1992 roku ). Format obsługuje wielostronicowe dokumenty lub podfile, podobnie jak wielostronicowy plik PDF.

Plik GeoTIFF z 4 wewnętrznymi przeglądami jest zasadniczo 5-stronicowym plikiem TIFF, oglądanym z identyfikacją :

$ 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

Możesz podzielić je na osobne pliki TIFF za pomocą (np.) convert file.tif file%d.tifLub GIMP.

Plik GeoTIFF z przeglądem zewnętrznym używa pliku sidecar . Nie ma standardowego podejścia do tworzenia lub wykorzystywania zewnętrznych plików przeglądowych. Na przykład czasami może się pojawić tak zwany plik „.ovr”, który jest wielostronicowym dokumentem TIFF:

$ 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

Inne przeglądy zewnętrzne mogą używać pliku pomocniczego „.rdd” lub „.aux”, który jest formatem obrazu HFA / Erdas Imagine. Jest to prawdopodobnie najbardziej ezoteryczny format przeglądowy, ponieważ nie jest to nawet plik TIFF.

Niektóre linki o GeoTIFF:

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

Przeglądy mogą być przechowywane wewnętrznie lub zewnętrznie.

Przegląd wewnętrzny sprawia, że ​​plik geotiff jest większy i nie ma prostego sposobu na ich aktualizację. Przegląd zewnętrzny może być przechowywany w formacie .rrd lub .ovr. .Rrd jest bardziej stary, ale obsługuje go bardzo stare oprogramowanie. W każdym razie zalecane jest użycie .ovr.

Aby utworzyć .rrd, musisz ustawić opcję config i przełącznik -ro dla przeglądów zewnętrznych w następujący sposób:

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

Format piramidy dla TIFF nie jest znormalizowany. Jednak w praktyce powszechnie akceptowanym formatem jest .ovr z ESRI ArcGIS i przepływ pracy GDAL firmy gdaladdo.

Spojrzałem na kod w gdal frmts/gtiffi odkryłem, że kod jest w większości przenoszony z libtiff/contrib/addtiffo(patrz link ).

Wersja dodanego przeglądu libtiff jest kodowana jaśniej i udało mi się przenieść kod do mojego projektu.

Przetestowałem to, jest kompatybilny z ESRI ArcMap, a zatem jest również kompatybilny z gdal.

Han