問題タブ [rasterize]

R でポリゴンをラスターに変換する際に大きな問題を抱えています。つまり、属性テーブルには 574 行あります (つまり、FID は 0 ～ 573 です)。データのサブセットはこちらにあります: https://drive.google.com/file/d/1AdTChjerCXopE1-PZIAPp5ZXISdq45i8/view?usp=sharing

ラスターに変換したかったのです。出力ラスターでは、最小値と最大値が 1 と 574 であることがわかります。私が疑うのは、セル内のフィールド ID を取得してはならないピクセル値として取得していることです。セルの値は、カバー ポリゴンから取得する必要があります。どんな助けでも大歓迎です。以下はサンプルコードです。

出力ラスターのプロパティを以下に示します。

PDF を別の ICC カラー プロファイルに変換する必要があります。さまざまな検索とテストを通じて、それを行う方法を見つけました。

• まず、次を使用して PDF を PS ファイルに変換します。

  /li>

• 次に、次のように PS を PDF に変換します (これは、有効な PDF/X-3 ファイルを生成するためです)。

  /li>

ICC プロファイルが組み込まれており、すべてが完全に機能します。唯一の問題は、最終的な PDF 全体がラスタライズされることです。ここでは、開始ファイルにあるすべてのパスとその他のベクトル要素の品質を失います。この PDF には特定のアプリケーションがあるため、ベクトルを維持する必要があります。

ハードウェア アクセラレーションは、Direct2D でサポートされている機能です。これが私の質問です。

私の知る限り、ハードウェア アクセラレーションは、GPU モデル、ドライバー バージョンなどによって制限されます。これの詳細わかる人いますか？つまり、コンピューターが d2d ハードウェア アクセラレーションをサポートしているかどうかを判断する方法です。

下の画像は Chrome ブラウザでキャプチャしたものです。

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スイッチです

私が起こる必要があるのは、異常な行が3/4下になく、後続のすべての行をオフセットしているラスターです。

その異常な行が挿入される原因は何ですか?

これで、.asc に変換して異常な行を編集することで手動で修正できますが、むしろプログラム上の原因を見つけることができます。

すべての助けと配慮に感謝します。これは問題の写真です。緑は作成されたラスター、青は元のデータ ポイントを横切り、挿入された no_data の行、およびその後の下方へのシフトが明確に見られます。ここに画像の説明を入力してください。