EQUATOR GNSS / BY TECHNOGISドイツ · インドネシア
データと品質

ドローン PPK ワークフローの GNSS ログの調整

ベースの観測、ローバー レコード、露出イベント、参照メタデータを整列させて、後処理を確認して再現できるようにします。

ドローン PPK ワークフローの GNSS ログの調整

フライトの前に必要なファイルをマッピングします

PPK ワークフローは、互換性のある観察結果と、ポジショニング ソリューションと画像キャプチャ イベント間の信頼できる接続に依存します。 モビライズする前に、実際の機器と処理ソフトウェアで必要なファイルをリストします。 これらには、基本観測、Rover GNSS データ、イベント レコード、および画像が含まれる場合があります。 すべてのドローンが同じファイル構造をエクスポートすると仮定するのではなく、製造元のドキュメントを使用してください。

ファイル チェックリストを作成し、短いトライアル コレクションでテストします。 処理ソフトウェアがログを読み取り、意図した画像を関連付けることができることを確認します。 写真と GNSS というラベルの付いたファイルを含むフォルダーは、完全な PPK ワークフローが利用できるという十分な証拠にはなりません。 飛行後に行方不明のイベント レコードを発見しても、意図した関連付けを確実に再構築する方法がなくなる可能性があります。

さらに学ぶ PPK 処理のための GNSS データ準備

基本参照を完全に記録します

基本座標、参照系、関連する座標エポック、アンテナ タイプ、アンテナの基準点、高さを文書化します。 基本位置は、派生ローバー ソリューションに影響を与えます。 正確に処理された相対軌道は、基準座標または高さの規則が間違っている場合でも、正しくない参照を継承する可能性があります。 採用された基本座標のソースと承認のステータスを保持します。

基本観測間隔、開始時間と停止時間、および中断を記録します。 変換前に元の観察ファイルを保存します。 サービスがベース データを提供する場合は、ステーション ID を保持し、ソースとメタデータをダウンロードします。 互換性、カバレッジ、およびプロジェクトの処理要件を確認せずに、近くのステーションを自動的に適切なものとして扱わないでください。

さらに学ぶ GNSS フィールド調査での有用な時間記録の保持

観測時間のカバレッジを調整します

必要なベースとローバーの観測が、機器と処理のワークフローに従って飛行期間をカバーしていることを確認してください。 明確に定義されたタイム システムを使用してタイミングを記録し、元のタイムスタンプを保持します。 GNSS 時間、UTC および現地の市民時間は同一と見なされるべきではありません。 文書化されたソフトウェア ワークフローで必要な変換を処理し、不一致を調査するのに十分なメタデータを保持します。

録音が実際に制作コレクションの前に開始され、計画どおりに継続したことを確認してください。 接続された受信機を示すコントローラー ディスプレイは、処理されていない GNSS 観測データが保存されていることを必ずしも証明しません。 実用的な分野でのファイルの存在と基本的なカバレッジを確認します。 小さな検証手順により、書き込まれなかったログに完全に移行するのを防ぐことができます。

さらに学ぶ 意味を失うことなく、GNSS 土地調査座標を CAD チームに渡す

露出イベントの関係を維持します

イメージ イベント レコードは、カメラの露出を軌道に接続します。 ワークフローが完了するまで、ファイル名、イベント識別子、および元の画像メタデータをそのまま維持します。 画像の名前を時期尚早に変更すると、処理ソフトウェアが予期する関連付けが壊れる可能性があります。 文書化された名前変更が必要な場合は、元の名前から新しい名前へのマッピングを保持します。

機器のワークフローがその解釈をサポートしているという証拠がなければ、ファイル変更のタイムスタンプからイベントのタイミングを推測しないでください。 ファイルのコピー時間とカメラの時計設定は、実際のキャプチャ イベントとは異なる場合があります。 製造元の文書化されたイベント処理に従い、処理された関連付けを調べます。 誤った露出時間に関連する良好な GNSS 軌道でも、不十分なマッピング結果が生成される可能性があります。

さらに学ぶ ドローン マッピングのための GNSS 地理的基準点レイアウトの設計

沿岸付近でGNSS機器を使用する現地測量チーム。
沿岸付近でGNSS機器を使用する現地測量チーム。 · USGS / Public Domain

来歴を失うことなくフォーマットを検証します

未処理の GNSS 観測データを RINEX または別の必要な形式に変換する場合は、コンバータとバージョンを記録します。 変換後のステーション メタデータ、アンテナ情報、観測時間のカバレッジを確認してください。 元のファイルと変換された出力を一緒に保持します。 変換メッセージが成功しても、意図した処理方法に必要なすべてのフィールドまたは信号が保持されたことは証明されません。

選択した処理ツールでサポートされている形式のバージョンを使用し、制限を文書化します。 観測値を手動で編集して、影響を理解せずにファイルを強制的にロードしないでください。 変換の問題が発生した場合は、明確な問題の記録を残し、承認された修正または代替案を使用します。 後のレビュー担当者は、処理の決定と元の観察結果を区別する必要がある場合があるため、来歴が重要です。

さらに学ぶ PPK 処理のための GNSS データ準備

処理された軌道と画像の位置を確認します

最終的な成功メッセージだけを受け入れるのではなく、フライトを通じてソリューションのステータス、ギャップ、および変更を検査します。 出力位置の基準と高さのタイプを確認してください。 意図されたアンテナとカメラの関係とイベントの関連付けが、文書化されたワークフローを通じて適用されたことを確認します。 処理の設定と結果を保存します。

弱い観察または中断の影響を受けた地域を特に注意して調べてください。 適切な対応には、再処理、追加の根拠の証拠、または繰り返し収集が含まれる場合があります。 証拠が異なる場合、すべての画像位置に均一な信頼性を割り当てないでください。 明確なレビューでは、位置決めレポートだけで最終的なオルソモザイクまたは表面モデルを検証するふりをすることなく、軌跡の品質とマッピング製品を接続します。

さらに学ぶ GNSS フィールド調査での有用な時間記録の保持

独立した地上証拠で地図をテストします

プロジェクトの設計に従って、適切な制御と独立した検証ポイントを使用します。 テスト対象のキャリブレーションから独立した検証ポイント座標を保持します。 互換性のある水平方向と垂直方向の参照を比較し、相違点の空間パターンを調べます。 これは、イベントの関連付け、画像のジオメトリ、および処理の選択肢など、完全なワークフローをテストします。

ベース座標、アンテナの高さ、参照変換、およびカメラの位置の完全なチェーンを通して、体系的なシフトまたは垂直バイアスを調査します。 独立した検証ポイントの平均を改善するという理由だけで、説明のつかない最終的なオフセットを適用することは避けてください。 修正が正当化された場合は、その原因を文書化し、リリースされた製品を再評価してください。 証拠は、最終結果が信頼できる理由を説明する必要があります。

さらに学ぶ 意味を失うことなく、GNSS 土地調査座標を CAD チームに渡す

再現可能な PPK パッケージをアーカイブします

元のベース ファイルとローバー ファイル、画像、イベント レコード、変換出力、処理設定、レポートを構造化アーカイブに保存します。 参照定義と採用された基本座標ソースを含めます。 各フライトをその処理の再現に必要なファイルにリンクするマニフェストを使用します。 派生画像位置とマッピング製品のリリース バージョンを保持します。

文書化されたワークフローを通じて代表的なフライトを再度開き、アーカイブをテストします。 ファイル名、相対パス、メタデータが正しく接続されていることを確認してください。 プロジェクトの結果の PPK 配信は、別の資格のあるオペレーターが処理された内容とその理由を理解できる場合に役立ちます。 目標は、衛星観測から画像位置、そして独立して評価されたマップまでの追跡可能なチェーンです。

さらに学ぶ ドローン マッピングのための GNSS 地理的基準点レイアウトの設計

処理前の時間範囲の不一致を解決します

フライト ログの 1 時間後にベース ファイルが開始されるとします。 最初に時間システムを特定し、両方のレコードで規則を表示します。 現地時間の表示は、観測結果がない限り、UTC ベースのレコードと異なる場合があります。 データが使用できないか、ファイル ヘッダーを編集するかを確認する前に、ドキュメント化されたタイムスタンプとソフトウェアの解釈を比較してください。

本物のカバレッジ ギャップが存在する場合は、それを記録して、承認されたワークフロー内で利用可能な代替案を評価します。 観測を作ったり、タイムスタンプを静かにシフトしたりしないでください。 明確な問題記録により、処理チームは、互換性のある別のベース ソース、限定製品、またはリピート コレクションが適切かどうかを判断できます。 元のファイルを保存すると、その決定が行われている間、証拠が保護されます。

不一致を記録する場合は、解釈されたベース、ローバー、およびイメージ イベントの間隔を示す短いカバレッジ プロットまたは表を含めます。 比較に使用された時間規則を述べてください。 これにより、別のオペレーターがすべてのファイルを手動で再度開くことなく問題を確認できます。 元のファイル ヘッダーは、アーカイブ内で変更せずに保持し、変換された表現は別に保存します。 読み取り可能なカバレッジ レコードは、将来の再処理もサポートします。これにより、どの観測結果が利用可能で、どの仮定が元の処理決定に依存したかが明らかになるためです。

さらに学ぶ PPK 処理のための GNSS データ準備

実践チェックリスト

実践チェックリスト

  1. 必要なすべての RAW ファイルとイベント ファイルを試用コレクションで確認します。
  2. ベース座標、アンテナ メタデータ、および時間システムを記録します。
  3. 元のログを保持し、最終的なマップを個別に評価します。
EQUATOR GNSS

GNSS の構成を計画する

EQ10 と EQ20 の受信機仕様を比較し、プロジェクトに必要な構成とサポートをご相談ください。

GNSS 受信機を比較

参考資料

  1. IGS/RTCM — RINEX 4.02 specification
  2. NOAA NGS — User Guidelines for Single Base Real Time GNSS Positioning
  3. ESA Navipedia — RTK Fundamentals