osm2pgsql - En ligne dans le Cloud

PROGRAMME:

Nom

osm2pgsql - Convertisseur de données Openstreetmap en PostgreSQL.

SYNOPSIS

osm2pgsql [Options] planète.osm
osm2pgsql [Options] planète.osm.{gz,bz2,pbf}
osm2pgsql [Options] fichier1.osm fichier2.osm fichier3.osm

DESCRIPTION

Cette page de manuel documente brièvement les osm2pgsql commander.

osm2pgsql importe les données du ou des fichiers OSM dans une base de données PostgreSQL utilisable par le
Le moteur de rendu Mapnik ou le géocodeur Nominatim.
Les instantanés de la planète OSM peuvent être téléchargés à partir de http://planet.openstreetmap.org/. Partiel
des fichiers planet ("extraits") pour différents pays sont disponibles, voir
http://wiki.openstreetmap.org/wiki/Planet.osm.

Des extraits au format PBF (ProtoBufBinary) sont également disponibles auprès de
http://download.geofabrik.de/osm/.

Lors d'un fonctionnement en mode "slim" (et sur une base de données créée en mode "slim" !), osm2pgsql Vous pouvez
traiter également les fichiers de modification OSM (fichiers osc), amenant ainsi une base de données existante à
date.

OPTIONS

Ces programmes suivent la syntaxe habituelle de la ligne de commande GNU, avec de longues options commençant par
deux tirets (`-'). Un résumé des options est inclus ci-dessous.

-a|--ajouter
Ajoutez le fichier OSM dans la base de données sans supprimer les données existantes.

-b|--bboîte
Appliquez un filtre de cadre de délimitation sur les données importées. Doit être spécifié comme :
minlon, minlat, maxlon, maxlat par exemple --bbox - 0.5,51.25,0.5,51.75

-c|--créer
Supprimez les données existantes de la base de données. C'est la valeur par défaut si --append n'est pas
spécifié.

-d|--nom de la base de données
Le nom de la base de données PostgreSQL à laquelle se connecter (par défaut : gis).

-i|--tablespace-index nomespacetable
Stockez tous les index dans un tablespace PostgreSQL distinct nommé par ce paramètre.
Cela permet par exemple de stocker les index sur un stockage plus rapide comme les SSD.

--tablespace-main-data nom de l'espace de table
Stockez les tables de données (non slim) dans le tablespace donné.

--tablespace-main-index nomespacetable
Stocke les index des tables principales (non slim) dans le tablespace donné.

--tablespace-slim-data nom de l'espace de table
Stockez les tables du mode slim dans le tablespace donné.

--tablespace-slim-index nomespacetable
Stockez les indices des tables du mode slim dans le tablespace donné.

-l|--latlong
Stockez les données en degrés de latitude et de longitude.

-m|--merc
Stockez les données dans un Mercator sphérique approprié (valeur par défaut).

-E|--numéro de proj
Utiliser la projection EPSG:num

-u|--utf8-assainir
Réparez les mauvaises données d'entrée UTF-8 (présentes dans les vidages de planète avant août 2007). Ajoute
environ 10 % de frais généraux.

-p|--préfixe chaîne_préfixe
Préfixe des noms de table (par défaut : planet_osm).

-r|--format de lecteur d'entrée
Sélectionnez le lecteur de format d'entrée. Les choix disponibles sont libxml2 (par défaut) pour OSM XML
formater des fichiers, o5m pour le fichier au format o5m et pbf pour le format binaire OSM PBF (peut ne pas
être disponible sur toutes les plateformes).

-s|--mince
Stockez les données temporaires dans la base de données. Sans ce mode, toutes les données temporaires sont
stockées dans la RAM et si vous n'en avez pas assez, l'importation ne fonctionnera pas avec succès.
Avec le mode slim, vous devriez pouvoir importer les données même sur un système avec un nombre limité de
RAM, bien que si vous n'avez pas assez de RAM pour mettre en cache au moins tous les nœuds, le
le temps d'importation des données sera probablement considérablement augmenté.

--tomber
Supprimez les tables en mode simplifié de la base de données une fois l'importation terminée. Ceci peut
réduire considérablement la taille de la base de données, car les tables en mode simplifié sont généralement les
même taille, sinon légèrement plus grande que les tables principales. Il ne fait cependant pas
réduire le pic maximal d'utilisation du disque pendant l'importation. Il peut en outre augmenter
la vitesse d'importation, car aucun index n'a besoin d'être créé pour les tables en mode mince, ce qui
(selon le matériel) peut réduire de moitié le temps d'importation. Les tables en mode Slim ont cependant
être persistant si vous voulez pouvoir mettre à jour votre base de données, car ces tables
sont nécessaires pour le traitement diff.

-S|--style /chemin/vers/style
Emplacement du fichier de style osm2pgsql. Cela spécifie quelles balises des données obtiennent
importés dans les colonnes de la base de données et quelles balises sont supprimées. Par défaut à
/usr/share/osm2pgsql/default.style.

-C|--numéro de cache
Uniquement pour le mode slim : utilisez jusqu'à un nombre de Mo de RAM pour la mise en cache des nœuds. Donnant
osm2pgsql suffisamment de cache pour stocker tous les nœuds importés augmente généralement considérablement
la vitesse de l'importation. Chaque nœud mis en cache nécessite 8 octets de cache, plus environ 10 %
- 30% de frais généraux. Pour une importation de planète complète OSM actuelle avec ses ~ 3 milliards de nœuds, un
une bonne valeur serait de 27000 XNUMX si vous avez suffisamment de RAM. Si vous n'avez pas assez de RAM, il
est probablement bénéfique pour donner à osm2pgsql près de la quantité totale de RAM disponible.
La valeur par défaut est 800.

--cache-stratégie stratégie
Il existe un certain nombre de modes différents dans lesquels osm2pgsql peut organiser son nœud
cache en RAM. Ceux-ci sont optimisés pour différentes hypothèses de données et de
ressources matérielles disponibles. Les stratégies actuellement disponibles sont dense, chunked,
clairsemé et optimisé. dense suppose que les numéros d'identification de nœud sont densément emballés,
c'est-à-dire que seuls quelques identifiants de la plage sont manquants/supprimés. Pour les extraits de planète, c'est
ce n'est généralement pas le cas, ce qui rend le cache très inefficace et gaspille la RAM. clairsemé
suppose que les ID de nœud dans les données ne sont pas densément emballés, ce qui augmente considérablement la mise en cache
efficacité dans ces cas. Si les ID de nœud sont densément emballés, comme dans le
planète, cette stratégie a une surcharge plus élevée pour l'indexation du cache. optimisé Usages
stratégies à la fois denses et clairsemées pour différentes plages de l'espace ID. Sur un bloc
par bloc, il essaie de déterminer s'il est plus efficace de stocker le bloc de
ID en mode clairsemé ou dense. Il s'agit de la valeur par défaut et doit être généralement utilisé.

-U|--nom d'utilisateur nom
Nom d'utilisateur Postgresql.

-W|--mot de passe
Forcer l'invite de mot de passe.

-H|--host nom d'hôte
Nom d'hôte du serveur de base de données ou emplacement du socket.

-P|--numéro de port
Port du serveur de base de données.

-e|--expire-tiles [min_zoom-]max-zoom
Créez une liste d'expiration des tuiles.

-o|--expire-output /chemin/vers/expire.list
Nom du fichier de sortie pour la liste des tuiles expirées.

-o|--sortie
Spécifie le back-end de sortie ou le schéma de base de données à utiliser. Actuellement osm2pgsql
supports pgsql, gazetier et nul. pgsql est le back-end/schéma de sortie par défaut
et est optimisé pour le rendu avec Mapnik. gazetier est un schéma de base de données optimisé pour
géocodage et est utilisé par Nominatim. nul n'écrit aucune sortie et est seulement
utile pour les tests.

-x|--attributs-extra
Incluez des attributs pour chaque objet dans la base de données. Cela inclut le nom d'utilisateur,
ID utilisateur, horodatage et version. Remarque : cette option nécessite également des entrées supplémentaires
dans votre fichier de style.

-k|--hstore
Ajouter des balises sans colonne à une colonne hstore supplémentaire (clé/valeur) à PostgreSQL
les tables.

-j|--hstore-tout
Ajoutez toutes les balises à une colonne hstore supplémentaire (clé/valeur) dans les tables PostgreSQL.

-z|--hstore-column nom_clé
Ajoutez une colonne supplémentaire hstore (clé/valeur) contenant toutes les balises commençant par le
chaîne spécifiée, par exemple --hstore-column "name:" produira une colonne hstore supplémentaire
qui contient toutes les balises name:xx

--hstore-match-uniquement
Ne conserver que les objets qui ont une valeur dans l'une des colonnes (action normale avec
--hstore est de garder tous les objets).

--hstore-add-index
Créez des index pour les colonnes hstore lors de l'importation.

-G|--fond-géométrie
Normalement, osm2pgsql divise les géométries en plusieurs parties en lignes de base de données séparées par
partie. Un même identifiant OSM peut donc avoir plusieurs lignes. Avec cette option,
PostgreSQL génère à la place des fonctionnalités multi-géométries dans les tables PostgreSQL.

-K|--garder-les-cotes
Conservez les données du littoral plutôt que de les filtrer. Par défaut naturel=littoral
les données étiquetées seront supprimées en partant du principe que Coastline post-traité
Les fichiers de forme Checker seront utilisés.

--exclure-polygone-invalide
Les données OpenStreetMap sont définies en termes de nœuds, de voies et de relations et non en
termes de caractéristiques géométriques réelles. Osm2pgsql essaie donc de construire postgis
géométries hors de cette représentation de données. Cependant, toutes les voies et relations
correspondent à des géométries postgis valides (par exemple des polygones auto-sécants). Par
par défaut osm2pgsql essaie de corriger automatiquement ces géométries en utilisant ST_Tampon(0)
autour des polygones invalides. Avec cette option, les polygones invalides sont simplement
supprimé de la base de données.

--non connecté
Utilisez les tables non enregistrées de postgresql pour stocker les données. Cela nécessite PostgreSQL 9.1 ou
dessus. Les données écrites dans les tables non enregistrées ne sont pas écrites dans l'écriture anticipée de PostgreSQL
log, ce qui les rend considérablement plus rapides que les tables ordinaires. Cependant, ils sont
non crash-safe : une table non journalisée est automatiquement tronquée après un crash ou
arrêt impur.

--nombre-processus num
Spécifie le nombre de processus parallèles utilisés pour certaines opérations. Si les disques
sont assez rapides, par exemple si vous avez un SSD, cela peut augmenter considérablement la vitesse de
les étapes « dépasser les voies en attente » et « dépasser les relations en attente » sur un
serveur multi-cœur.

-I|--désactiver-indexation-parallèle
Par défaut, osm2pgsql lance la construction de l'index sur toutes les tables en parallèle à
augmenter les performances. Cela peut être un inconvénient sur les disques lents, ou si vous n'avez pas
suffisamment de RAM pour que PostgreSQL puisse effectuer jusqu'à 7 processus de création d'index parallèles
(par exemple parce que maintenance_work_mem est élevé).

--flat-nodes /chemin/vers/nodes.cache
Le mode nœuds plats est une méthode distincte pour stocker des informations sur les nœuds en mode mince sur
disque. Au lieu de stocker ces informations dans la base de données principale de PostgreSQL, cette
mode crée sa propre base de données personnalisée pour stocker les informations. Comme ceci
base de données personnalisée a une connaissance au niveau de l'application sur les données à stocker et n'est pas
à usage général, il peut stocker les données beaucoup plus efficacement. Stockage du nœud
informations pour la planète entière nécessite environ 100 Go dans PostgreSQL, les mêmes données
est stocké dans seulement ~ 16 Go en utilisant le mode nœuds plats. Cela peut également augmenter la vitesse
d'appliquer les fichiers diff. Cette option active le mode nœuds plats et spécifie le
emplacement du fichier de base de données. Il s'agit d'un seul fichier volumineux > 16 Go. Ce mode est uniquement
recommandé pour les importations complètes de la planète car il ne fonctionne pas bien avec de petits extraits.
La valeur par défaut est désactivée.

-h|--aide
Informations d'aide.
Ajouter -v pour afficher les projections prises en charge.

-v|--verbeux
Sortie verbeuse.

PRISE EN CHARGE PROJECTIONS

Latlong (-l) SRS : 4326 (aucun)
Mercator sphérique (-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
SRS défini par EPSG (-E) : +init=epsg :(comme indiqué dans le paramètre)

Utilisez osm2pgsql en ligne à l'aide des services onworks.net