SpatiaLite是唯一一个在空间上启用单个文件/数据库的交换格式吗？

我试图弄清楚是否还有其他可行的空间启用数据交换格式。到目前为止，SpatiaLite似乎是唯一的一个，但尚未被业界采用。

就OGC简单功能SQL规范而言，Spatialite是唯一基于单个文件的开源实现。由于这个原因（以及其他原因！），与诸如shapefile等其他平面矢量格式相比，它具有重大优势。

GDAL作为“官方” OGR驱动程序[0]得到了GDAL的完全支持，这是对将来支持主要GIS桌面软件（它们都使用通用GDAL）的保证。

当前，只有QGIS能够读取（和写入）它，因此，如果您希望从软件直接读取/写入一种交换格式而不导出为其他格式，那么如果您不使用QGIS，那么它仍然不是您的最佳选择。

但是，如果需要交换格式（如已建议的那样），则可以使用GDAL / OGR [0]中支持的任何格式，然后再导入回空间db。

请注意，如我所知，如果Spatialite将实现拓扑结构，则与其他计划格式（例如shapefile）相比，它将具有重大优势。

[0] http://www.gdal.org/ogr/drv_sqlite.html

[1] http://www.gdal.org/ogr/ogr_formats.html

这真的取决于您的需求。我也认为geojson，gml，citygml和google kml也可以视为空间交换格式。

尽管缺少ESRI之外的支持，但个人地理数据库将是一个不错的选择，并且已被业界广泛采用。在采用方面，也可以考虑AutoCAD格式。

我认为这种障碍在于您所说的“被业界采用”。对于大型专有GIS软件公司来说，控制数据格式具有价值。

SpatiaLite可与QGIS完美配合。您可以基于SQL查询构建地图图层。

如果您想将空间要素和相关表格全部合并到一个文件中进行交换，那么SpatiaLite非常有用。如果您只想与属性交换特征，则压缩的shapefile仍然是您的最佳选择。

对于它的价值，我投给Spatialite作为单文件解决方案，可以与所有人交换。Esri个人地理数据库（.mdb）很好，但是不能与许多GIS系统堆栈一起使用，主要是基于Linux的系统，因为文件格式需要许多人无法使用的专有Microsoft数据库驱动程序。其他单一文件补救措施提供了独特的拐杖，可以从各种地方获取数据-在线服务，GPS设备等（KML，GPX）..或其他以shapefile格式收集数据并与您共享的其他GIS用户。dxf和dwg以及其他CAD格式未提供GIS用户期望的功能。当然，如果您要将数据放置在服务器上以供众多用户使用，则不需要单一文件格式。PostGIS将是非文件数据库（服务器）解决方案。

现在，OGC GeoPackage是用于矢量要素和栅格图块标准的空间数据库。但是，您无法在gpkg上执行空间操作/功能/查询。您可以在spacespaceite中创建virtualgpkg，并使用spacespaceite进行这些空间操作。

SQLite本身是空间的。OGR支持对其进行写入。除了SpatiaLite（很少得到支持）之外，还有Autodesk的SDF格式。最新版本实际上是SQLite文件。

http://en.wikipedia.org/wiki/Spatial_data_file