プロジェクトの結果を確実に処理して配信するための GNSS プロジェクト フォルダの整理
明確なフォルダー構造により、元のデータを分離し、入力を処理し、レコードを確認し、プロジェクトの出力を発行して、関係を可視化します。
測定チェーンを中心に整理します
有用な GNSS プロジェクト構造は、証拠がどのようにして受け入れられるプロジェクトのアウトプットになるかに続きます。 元の観察、セットアップ メタデータ、参照情報、処理の実行、品質レビュー、および発行されたファイルは、さまざまな目的に役立ちます。 新しいアナリストがすべてのファイルを開かなくてもプロジェクトを理解できるように、これらの役割を明確に分離します。 目的はトレーサビリティと信頼性の高い再利用であり、スクリーンショットで整然と見えるように設計された複雑な階層ではありません。
組織の実際のワークフローに適合する小さな標準構造から始めます。 各場所に属し、それを維持する人を定義します。 テンプレートは、スタッフが現場やオフィスの圧力の下で一貫して適用できる場合に役立ちます。 あいまいなフォルダーが多すぎると、個人的なショートカットが促進される可能性がありますが、1 つの区別されていないフォルダーは、プロジェクトが成長するにつれて誤って上書きしたり、入力を間違って選択したりする可能性が高くなります。
さらに学ぶ PPK 処理のための GNSS データ準備
元のフィールド データを保護します
元の受信機とコントローラーのファイルを明確に識別された領域に保管します。 実用的な場所に元の名前を保存するか、命名規則で変更が必要な場合は明示的なマッピングを維持します。 それらをマニフェスト内のセッションおよびポイント識別子にリンクします。 オリジナル フォルダーを編集したコピーまたはトライアル エクスポートの場所として使用しないでください。これにより、収集されたものの信頼できる記録としての役割が弱まります。
セットアップ レコード、アンテナ情報、屋外での測定作業中に記録されたメモ、観測との明確な関係を含む関連写真を含めます。 アンテナの高さやマークの同一性を持たない未処理の測定データ ファイルは、正しく処理するのが難しい場合があります。 メタデータを読みやすくし、独自のプロジェクト ファイルに完全に依存しないようにします。 元のコントローラ アプリケーションがすぐに利用できない場合でも、アーカイブは、将来の解釈に十分なコンテキストを保持する必要があります。
さらに学ぶ GNSS 土地調査データの監査証跡を作成します
リファレンスとサポート入力を分離します
参照ステーションの観測、ナビゲーション情報、正確な製品、アンテナ キャリブレーション、およびワークフローで使用される承認済みの座標定義のための制御された場所を作成します。 ソース、カバレッジ、バージョンの識別子を記録します。 受け入れられるソリューションとして実際に選択された入力と、調査中にダウンロードされた候補とを区別します。 もっともらしいファイルの大規模なコレクションは、意図した役割が文書化されていない限り、再現可能な処理セットではありません。
自動的に取得される入力の場合は、マニフェストまたは許可されたコピーを保持します。 プロセッサーの動作を文書化して、後で再実行して別の製品を黙って選択しないようにします。 関連する座標フレームワークに関連付けられたローカル変換、地理的識別子、およびプロジェクト テンプレートを保持します。 その他の添付ファイルへの変更は、元の衛星観測を変更しないままにして、多くの配信された座標を変更する可能性があるため、これらは測定入力です。
処理の実行 安定した ID
実行識別子を使用して重要な処理を試み、設定を保存し、それぞれにマニフェストとレポートを入力します。 初期ソリューション、診断比較、または承認された本番実行など、目的を述べます。 これにより、一時的な調査出力が承認された結果と間違われるのを防ぎます。 最新の変更ファイルは、特にアナリストが古い受け入れられたソリューションを再訪して質問に答える場合に、必ずしも正しいファイルとは限りません。
コピー間の明確な関係なしに、プロジェクト全体を重複させないようにします。 コピーが必要な場合は、その役割と親バージョンにラベルを付けます。 派生した 交換用ファイルは、オリジナルとは別にして、変換またはデシメーションを記録します。 レビュアーは、選択した実行と元の観測への派生入力を通して、ほぼ同一のディレクトリーを手動で比較することなく、座標をたどることができるはずです。
品質レビューを一流のレコードにする
チェックの比較、例外記録、レビューの決定、および受け入れの概要をチェックする場所を提供します。 それらをポイント、セッション、実行識別子にリンクします。 品質テーブルは、評価する座標バージョンを特定する必要があります。 そうしないと、後で処理を変更すると、時代遅れの結果に明らかに完全なレビューが添付され、以前のバージョンのみが評価されたときに最終的なエクスポートが個別にチェックされたという誤解を招くような印象を与える可能性があります。
フォルダをクリーンに見せるために削除するのではなく、拒否された観察結果と置き換えられたレポートを明確なステータスで保存します。 彼らの歴史は、後の解決策が採用された理由を説明できます。 同時に、拒否されたファイルが誤って本番環境に選択されないようにします。 明確な役割のラベルとマニフェストは、使用すべきではない値が 1 つ含まれている特定のスプレッドシートをスタッフに頼るよりも信頼性が高くなります。
さらに学ぶ PPK 処理のための GNSS データ準備
制御名と座標の説明
安定したプロジェクト、セッション、またはバージョン情報を読み取れないようにする名前付け規則を使用します。 final2 や最新のようなあいまいな接尾辞は避けてください。 マニフェストに座標フレームワークのメタデータを組み込み、有用な場合はエクスポート名に含めます。 points.csv という名前のファイルは、地理座標、投影座標、楕円体高さ、またはローカルの構造グリッドが含まれているかどうかの唯一の手がかりであってはなりません。
表形式のエクスポートでは、単位と軸の順序を明示的に保ちます。 一貫した日付と時刻の規則を使用して文書化します。 ファイル形式で完全な座標定義を保持できない場合は、読み取り可能なコンパニオン レコードを含めます。 命名は役に立ちますが、メタデータに代わるものではありません。 パッケージが元のワークステーションの外にコピーされ、周囲のプロジェクト コンテキストが失われた後も、構造は理解できるはずです。
さらに学ぶ GNSS 土地調査データの監査証跡を作成します
作業ファイルを発行されたプロジェクト出力から分離
承認されたパッケージとそのマニフェストのみを含む発行領域を維持します。 組織の通常のプロセスを通じて、課題の識別子、日付、および交替関係を記録します。 稼働中のアウトプットは、レビュー ステータスの他の場所にとどまることができます。 これにより、アナリストが診断座標リストを送信する可能性が減ります。これは、それが最も簡単なファイルであるか、または受け入れられたレポートの横に表示されたからです。
受取人と同じように発行されたパッケージをチェックします。 参照ファイルが存在することを確認し、座標定義を含め、不要な秘密や個人情報は除外します。 適切なソフトウェアで代表的な GIS、CAD、表形式のファイルを開きます。 Tidy ソース フォルダーは、プロジェクトの結果パッケージのコピーされた配信に、最終的な座標を解釈するために必要なすべての依存関係が含まれていることを保証しません。
コラボレーションとバックアップを計画します
複数のアナリストがプロジェクトに取り組んでいる場合は、組織のストレージと明確な編集プロセスを使用します。 同時変更の処理方法と承認されたバージョンの識別方法を定義します。 スタッフが個人の命名規則を使用したり、一般的なレポートを上書きしたりすると、共有フォルダーに競合するコピーが含まれる可能性があります。 構造体は、データセットに 1 人しか触れないと仮定するのではなく、実際のコラボレーション方法をサポートする必要があります。
プロジェクトの価値と保持要件に従ってプロジェクトをバックアップし、その後、リカバリをテストします。 最大の RAW ファイルだけでなく、メタデータと構成を含めます。 承認された変換またはレビュー レコードを持たない復元された観測アーカイブは、プロジェクトの出力を再現できない場合があります。 資格情報を適切なプライベート ストレージに保管し、ワークフローを便利にするためだけに、それらを一般的なプロジェクト パッケージにコピーしないでください。
トレーサビリティ演習で構造をテストします
資格のある人に、発行されたポイントを 1 つ選択してもらい、元の観察、セットアップ情報、処理の実行、および受け入れの証拠を見つけてもらいます。 検索があいまいになる場所を記録します。 この実践的な演習では、フォルダのデザインがディレクトリ名の目視検査よりも実際のレビューをサポートしているかどうかが明らかになります。 調査結果を使用して、不明確な役割を簡素化し、プロジェクトがアーカイブされる前にマニフェストを改善します。
適切なフォルダー構成により、測定チェーンが表示されます。 オリジナルを保護し、制御された処理を維持し、受け入れられた出力を動作する代替手段から分離します。 その結果、どのファイルが信頼できるかを推測するのに費やされ、元のチームが移動した後、将来のアナリストが GNSS データを再現、調査、または再利用できるという信頼感が高まります。
さらに学ぶ PPK 処理のための GNSS データ準備
実践チェックリスト
- 測定チェーンを中心に整理します。
- コラボレーションとバックアップを計画します。
- トレーサビリティ演習で構造をテストします。
