spatialite_osm_map 工具生成的空间方案的含义
Meaning of the spatialite scheme generated by the spatialite_osm_map tool
我使用 spatialite_osm_map 工具从 .osm.pbf 文件生成空间数据库。该过程完成后，数据库中生成了一系列表，如图所示。
我注意到根据名称的前缀有 3 组表：In_、pg_ 和 pt_。我还注意到名称的其余部分对应于 OpenStreetMap 中定义的键。
谁能给我解释一下这些信息在每个组和表中是如何分布的？我搜索了一个解释转换后生成的架构的网站，但我只找到了有关如何使用该工具的信息。
我想你已经找到了这个方案的重点。
它的主要目的是以一种对 GIS 用户来说更直接、更直观的方式提供来自 OSM 的数据。由于这种简单的模式，数据根据 OSM tags (aerialway, aeroway, amenity, etc., you can change the list of tags to be used if you don't need all of them) and according to the type of geometry (pt_* for points, ln_* for lines, and pg_* for polygons) so these tables (which could be directly seen as "layers" by a GIS user) can quickly be styled (for example in a GIS desktop application such as QGIS) 使用简单的规则进行拆分（例如，可以为 pg_natural、[=31 设置 green 等规则=]蓝色表示 ln_waterway 和 pg_waterway，或者只需单击 "pg_building" 层来切换其可见性）。该模式不会保留 OSM 数据库中的所有对象，而只会保留那些为请求的标签构建表的对象。
与存储 OSM 对象的原始方式相反，通过这种提取，您将失去对象之间的关系（例如，在 OSM 中，可以使用相同的 node，作为描述行政边界和道路一部分的关系；在这里你会在 ln_road 中得到一条道路线，在 pg_boundary 中得到一个多边形，但你会丢失它们可能部分共享节点的信息）。值得注意的是，由于最后一点，与原始文件相比，OSM 提取的权重可能相对较高。
所以我想这种方案（这是转换 OSM 数据的其他现有方法之一）为那些不习惯使用 Node、Way 和 Relation elements（例如，在 OSM 中，建筑物可以表示为封闭的 way 或 relation，在这里你会得到这些的 "simply" 多边形各种建筑）。
我使用 spatialite_osm_map 工具从 .osm.pbf 文件生成空间数据库。该过程完成后，数据库中生成了一系列表，如图所示。
我注意到根据名称的前缀有 3 组表：In_、pg_ 和 pt_。我还注意到名称的其余部分对应于 OpenStreetMap 中定义的键。
谁能给我解释一下这些信息在每个组和表中是如何分布的？我搜索了一个解释转换后生成的架构的网站，但我只找到了有关如何使用该工具的信息。
我想你已经找到了这个方案的重点。
它的主要目的是以一种对 GIS 用户来说更直接、更直观的方式提供来自 OSM 的数据。由于这种简单的模式，数据根据 OSM tags (aerialway, aeroway, amenity, etc., you can change the list of tags to be used if you don't need all of them) and according to the type of geometry (pt_* for points, ln_* for lines, and pg_* for polygons) so these tables (which could be directly seen as "layers" by a GIS user) can quickly be styled (for example in a GIS desktop application such as QGIS) 使用简单的规则进行拆分（例如，可以为 pg_natural、[=31 设置 green 等规则=]蓝色表示 ln_waterway 和 pg_waterway，或者只需单击 "pg_building" 层来切换其可见性）。该模式不会保留 OSM 数据库中的所有对象，而只会保留那些为请求的标签构建表的对象。
与存储 OSM 对象的原始方式相反，通过这种提取，您将失去对象之间的关系（例如，在 OSM 中，可以使用相同的 node，作为描述行政边界和道路一部分的关系；在这里你会在 ln_road 中得到一条道路线，在 pg_boundary 中得到一个多边形，但你会丢失它们可能部分共享节点的信息）。值得注意的是，由于最后一点，与原始文件相比，OSM 提取的权重可能相对较高。
所以我想这种方案（这是转换 OSM 数据的其他现有方法之一）为那些不习惯使用 Node、Way 和 Relation elements（例如，在 OSM 中，建筑物可以表示为封闭的 way 或 relation，在这里你会得到这些的 "simply" 多边形各种建筑）。