@@ -104,8 +104,8 @@ mandatory for short options too.
104104# MIDDLE OPTIONS
105105
106106-i, \- -tablespace-index=TABLESPC
107- : Store all indexes in a separate PostgreSQL tablespace named by this parameter.
108- This allows one to e.g. store the indexes on faster storage like SSDs .
107+ : Store all indexes in the PostgreSQL tablespace ` TABLESPC ` . This option
108+ also affects the tables created by the pgsql output .
109109
110110\- -tablespace-slim-data=TABLESPC
111111: Store the slim mode tables in the given tablespace.
@@ -201,21 +201,22 @@ mandatory for short options too.
201201
202202# PGSQL OUTPUT OPTIONS
203203
204- -i, \- -tablespace-index=TABLESPACENAME
205- : Store all indexes in a separate PostgreSQL tablespace named by this parameter.
206- This allows one to e.g. store the indexes on faster storage like SSDs .
204+ -i, \- -tablespace-index=TABLESPC
205+ : Store all indexes in the PostgreSQL tablespace ` TABLESPC ` . This option
206+ also affects the middle tables .
207207
208- \- -tablespace-main-data=TABLESPACENAME
209- : Store the data tables (non slim) in the given tablespace.
208+ \- -tablespace-main-data=TABLESPC
209+ : Store the data tables in the PostgreSQL tablespace ` TABLESPC ` .
210210
211- \- -tablespace-main-index=TABLESPACENAME
212- : Store the indexes of the main tables (non slim) in the given tablespace.
211+ \- -tablespace-main-index=TABLESPC
212+ : Store the indexes in the PostgreSQL tablespace ` TABLESPC ` .
213213
214214\- -latlong
215- : Store data in degrees of latitude & longitude.
215+ : Store coordinates in degrees of latitude & longitude.
216216
217217-m, \- -merc
218- : Store data in Spherical Mercator (Web Mercator, EPSG:3857) (the default).
218+ : Store coordinates in Spherical Mercator (Web Mercator, EPSG:3857)
219+ (the default).
219220
220221-E, \- -proj=SRID
221222: Use projection EPSG: SRID .
@@ -225,26 +226,27 @@ mandatory for short options too.
225226 middle as well as the pgsql output table names.
226227
227228\- -tag-transform-script=SCRIPT
228- : Specify a lua script to handle tag filtering and normalisation. The script
229+ : Specify a Lua script to handle tag filtering and normalisation. The script
229230 contains callback functions for nodes, ways and relations, which each take
230231 a set of tags and returns a transformed, filtered set of tags which are
231232 then written to the database.
232233
233234-x, \- -extra-attributes
234- : Include attributes for each object in the database.
235- This includes the username, userid, timestamp and version.
236- Note: this option also requires additional entries in your style file.
235+ : Include attributes (user name, user id, changeset id, timestamp and version).
236+ This also requires additional entries in your style file.
237237
238238-k, \- -hstore
239- : Add tags without column to an additional hstore (key/value) column to database tables.
239+ : Add tags without column to an additional hstore (key/value) column in
240+ the database tables.
240241
241242-j, \- -hstore-all
242- : Add all tags to an additional hstore (key/value) column in database tables.
243+ : Add all tags to an additional hstore (key/value) column in the database
244+ tables.
243245
244- -z, \- -hstore-column=KEY_PREFIX
245- : Add an additional hstore (key/value) column containing all tags
246- that start with the specified string , eg \- -hstore-column "name:" will
247- produce an extra hstore column that contains all ` name:xx ` tags.
246+ -z, \- -hstore-column=PREFIX
247+ : Add an additional hstore (key/value) column named ` PREFIX ` containing all
248+ tags that have a key starting with ` PREFIX ` , eg ` \--hstore-column "name:" `
249+ will produce an extra hstore column that contains all ` name:xx ` tags.
248250
249251\- -hstore-match-only
250252: Only keep objects that have a value in at least one of the non-hstore
@@ -254,9 +256,10 @@ mandatory for short options too.
254256: Create indexes for all hstore columns after import.
255257
256258-G, \- -multi-geometry
257- : Normally osm2pgsql splits multi-part geometries into separate database rows per part.
258- A single OSM id can therefore have several rows. With this option, osm2pgsql instead
259- generates multi-geometry features in the PostgreSQL tables.
259+ : Normally osm2pgsql splits multi-part geometries into separate database rows
260+ per part. A single OSM object can therefore use several rows in the output
261+ tables. With this option, osm2pgsql instead generates multi-geometry
262+ features in the PostgreSQL tables.
260263
261264-K, \- -keep-coastlines
262265: Keep coastline data rather than filtering it out. By default objects
@@ -265,7 +268,8 @@ mandatory for short options too.
265268 will be used for the coastline data.
266269
267270\- -reproject-area
268- : Compute area column using spherical mercator coordinates.
271+ : Compute area column using spherical mercator coordinates even if a
272+ different projection is used for the geometries.
269273
270274\- -output-pgsql-schema=SCHEMA
271275: Use PostgreSQL schema SCHEMA for all tables, indexes, and functions in
0 commit comments