回答:
これは少し厄介なことです。少なくともこのGeoTIFFドキュメントを読む必要があります
http://www.remotesensing.org/geotiff/spec/geotiff2.5.html#2.5.2.2およびGDALに関する考慮事項
http://trac.osgeo.org/gdal/wiki/rfc33_gtiff_pixelispoint。
経験則として、すべてのラスター(航空写真、衛星画像)はpixel-is-areaを使用し、DEMのような測定データはpixel-is-pointを使用します。しかし、ジオリファレンスと画像の範囲にどのように反映されるかは、残念ながらそれほど単純ではありません。GDALの場合、ピクセルのアンカーポイントは常にピクセルの左上隅にあります。新しい地上基準点(GPC)を保存する場合、指定された座標は常に対応するピクセルの左上隅に関連付けられているため、問題になります。ピクセルがエリアまたはポイントとして定義されている場合。GDALは、pixel-is-areaとpixel-is-pointの画像についても同じ範囲を報告します。GDALを使用するユーザーまたはソフトウェアは、必要に応じてそれらを異なる方法で処理する必要があります。
カバレッジの地理参照に関する現在のOGCルールは、437ページの長さのGML v.3.2.1仕様で定義されているグリッドを使用することです。ピクセルがis-pointとpixel-is-areaの場合、原点の位置はピクセルの半分に設定されます。これは、エリアピクセルの場合、原点がピクセルの中央に設定されるためです。次の引用は、JPEG2000標準のGMLからのものです。
注:GMLJP2は、GML 3.2.1 [OGC 07-036]句のグリッドの定義に従います。19.2.2:「グリッドポイントを使用してサンプル空間(画像ピクセルなど)を表す場合、グリッドポイントはグリッドの中心を表します。サンプルスペース(ISO 19123:2005、8.2.2を参照)」。これは、ISO 19111で指定されたCellCenterに設定されたImageCRSのpixelInCell値に対応します。これは、RectifiedGridの原点がコーナーピクセルの中心点であると解釈できます。
物事を単純に見せないようにするために、ERDAS imagine(AFAIK)などの一部のプログラムは、次のバージョン7.0までオンザフライで変更しようとしながら、内部的にpixel-is-pointスキーマとMapServerに従いますpixel-is-areaスキーマ。これについて読む:http : //mapserver.org/fr/development/rfc/ms-rfc-107.html。
最高の相互運用性のために、私はすべての自然なラスター(航空写真と衛星画像、地形図)にpixel-is-areaおよびGeoTIFFを使用することをお勧めします。これはよく知られており、信頼性の高い組み合わせです。DEMやその他の測定/センサーデータと半分のピクセルシフトを操作する場合、それらがpixel-is-pointとラベル付けされている可能性があり、別のプログラムでは半分のピクセルシフトが発生する場合としない場合があることに注意してください。
Metadata: AREA_OR_POINT=Area
。
どちらも一般的で、どちらも完全に標準と見なすことはできません。
GeoTIFFの場合、両方が可能です。解釈方法については、2.5.2.2を参照してくださいGTRasterTypeGeoKey
。GeoTIFFのFAQが示唆デフォルト(使用PixelIsArea
GDALの旧バージョンとの互換性のために、そのタグの)値。
世界のファイル形式は、ピクセルの中心を使用しています。
NITFからの画像チッピング(ICHIPB拡張を使用)は、チッピング(サブセット)画像の最初のピクセルの位置を座標(0.5。0.5)として明示的にエンコードし、それを親(スーパーセット)画像の特定の座標にマッピングします。 2.5、1.5)。