Aceasta este comanda osm2pgsql care poate fi rulată în furnizorul de găzduire gratuit OnWorks folosind una dintre multiplele noastre stații de lucru online gratuite, cum ar fi Ubuntu Online, Fedora Online, emulator online Windows sau emulator online MAC OS
PROGRAM:
NUME
osm2pgsql - Convertor de date Openstreetmap în PostgreSQL.
REZUMAT
osm2pgsql [Opțiuni] planetă.osm
osm2pgsql [Opțiuni] planet.osm.{gz,bz2,pbf}
osm2pgsql [Opțiuni] fisier1.osm fisier2.osm fisier3.osm
DESCRIERE
Această pagină de manual documentează pe scurt osm2pgsql comanda.
osm2pgsql importă date din fișierele OSM într-o bază de date PostgreSQL adecvată pentru utilizare de către
Mapnik renderer sau geocoderul Nominatim.
Instantaneele planetei OSM pot fi descărcate de pe http://planet.openstreetmap.org/. Parțial
Fișierele planetei ("extrase") pentru diferite țări sunt disponibile, vezi
http://wiki.openstreetmap.org/wiki/Planet.osm.
Extrase în format PBF (ProtoBufBinary) sunt, de asemenea, disponibile de la
http://download.geofabrik.de/osm/.
Când se operează în modul „slim” (și pe o bază de date creată în modul „slim”!), osm2pgsql poate să
procesează, de asemenea, fișierele de modificare OSM (fișiere osc), aducând astfel o bază de date existentă la
data.
OPŢIUNI
Aceste programe urmează sintaxa obișnuită a liniei de comandă GNU, cu opțiuni lungi începând cu
două liniuțe (`-'). Un rezumat al opțiunilor este inclus mai jos.
-a|--adăugați
Adăugați fișierul OSM în baza de date fără a elimina datele existente.
-b|--bbox
Aplicați un filtru de casetă de delimitare pe datele importate. Trebuie specificat ca:
minlon,minlat,maxlon,maxlat de ex --bbox -0.5,51.25,0.5,51.75
-c|--creeaza
Eliminați datele existente din baza de date. Aceasta este valoarea implicită dacă --adăuga nu este
specificat.
-d|--numele bazei de date
Numele bazei de date PostgreSQL la care se va conecta (implicit: gis).
-i|--tablespace-index tablespacename
Stocați toți indicii într-un spațiu tabelă PostgreSQL separat numit de acest parametru.
Acest lucru permite, de exemplu, să stocați indicii pe stocare mai rapidă, cum ar fi SSD-urile.
--tablespace-main-data tablespacename
Stocați tabelele de date (non slim) în spațiul tabel dat.
--tablespace-main-index tablespacename
Stocați indicii tabelelor principale (non slim) în spațiul tabel dat.
--tablespace-slim-data tablespacename
Stocați tabelele de mod slim în spațiul tabel dat.
--tablespace-slim-index tablespacename
Stocați indicii tabelelor de mod slim în spațiul tabel dat.
-l|--latlong
Stocați datele în grade de latitudine și longitudine.
-m|--merc
Stocați datele în Mercator sferic adecvat (prestabilit).
-E|--proj num
Utilizați proiecția EPSG:num
-u|--utf8-igienizare
Reparați datele de intrare UTF-8 proaste (prezente în depozitele de planete înainte de august 2007). Adaugă
aproximativ 10% din cap.
-p|--prefix șir_prefix
Prefix pentru numele tabelelor (implicit: planet_osm).
-r|--format cititor de intrare
Selectați cititorul formatului de intrare. Opțiunile disponibile sunt libxml2 (implicit) pentru OSM XML
format fișiere, o5m pentru fișierul formatat o5m și pbf pentru formatul binar OSM PBF (poate nu
fie disponibil pe toate platformele).
-s|--subțire
Stocați date temporare în baza de date. Fără acest mod, toate datele temporare sunt
stocate în RAM și dacă nu aveți suficient importul nu va funcționa cu succes.
Cu modul slim, ar trebui să puteți importa datele chiar și pe un sistem cu limitat
RAM, deși dacă nu aveți suficientă memorie RAM pentru a stoca în cache cel puțin toate nodurile,
timpul de importare a datelor va crește probabil mult.
--cădere brusca
Eliminați tabelele de mod slim din baza de date odată ce importul este finalizat. Acesta poate
reduce foarte mult dimensiunea bazei de date, deoarece tabelele în mod subțire sunt de obicei
aceeași dimensiune, dacă nu puțin mai mare decât mesele principale. Totuși, nu
reduceți vârful maxim de utilizare a discului în timpul importului. În plus, poate crește
viteza de import, deoarece nu trebuie creați indici pentru tabelele de mod slim, care
(în funcție de hardware) poate înjumătăți timpul de import. Slim mode tabele au totuși
pentru a fi persistent dacă doriți să vă puteți actualiza baza de date, ca aceste tabele
sunt necesare pentru procesarea diferită.
-S|--stil /cale/la/stil
Locația fișierului de stil osm2pgsql. Aceasta specifică ce etichete din date primesc
importate în coloanele bazei de date și care etichete sunt eliminate. Implicit la
/usr/share/osm2pgsql/default.style.
-C|--cache num
Numai pentru modul slim: utilizați până la un număr de MB de RAM pentru memorarea în cache a nodurilor. Dăruind
Cache suficientă osm2pgsql pentru a stoca toate nodurile importate crește de obicei foarte mult
viteza de import. Fiecare nod stocat în cache necesită 8 octeți de cache, plus aproximativ 10%
- 30% cheltuieli generale. Pentru un import curent OSM complet de planetă cu ~ 3 miliarde de noduri, a
valoarea bună ar fi 27000 dacă aveți suficientă memorie RAM. Dacă nu ai suficientă memorie RAM, asta
este probabil benefic pentru a oferi osm2pgsql aproape de cantitatea totală disponibilă de RAM.
Implicit la 800.
--strategie-cache-strategie
Există o serie de moduri diferite în care osm2pgsql își poate organiza nodul
cache în RAM. Acestea sunt optimizate pentru diferite ipoteze ale datelor și
resurse hardware disponibile. Strategiile disponibile în prezent sunt dens, zdrobit,
rar si optimizate. dens presupune că numerele de id-uri ale nodurilor sunt împachetate dens,
adică doar câteva ID-uri din interval lipsesc/șterse. Pentru extractele de planetă, aceasta este
de obicei nu este cazul, ceea ce face cache-ul să fie foarte ineficient și risipitor de RAM. rar
presupune că ID-urile nodurilor din date nu sunt împachetate dens, crescând foarte mult stocarea în cache
eficienta in aceste cazuri. Dacă ID-urile nodurilor sunt împachetate dens, ca în totalitate
planetă, această strategie are o suprasarcină mai mare pentru indexarea memoriei cache. optimizate utilizări
atât strategii dense cât și rare pentru diferite domenii ale spațiului ID. Pe un bloc
pe bază de bloc încearcă să determine dacă este mai eficientă stocarea blocului de
ID-uri în modul rar sau dens. Aceasta este valoarea implicită și ar trebui să fie utilizată de obicei.
-U|--nume de utilizator
Nume de utilizator Postgresql.
-W|--parola
Forțați solicitarea parolei.
-H|--nume gazdă
Numele de gazdă al serverului de baze de date sau locația socketului.
-P|--port num
Port pentru serverul bazei de date.
-e|--expire-tiles [min_zoom-]max-zoom
Creați o listă de date de expirare.
-o|--expire-output /path/to/expire.list
Numele fișierului de ieșire pentru lista de piese expirate.
-o|--ieșire
Specifică back-end-ul de ieșire sau schema bazei de date de utilizat. În prezent, osm2pgsql
sprijină pgsql, gazeter si zero. pgsql este back-end-ul/schema de ieșire implicită
și este optimizat pentru randare cu Mapnik. gazeter este o schemă db optimizată pentru
geocodare și este folosit de Nominatim. zero nu scrie nicio ieșire și este doar
util pentru testare.
-x|--extra-atribute
Includeți atribute pentru fiecare obiect din baza de date. Acesta include numele de utilizator,
userid, timestamp și versiune. Notă: această opțiune necesită și intrări suplimentare
în fișierul dvs. de stil.
-k|--hstore
Adăugați etichete fără coloană la o coloană hstore suplimentară (cheie/valoare) la PostgreSQL
tabele.
-j|--hstore-all
Adăugați toate etichetele într-o coloană hstore suplimentară (cheie/valoare) în tabelele PostgreSQL.
-z|--hstore-coloana nume_cheie
Adăugați o coloană hstore suplimentară (cheie/valoare) care conține toate etichetele care încep cu
șirul specificat, de exemplu --hstore-column „nume:” va produce o coloană hstore suplimentară
care conține toate etichetele name:xx
--hstore-match-only
Păstrați doar obiectele care au o valoare într-una dintre coloane (acțiune normală cu
--hstore este de a păstra toate obiectele).
--hstore-add-index
Creați indici pentru coloanele hstore în timpul importului.
-G|--topeste-geometrie
În mod normal, osm2pgsql împarte geometriile cu mai multe părți în rânduri separate ale bazei de date per
parte. Prin urmare, un singur ID OSM poate avea mai multe rânduri. Cu această opțiune,
PostgreSQL generează în schimb caracteristici multi-geometrie în tabelele PostgreSQL.
-K|--păstrarea-linelor de coastă
Păstrați datele de coastă în loc să le filtrați. Implicit natural=coastline
datele etichetate vor fi eliminate pe baza ipotezei că Coasta este post-procesată
Se vor folosi fișiere de formă Checker.
--exclude-invalid-poligon
Datele OpenStreetMap sunt definite în termeni de noduri, moduri și relații și nu în
termenii caracteristicilor geometrice reale. Prin urmare, Osm2pgsql încearcă să construiască postgis
geometrii din această reprezentare a datelor. Cu toate acestea, nu toate căile și relațiile
corespund geometriilor postgis valide (de ex. poligoane care se intersectează). De
implicit osm2pgsql încearcă să repare automat aceste geometrii folosind ST_Buffer(0)
în jurul poligoanelor nevalide. Cu această opțiune, poligoanele nevalide sunt în schimb pur și simplu
scăpat din baza de date.
--neconectat
Utilizați tabelele neînregistrate postgresql pentru stocarea datelor. Acest lucru necesită PostgreSQL 9.1 sau
de mai sus. Datele scrise în tabele neînregistrate nu sunt scrise în scrierea anticipată a PostgreSQL
log, ceea ce le face considerabil mai rapide decât tabelele obișnuite. Cu toate acestea, sunt
nu este sigură pentru accidente: un tabel neînregistrat este trunchiat automat după o blocare sau
oprire necurată.
--numar-procese num
Specifică numărul de procese paralele utilizate pentru anumite operații. Dacă discuri
sunt suficient de rapide, de exemplu, dacă aveți un SSD, atunci acest lucru poate crește foarte mult viteza de
etapele „trecere peste căi în curs” și „trecere peste relații în așteptare” pe a
server multi-core.
-I|--dezactivare-indexare-paralelă
În mod implicit, osm2pgsql inițiază construirea indexului pe toate tabelele în paralel cu
creste performanta. Acest lucru poate fi dezavantaj pe discurile lente sau dacă nu aveți
suficientă RAM pentru ca PostgreSQL să efectueze până la 7 procese paralele de creare a indexului
(de exemplu, deoarece maintenance_work_mem este setat la mare).
--flat-nodes /path/to/nodes.cache
Modul cu noduri plate este o metodă separată pentru stocarea informațiilor despre nodurile în modul subțire
disc. În loc să stocați aceste informații în baza de date principală PostgreSQL, aceasta
modul își creează propria bază de date personalizată separată pentru a stoca informațiile. Ca aceasta
baza de date personalizată are cunoștințe la nivel de aplicație despre datele de stocat și nu este
scop general, poate stoca datele mult mai eficient. Stocarea nodului
informații pentru întreaga planetă necesită aproximativ 100 GB în PostgreSQL, aceleași date
este stocat în numai ~16 GB folosind modul flat-nodes. Acest lucru poate crește și viteza
de aplicare a fișierelor diff. Această opțiune activează modul cu noduri plate și specifică
locația fișierului bazei de date. Este un singur fișier mare > 16 GB. Acest mod este doar
recomandat pentru importurile de planete complete, deoarece nu funcționează bine cu extracte mici.
Valoarea implicită este dezactivată.
-h|--ajutor
Informații de ajutor.
Adăuga -v pentru a afișa proiecțiile suportate.
-v|--verbos
Iesire verbala.
SPRIJINIT PROIECȚII
Latlong (-l) SRS: 4326 (nici unul)
Mercator sferic (-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 +peste
Definit de EPSG (-E) SRS: +init=epsg:(așa cum este dat în parametru)
Utilizați osm2pgsql online folosind serviciile onworks.net