InglesPransesEspanyol

OnWorks favicon

osm2pgsql - Online sa Cloud

Patakbuhin ang osm2pgsql sa OnWorks na libreng hosting provider sa Ubuntu Online, Fedora Online, Windows online emulator o MAC OS online emulator

Ito ang command na osm2pgsql na maaaring patakbuhin sa OnWorks na libreng hosting provider gamit ang isa sa aming maramihang libreng online na workstation gaya ng Ubuntu Online, Fedora Online, Windows online emulator o MAC OS online emulator

PROGRAMA:

NAME


osm2pgsql - Openstreetmap data sa PostgreSQL converter.

SINOPSIS


osm2pgsql [pagpipilian] planeta.osm
osm2pgsql [pagpipilian] planeta.osm.{gz,bz2,pbf}
osm2pgsql [pagpipilian] file1.osm file2.osm file3.osm

DESCRIPTION


Ang manu-manong pahinang ito ay nagdodokumento ng maikling osm2pgsql utos.

osm2pgsql nag-import ng data mula sa (mga) file ng OSM sa isang database ng PostgreSQL na angkop para sa paggamit ng
Mapnik renderer o ang Nominatim geocoder.
Maaaring ma-download ang mga snapshot ng planeta ng OSM mula sa http://planet.openstreetmap.org/. Bahagyang
Ang mga planeta file ("extract") para sa iba't ibang bansa ay magagamit, tingnan
http://wiki.openstreetmap.org/wiki/Planet.osm.

Ang mga extract sa PBF (ProtoBufBinary) na format ay makukuha rin mula sa
http://download.geofabrik.de/osm/.

Kapag tumatakbo sa "slim" mode (at sa isang database na ginawa sa "slim" mode!), osm2pgsql maaari
iproseso din ang mga file ng pagbabago ng OSM (mga osc file), sa gayon ay nagdadala ng isang umiiral na database hanggang sa
petsa.

Opsyon


Ang mga program na ito ay sumusunod sa karaniwang GNU command line syntax, na may mahabang opsyon na nagsisimula sa
dalawang gitling (`-'). Ang isang buod ng mga opsyon ay kasama sa ibaba.

-a|--idagdag
Idagdag ang OSM file sa database nang hindi inaalis ang umiiral na data.

-b|--bbox
Maglapat ng filter ng hangganan ng kahon sa na-import na data. Dapat tukuyin bilang:
minlon, minlat, maxlon, maxlat hal --bbox -0.5,51.25,0.5,51.75

-c|--lumikha
Alisin ang umiiral na data mula sa database. Ito ang default kung --dugtungan Hindi
tinukoy.

-d|--pangalan ng database
Ang pangalan ng database ng PostgreSQL upang kumonekta sa (default: gis).

-i|--tablespace-index tablespacename
Itabi ang lahat ng mga indeks sa isang hiwalay na PostgreSQL tablespace na pinangalanan ng parameter na ito.
Nagbibigay-daan ito sa isa na hal. iimbak ang mga indeks sa mas mabilis na imbakan tulad ng mga SSD.

--tablespace-main-data tablespacename
Itabi ang mga talahanayan ng data (hindi slim) sa ibinigay na tablespace.

--tablespace-main-index tablespacename
Itabi ang mga indeks ng mga pangunahing talahanayan (hindi slim) sa ibinigay na tablespace.

--tablespace-slim-data tablespacename
Itabi ang mga talahanayan ng slim mode sa ibinigay na tablespace.

--tablespace-slim-index tablespacename
I-imbak ang mga indeks ng mga talahanayan ng slim mode sa ibinigay na tablespace.

-l|--latlong
Mag-imbak ng data sa mga degree ng latitude at longitude.

-m|--merc
Mag-imbak ng data sa wastong spherical Mercator (ang default).

-E|--proj num
Gamitin ang projection EPSG:num

-u|--utf8-sanitize
Ayusin ang masamang data ng input ng UTF-8 (naroroon sa mga dump ng planeta bago ang Agosto 2007). Nagdadagdag
mga 10% overhead.

-p|--prefix prefix_string
Prefix para sa mga pangalan ng talahanayan (default: planet_osm).

-r|--input-reader na format
Piliin ang input format reader. Ang mga magagamit na pagpipilian ay libxml2 (default) para sa OSM XML
format ng mga file, o5m para sa o5m formatted file at pbf para sa OSM PBF binary format (maaaring hindi
magagamit sa lahat ng mga platform).

-s|--payat
Mag-imbak ng pansamantalang data sa database. Kung wala ang mode na ito, ang lahat ng pansamantalang data ay
naka-imbak sa RAM at kung wala kang sapat ang pag-import ay hindi gagana nang matagumpay.
Sa slim mode, dapat mong mai-import ang data kahit na sa isang system na may limitado
RAM, kahit na kung wala kang sapat na RAM upang i-cache ang hindi bababa sa lahat ng mga node, ang
ang oras upang i-import ang data ay malamang na tumaas nang malaki.

--drop
I-drop ang mga talahanayan ng slim mode mula sa database kapag kumpleto na ang pag-import. Maaari itong
lubos na binabawasan ang laki ng database, dahil ang mga talahanayan ng slim mode ay karaniwang ang
parehong laki, kung hindi mas malaki nang bahagya kaysa sa mga pangunahing talahanayan. Hindi nito, gayunpaman,
bawasan ang maximum spike ng paggamit ng disk sa panahon ng pag-import. Maaari pa itong tumaas
ang bilis ng pag-import, dahil walang mga index na kailangang gawin para sa mga talahanayan ng slim mode, na
(depende sa hardware) ay maaaring halos kalahati ng oras ng pag-import. Ang mga talahanayan ng slim mode ay mayroon
upang maging matiyaga kung nais mong ma-update ang iyong database, tulad ng mga talahanayan na ito
ay kailangan para sa diff processing.

-S|--style /path/to/style
Lokasyon ng osm2pgsql style file. Tinutukoy nito kung aling mga tag mula sa data ang nakukuha
na-import sa mga column ng database at kung aling mga tag ang nahuhulog. Default sa
/usr/share/osm2pgsql/default.style.

-C|--cache num
Para lang sa slim mode: Gumamit ng hanggang num na maraming MB ng RAM para sa pag-cache ng mga node. Pagbibigay
Ang sapat na cache ng osm2pgsql upang maiimbak ang lahat ng na-import na node ay kadalasang tumataas
ang bilis ng import. Ang bawat naka-cache na node ay nangangailangan ng 8 byte ng cache, kasama ang humigit-kumulang 10%
- 30% overhead. Para sa kasalukuyang OSM na buong pag-import ng planeta na may ~ 3 bilyong node nito, a
ang magandang halaga ay magiging 27000 kung mayroon kang sapat na RAM. Kung wala kang sapat na RAM, ito
ay malamang na kapaki-pakinabang na magbigay ng osm2pgsql malapit sa buong magagamit na halaga ng RAM.
Default sa 800.

--cache-diskarte sa diskarte
Mayroong ilang iba't ibang mga mode kung saan maaaring ayusin ng osm2pgsql ang node nito
cache sa RAM. Ang mga ito ay na-optimize para sa iba't ibang mga pagpapalagay ng data at ang
magagamit ang mga mapagkukunan ng hardware. Ang mga kasalukuyang magagamit na estratehiya ay siksikan, tipak,
kalat-kalat at optimized. siksikan ipinapalagay na ang mga numero ng node id ay siksikan,
ibig sabihin, ilang mga ID lamang sa hanay ang nawawala / natanggal. Para sa mga extract ng planeta ito ay
kadalasan ay hindi ang kaso, na ginagawang ang cache ay napakawalang-bisa at aksaya ng RAM. kalat-kalat
Ipinapalagay na ang mga node ID sa data ay hindi makapal na naka-pack, na lubhang nagdaragdag ng caching
kahusayan sa mga kasong ito. Kung ang mga node ID ay siksikan, gaya ng buo
planeta, ang diskarteng ito ay may mas mataas na overhead para sa pag-index ng cache. optimized Gumagamit
parehong siksik at kalat-kalat na mga diskarte para sa iba't ibang hanay ng ID space. Sa isang bloke
sa pamamagitan ng bloke na batayan sinusubukan nitong tukuyin kung ito ay mas epektibong iimbak ang bloke ng
Mga ID sa sparse o dense mode. Ito ang default at dapat ay karaniwang ginagamit.

-U|--pangalan ng username
Postgresql user name.

-W|--password
Pilitin ang prompt ng password.

-H|--hostname ng host
hostname ng database server o lokasyon ng socket.

-P|--port num
Port ng server ng database.

-e|--expire-tiles [min_zoom-]max-zoom
Gumawa ng listahan ng pag-expire ng tile.

-o|--expire-output /path/to/expire.list
Pangalan ng file ng output para sa listahan ng mga nag-expire na tile.

-o|--output
Tinutukoy ang output back-end o database schema na gagamitin. Kasalukuyang osm2pgsql
suporta pgsql, gazetteer at walang halaga. pgsql ay ang default na output back-end / schema
at na-optimize para sa pag-render gamit ang Mapnik. gazetteer ay isang db schema na na-optimize para sa
geocoding at ginagamit ng Nominatim. walang halaga ay hindi nagsusulat ng anumang output at ito ay lamang
kapaki-pakinabang para sa pagsubok.

-x|--mga dagdag na katangian
Isama ang mga katangian para sa bawat bagay sa database. Kabilang dito ang username,
userid, timestamp at bersyon. Tandaan: ang opsyong ito ay nangangailangan din ng mga karagdagang entry
sa iyong style file.

-k|--hstore
Magdagdag ng mga tag na walang column sa karagdagang hstore (key/value) column sa PostgreSQL
mga talahanayan.

-j|--hstore-lahat
Idagdag ang lahat ng mga tag sa isang karagdagang hstore (key/value) na column sa mga talahanayan ng PostgreSQL.

-z|--hstore-column key_name
Magdagdag ng karagdagang hstore (key/value) column na naglalaman ng lahat ng tag na nagsisimula sa
tinukoy na string, hal --hstore-column "name:" ay gagawa ng karagdagang hstore column
na naglalaman ng lahat ng name:xx tag

--hstore-match-only
Panatilihin lamang ang mga bagay na may halaga sa isa sa mga column (normal na pagkilos na may
--hstore ay upang panatilihin ang lahat ng mga bagay).

--hstore-add-index
Lumikha ng mga indeks para sa mga hanay ng hstore sa panahon ng pag-import.

-G|--natutunaw-geometry
Karaniwang hinahati ng osm2pgsql ang mga multi-part geometries sa magkakahiwalay na mga hilera ng database bawat
bahagi. Ang isang solong OSM id ay maaaring magkaroon ng ilang mga hilera. Gamit ang pagpipiliang ito,
Sa halip, ang PostgreSQL ay bumubuo ng mga tampok na multi-geometry sa mga talahanayan ng PostgreSQL.

-K|--keep-coastlines
Panatilihin ang data sa baybayin sa halip na i-filter ito. Bilang default natural=coastline
ang naka-tag na data ay itatapon batay sa pag-aakalang post-processed Coastline
Gagamitin ang mga file ng hugis ng checker.

--exclude-invalid-polygon
Ang data ng OpenStreetMap ay tinukoy sa mga tuntunin ng mga node, paraan at relasyon at hindi sa
mga tuntunin ng aktwal na mga tampok na geometriko. Sinusubukan ng Osm2pgsql na bumuo ng postgis
geometries mula sa representasyon ng data na ito. Gayunpaman hindi lahat ng paraan at relasyon
tumutugma sa wastong postgis geometries (hal. self intersecting polygons). Sa pamamagitan ng
Ang default na osm2pgsql ay sumusubok na awtomatikong ayusin ang mga geometries na ito gamit ST_Buffer(0)
sa paligid ng mga di-wastong polygon. Sa opsyong ito, ang mga invalid na polygon ay sa halip ay simple
nahulog mula sa database.

--unloged
Gumamit ng mga hindi naka-log na talahanayan ng postgresql para sa pag-iimbak ng data. Nangangailangan ito ng PostgreSQL 9.1 o
sa itaas. Ang data na isinulat sa mga hindi naka-log na talahanayan ay hindi nakasulat sa write-ahead ng PostgreSQL
log, na ginagawang mas mabilis ang mga ito kaysa sa mga ordinaryong talahanayan. Gayunpaman, sila ay
hindi ligtas sa pag-crash: ang isang hindi naka-log na talahanayan ay awtomatikong pinutol pagkatapos ng pag-crash o
hindi malinis na pagsasara.

--number-processes num
Tinutukoy ang bilang ng mga parallel na proseso na ginagamit para sa ilang partikular na operasyon. Kung ang mga disk
ay sapat na mabilis, hal. kung mayroon kang SSD, maaari nitong dagdagan ang bilis ng
ang "pagpunta sa mga nakabinbing paraan" at "pagpunta sa mga nakabinbing relasyon" na mga yugto sa a
multi-core server.

-I|--disable-parallel-indexing
Bilang default, sinisimulan ng osm2pgsql ang pagbuo ng index sa lahat ng mga talahanayan na kahanay sa
pataasin ang performance. Maaari itong maging mga disadvantage sa mga mabagal na disk, o kung wala ka
sapat na RAM para sa PostgreSQL upang magsagawa ng hanggang 7 parallel na proseso ng pagbuo ng index
(hal. dahil ang maintenance_work_mem ay nakatakdang mataas).

--flat-nodes /path/to/nodes.cache
Ang flat-nodes mode ay isang hiwalay na paraan upang mag-imbak ng impormasyon ng slim mode node
disk. Sa halip na iimbak ang impormasyong ito sa pangunahing database ng PostgreSQL, ito
Lumilikha ang mode ng sarili nitong hiwalay na custom na database upang mag-imbak ng impormasyon. Tulad nito
ang custom na database ay may kaalaman sa antas ng aplikasyon tungkol sa data na iimbak at hindi
pangkalahatang layunin, maaari itong mag-imbak ng data nang mas mahusay. Pag-iimbak ng node
ang impormasyon para sa buong planeta ay nangangailangan ng humigit-kumulang 100GB sa PostgreSQL, ang parehong data
ay naka-imbak lamang sa ~16GB gamit ang flat-nodes mode. Maaari din nitong palakihin ang bilis
ng paglalapat ng mga diff file. Ina-activate ng opsyong ito ang flat-nodes mode at tinutukoy ang
lokasyon ng database file. Isa itong malaking > 16GB na file. Ang mode na ito ay lamang
inirerekomenda para sa buong pag-import ng planeta dahil hindi ito gumagana nang maayos sa maliliit na extract.
Ang default ay hindi pinagana.

-h|--tulong
Impormasyon sa tulong.
Idagdag -v upang ipakita ang mga sinusuportahang projection.

-v|--verbose
Output ng Verbose.

Sinusuportahan MGA PROYEKSYON


Latlong (-l) SRS: 4326 (wala)
Spherical Mercator (-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 +units=m +nadgrids=@null +no_defs +over
EPSG-defined (-E) SRS: +init=epsg:(gaya ng ibinigay sa parameter)

Gumamit ng osm2pgsql online gamit ang mga serbisyo ng onworks.net


Mga Libreng Server at Workstation

Mag-download ng Windows at Linux apps

Linux command

Ad