書き込み GNSS 陸上測量メタデータの書き込み
参照システム、機器、方法、制限を説明して、プロジェクトの結果の配信後に座標ファイルを正しく使用できるようにします。
メタデータ 実用的な質問に答える
新しいユーザーが何の番号を認識できない場合、座標表が不完全 代表します。 GNSS Land Survey メタデータは、参照システム、物理ポイントの定義、観測方法、および値の背後にある処理履歴を説明します。 使用中に発生する実際的な質問に答える必要があります。どの高さが提供され、どのユニットが適用され、どのように参照が確立されたか、およびデータセットのどの部分に異なる制限があるか。
作業が進むにつれて、最後に完全に再構築するのではなく、メタデータを書き込んでください。 フィールド イベントと構成の変更は、発生したときに正確に記録するのが簡単です。 プロジェクト テンプレートは役に立ちますが、実際の情報で完成させる必要があります。 使用されている機器や参照の配置と一致しない洗練された一般的な説明は、キャンペーンとその例外の簡潔で正確な説明よりも役に立ちません。
さらに学ぶ GNSS 報告の正確さ、精密さ、不確かさ
座標参照を定義する
水平参照系を特定し、投影法、単位、軸の順序を指定します。 プロジェクトに関連する場合は、参照フレームとエポックを含めます。 GPS 座標などの幅広いラベルは、いくつかの重要な解釈を未解決のままにする場合があります。 ローカル変換が使用される場合は、そのソース、コントロール、および該当する領域を説明してください。 プロジェクト ワークフローで、それを再現するために必要なパラメーターまたは制御された構成を保持します。
高さを個別に説明してください。 提供された値が楕円体、正方形、または別の定義された数量であるかどうかを指定し、使用される垂直方向の参照またはモデルを識別します。 ユニットと既知の制限を含めます。 水平座標系の名前が高さフィールドを説明していると仮定しないでください。 メタデータがその区別を明示しない限り、クライアントは、間違った垂直方向の意味を割り当てている間、正常にテーブルをインポートすることがあります。
物理的に測定されたものを説明する
重要な機能タイプのポイント定義を説明してください。 座標は、カバーの中心、壁のコーナー、ポール チップの接点、またはオフセットを介して導出された点を表します。 フィールド ディクショナリに慣れていないユーザーには、機能コードだけでは不十分な場合があります。 必要に応じて、辞書と例をリンクします。 これにより、正確な数が物理アセットの間違った部分に適用されるのを防ぎます。
制御およびリファレンスの設定には、マークの説明、アンテナの識別、および高さ測定の規則を含めます。 長い一般的な段落に埋め込むのではなく、特定の詳細情報を識別子でリンクしたままにします。 1 つの観測を調査しているユーザーは、物理的なセットアップ レコードに効率的に到達できるはずです。 メタデータ構造は、簡単な概要と、特定のポイントまたはセッションの焦点を絞ったレビューの両方をサポートする必要があります。
機器と方法を記録します
受信機とアンテナのモデル、関連するファームウェアまたはソフトウェアのバージョン、および実際に使用された測定方法をリストします。 リアルタイムの観測と、後で処理された結果または別の承認された方法で接続されたポイントを区別します。 キャンペーン中に機器が変更された場合は、影響を受ける日付または作業区域を特定します。 これらの境界のない単一の機器リストは、解釈や再現性にとって重要な違いを隠す場合があります。
補正の配置と参照座標源を説明してください。 サービスの場合は、個人の資格情報を公開せずにテクニカル ID を保持します。 ローカル ベースの場合は、承認された座標とセットアップの履歴をリンクします。 通信障害の後に使用されるフォールバック ワークフローについて説明します。 これにより、レビュー担当者は、1 つの最終座標テーブルに表示されても、近くにある 2 つのポイントが異なる処理記録を持つ理由を理解することができます。
質の高い証拠を正直に説明してください
独立したチェック、繰り返し測定セッション、および使用される受け入れ基準を要約します。 内部受信者の見積もりは、外部比較とは別にします。 すべての点が固定されたという記述は、完全な品質評価を説明するものではなく、単一の平均チェックの違いが重要な例外を隠している可能性があります。 必要に応じて詳細な結果をリンクし、どの環境または作業区域が検証でカバーされたかを説明します。
具体的な条件での状態の制限。 キャノピーの下で測定された領域、利用できない独立したチェック、または暫定的な参照接続は、その使用の結果とともに特定する必要があります。 方法と証拠なしに、土地調査の等級の正確さに関する漠然とした主張は避けてください。 メタデータは、次のユーザーがデータセットが特定のタスクに適しているかどうかを判断するのに最も役立ち、元の収集目的とは異なるタスクを含めます。
さらに学ぶ GNSS 報告の正確さ、精密さ、不確かさ
処理と改訂の履歴を保持します
提供された値に重大な影響を与える変換、変換、および処理手順を記録します。 安定したリファレンスを使用して、ソース ファイルとソフトウェア構成を特定します。 座標が修正された場合は、その理由を説明し、承認されたプロジェクトの出力から取って代わった出力を区別します。 最終データセットが最初のエクスポートから正しいように見えるように履歴を書き換えないでください。 透明な補正レコードは、説明のつかない最終ラベルよりも効果的に信頼度をサポートします。
観測時間の規則と重要な機器イベントを処理記録とともに保持します。 これらの詳細は、後のレビュー中に生のファイル、写真、修正ログを調整するのに役立ちます。 外部サービスが結果を提供した場合、チームがすべての処理入力を保持することを暗示するのではなく、サービスと利用可能なレポートを特定します。 メタデータは、実際に保存されている証拠を記述し、再現性の境界を明確にする必要があります。
アクセス可能な形式と場所を選択します
簡潔な人間が読める概要と、宛先ワークフローが恩恵を受ける機械可読フィールドを提供します。 プロジェクトの出力の横にメタデータを保持し、サポートするレコードへの安定したリンクを含めます。 あるオペレーターのコンピューター上の一時フォルダーへの参照が、プロジェクトの結果の配信に耐えられる可能性は低いです。 リンクされたドキュメントや写真の入手可能性を含め、クライアントまたは次のチームが実際に使用する場所からパッケージをテストします。
単純な座標エクスポートの場合は、適切に構成された添付のテキスト ドキュメントで十分な場合があります。 大規模な GIS 配信には、データセット レベルと機能レベルのメタデータが必要になる場合があります。 構造を使用するようにスケールしますが、ファイル形式が使い慣れているように見えるため、重要な座標定義を省略しないでください。 ソフトウェアへの正常なインポートは構文テストであり、ユーザーが参照、単位、点の意味を正しく解釈した証拠ではありません。
新しいユーザーの目を通してレビュー
プロジェクトの結果パッケージの配信から、座標系、高さタイプ、承認されたバージョン、品質制限を特定するために、屋外測定作業に慣れていない同僚に尋ねます。 推測する必要がある場合は、メタデータを修正してください。 このレビューでは、フォームに記入されたことを単に確認するのではなく、使いやすさをテストします。 アーカイブに書き込まれなかった決定を覚えているため、元の乗組員には明らかなように思われる欠けている説明が明らかになる可能性があります。
たとえば、排水データセットは、高さが被覆レベル、パイプの高さの内側で最も低い場所、または別の定義された特徴を指し、どの点が直接観察されなかったかを明確にする必要があります。 その情報は、データの分析の使い方を変えることができます。 適切なメタデータは、座標、物理的特徴、および証拠の間の関係を維持します。 元の管制官、乗組員、プロジェクトの会話が利用できなくなった後も、土地調査を理解できるようにします。
プロジェクトが必要とするデータセットに関する質問の連絡先ロールと組織の参照を含めます。 個々のオペレーターが次に進む場合でも、メタデータは役に立ちます。 これは、プライベート アカウント アクセスの詳細とは別にしてください。 技術的な起源とサポートの責任は、パスワードや無関係な個人情報を配布せずに文書化できます。
実践チェックリスト
- 水平方向と垂直方向の定義を別々に述べてください。
- リンクは、メソッド、セットアップ レコード、品質証拠へのリンクを示します。
- 新しいユーザーが推測せずにパッケージを解釈できるかどうかをテストします。
