GNSS 高さワークフローのジオイド モデルの選択
プロジェクトの水平フレーム、垂直参照、および使用領域に対応するモデルを選択して文書化します。
必要な高さ参照から始めます
正しい問題は、どのジオイド モデルが最新か詳細かということだけではありません。 最初に、プロジェクトに必要な垂直基準と GNSS 楕円体高さの参照を特定します。 ジオイドおよび関連する高さモデルには、特定の定義と使用領域があります。 ある地域またはデータム関係に適したモデルは、別の地域には不適切な場合があります。
責任ある土地調査または測地線機関からプロジェクトの承認された参照情報を入手してください。 国、地方のエンジニアリング、および専門の沿岸高さの要件を明確に保ちます。 一般的な海面の説明では、垂直方向のデータムは完全には定義されていません。 モデルの選択は、ソースの高さと受信者が必要とする標高との間の文書化された関係をサポートする必要があります。
さらに学ぶ 楕円体、ジオイド、標高：高さを一貫させる
ソース楕円体の高さを理解してください
GNSS 参照フレーム、実現、および関連するエポックを調整します。 アンテナの高さの取り扱いと、座標で表される物理的なターゲットを確認します。 ジオイド操作では、誤った基本座標、極の高さ、点の同一性を修正できません。 これらの観測コンポーネントは、モデルが標高の不一致のせいであると非難される前にチェックする必要があります。
元の楕円形の高さは、派生した立面図とは別に利用できるようにします。 これにより、ソースの証拠を失うことなく、後でレビューまたはモデルを更新できます。 サービスまたはコントローラーがすでに垂直方向の操作を適用している場合は、明示的に識別します。 既に変換された高さに別のモデルを適用すると、すべてのファイルにもっともらしい標高値が含まれているように見えるときに、エラーが発生する可能性があります。
モデルの互換性とカバレッジを確認してください
意図したフレーム、垂直関係、地理的範囲、および制限については、公式モデル ドキュメントをお読みください。 プロジェクト領域がサポートされているリージョン内にあることを確認してください。 よく知られた組織によって配布されたモデルが、世界中で使用されることを意図していると想定しないでください。 たとえば、NGS モデルは、特定の米国および地域の参照関係について文書化されています。
Geoid ファイルなどの一般的なラベルだけでなく、モデル名とバージョンを記録します。 必要な入力座標規則と単位を確認してください。 ソフトウェアがいくつかの同様の名前のグリッドを提供している場合は、承認されたワークフローに属するものを確認します。 反復可能なモデルの選択は、利用可能なファイルの利便性ではなく、文書化された目的と互換性に基づいています。
モデル変換とローカル調整を区別する
ジオイドベースの高さ変換とローカル ベンチマーク フィットは異なる操作です。 プロジェクトは承認されたワークフローを通じて両方を使用できますが、その役割は表示されたままである必要があります。 オフセットが一定またはフィットする場合は、より広範な参照非互換性を隠しながら、ローカル チェックを一致させることができます。 単に公開されたジオイド モデルであるかのような調整については説明しないでください。
地域調整の測地基準点、方法、パラメータ、および限界を文書化します。 必要に応じて、独立したチェックを予約してください。 未調整のモデル派生値を処理履歴の一部として保持します。 これにより、後のチームは、提供された標高が公開されたモデル、ローカル プロジェクトの関係、またはその両方の組み合わせを反映しているかどうかを理解できます。
適切な独立したベンチマークでテストする
プロジェクトに適したアイデンティティ、安定性、および参照が適切なベンチマークを使用します。 差異が体系的か空間的に変化するかを評価するために、実用的な場所をいくつか比較します。 プロジェクトの承認された評価方法と基準に従ってください。 単一のベンチマークで問題が明らかになる可能性がありますが、拡張領域全体でモデルの適合性のすべての側面を確立することはできません。
アンテナの高さ、GNSS 処理、ベンチマーク ステータス、および参照定義によって不一致を調査します。 拒否されたチェックと除外の理由を保持します。 1 つのベンチマーク マッチが最も近いという理由だけで、モデルを選択しないでください。 選択したワークフローは、意図した参照と互換性があり、より幅広い証拠によってサポートされている必要があります。
さらに学ぶ 楕円体、ジオイド、標高：高さを一貫させる
フィールドと Office ソフトウェアを一貫して構成する
サポートされているソフトウェア手順を介して承認されたモデルをインストールし、そのバージョンを記録します。 コントローラーおよびオフィス処理ワークフローで代表的なポイントをテストします。 操作の方向と順序、およびソフトウェアが楕円の高さを入力として想定しているかどうかを確認します。 同様のメニュー ラベルは、2 つのアプリケーションが同じ設定を適用することを証明していません。
予想される中間値と最終値を含む小さなテスト データセットを保持します。 ソフトウェアの変更、モデルの交換、または新しいデバイスのセットアップ後に使用してください。 モデル ファイルを使用するために必要な構成および参照情報なしで配布することは避けてください。 システム間で一貫性があるため、同じ観測値が処理されるワークステーションによって異なる標高を受け取ることができなくなります。
プロジェクトの変更に応じたモデル更新の管理
新しいモデル リリースは、アクティブなプロジェクトの立面図をサイレントに変更することを自動的に正当化するものではありません。 責任あるプロジェクトの役割で、互換性、利点、効果を確認します。 代表的なポイントを比較し、影響を受ける製品を特定します。 以前のモデルとリリース履歴を保存して、古い図面や調査を解釈できるようにします。
アップデートが採用されている場合は、Coherent 改訂されたデータセットを発行し、有効なバージョンを文書化します。 関係を特定せずに、さまざまなモデル ワークフローの立面図を、受け入れられた 1 つのサーフェスで混在させないでください。 参照変更は、物理的な動きのように見える可能性があるため、更新プロセスの制御は、調査を繰り返して変更を評価する場合に特に重要です。
標高でモデルの起源を提供
ソースの高さのリファレンス、モデル名とバージョン、ソフトウェア操作、ローカル調整、および独立したチェック結果を提供します。 エリアを指定し、使用制限を設定します。 エクスポートされたテーブルに、明確なフィールド名とユニットを含めます。 受信者は、元のコントローラ ジョブ ファイルだけに頼らずに、標高を生成したモデルを特定できる必要があります。
アーカイブ オリジナルの高さとリリースに使用されるモデル構成。 信頼性の高いジオイド ワークフローは、文書化およびテスト済みの操作を介して、観測された幾何学的高さを定義済みの垂直参照に接続します。 モデルはそのチェーンの一部です。 その有用性は、高解像度の主張や最近の出版物だけではなく、互換性と証拠に依存します。
利用可能な 2 つのモデル ファイルを注意深く比較する
コントローラに同じサイトをカバーする 2 つのジオイド ファイルが含まれているとします。 定義を読み取らずに最もよく知られている標高を生成するものを選択しないでください。 これらは、異なるソース フレームまたは垂直方向のデータを関連付ける場合もあれば、ローカル調整を含む場合もあります。 承認されたプロジェクト ワークフローを通じて、公式ドキュメント、ファイル名、バージョン、およびテスト ポイントの結果を比較します。
選択したモデルが適切である理由を記録し、合意された構成プロセスを通じて、古いオプションをアクティブな使用から削除します。 古い作品を解釈するために必要なときに、それらをアーカイブに保存します。 明確な選択メモは、将来の乗組員が同じ不確実性を繰り返すのを防ぎ、モデルの変更と調査対象の地盤の実際の変化を区別するのに役立ちます。
アクティブな使用からオプションを廃止する場合は、どのヒストリカル ジョブがそれに依存しているかを記録し、アーカイブが再現性を必要とする保護されたコピーを保持します。 コントローラ メニューからモデルを削除すると、将来の混乱が軽減される可能性がありますが、すべてのコピーを削除すると、以前の立面図の調査が困難になる場合があります。 必要に応じて、モデルのソースとライセンスまたは配布情報をアーカイブに保管してください。 構成プロセスは、土地調査のレビュー担当者が古いリリースを理解するのに十分な履歴を保存しながら、屋外測定チームが承認した選択を容易にする必要があります。
さらに学ぶ 楕円体、ジオイド、標高：高さを一貫させる
実践チェックリスト
- モデルを選択する前に、ソースとターゲットの高さの参照を特定します。
- カバレッジ、互換性、モデルのバージョンを確認します。
- 独立してテストし、プロジェクト全体でモデルの更新を制御します。
