回答:
OGC Simple Feature SQL仕様に関しては、Spatialiteは単一ファイルの基本に関する唯一のオープンソース実装です。このため（およびその他！）、シェープファイルなどの他のフラットなベクトル形式と比較して大きな利点があります。
「公式」OGRドライバーとしてGDALによって完全にサポートされているため[0]、これは主要なGISデスクトップソフトウェア（これらはすべてユニバーサルGDALを使用）の将来のサポートに対する保証です。
現在、QGISのみが読み取り（および書き込み）を行うことができます。そのため、他の形式にエクスポートせずにソフトウェアから直接読み取り/書き込み可能な交換形式が必要な場合は、QGISを使用していない場合でも最適なオプションではない可能性があります。
ただし、すでに提案したように交換形式が必要な場合は、GDAL / OGR [0]からサポートされている形式を使用してから、空間データベースにインポートして戻すことができます。
私が聞いたように、Spatialiteがトポロジを実装する場合、他の計画形式（たとえばシェープファイルなど）と比較して大きな利点があることに注意してください。
ひっかかったのは、「業界に採用された」と言うときだと思います。大規模な専有GISソフトウェア会社がデータ形式を制御する価値があります。
SpatiaLiteはQGISに最適です。SQLクエリに基づいてマップレイヤーを構築できます。
空間フィーチャと関連テーブルをすべて1つのファイルに結合して交換したい場合は、SpatiaLiteが最適です。機能を属性と交換するだけの場合は、圧縮されたシェープファイルが最善の方法です。
その価値のために、私の投票はすべての人と交換可能な単一ファイルソリューションとしてSpatialiteに行きます。Esriパーソナルジオデータベース（* .mdb）は優れていますが、多くのGISシステムスタック、主にLinuxベースのGISシステムスタックでは動作しません。ファイル形式には多くのユーザーが利用できない独自のMicrosoftデータベースドライバーが必要だからです。他の単一ファイルの救済策は、オンラインサービス、GPSデバイスなど（KML、GPX）などのさまざまな場所からデータを取得するための独自の松葉杖を提供します。または、シェープファイル形式でデータを共有する他のGISユーザーから。dxfおよびdwgおよびその他のCAD形式は、GISユーザーが期待する機能を提供しません。もちろん、多くのサーバーにデータを送信するサーバーにデータを配置する場合、単一のファイル形式は必要ありません。PostGISは、非ファイルデータベース（サーバー）ソリューションになります。
SQLite自体はやや空間的です。OGRはそれへの書き込みをサポートします。SpatiaLite（サポートが不十分）の他に、オートデスクのSDF形式があります。最新バージョンは、実際にはSQLiteファイルです。