ドキュメントの検索
karat

+

K

APIリファレンス ↗

注: 以下の翻訳の正確性は検証されていません。AIPを利用して英語版の原文から機械的に翻訳されたものです。

19 - 地理空間データのライフサイクル

これまで見てきたように、地理空間データは他の行や属性と同じように、表形式データやオントロジーデータに組み込まれます。したがって、ユーザーのデータエンジニアの同僚は、他のFoundryデータに対して行うのと同じライフサイクルプロセスや健康状態の監視を、地理空間データに対しても一般的に適用します。

ただし、同僚は、Foundryの機能であるData Expectationsを利用して、不適切なgeoJSONやジオハッシュを検出できる特殊な、コードベースの健康状態チェックを適用することを選択するかもしれません。例えば、Data Expectationsを利用すると、ユーザーのチームは、{}より少ない場合にビルドを停止するgeoJSON行に対する健康状態チェック、または特定のリンクの10進数値が,で区切られていないジオハッシュ行に対する健康状態チェックを定義することができます。

分析のためにデータセットを使用したいが、地理空間データが希望する形式でない場合はどうすればよいですか?

Foundryのデータ変換アプリケーション、例えばCode Repositoriesは、データエンジニアにラスターデータやベクターデータの変換に役立つ一般的な地理空間ライブラリを提供します。データ変換で使用できる地理空間ライブラリや関数について詳しく知りたい場合は、以下の記事をご覧ください: