GPR 配列を初めて使用する人は、配列データが同じことを意味すると考えるかもしれません。 これは部分的には真実ですが、考慮すれば、そのようなデータの読み込み、処理、解釈の次の段階を容易にする可能性がある他の詳細もあります。 このメモは、データ収集プロセスとその後の収集されたデータの管理についていくつかのヒントを提供することを目的としています。
データ量と密度:
小規模な 3D プロジェクトには、合計で約 5 GB の生データを保存できます。 現代の標準からすると大きなファイルではないので、メモリースティックを使用して簡単に転送できます。 ただし、データのセキュリティと処理の観点からすると、すべてのデータを XNUMX つのファイルに入れるのは賢明ではありません。 なぜ？ 安価なメモリスティックは転送中にファイルが破損する傾向があり、データが単一のファイル内にあり、オペレータがすぐに気づかない形で影響を受ける場合、これは特に問題となる可能性があります。
したがって、たとえ小規模なプロジェクトでも (可能であれば) 複数の並行したスワスに分割することをお勧めします。 また、データ量はポイント距離に線形であり、ポイント距離の半分はデータ量の 8 倍を意味します。 通常、アレイのチャネル間隔の半分よりも高い密度でデータを収集することには利点がありません。 したがって、チャネル間隔が 4 cm のアレイは、ポイント距離 XNUMX cm に相当します。
ナビゲーション (データ内):
上の図 2 は、生のレーダー データ (約 4.5 GB) に関する限り、かなり小規模なプロジェクトを示していますが、このようなプロジェクトを解釈すると、キロメートルスケールから数メートルまでのナビゲーションを意味し、かなりの量になります。使用中の処理ソフトウェアに対する高い要求。
ポジショニング：
配置は、配列データの収集に関する最大の論点の XNUMX つです。 高精度 RTK-GPS の使用は最も便利で効率的な測位方法であり、これらの理由からトータル ステーションの使用よりも優先されます。 ただし、この利便性は、木陰、高層ビル、または頭上のその他の障害物などによって信号が遮断される領域では効果がありません。 最終的に、使用する測位方法を決定するのは測量環境そのものです。 以下の説明では、RTK-fix のみで十分であり、RTK-fix が失われるとデータ管理に余分な作業が発生することに注意することが重要です。
場合によっては、ポジショニングが不十分なプロジェクトを救済できる場合があります。 ただし、プロジェクトが大規模で測位エラーの割合が高い場合は、修正に貴重な時間を費やすよりも、より適切な測位で再測量した方が経済的である可能性があります。 後の処理を容易にするもう XNUMX つの重要な考慮事項は、データ収集中の位置決め密度の選択です。密度が高すぎると余分な作業が発生する可能性があるためです。 測位プロセスを適切に制御できない場合、データ収集のために現場に配備することはほとんど意味がありません。
データ収集中の急旋回:
フィールドでデータを収集する場合、収集された帯に沿って急旋回または半径を生成する方法でアレイを移動することは完全に実行可能です。 ただし、この種の操作がその後のデータ管理にどのような影響を与えるかを考えておくことは良いことです。 図 3 に示すように、このような半径により、データは外周に沿って大幅に引き伸ばされる一方で、内周に沿って圧縮されることになります。 これが最終的な画像にどのような影響を与えるかは、データの収集方法によって異なります。 たとえば、ポイント距離がデータ収集中に 4 cm に設定され、内挿中に 8 cm に設定されている場合は、機能する可能性がありますが、ポイント距離と同じビン サイズに内挿すると、データに決定的な影響を与えます。 したがって、調査を計画する際には、そのような要素を考慮することが重要です。 このような方向転換が避けられない場合は、これらの地点で収集されたデータが調査全体にとって最も重要でないように調査を構成します。
データの穴
レーダーデータがカバーされていない地域ではどうなりますか? 最新のソフトウェアには、このような空のスペースにデータを補間する機能が備わっていますが、場合によっては、正則化を適用する方が良い選択となる場合があります。 採用されている理論的関数に関係なく、空きスペースが大きすぎる場合、どのソフトウェアもそれを修正できず、その領域は解釈に役に立たなくなります。 もう 4 つのそれほど明白ではない問題は、補間/ビニング機能が処理コンピュータ上のメモリ領域を占有することですが、どの程度まで処理するかは選択した処理ソフトウェアに依存します。 図 XNUMX に示すようなプロジェクトは、非常に大きく、埋められておらず、閉じた領域があるため、処理が難しい場合があります。 もちろん、補間する領域を手動で定義して処理することを選択した場合 (「チャンク化」)、それはいつでも可能ですが、それはかなり古いやり方です。
図 5 は、生のレーダー データが 4.5 GB あるプロジェクトを示しています。これは、上記の図 2 に示したプロジェクトと同じです。ただし、このプロジェクトのレイアウトは、データ管理に関してはるかに優れています。これは、ナビゲーションが簡単で、急な曲がり角がなく、データの穴。
まとめ
最適な計画を立てたとしても、実際のプロジェクトには最適とは言えないデータが含まれる可能性があります。 したがって、最新の GPR アレイ システムからのデータ ボリュームを扱う場合は、問題のあるデータをできるだけ早く削除することを常にお勧めします。 このシリーズの次のノートでは、データ QA/QC のトピックを扱い、データ インポートの選択と管理に役立つツールについて説明します。
