シェープファイルを置き換える試みはありますか？[閉まっている]

最近、私は多くの時間を費やして、DBFの10文字のフィールド名の制限を満たすために、「25歳以上の学士号以上の市民の割合」などの完全に良いフィールド名を「edbchogtr」のようなものに変換しました。

別のスレッド（Shapefile技術仕様の "Oddities"）で、geospatialpythonは次のようにコメントしています。単純なベクトルストレージまたは独自仕様です。」

Lawhead氏のコメントと相まって、この活動は私が疑問に思っています。

• シェープファイルをGISのユビキタスデータストレージおよび交換形式として置き換える明示的な試みはこれまでにありましたか？
• 競争相手はいますか？
• 競合する形式があった場合、なぜ失敗したのですか？
• Esriはそれらをサポートすることを拒否しましたか、それとも単に物語は技術的な慣性の1つですか？
• 試行されていない場合...なぜですか？

GIS開発者としてもユーザーとしても、私たち自身が少し改善できるように思えます。

これは常に取り上げられるトピックです。正しい答えが得られないかもしれませんが、個人的な意見を述べることができます。

それらがサポートされている理由は、それらに関するいくつかの特性に起因している可能性があるため、いくつか言及します。

• まず、仕様があります。つまり、私は30代前半で、このことは10代の頃から存在していました。したがって、この仕様はしばらく前から存在していると言っても安全です。もちろん、公開されている他の形式もいくつかありますが、この形式の違いは...

• 比較的簡単です！DBF Formatの上に構築されており、当時はすでに存在し、いくつかのプラットフォーム/ OSで広くサポートされていました。この形式の半分（DBF部分）を読み取ることができるパーサーが既にあったため、追加機能のサポートが容易になりました。ジオメトリがありますか？確かにそれをシリアライズして書いてください。できました。カバレッジと比較してください！トポロジクリーンが行うことを簡単な言葉で誰かに説明してみてください。トポロジ的にクリーンなカバレッジを記述することは簡単ではありません。

• 最も重要なことは、シェイプファイルが今でも人気を博している一番の理由は、それらがオープンソースとプロプライエタリの両方のシステムで同様にサポートされているからだと思います。シェープファイルをサポートしていないGISを知っていますか？！？前代未聞。

代わりに、File GeoDatabasesとSpatialiteの話を聞きます。両方の形式は、機能、柔軟性、速度などの点で、シェープファイルと比較して非常に優れています。独自の方法で、彼らは異なる分野でお互いをより良くする特定の事柄を持っていますが、spatialiteとFileGDBの比較は確かにこの質問の範囲外です。

この形式のいずれかがShapefilesを置き換えると思いますか？彼らの現在の化身ではありません。

どうして？

技術的な議論のためではなく（結局のところ、その点で優れていたと言っていました）、他の何かのために：ライセンス。

それで彼らの問題は何ですか？

FileGDB：

FileGDBは、新しいFileGDB APIを通じて相互運用性を提供します。それにもかかわらず、このAPIはバイナリ形式で提供されますESRIによる。これは仕様ではありません。過去にGeoDatabaseチームで働いたことがありますが、私はすべてのスズ箔ハットを身に着けた陰謀理論家とは対照的に、これはまったく悪意のあるものではないことを伝えることができます。これは、GeoDatabaseの内部がリリースごとに変わるためです。完全な仕様を公開するには、基本的にすべてを維持する方法の詳細をすべて提供し、毎年のリリースごとにフォーマットの変更を慎重に文書化します。意味がありません。そのため、FileGDB APIは仕様ではありませんが、これらの小さな変更をすべて抽象化します。そして今、それはクロスプラットフォームで使用することができます！気を付けてください、これは大きな前進です！ESRIの保守的な性質を考慮すると、これは間違いなく正しい方向への反応です。

それでも、バイナリのみのサポートは、オープンソースの世界の誰もがあまり幸せにならない。ESRIがサポートしていない場合、どのようにしてLinuxの他のフレーバーにコードを移植して活用するのでしょうか。できません。これがオープンソースを強力にするものであり、今ではこれを利用することはできません。ESRIがDebianのサポートを停止することに決めた場合、それだけです。できました。そして、それを変更するためにできることは何もありません。

Spatialite：

Spatialiteは、SQLiteからすべての無料機能を取得できるため、素晴らしいです。SQLiteはどこでも使用されます。Android Phone、iPhone / iPad、Firefox、Google Chrome、いくつかの商用組み込みデバイスにあります-いつまでも継続できます。本当にジオフォーマットにするために（単なるバウンディングボックス操作を行うのではなく）、PostGISが使用するのと同じジオメトリライブラリGEOSを活用する必要があります。悲しいことに、GEOSはJTSとして知られるさらに素晴らしいジオメトリライブラリに基づいています。JTSのすべてのアルゴリズムは非常に強力であるため、問題は何ですか？

JTSはオープンソースLGPLとしてライセンスされており、LGPLはバイラルライセンスです。JTSはLGPLであり、GEOSはLGPLを意味し、GEOSと静的にリンクされた空間ライトはLGPLを意味します。これはひどい。どうして？オープンソースのライセンスについてあまり説明しなくても、たとえば、iPhoneアプリで空間ライトを使用できないのは、アプリ全体が自動的にオープンソースになるためです（iOSは静的リンクのみを許可します）。どのタイプのGPLライセンスも（合理的に）ESRIのがらくたを怖がらせるので、10フィートの棒でそれに触れることはありません。したがって、世界で最も人気のあるGISシステムであるArcGISは、Spatialiteをネイティブにサポートしていません（おそらくサポートしません）。これにより、実行可能な形式として自動的に削除されます。

したがって、どこでもサポートされている安っぽいシェープファイルに戻ります。

更新：

どうやら私の答えは議論の余地があり、誰かが私の答えの全体の意味を自由に編集して変更し、彼らの視点を置くことは問題ないと判断したほどです。しないでください。あなたが私に同意しない場合、それはまったく問題ありません。別の答えにあなたの意見を投稿して、コミュニティに決定させてください。元の意味を示すために、編集内容を回答にロールバックしました。sqliteが実行可能な形式であると主張する編集済みの回答を読んだ場合に備えて、この更新プログラムを追加しています。

SHP + SHXパーツ自体はそれほど悪くありません。実際の問題はDBFの部分にあります。これは、ユニコードとあらゆる種類の最新のフィールドタイプをサポートする新しい形式で実現できます。問題は、世の中のすべてのソフトウェアでうまくサポートされていることです。

GeoPackageは有望な後継製品です。Spatialiteに似ていますが、OGCからのもので、ArcGISとOGRを含む多くのソフトウェアに採用されています。

公式ホームページhttp://www.geopackage.org/をご覧ください。例：このプレゼンテーション：http : //www.slideshare.net/JeffYutzler/geopackage-swg-overview

少なくともspatialiteには意図があります。たとえば、このプレゼンテーションhttp://www.sourcepole.ch/assets/2010/9/10/foss4g2010_spatialite.pdfを参照してください

一方、失敗した主な理由は、shpが多くのアプリケーションで十分にサポートされており、わずかな欠陥しかないと考えているからです。

他にもこの意見を共有しています：

これは、SpatiaLiteプロジェクトが実装するためのツールを私たちに与えていないからではなく、コミュニティがそれについてあまり気にしないかもしれないからです。SHPは彼らのために機能し、変更する理由はありません。

http://www.spatiallyadjusted.com/2010/09/16/spatialite-is-not-the-shapefile-of-the-future/

Esriファイルジオデータベース、spatialite、およびautodesk sdfの詳細については、http：//www.spatialdbadvisor.com/blog/121/the-shapefile-manifestoをご覧ください。

Esriは、シェープファイルの代わりとして、数年前からファイルジオデータベースを推進しています。

最近では、奇妙なものを隠すAPIを提供しています。

GMLなどのXML方言は、巨大なデータセットを操作するために最適化されたものではありませんが、ソフトウェア間またはプラットフォーム間の交換形式として使用できます。

ライセンスに問題はないと思います（Spatialiteのウイルス特性に関するRagi Yaser Burhumの投稿を参照してください）。必要に応じて既存のパーサーを適応させるのはかなり簡単です。

これを別の観点から見てみると、「学士号以上の25歳以上の市民の割合」の使用が完全に適切なフィールド名であるかどうかはわかりません 。スペースとアポストロフィの混在は処理できますが、コードまたはクエリを記述している場合は、バグが発生する可能性が高くなります。

私の意見では、空間データ配信の将来はWebおよびWebサービスに焦点を当てる必要があり、WFS仕様（GMLを使用）はオープンで確立されています。 GeoJSONは小さく、JavaScriptでの作業が簡単になる場合があります。ただし、圧縮ではサイズは同等です。

また、ESRIのPersonal Geodatabasesに投票したいと思います。悪意のあるMicrosoft形式である場合がありますが、ODBC、SQLクエリ、ビューをサポートし、非開発者が簡単なデータ入力フォームを作成でき、少なくともある程度のデータ整合性チェック（データ型、長さ、一意の値）を含めることができます。