実際に測定が意味するもの
GeoJSON は、明示的な幾何学型やプロパティーを用いて機能を表す。 建物のフットプリントはポリゴンまたはマルチポリゴンのままで、センチロイドは異なる分析的な意味を持つ異なるオブジェクトです。 RFC 7946 条約の下で、地理的座標は WGS 84 上で指定された経度と緯度解釈に従う。 JSON がまだ間違った幾何学クラス、誤った座標順、または欠落した穴を含むことができるファイル。 ユーザが実際にリクエストした構文と地理オブジェクトの両方を検証します。
再現可能な作業手順
ソースのジオメトリタイプ、識別子、属性、およびCRSを調べます。 意図したジオJSON コンベンションを明示的に選択し、適切に座標を変換します。 (GeoJSON) ポリゴンリングとマルチパートの関係を保存し、エクスポート後に有効性と境界をテストします。 ホールと複数のコンポーネントの機能が、その場合、テストセットに代表的な機能を保持します。 出力された幾何学を数値的に比較し、視覚的に。 別々の製品が明確に要求され、分類される場合を除き、複雑な機能を遠心分離機とだけ簡単に交換しないでください。
計算と解釈
200平方メートルのメートルの外側リングと20平方メートルの中庭の穴を備えた印象的な建物のポリゴンを想像してみてください。 平面面積は、平面測定下180m2です。 外側のリングのみをエクスポートする。200平方メートルを意味する。一方、エクスポートは領域ジオメトリを完全に排除します。 別々の座標精度の変更は、機能数を変更することなく、頂点を少量ずつ動かすことができます。 これらの例では、要求されたオブジェクトを保存したGeoJSON変換がカウントとファイルの有効性だけを確立できない理由を示しています。
質の点検および失敗の診断
独立したビューアでファイルをリオープンし、ジオメトリタイプを調べ、選択した識別子とプロパティを比較します。 四角の度を四角メートルとして扱うのではなく、適切な計画された領域または地形法を測定します。 ASCII属性以外のテキストとnull値をチェックします。 元のソースを保存し、任意の簡素化またはラウンドを調整します。 小さなWebフレンドリーなファイルは便利ですが、その汎用性許容と幾何学的制限は明示的であるべきであるため、別のアナリストは完全な測定ジオメトリのディスプレイデリバティブを間違いありません。
明示的なデータ契約から始めましょう
意図した幾何学やラスターの意味を書いて、参照システム、水平および垂直単位、範囲を座標化し、変換前の必要な属性を調節します。 ソースファイルを変更せずに保存し、通常の機能と厄介なエッジの両方を含む小さな代表的なテストエリアを作成します。 これにより、実際の故障を露出したケースを保ちながら、素早く動作確認が可能となります。 ファイルの開きが成功したのは、読みやすくチェックだけである。数字、調整解釈、または機能のセマンティクスが転送を生き延ばしたことを実証していない。
数字と外観を調べる
スタイルマップを表示するために、メタデータとサンプルの実際の座標やセル値を読みます。 フライリプロジェクション、自動コントラストストレッチ、および非表示のヌル値では、互換性のないデータセットが説得力のあるものになることができます。 ネイティブの境界、寸法、フィールド定義、および処理前のいくつかの安定したサンプルレコードを記録します。 同じチェックを繰り返します。 ディスプレイの設定は分析値とは別に保存し、カラーランプやスケールの変更が、根本的な地理測定の変化に誤ってはいけません。
リバーシブルな処理シーケンスを使用する
中間出力と名前付けされたオプションを使用して、明示的なステップからワークフローを構築し、各ステップで使用したオプションを記録します。 最初に最小限の意味のあるサブセットをテストし、検証済みのシーケンスをフルに適用する。 実験中の入稿を上書きしないでください。 操作が変更される場合、処理ノートで変更する状態の座標、解像度、幾何学、または数値型を変更します。 逆転性は診断を助けますが、損失の操作が元の詳細を回復できるということは暗黙ではありません。その理由で修正されていないソースを維持してください。
空間的に数値的に検証
外部のロケーション、境界、および不足しているデータを持つ領域でソースと出力を比較します。 逆のエラーが平均してキャンセルできるため、グローバルの要約とローカルのサンプルの両方をチェックしてください。 ベクトルの場合、機能のカウント、識別子、および幾何学的妥当性を検査します。 rasters は、バンド統計、マスク、グリッド寸法、およびサンプル値をチェックします。 結果が異なる場合、差が意図されているかどうかを分類し、結果の丸み、または欠陥を分類します。 単一のマップスクリーンショットに依存するのではなく、代表的な場所の証拠を保ちます。
ダウンストリーム使用に不確実性を運ぶ
保存された小数の場所は、測定精度ステートメントではなく、ストレージの選択です。 認証の精度とは別にソースの不確実性と解像度を保ちます。 運用が補間、一般化、集計される場合、新しいサポートエリアと観測値の仮定について記述します。 後で分析するのは、新しく作成された頂点やピクセルを独立したフィールド観測として扱うべきではありません。 特に、面積、距離、表面差、または小規模な管理ユニット上の統計を計算するときにこの区別が重要である。
ハンドオーバーの自己記述を作る
ソース、作成日、座標系、単位、処理履歴、および既知の制限を識別する簡潔なマニフェストでデータを配信します。 それを解釈するために必要なソフトウェアバージョンと任意の補助リソースを含める。 エクスポートされたファイルを別のリーダーで開き、実用的である場合、いくつかの名前付きテスト機能を確認したり、ソースと調整したりします。 クリーンなハンドオーバーにより、別のアナリストは意図した解釈を再現し、将来の変換を静かに置き換えることを防ぐことができます。 文書化された仮定を便利なアプリケーションデフォルトで置き換えます。
決定を検証するだけでなく、ファイル
受容許容範囲を選択する前に、下流決定を定義します。 概要マップ、繰り返しアンケート比較、およびエンジニアリング測定は、異なる証拠を必要とする間、同様の検索ファイルを使用することができます。 物理的なユニットに許容を記述し、それが適用されるフットプリントを状態にします。 利用可能なチェックが表面タイプや動作条件を覆いていない場合は、そのギャップを明示的に識別します。 これは、条件付き受諾を有用にします。アナリストはサポートされた部分を解放し、調査のためのフラグを立てられた部分を保持し、実際に検討した場所を越えて無声に証拠を拡張することを避けます。
観察から想定を捨てる
測定した量、計算、および仮定を分離する短い解釈のノートを保って下さい。 本記事の数値例は、機構のイラストです。運用決定を行う前に、プロジェクト測定で入力を置き換えます。 不確実な入力のために、防御範囲上の計算を繰り返し、結論が変化するかどうかを確認します。 場合、その入力に対するより良い証拠を得るには、関連のない処理設定を調整するよりも価値があるかもしれません。 代替結果を保持するので、審査官は、選択したワークフローが十分に判断された理由を理解することができます。
マッピングプロジェクトで結果を使う
ドローンマッピングソフトウェアは、その出力が文書化された入力とチェックに接続されたままにする場合、ここで最も便利です。 ドローンCollabプロジェクトは、分析者は、意図した測定のための調整解釈、独立した検証、適合性について責任を保持しながら、1つの処理先として考慮することができます。 (DroneCollab) 製品の名称がサポートや精度を確立するのではなく、実際のプロジェクトで利用可能なインポートとエクスポートオプションを確認します。
