GDAL.rasterize を使用して、ポイントの単純なシェープファイルをラスタライズしています。シェープファイル ポイントは、単純に Xco-ord、Yco-ord、および整数データ値で構成されます。出力ファイルのすべてに問題はありませんが、No_data のみを含む 1 つの行がラスターの約 3/4 にプロセスによって不可解に挿入されたため、それより下の後続の行はすべて南方向に 100m ずれて表示されます。しかし、その異常な行のシェープファイルにデータが存在しますか?
EHDr など、TIFF の代わりに他の形式を作成しようとしましたが、結果はすべて同じでした。
それで、それはメモリ関連だと思って、彼の範囲を減らしてみました
挿入されたヌル行の行の下のみをラスタライズするように範囲を縮小すると、結果の出力は依然としてオフセットされます
挿入されたヌルデータの行の上にのみラスタライズするように範囲を縮小すると、結果の出力は、範囲全体を実行するときと同じように、その部分で問題ありません
列数を減らす程度の薄いスライバーを取りましたが、行を維持すると、同じことが起こりました
だから私はその記憶がもはや関連しているとは思わない
出力ラスターは、100mx100m グリッドの単純な 6256 列 x 12361 行の tiff です。
範囲は 45080,670080,4355,1240255 CRS は EPSG: 27700
これは私が使用したGdal .rasteriseスイッチです
gdal_rasterize -l !fileOUT! -a OP_DATAFIELD -tr 100.0 100.0 -a_nodata -9999 -te 44780.0 4155.0 670380.0 1240255.0 -ot Int16 C:\WorkingMDT\!SHPfileIN!.shp C:\WorkingMDT\!fileOUT!.tiff
私が起こる必要があるのは、異常な行が3/4下になく、後続のすべての行をオフセットしているラスターです。
その異常な行が挿入される原因は何ですか?
これで、.asc に変換して異常な行を編集することで手動で修正できますが、むしろプログラム上の原因を見つけることができます。
すべての助けと配慮に感謝します。これは問題の写真です。緑は作成されたラスター、青は元のデータ ポイントを横切り、挿入された no_data の行、およびその後の下方へのシフトが明確に見られます。ここに画像の説明を入力してください。
