標準化された空間データ交換フォーマットの次の大きなものは？

数か月前、2012年後半に、地理的/空間的データを共有するための新しい標準を設計するためのグループでの協調的な取り組みについて読みました。すべてのデバイスとプラットフォーム間でデータを広く共有するための選択肢として、Esri シェープファイルの表示年齢（20年以上）の事実上の標準を置き換える可能性を持っているか、目指しています。最も差し迫ったシェープファイルの制限に対処するだけでなく、この新しいものにはラスターとメタデータも組み込まれています。

私が覚えていないこの重要なものはSpatiaLiteではありません-未来のシェイプファイルですか？または、シェープファイルを置き換える試みはありますか？しかし、その周りを渦巻く会話の一部は似ていました。今日はこれを追跡するためにかなりの時間を費やしましたが、私の検索フーはタスクに応じていないことが判明しました（これは将来にとって良い兆候ではないかもしれません）。

すべてのワークフローに大きな影響を与える可能性のあるこのとらえどころのないプロジェクトの名前は何ですか？（それが図面から外れると仮定すると、主は私たちが何かを必要としていることを知っています。）そして、どのように、どこで関与するか、少なくともそれを追跡しますか？

おそらく考えているアイデアはGeoPackageです。

バックグラウンド。

この要件の背景は、地図やその他の情報（ポイントまたは関心、ルート、写真、その他の観察）を簡単な「1つファイルはすべてモバイルアプリケーション向けの形式です。元の開発は、Googleグループの公開メーリングリスト（ベクター用とラスタ/タイル用）で行われました。

OGCがOWS-9テストベッドアクティビティを開始すると、開発とプロトタイピングはOGCに移行しました。その理由は少し複雑ですが、それは善意で行われたようです。唯一の問題は、何が起きているかを見るためにOGCの世界に「いなければならない」ことです。2つのGoogleグループリストは基本的に機能していません。

OWS-9が終わりに近づいたとき、OGC（NGAと米陸軍地理空間センターに促された）は、「適切な」仕様を開発するために標準ワーキンググループ（SWG）を作り上げました。OGCにはこれに関する詳細があります。

OGC仕様の開発プロセスは、当初Paul Daiseyが監督していました。それは多くの外部の注目を集めたという点で興味深いプロセスでした。最初の作業はMicrosoft Wordで行われましたが、GitHubでの開発に切り替えました。2017年現在、SWGの議長はJeff Yutzlerです。マークダウンとしてのGitHubのバージョンは公式の仕様ではないことに注意してください-公式リリースから公式リリースに移行する際のソースコードによく似た、進行中の作業です。

テクニカル

仕様を読むのはやや困難です（しかし、実装段階で間違えるのは難しいことです）。曖昧さをなくそうとしますが、良くありません。何が起こっているのかを理解する最良の方法は、テーブルの関係を示す図を見つけることです。しばらくそれをじっと見つめると、もう少し理にかなっているかもしれません。次に、いくつかのサンプルデータを調べます（注：最新の仕様では最新でない場合があります）。

実装

さまざまな実装があります（リンクについては、http：//www.geopackage.org/ Webサイトを参照してください）。免責事項：私はそれらのいくつかに取り組みました。

未来

2017年後半の時点で、コア仕様の開発は遅くなりました。新しいバージョンがありますが、ほとんど違いはほとんどありません。かなりオープンな拡張メカニズムがあります - 不完全なリストについては、http：//www.geopackage.org/extensions.htmlを参照してください。標高の拡張子は、 SWGが働いていることを最初のものだった、と近未来の仕事は上で、関連するテーブルの他のデータ（ランドマークの写真など、または離陸のPDFファイルで地理空間機能をリンクするための方法です、空港への「アプローチプレート」の着陸）。

OGCは、いくつかのメンバー組織（企業、大学）を支援して、テストベッドアクティビティで他の作業を行っています。