信頼性の高いフィールド タイプを使用したポータブル GeoPackage 成果物の準備
関連するベクター レイヤーを明確なスキーマ、識別子、座標参照、転送チェックでパッケージ化することで、単一の GIS ファイルが作成者のワークステーションを超えても有用であり続けます。
パッケージの内容を定義する
GeoPackage は、関連する地理空間レイヤーを SQLite ベースのコンテナーに保持できるため、資産目録や測量解釈の引き継ぎに便利です。エクスポートする前に、どのレイヤー、テーブル、およびリレーションシップが一緒に属するかを決定します。単一のファイル名は、その内容が理解できる場合にのみ役に立ちます。明確な名前、ステータス フィールド、および用途を説明するマニフェストを持たずに、ドラフト レイヤーと承認済みレイヤーを混在させないでください。
安定した属性スキーマを設計する
保存されている情報からフィールド タイプを選択します。先頭にゼロが付いている資産識別子には、多くの場合、数値処理ではなくテキスト処理が必要です。測定には明示的な単位が必要です。日付には文書化された規則が必要です。欠損値と意味のあるゼロまたは空の文字列を区別します。安定したプロジェクト識別子をソフトウェアで生成された行識別子から分離して、後続のエクスポートまたは編集によって検査レコードとマップされた資産の間の参照が壊れないようにします。
ジオメトリと座標の定義を確認する
書き込み後にジオメトリの種類、次元、座標の定義、有効性を確認します。ポリゴンを含むことが予想されるレイヤーが、受信者が編集できない混合コレクションになってしまうことはあってはならない。標高値がジオメトリ座標、属性、またはその両方として保存されているかどうかを調べ、違いがある場合は説明します。エクスポートが成功するとアプリケーション固有の解釈がすべて保持されると仮定するのではなく、受信側ソフトウェアでパッケージを検証してください。
保存されたデータをアプリケーションのスタイルから分離する
レンダリング ルール、フォーム、外部写真、プロジェクト設定は、ソフトウェア固有の拡張機能やパッケージ外のファイルに依存する場合があります。それらの依存関係を明示的に特定します。作成者のデスクトップ上の色付きレイヤーは、基礎となるデータがそのまま残されたまま、別の場所でプレーンなシンボルで再度開くことができます。相対リンクの移植性を維持し、必要なアプリケーション サポートを文書化して、個別のプロジェクト ファイルとメディア フォルダーを提供するかどうかを決定します。
転送可能なファイルを閉じてテストする
仮説的な検査ハンドオーバーでは、クリーン コピーを作成する前に、編集を終了し、書き込みアプリケーションを閉じます。新しいフォルダーからそのコピーを開き、既知の資産識別子をクエリし、null 値と日付を検査し、証拠写真へのリンクをテストします。フィーチャ数と代表的なジオメトリをソースと照合して確認します。受信者が編集操作を開始する前に、適切なツールが利用可能なコンテナを検証し、互換性の問題を解決します。
コンパクトなデータ辞書を提供する
識別子、単位、ステータス コード、座標参照、ソースの日付、外部依存関係を定義する簡潔なレイヤー カタログとデータ ディクショナリを提供します。チェックしたアプリケーションのバージョンと使用する拡張機能の制限を含めます。受け入れられると、移植可能で正しく型指定されたデータと再構築可能な関係が確立される必要があります。 GeoPackage はパッケージ化を簡素化しますが、正しい分類、権限のある所有権、またはプロジェクトが記録したことのない監査証跡を自動的に提供するわけではありません。
