osm2pgsql - 云端在线

程序：

您的姓名

osm2pgsql - Openstreetmap 数据到 PostgreSQL 转换器。

概要

osm2pgsql [选项] Planet.osm
osm2pgsql [选项] Planet.osm.{gz,bz2,pbf}
osm2pgsql [选项] 文件1.osm 文件2.osm 文件3.osm

商品描述

本手册页简要记录了 osm2pgsql 命令。

osm2pgsql 将数据从 OSM 文件导入到适合
Mapnik 渲染器或 Nominatim 地理编码器。
OSM 星球快照可以从 http://planet.openstreetmap.org/。 部分的
可以使用各个国家的行星文件（“提取物”），请参阅
http://wiki.openstreetmap.org/wiki/Planet.osm.

PBF (ProtoBufBinary) 格式的提取也可从
http://download.geofabrik.de/osm/.

在“slim”模式下操作时（以及在“slim”模式下创建的数据库！）， osm2pgsql 能够
还处理 OSM 更改文件（osc 文件），从而使现有数据库达到
日期。

配置

这些程序遵循通常的 GNU 命令行语法，长选项以
两个破折号 (`-')。 下面是选项的摘要。

-a|--追加
将 OSM 文件添加到数据库中而不删除现有数据。

-b|--bbox
对导入的数据应用边界框过滤器。 必须指定为：
minlon,minlat,maxlon,maxlat 例如 --bbox -0.5,51.25,0.5,51.75

-c|--创建
从数据库中删除现有数据。 这是默认值，如果 - 附加 是不是
指定的。

-d|--数据库名称
要连接的 PostgreSQL 数据库的名称（默认值：gis）。

-i|--tablespace-index 表空间名
将所有索引存储在由该参数命名的单独 PostgreSQL 表空间中。
这允许人们将索引存储在更快的存储（如 SSD）上。

--tablespace-main-data 表空间名
将数据表（非超薄）存储在给定的表空间中。

--tablespace-main-index 表空间名
将主表（非超薄）的索引存储在给定的表空间中。

--tablespace-slim-data 表空间名
将精简模式表存储在给定的表空间中。

--tablespace-slim-index 表空间名
将瘦模式表的索引存储在给定的表空间中。

-l|--拉特隆
以纬度和经度的度数存储数据。

-m|--雇佣兵
将数据存储在适当的球形墨卡托（默认）中。

-E|--项目号
使用投影 EPSG:num

-u|--utf8-消毒
修复错误的 UTF-8 输入数据（存在于 2007 年 XNUMX 月之前的行星转储中）。 添加
大约 10% 的开销。

-p|--前缀前缀字符串
表名的前缀（默认：planet_osm）。

-r|--input-reader 格式
选择输入格式阅读器。 可用的选择是 libxml2 （默认）用于 OSM XML
格式文件， o5分钟 对于 o5m 格式的文件和 铅 对于 OSM PBF 二进制格式（可能不
可在所有平台上使用）。

-s|--修身
在数据库中存储临时数据。 没有这个模式，所有的临时数据都是
存储在 RAM 中，如果您没有足够的内存，则导入将无法成功进行。
使用精简模式，即使在有限的系统上，您也应该能够导入数据
RAM，尽管如果您没有足够的 RAM 来缓存至少所有节点，
导入数据的时间可能会大大增加。

- 降低
导入完成后，从数据库中删除超薄模式表。 这个可以
大大减少数据库的大小，因为瘦模式表通常是
相同的尺寸，如果不是比主桌稍大的话。 然而，它并没有，
减少导入期间磁盘使用的最大峰值。 它还可以进一步增加
导入速度，因为不需要为超薄模式表创建索引，
（取决于硬件）几乎可以将导入时间减半。 然而，超薄模式表有
如果您希望能够更新数据库，请保持持久性，因为这些表
差异处理需要。

-S|--风格/路径/到/风格
osm2pgsql 样式文件的位置。 这指定从数据中获取哪些标签
导入到数据库列以及哪些标签被删除。 默认为
/usr/share/osm2pgsql/default.style。

-C|--缓存数量
仅适用于超薄模式：最多使用 num 多 MB 的 RAM 来缓存节点。 给予
osm2pgsql 足够的缓存来存储所有导入的节点通常会大大增加
导入速度。 每个缓存节点需要 8 个字节的缓存，加上大约 10%
- 30% 的开销。 对于当前具有约 3 亿个节点的 OSM 全行星导入，
如果您有足够的 RAM，那么好的价值应该是 27000。 如果你没有足够的内存，它
使 osm2pgsql 接近全部可用的 RAM 量可能是有益的。
默认为800。

--缓存策略策略
osm2pgsql 可以使用多种不同的模式来组织其节点
缓存在 RAM 中。 这些针对数据的不同假设进行了优化，并且
可用的硬件资源。 目前可用的策略是 密, 分块,
疏 和 优化. 密 假设节点 id 号密集，
即范围内只有几个 ID 丢失/删除。 对于行星提取物，这是
通常情况并非如此，这使得缓存非常低效且浪费 RAM。 疏
假设数据中的节点 ID 没有密集打包，大大增加了缓存
这些情况下的效率。 如果节点 ID 密集排列，如完整
行星，此策略在索引缓存方面具有更高的开销。 优化 使用
不同范围的 ID 空间的密集和稀疏策略。 在一个街区
以块为基础，它尝试确定存储块是否更有效
稀疏或密集模式下的 ID。 这是默认设置，通常应该使用。

-U|--用户名
PostgreSQL 用户名。

-W|--密码
强制密码提示。

-H|--host 主机名
数据库服务器主机名或套接字位置。

-P|--端口号
数据库服务器端口。

-e|--expire-tiles [min_zoom-]最大缩放
创建一个瓷砖到期列表。

-o|--expire-输出 /path/to/expire.list
过期磁贴列表的输出文件名。

-o|--输出
指定要使用的输出后端或数据库架构。 目前 osm2pgsql
支持 pgSQL的, 地名 和 空. pgSQL的 是默认的输出后端/模式
并针对 Mapnik 渲染进行了优化。 地名 是一个优化的数据库模式
地理编码并由 Nominatim 使用。 空 不写任何输出，只是
对测试有用。

-x|--额外属性
包括数据库中每个对象的属性。 这包括用户名，
用户 ID、时间戳和版本。 注意：此选项还需要其他条目
在您的样式文件中。

-k|--hstore
将没有列的标签添加到 PostgreSQL 的附加 hstore（键/值）列
表。

-j|--hstore-全部
将所有标签添加到 PostgreSQL 表中的附加 hstore（键/值）列。

-z|--hstore-column 键名
添加一个额外的 hstore（键/值）列，其中包含所有以
指定的字符串，例如 --hstore-column "name:" 将产生一个额外的 hstore 列
包含所有 name:xx 标签

--hstore-仅匹配
只保留在其中一列中具有值的对象（正常操作
--hstore 是保留所有对象）。

--hstore-添加索引
在导入期间为 hstore 列创建索引。

-G|--熔化-几何
通常 osm2pgsql 将多部分几何图形拆分为单独的数据库行
部分。 因此，单个 OSM id 可以有几行。 有了这个选项，
PostgreSQL 而是在 PostgreSQL 表中生成多几何特征。

-K|--保持海岸线
保留海岸线数据而不是将其过滤掉。 默认情况下自然=海岸线
基于后处理海岸线的假设，标记数据将被丢弃
将使用检查器形状文件。

--排除-无效-多边形
OpenStreetMap 数据是根据节点、方式和关系定义的，而不是在
实际几何特征的术语。 因此 Osm2pgsql 尝试构建 postgis
此数据表示中的几何图形。 然而并不是所有的方式和关系
对应于有效的 postgis 几何图形（例如自相交多边形）。 经过
默认 osm2pgsql 尝试使用自动修复这些几何图形 ST_缓冲区(0)
围绕无效多边形。 使用此选项，无效的多边形只是简单的
从数据库中删除。

--未登录
使用 postgresql 的未记录表来存储数据。 这需要 PostgreSQL 9.1 或
以上。 写入未记录表的数据不会写入 PostgreSQL 的预写
log，这使得它们比普通表快得多。 然而，他们是
非崩溃安全：未记录的表在崩溃后自动截断或
不干净的关机。

--number-processes 数量
指定用于某些操作的并行进程数。 如果磁盘
足够快，例如如果你有一个 SSD，那么这可以大大提高速度
一个上的“过未决方式”和“过待决关系”阶段
多核服务器。

-I|--禁用并行索引
默认情况下，osm2pgsql 并行启动所有表上的索引构建
提高性能。 这在慢速磁盘上可能是不利的，或者如果您没有
足够的内存供 PostgreSQL 执行多达 7 个并行索引构建过程
（例如，因为maintenance_work_mem 设置为高）。

--flat-nodes /path/to/nodes.cache
flat-nodes 模式是一种单独的方法来存储纤薄模式节点信息
盘。 不是将此信息存储在主 PostgreSQL 数据库中，而是
模式创建自己单独的自定义数据库来存储信息。 作为这个
自定义数据库具有关于要存储的数据的应用程序级别的知识，而不是
通用，它可以更有效地存储数据。 存储节点
整个星球的信息在 PostgreSQL 中需要大约 100GB，相同的数据
使用平面节点模式仅存储约 16GB。 这也可以提高速度
应用差异文件。 此选项激活平面节点模式并指定
数据库文件的位置。 它是一个大于 16GB 的大文件。 该模式仅
推荐用于完整的行星导入，因为它不适用于小提取物。
默认是禁用的。

-h|--帮助
帮助信息。
添加 -v 显示支持的投影。

-v|--详细
详细输出。

支持的 投影

Latlong (-l) SRS：4326（无）
球面墨卡托 (-m) SRS:900913 +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0
+lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +单位=m +nadgrids=@null +no_defs +over
EPSG 定义的 (-E) SRS：+init=epsg:（在参数中给出）

使用 onworks.net 服务在线使用 osm2pgsql