GNSS 調査からの CSV 座標インポートの検証
座標スプレッドシートをマップ ジオメトリに変換する前に、列の意味、単位、参照定義、および識別子を確認してください。
CSV を交換契約として扱います
CSV ファイルには、完全な空間参照システムではなく、区切り文字が含まれています。 インポートする前に、データ ディクショナリを入手し、各列が何を意味するかを判断してください。 東の座標、北の座標、経度、緯度、標高は交換可能なラベルではありません。 ファイルに未処理の GNSS 観測データ、受け入れ位置、または派生座標が含まれているかどうかを識別します。
元のファイルを変更せずに、検査用の作業用コピーを作成します。 ソース、日付、および意図した参照を記録します。 インポートが成功すると、ソフトウェアがテキストを解析できることが示されただけです。 ジオメトリが正しいことを証明するものではありません。 検証は、特にデータがデザイン、資産管理、または別の土地調査のワークフローを提供する場合に、意味と構文をテストする必要があります。
区切り文字、小数点記号、およびテキスト エンコーディングを確認します
フィールドがどのように分離され、どのように 10 進値が書き込まれるかを調べます。 カンマは、あるファイルでは区切り記号であり、別のロケールでは小数点記号を使用できます。 引用文には、区切り記号または改行を含めることができます。 最初に表示されるカンマですべての行を分割するのではなく、適切な CSV リーダーを使用してください。 名前とメモで特殊文字をテストします。
ヘッダー行をチェックし、データ行がフィールド名と間違われていないことを確認します。 必要に応じて、ソースでテキスト エンコーディングを確認します。 インポート後に長文または英語以外の文字を含むいくつかのレコードを確認します。 引用符で囲まれた区切り文字が正しく処理されていないため、ファイルは最初の行で正しく表示されますが、後の行はシフトされます。
座標列と軸の順序を識別します
ジオメトリの列は、表中の位置だけでなく、文書化された意味で選択します。 地理座標の場合、ソースの順序が経度 - 緯度 - 緯度 - 緯度 - 経度かどうかを確認します。 投影座標については、東座標と北座標とその単位を識別します。 数値範囲は明らかな問題を明らかにする可能性がありますが、参照ドキュメントに代わるものではありません。
完全なファイルをインポートする前に、既知の場所をテストし、代表値を比較してください。 正しい国でプロットされたポイントでも、間違ったデータム、ゾーン、またはローカル グリッドを使用する場合があります。 インポートで使用される列マッピングを保持します。 これにより、プロセスが繰り返し可能になり、名前が似ているため、後者のオペレータが別のフィールドのペアを選択できないようになります。
変換前のソース CRS の確立
インポートされた座標に正しいソース参照を割り当てます。 別の出力リファレンスが必要な場合は、ソースが特定された後、文書化された変換を実行します。 ターゲット CR を変更していないソース番号に直接割り当てないでください。 ローカル グリッド パラメータ、データムの実現、および関連するエポックの調整を含めます。 一般的なコードでは、プロジェクト固有のキャリブレーションを説明しない場合があります。
水平方向と垂直方向の取り扱いを明示的に保ちます。 標高柱には、楕円体の高さ、ジオイドから派生した値、ローカル レベル、またはまったく有効な高さが含まれていない場合があります。 その意味を理解せずに、3 番目の座標として使用しないでください。 最終ジオメトリの作成中に適用された変換操作とモデル バージョンを記録します。
識別子と属性タイプを保護
識別子をテキストとしてインポートして、その意味を必要とします。 スプレッドシート ソフトウェアは、先行ゼロを削除したり、長い数値を変更したり、コードのような値を日付として再解釈したりすることがあります。 インポート後にサンプルを元のファイルと比較します。 写真、未処理の測定データ、およびその後の更新をリンクするには、安定した資産と観測の識別子が不可欠です。
自動型の推測をすべて受け入れるのではなく、意図的に数値、日付、およびコード化されたフィールドを定義します。 プロジェクトがそれらの状態を別の方法で使用する場合は、不明な値をゼロまたは空の文字列と区別できるようにします。 必須の属性と重複する識別子を確認してください。 インポート プロセス中に ID フィールドが変更された場合、正しいジオメトリのマップは使用できません。
ジオメトリと品質の証拠を確認する
座標範囲、欠損値、および明白な外れ値を確認します。 ベースマップが必ずしも測地基準点であるとは限らないことを認識しながら、視覚的な健全性チェックに適した参照レイヤーにデータをプロットします。 承認された参照で既知のポイントを比較します。 列またはユニットの問題を示す可能性のある、重複した座標、予期しないクラスター、およびジャンプを探します。
土地調査によって提供された観測方法と品質フィールドを保存します。 内部レシーバーの精度値を独立した精度の主張に変換しないでください。 プロジェクトのルールに従って、暫定的、オフセットから派生した、または拒否されたとマークされたレビュー ポイント。 インポートは、各位置の背後にある証拠を隠す未分化点レイヤーを 1 つ生成するのではなく、これらの区別を保持する必要があります。
エクスポートされた結果をテストし、マッピングを文書化
インポートしたジオメトリを目的の配信形式で保存して、再度開きます。 ポイント カウント、識別子、座標値、フィールド タイプをソースと比較します。 出力が変換された場合、文書化された操作を通じて代表者をポイントします。 別のオペレーターが結果を再現できるように、インポート構成または簡潔なマッピング テーブルを保持します。
除外または修正されたレコードを文書化し、元の値を保持します。 修正には、その点が間違っているように見えたという単なるメモではなく、理由と証拠の証拠が必要です。 ソース ファイルが不完全またはあいまいな場合は、参照を黙って発明するのではなく、明確にするために問題を返します。 これにより、ダウンストリーム ユーザーが、不確かな解釈に基づいて構築された、自信に満ちた外観のジオメトリから保護されます。
ポイント レイヤーと一緒にメタデータを配信します
ソース ファイル、データ ディクショナリ、CRS 定義、高さ規則、インポート マッピング、変換履歴を配信に含めます。 レイヤーが観測値か受け入れ可能な位置かを表します。 未解決の記録と制限を特定します。 受信者は、数字のサイズから単位または軸の順序を推測する必要はありません。
オリジナルの CSV とリリースされた空間データセットを一緒にアーカイブします。 将来のインポートでは、同じように管理されたプロセスを使用するか、変更内容を文書化する必要があります。 信頼性の高い座標のインポートは、小さいながらも重要な土地調査作業です。それは、測定値を変更しながら測定の意味を保持します。 これを簡単なドラッグ アンド ドロップ ステップとして扱うと、ポイントが信頼できる情報を失う可能性があります。
もっともらしいが間違ったインポートを調査します
インポートされたポイントが、予想されるプロジェクトの近くに表示されますが、常にチェックされたコントロールからずれているとします。 座標を編集する前に、ソース参照、ローカル グリッド設定、および変換操作を確認してください。 値が変換されずにターゲット CR に割り当てられているか、プロジェクトのキャリブレーションが欠落している可能性があります。 見た目が小さい場合でも、基本的な参照の不一致を反映する可能性があります。
承認された定義を使用して、いくつかのソース レコードを個別にテストします。 調査中は、元のファイルとマッピングを変更しないでおく。 原因が確認されたら、個々のポイントを目を動かすのではなく、一貫してインポートまたは変換を再実行します。 これにより、反復可能な修正が生成され、一部の座標が文書化されたワークフローに従う一方で、文書化されていない手動編集が含まれるデータセットが回避されます。
ワークフローが修正されたら、レコード数と非空間属性と位置のサンプルを比較します。 再実行すると、さまざまな自動インポート設定によって誤って識別子や日付タイプが変更されているときに、参照の問題が解決する可能性があります。 テキストと数値フィールドの選択を含め、完全なマッピングを保持します。 置き換えられたバージョンと修正の原因を特定するメモを付けて、置換レイヤを発行します。 これにより、ダウンストリームのユーザーは、古いジオメトリを新しい属性と混合したり、表示設定のみが変更されたと仮定したりすることができなくなります。
実践チェックリスト
- インポートする前に、列の意味、軸の順序、および単位を確認してください。
- 自動スプレッドシート変換から識別子を保護します。
- 出力を再度開き、インポート マッピングを保持します。
