GeoTIFF 피라미드 / 개요는 어떻게 표준화됩니까?

피라미드 / 개요는 GeoTIFF 표준의 일부가 아니지만 많은 도구가이를 생성하도록 지원합니다. 예를 들어, vips / nip2, Orfeo Toolbox (otb) 및 ossim은이를 생성하기위한 지원을 약속합니다. 그러나 다른 사람들이 지원하는 형식으로 파일을 모두 만들지 모르겠습니다. 도구의 문서를 살펴보면 실제로 그것에 대해 언급하지 않습니다.

vips는 지리 공간 도구가 아니며 최종 사용자 친화적 인 문서를 찾을 수 없지만 IIPImage 문서는 "Tiled Pyramidal TIFF"에 대한 지원을 언급합니다 . http://iipimage.sourceforge.net/documentation/images/

otb는 "Multi Resolution Pyramids" 의 형식이나 사양에 대해 언급하지 않았습니다 : https://www.orfeo-toolbox.org/CookBook/CookBooksu65.html

ossim은 "감소 된 해상도 데이터 세트"에 대해 다양한 출력 형식을 지원 하지만 실제로 어떤 의미인지 모르겠습니다. https://trac.osgeo.org/ossim/wiki/img2rr

또한 GDAL은 "개요 이미지"에 대한 사항을 구체적으로 지정하지 않습니다 . http://www.gdal.org/gdaladdo.html

따라서 모두 피라미드 / 개요를 가지고 있지만 상호 호환되는지 확실하지 않습니다.

더 일반적인 페이지에서 다음 인용문을 찾았습니다.

http://iipimage.sourceforge.net/documentation/images/ 말한다

타 일식 다중 해상도 (또는 타일 형 피라미드) TIFF는 타일 형 다중 페이지 TIFF 이미지이며 각 해상도는 TIFF 내에서 별도의 레이어로 저장됩니다. 이것은 표준 TIFF 확장이며 Photoshop, GIMP, VIPS 및 ImageMagick을 포함한 대부분의 이미지 처리 응용 프로그램에서 지원됩니다. libtiff 코덱 라이브러리는 이러한 이미지를 읽고 쓸 수 있습니다.

모두가 사용하는 것입니까?

의회 도서관에는 다음과 같은 정보가 있습니다. http://www.digitalpreservation.gov/formats/fdd/fdd000237.shtml 참고 사항 :

다른 응용 프로그램에서 만든 피라미드 TIFF 파일은 구조가 동일 할 필요는 없습니다. 특히 JHOVE를 사용한 분석과 ImageMagick의 식별 명령으로 판단하면 Adobe의 Photoshop과 Image Magick은 서로 다른 내부 TIFF 구조를 가진 파일을 생성합니다. 두 경우 모두 TIFF를 처리 할 수있는 대부분의 소프트웨어는 문제없이 기본 (전체 크기) TIFF를 인식하는 것으로 보입니다.

그렇다면 이러한 형식은 어딘가에 표준화되고 지정되고 문서화되어 있습니까? 다른 도구와 호환 가능한 방식으로 어떤 도구를 생산할 수 있는지 어떻게 알 수 있습니까? 개요 / 피라미드에 지리 공간 태그가 있거나 소프트웨어를 사용하여 이미지 데이터에 태그를 작성할 수 있습니까?

짧은 대답 : TIFF 또는 GeoTIFF 개요에 대한 표준이없는 것 같습니다 . GeoTIFF에 대한 개요를 정의하기위한 여러 구현, 메소드 및 형식이 있습니다.

GeoTIFF는 TIFF 형식을 기반으로 합니다 ( 1992 년 개정판 6.0 사양 ). 이 형식은 다중 페이지 PDF와 유사한 다중 페이지 문서 또는 서브 파일을 지원합니다.

4 개의 내부 개요가있는 GeoTIFF 파일은 기본적으로 식별 된 5 페이지 TIFF 파일입니다 .

$ 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

(예 convert file.tif file%d.tif:) 또는 GIMP를 사용 하여 이러한 파일을 별도의 TIFF 파일로 분할 할 수 있습니다 .

외부 개요가있는 GeoTIFF 파일은 사이드카 파일을 사용 합니다 . 외부 개요 파일을 작성하거나 사용하는 방법은 표준 방식이 없습니다. 예를 들어, 때때로 여러 페이지 TIFF 문서 인 ".ovr"파일이 나타날 수 있습니다.

$ 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

다른 외부 개요에서는 ".rdd"또는 ".aux"사이드카 파일 (HFA / Erdas Imagine 이미지 파일 형식)을 사용할 수 있습니다. 이것은 TIFF 파일이 아니기 때문에 아마도 가장 개요적인 형식입니다.

GeoTIFF에 대한 일부 링크 :

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

개요는 내부 또는 외부에 저장 될 수 있습니다.

내부 개요는 geotiff 파일을 더 크고 업데이트하는 간단한 방법을 제공하지 않습니다. 외부 개요는 .rrd 또는 .ovr 형식으로 저장 될 수 있습니다. .rrd는 더 오래되었지만 매우 오래된 소프트웨어에 의해 지원됩니다. 어쨌든 .ovr은 지금 사용하는 것이 좋습니다.

.rrd를 만들려면 다음과 같이 외부 개요에 대해 config 옵션 및 -ro 스위치를 설정해야합니다.

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

TIFF의 피라미드 형식은 표준화되지 않았습니다. 그러나 실제로 일반적으로 허용되는 형식은 ESRI ArcGIS의 .ovr과 gdaladdo의 GDAL 워크 플로입니다.

나는 GDAL의 코드에서 봐 frmts/gtiff와 코드가 주로에서 수송되는 것을 발견했다 libtiff/contrib/addtiffo(참조 링크 ).

추가 개요의 libtiff 버전이 더 명확하게 코딩되었으며 코드를 내 프로젝트에 성공적으로 이식했습니다.

테스트 한 결과 ESRI ArcMap과 호환되므로 gdal 과도 호환됩니다.

한