前回のメモでは、レーダー データをロードする前にジオメトリをクリーンアップするいくつかの手順について説明しました。 主なアイデアは、侵害された大量のデータをロードするプロセスを経ずに時間を節約することでした。 このノートでは、レーダー データをロードした後にジオメトリを編集する可能性について扱い、一般に 3D プロジェクトで位置決めが非常に優れている必要がある理由を説明します。
レーダーGPRデータの読み込み 
レーダー データをロードするときは、ソフトウェアが内部で使用する補間距離を指定する必要があります。 前述したように、この距離をチャネル間隔の半分より短くしても通常はほとんど意味がありません。
もう 3 つの要素はデータの管理に必要なメモリであり、この距離が直接的に影響します。 図 55 に、2 MB の生データを含む小規模プロジェクトを示します。 データ収集中、ポイントの距離は 11 cm、チャネル間隔は 2 cm でした。 画像は、4 cm、10 cm、0.25 cm のビンに補間されたデータを示しています。 ご覧のとおり、ユーティリティを見つけるには、これらの設定のどれでも問題ありません。 ただし、示されている段階までの後処理のすべてのステップに対応するために必要なディスク容量はまったく異なります。10 cm ビニングの場合は 3.8 GB、2 cm ビニングの場合は 2 GB です。 したがって、この場合は 70 cm に補間することで、元のデータ サイズの 10 倍になりました。 ただし、目に見える利点は無視できるため、生データの 5 倍のディスク容量しか必要としないことを考えると、XNUMX cm ビニングによる内挿は適切な選択であると思われます。
データをインポートするには、いくつかの高度なフィルタリングが必要ですか? いいえ、DC 調整、ワウ解除、またはバンドパスと、Rx-Tx 距離のしきい値と補償を組み合わせれば、必要なのはすべてです。もちろん、生データが高品質であることが前提です。
悪い位置を修正する
以下の図 3 は、車載アレイを使用して実施された調査の一部を示しています。 最も不安定なドライバーでも、図に示すようなトラック ABC を作成することはできません。 このタイプの位置決めエラーは、固定と浮動の間で RTK 座標の変動を許容する場合に一般的です。 修正が失われると、GPS からの出力が予期せず変動します。 
B の前と C の後の位置が適切かどうかはわかりませんが、A の異常から、完全に道に迷ったわけではないと結論付けることができます。 A では、XNUMX つの帯にまたがる連続的な異常があるため、少なくともこれら XNUMX つの帯間の相対位置はその時点では良好です。
図 4 には、データのゲインが若干高くなった、修正アクションの結果が示されています。 現在、B で継続的な異常が発生しており、正しい方向に何かを行ったことを確信できます。 ここで行ったのは主に、B と C の間の位置決めポイントを削除し、オドメーター ホイールをこれらのポイント間の唯一の位置決めデバイスとして残すことでした。
それでは、悪い位置を修正することが可能であると結論付けることができるでしょうか? いいえ、その方向で考えるべきではありません。 軽微なエラーは修正できますが、プロジェクト全体で位置決めが悪い場合、修正するには時間がかかりすぎます。 前のメモで示した、70,000 を超える位置決めポイントを含むプロジェクトを思い出してください。 それらの大部分を修正することは不可能でしょう。
実際には、それを支援する異常がある場合、目に見えて間違った位置決めポイントをいくつか削除し、他のポイントを移動するという制限があります。 ここまで述べてきましたが、商業的には多少の誤差は許容されることが多く、ジオメトリの一部を修正する機能が常に努力に値するとは限らないことにも言及しておく必要があります。
まとめ
多くの場合、補間距離はデータを向上させると考えて短すぎるように選択されますが、実際にはチャネル間隔が最も制限的なパラメータです。 常にチャネル間隔を補間する必要があると言っているのではなく、最終的な画像を向上させるために帯に沿って一見より高い密度を使用する能力を過大評価すべきではないというだけです。 チャネル間隔の半分未満に補間しても大きな利点は見られませんでした。 また、最新のインタラクティブ ソフトウェアを使用すると、一部の測位エラーを修正できることにも気づきましたが、この機能について楽観的すぎる見方には注意してください。 大規模なデータセットではそれは不可能であり、それが可能であるとしても、異常を可視化できるかどうかに大きく依存します。
次のノートでは、解釈とエクスポートの段階の前に行う処理の一部について説明します。