GNSS ローバーの NTRIPP マウントポイントの選択
修正ストリームを、フィールド プリセットとして保存する前に、ローバー、土地調査エリア、および参照要件に合わせてください。
ストリーム名は出発点です
ntrip マウントポイントは、キャスターから入手可能なストリームを識別します。 名前には、ソース、形式、またはサービスに関する手がかりが含まれている場合がありますが、命名規則は普遍的ではありません。 プロジェクトの場所に似た短いラベルは、ストリームが適切であることを証明しません。 プロバイダの説明を取得し、それをジョブ構成に合わせて保持して、選択したストリームが何を提供するかを乗組員が理解できるようにします。
NTRIP は GNSS データを転送します。 それ自体は、座標参照系を定義したり、土地の調査の精度を保証したりするものではありません。 キャスターは、さまざまな処理方法でさまざまな種類の情報を配布できます。 コントローラーに資格情報を入力する前に、ローバーが RTK、特定のネットワーク サービス、または別の修正タイプの観測を必要とするかどうかを確認します。 選択は、リスト内の名前の順序ではなく、位置決めワークフローに従う必要があります。
データの互換性を確認してください
ストリーム形式とサポートされているメッセージを Rover のドキュメントと比較してください。 受信者が配信されたコンテンツを使用できない場合でも、接続が成功する可能性があります。 衛星の星座、信号のサポート、メッセージの種類はすべて重要です。 新しい形式のラベルがすべてのレシーバーを自動的に改善すると思い込まないでください。 有用な組み合わせは、Source と Rover の両方でサポートされ、プロジェクト チェックで検証されたものです。
互換性テストに使用されたレシーバー モデルとファームウェアを記録します。 別の乗組員が別のモデルを使用している場合は、検証なしでプリセットをコピーするのではなく、その組み合わせを個別にテストしてください。 承認された構成の短いリストを保持します。 これにより、オペレーターが、接続に成功しているが、意図した測位方法をサポートしていないストリームに切り替えることによって、通信の問題を解決する可能性を減らします。
さらに学ぶ GNSS 補正リンクの無線視界を計画しています
参照の配置を理解してください
ストリームが物理的なリファレンス ステーションまたはネットワーク ソリューションとどのように関連しているかをプロバイダーに尋ねます。 一部のサービスは、適切なデータを選択または生成するために、ローバー ポジション メッセージに依存しています。 必要なクライアントの動作と、送信されるおおよその位置が現在かどうかを確認します。 以前のプロジェクトから保持されていた古い場所は、認証が機能している場合でも、サービス選択プロセスを混乱させる可能性があります。
座標参照情報と関連するサービスの制限を取得します。 提供される参照フレームとエポックを含め、プロジェクトで高さがどのように処理されるかを理解します。 ストリームは、座標チェーンの一部にすぎません。 適切なマウントポイントと不適切な変換またはジオイド モデルを組み合わせても、意図したプロジェクトの出力と一致しない座標が生成されます。
実際のサイトをテスト
生産中に使用されるデバイス、モバイル ネットワーク、およびアプリケーションを使用して、作業エリアで接続します。 使用可能なデータが到着したことを確認し、補正年齢、ソリューションの状態、および利用可能な診断を検査します。 接続インジケータが緑色になったときに停止するのではなく、既知のポイントをテストします。 ポイント比較では、キャスター接続以外の構成の選択を含め、ワークフロー全体が評価されます。
プロジェクトが広い範囲または障害物のあるエリアをカバーしている場合は、代表的な場所でテストを繰り返します。 マウントポイント、キャスター アドレス、接続時間、および観察結果を文書化します。 クレデンシャルは共有スクリーンショットから除外します。 有用なテスト レポートは、アカウントのパスワードを非公開のままにしている間、ストリームを正確に識別します。 これにより、Land Survey アーカイブを公開されたアクセスの詳細のコレクションに変えることなく、後でトラブルシューティングを可能にします。
さらに学ぶ GNSS 機器間の RTCM の相互運用性の確認
接続と認証の失敗を区別する
ログインが拒否され、使用できないマウントポイントと接続されているが使用できないデータ ストリームには、異なる応答が必要です。 クライアント メッセージを読み、関連するエラー テキストを保持します。 レシーバーの設定を変更する前に、キャスター アドレスとポートを確認してください。 アカウントが別の承認されたマウントポイントで動作する場合、ローバーを繰り返しリセットするのではなく、選択したサービスへのアクセスが含まれているかどうかをプロバイダーに尋ねます。
SourceTable が利用可能な場合は、ディスカバリー エイドとして使用し、サービス ドキュメントで詳細を確認します。 この表は、参照座標、運用条件、またはアカウントの権限に関するすべての質問に答えるものではありません。 時間、クライアントのバージョン、失敗の段階を含む簡潔なサポート ノートを維持します。 その情報は、受信者が単に修正しないという報告よりも実行可能です。
生産時の制御変更
承認された選択をジョブ レコードの一部として保存し、乗組員がそれを認識できるように訓練します。 マウントポイントが変更された場合は、古い値と新しい値、および変更理由を記録します。 両方が RTK 補正として記述されている場合でも、異なるストリームは異なる参照配置を持つ場合があります。 スイッチは、単にネットワーク再接続としてではなく、座標チェックが必要な構成変更として扱います。
オリジナルのプリセットをすぐに上書きしないでください。 以前の観測でサポートされていたストリームをオフィスが再構築できるように、コピーを保存します。 移行時期をマークし、その周辺の生産ポイントを特定します。 新しいチェックに同意しない場合は、原因が理解されるまでデータセットの結合を停止します。 透過的な移行レコードは、数人の乗組員が終了した後に発見された原因不明のオフセットよりもはるかに簡単に解決できます。
さらに学ぶ GNSS 補正リンクの無線視界を計画しています
有用なフィールドプリセットを維持する
キャスター ホスト、ポート、マウントポイント、認証方法、および必要なローバー ポジション出力をプライベート コンフィギュレーションに含めます。 公開技術の説明は、パスワードとは別に保管してください。 インポートした接続プロファイルが別のアプリケーションから提供された設定を省略する可能性があるため、コントローラーの更新または機器の交換後にプリセットを確認します。 名前を保存するだけでは、接続を再現するのに十分ではありません。
プロバイダーがサービスの変更を発表したら、プリセットを確認します。 プロジェクトが継続性を必要とする場合は、テストされた代替案を保持しますが、プライマリ ストリームと同じくらい慎重に参照と互換性を文書化してください。 マウントポイントの選択は、使用可能な修正、適切な座標、および反復可能なフィールド チェックにつながる場合に成功します。 最も強力な証拠は、それが使用される場所での観測によってサポートされた記録された作業構成です。
承認されたマウントポイント レコード
有用なマウントポイント レコードは、短いプロジェクト シートに収まります。 キャスター、ストリーム名、プロバイダーの説明、必要なクライアントの動作、テストされたローバーのバージョンを識別し、参照情報を調整します。 サイト チェックの日付と結果を追加します。 一般的なテクニカル シートではなく、プライベート アクセス構成にパスワードを保持します。 別のオペレーターは、正しいストリームを認識し、関係のないアカウント シークレットにアクセスすることなく、その役割を理解できるはずです。
プロバイダがストリームを置き換えるか、名前を変更する場合は、古いレコードを保存して、新しいリビジョンを作成します。 生産を続ける前に、適切な時点で完全なワークフローを再確認してください。 名前を変更したサービスは、技術的に同等である場合がありますが、同等の名前に基づく推測ではなく、プロバイダーの情報と現場の証拠から得られるものである必要があります。 このレコードは、便利な保存接続と、参照の意味と観測されたパフォーマンスがわかっている承認された土地調査構成から分離するため、価値があります。
パスワードを埋め込まずに、承認されたサービス ロールを含む認識可能なプリセット名を使用します。 基になる接続を編集した後も、表示名が変更されない可能性があるため、テクニカル レコードに正確なマウントポイント値を保持します。 プロジェクトの結果の配信中に、保存された値をラベルだけを信頼するのではなく、承認されたレコードと比較します。
さらに学ぶ GNSS 機器間の RTCM の相互運用性の確認
実践チェックリスト
- ストリームのコンテンツとローバーの互換性を確認します。
- リファレンス情報と必要なローバー位置メッセージを記録します。
- マウントポイントの変更後、既知の座標を確認してください。
