静的マップの構築に最適な選択肢：PostGIS、SpatiaLite、Shapefile？

私は通常、静的な地形図を作成します。これはほとんどが印刷されます。OSMとラスターファイル（主に異なるDEM）をよく使用しています。私がマッピングしているエリアが20.000km²を超えることはめったにありません。QGIS、SAGA、GRASSなどの排他的なオープンソースソフトウェアを使用しています。

シェープファイルの問題は知っていますが、処理は簡単です。そして、私はpostgisやSpatiaLiteにはあまり詳しくありません。私はpostgisを試しましたが、それを処理するのに多くの問題がありましたが、SpatiaLiteの方が簡単に思えます。

どう思いますか：シェープファイルを使い続けるか、SpatiaLiteやpostgisなどのデータベースに切り替えますか？私の場合の長所と短所は何ですか？

新しいシステムの採用を検討している唯一の理由が「光沢のある新しいシステムがあるため」である場合は、それを行わないでください。シェープファイルの制限で実際に問題が発生するまで、またはpostgis / spatialite /の特定の機能を利用するまでは、変更する必要はありません。マップの設計と作成を続けます。

遅かれ早かれ、シェープファイルの問題が頭に浮かび、それがそれらに対処する時です。新しい光沢のあるシステムは、さらに新しく、より輝きます。

「あちらこちら」で何が起こっているかを監視し、時々試してみるのは良い考えですが、具体的な具体的な利点が得られるまで、制作ワークフロー全体の変更に投資しないでください。さもなければ、ガレージで車をいじくり回して何ヶ月も（何年も）過ごすのがあまりにも簡単で、実際にはどこにもドライブに行きません。

Spatialiteは、ローカルでの使用が高速であるため興味深いかもしれません。あなたはそれをあなたのマシンのRAMに直接ロードすることができ、それはただ1つのファイルなので、それは本当に移植可能で共有可能です。ジオメトリにRツリーインデックスを作成できます。

PostGISと同様に、SpatialiteはOGC標準に準拠しており、その機能の多くはPostGISに類似しており、SQLで使用できます。これは、「[...] ESRIシェープファイルの代替形式でもあり、いくつかのレガシー問題（ストレージタイプや列名の長さなど）があります」（PostGIS wiki）。

rasterliteプラグインは、ピラミッドと画像圧縮を使用してラスターデータを管理するためにも非常に高性能です。（rasterlite公式ユーザーマニュアル）

PostGISも良いオプションです。必要なものはすべて揃っています。多くのユーザーが同時にデータを編集する場合や、OSMなどの大きなデータセットをホストする場合は、このオプションが適しています。ちなみに、osm2pgsqlはOSMデータをPostGISにインポートするための信頼できるツールです。

DBを使用する利点（特に）は、クエリにSQLを使用して空間インデックスを作成できることです。さらに、Spatialite、PostGIS、Shapefile形式の間でレイヤーを移行するのは比較的簡単なので、3つを組み合わせて簡単に使用できます。

UPDATE 2019：スタンドアロンのGIS SQLiteデータベースでは、Spatialite ではなくGeoPackageを使用したい

Spatialiteの主な利点は、1つのファイルとして提供され、簡単に共有およびバックアップできることです。Postgisは、あるコンピュータから別のコンピュータにデータを移植するために、より多くの努力を必要とします。

シェープファイルは列名に制限がありますが、非EPSG投影を簡単に処理できます。単純なシェープファイルを使用すると、大量のデータを編集するのが面倒になるので、できるだけ早くスペーシライトに切り替えます。

私はPostgisをOSMデータに使用します。これは、QGISをフロントエンドとして殺すことなく膨大な量のデータを取得でき、応答が速いためです。osm2pgsqlのポリゴン処理は、これまでに見たすべてのosm-to-spatialiteインポーターよりもはるかに優れています。

したがって、私はそれらの3つすべてを使用します。