[OSM-talk-fr] Suivi cours d'eau

Yves Pratter yves.pratter at laposte.net
Dim 17 Nov 22:59:24 UTC 2013


Le 17 nov. 2013 à 22:27, Christian Quest <cquest at openstreetmap.fr> a écrit :

> osm2pgsql ne gère pas les relations waterway par défaut, mais il suffit de modifier le fichier de config (default.style) et il les conservera et le rendu pourra les exploiter…
J’avais regardé le code source et de mémoire ce n’est pas possible pour les relations.

D’ailleurs le wiki le confirme (si il est bien à jour) :
OSM object type: can be node, way or both separated by a comma. way will also apply to relations with type=multipolygon, type=boundary, or type=route; all other relations are ignored by osm2pgsql. 

Le code source (en C) n’est pas très difficile à modifier (surtout pour les auteurs) pour accepter d’autres types de relations type=waterway.


> le problème c'est que ça sera uniquement les rendus qui feront ce changement.
J’avais regardé cette possibilité de modif dans le cadre du rendu OpenRiverBoatMap.

Mais si j’ai tout suivi, les données « waterways » resteraient dans la base Postgres et seraient disponibles sur le serveur pour d’autres outils (une version spécifique de courdo par exemple) ?

> Le rendu peut aussi faire sans, c'est pas bien compliqué mais possible en modifiant les requêtes SQL.
Sans les relations ?
Il me semble que osm2pgsql ne peut pas en l’état stocker dans la base Postgres les relations de type waterway.
Donc pas de données, pas de requête SQL à modifier ;-)

>> http://www.h-renrew.de/h/osm/osmchecks/07_watershed/fr/hierarchical.html
>> 
> 
> Je ne connaissais pas.
> Le code source est disponible quelque part ?
Il est sur github : http://github.com/werner2101/osm-tests
J’avais même l’info sur la OSM Waterway analyses :-D

—
Yves

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20131117/860338d6/attachment.htm>


Plus d'informations sur la liste de diffusion Talk-fr