Le 17 nov. 2013 à 19:32, Art Penteur <art.pent...@gmail.com> a écrit :
> Un autre outil d'analyse, qui n'a pas besoin de tributary:
> http://www.h-renrew.de/h/osm/osmchecks/07_watershed/fr/hierarchical.html
>
Je ne connaissais pas. Faut voir si courdo ne peut pas réutiliser la base de
donnée de cette outil.
Le code source est disponible quelque part ?
Le 17 nov. 2013 à 19:55, Christian Quest <cqu...@openstreetmap.fr> a écrit :
> OpenRiverBoatMap s'appuie sur les bases osm2pgsql d'osm-fr utilisées par
> layers, le rendu FR et le rendu HOT.
> J'ai jeté un oeil sur le river_import.py et il m'a l'air d'adopter un schéma
> bien à lui sans rapport avec celui d’osm2pgsql.
J’avais oublié qu’osm2pgsql ne « charge » pas dans sa base de données les
relations de type waterway.
Ça serait pratique de demander à ses auteurs de le faire évoluer pour éviter de
saisir 50 fois :
les noms de rivières, (nom, synonymes et variantes dans d’autres langues)
leur navigabilité (CEMT=* motorboat=*), ou du moins pour leurs sections
la référence SANDRE…
Actuellement les logiciels de rendu (OpenRiverBoatMap, Mapnik…) ne peuvent
utiliser que les attributs présents sur les ways.
—
Yves
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
