いつも同じことの繰り返しだ。測量士は2時間かけて遠隔地まで車を走らせ、機材を設置し、データ収集を開始する――そして、その後1時間は、NTRIP接続の切断やローカル基地局との不安定な通信回線のトラブルシューティングに費やすことになる。あるいは、オフィスに戻ってから、断続的な補正データが原因で地理参照が不正確になっていることに気づくこともある。データ自体は存在するが、その品質は求められる水準に達していないのだ。
私が強く感じたのは、こうした苦労の多くが回避可能だということです。基盤となるGNSSデータは記録されています。SLAM も正常にSLAM 。スキャンも良好です。問題は通信への依存にあり、これは技術的な工夫で回避できるものです。そして、まさにそれがPPKの役割なのです。
RTK（リアルタイム・キネマティック）は、従来からある手法です。これは、データ取得中に基地局からローバーへリアルタイムで補正データをストリーミングすることで機能します。正常に動作すれば非常に優れた手法ですが、現場での安定した低遅延の通信環境に依存するため、遠隔地や、基線距離が長い場所、あるいは地形によって電波が遮られる場所では、その実現は困難です。
PPK（後処理キネマティック）は、このモデルを逆転させたものです。リアルタイムで補正を計算する代わりに、作業中にGNSSの生データを記録し、後で処理します。精度は同等であり、依然としてセンチメートルレベルの測位精度が得られますが、通信環境への依存を完全に排除できます。現場作業と処理作業が切り離されるため、測量の計画や実施方法が大きく変わります。
Aura 内ではどのように機能するのでしょうか？
データ取得中、GNSS受信機は通常通り、LiDAR とともに生のGNSS観測データを記録します。現場から戻ったら、設置したローカルベース局からのデータであれ、近隣のCORS局からのデータであれ、ベース局データを読み込み、RINEX処理ソフトウェアを使用してこれらの補正を処理し、地理参照された軌跡を生成します。 その補正済み軌跡は、Emesent SLAM と融合されSLAM 地理参照され補正済みの点群データSLAM 。
重要な点は、地理参照の品質が、スキャン中の信号の状態に左右されなくなったことです。制御された環境下で処理された、完全なログデータセットに基づいて作業を行うことができるのです。
はい。今回のリリースにおけるPPKのサポートは、地上ベースのスキャンワークフローにのみ適用されます。具体的には、ハンドヘルド、測量ポール、バックパック、または車両搭載の構成で使用する場合です。現在、ドローンでの運用についてはサポートされていません。UAV Hovermap 飛行させる場合、現時点では地理参照ワークフローに変更はありません。
もう一点留意すべき点は、PPKでも後処理のためにベースステーションデータが依然として必要であるということです。スキャン中に自身のベースステーションからデータを記録するか、妥当なベースライン距離内にあるCORSステーションを利用できる必要があります。これによりリアルタイム通信への依存はなくなりますが、基準源が完全に不要になるわけではありません。
遠隔地や地方での測量には最適です。携帯電話の電波状況が不安定な場所や、CORSネットワークがまばらな場所であればどこでも活用できます。また、長距離の測線によりRTKが不安定になりがちな露天掘りや地表採掘の現場で活動するチームからも、多くの声をいただいています。
また、今回のAura 、PPKのサポートAura 留まらない点も特筆すべきです。Commander .3も更新され、PPKワークフローに対応したため、プラットフォーム全体で一貫したエンドツーエンドの体験が実現しました。これは、これらのツールが孤立してではなく、連携して機能するように設計されていることを示す好例です。このハウツー動画では、現場でのデータ取得から点群データ生成に至るまでの、PPK地理参照プロセスの全工程を解説しています。
より広く言えば、これは測量士の方々に、そもそも諦めるべきではなかったもの、つまり、信号の状態にかかわらず、収集したデータが確実に利用可能であるという確信を取り戻す機会を提供するものだと考えています。