Les outils non graphiques que tu cites sont puissants mais mériteraient un peu d'affinage visuel, ainsi que quelques règles complémentaires d'analyse, par exemple pour évacuer des résultats les bras secondaires.
Il y a également l'outil d'Arno Renevier, qui reste bloqué en 2012. http://renevier.net/maps/rivers/ J'ai essayé de le faire tourner chez moi sur la base des sources disponibles, et j'ai l'impression qu'il a du mal à digérer les noeuds les plus récents (ceux avec l'id > à la limite 32 bit ?). Pas eu le temps de vérifier ça. Le 18 février 2013 17:49, Frédéric Rodrigo <fred.rodr...@gmail.com> a écrit : > Le 18 février 2013 17:33, Ab_fab <gamma....@gmail.com> a écrit : > > Ou comment >> _ extraire les données (filaires) relatives aux cours d'eau d'un extrait >> Geofabrik, >> _ les analyser <https://github.com/skaringa/rivers> pour constituer les >> grands bassins versants, >> _ et finalement en faire le rendu >> > Il y deux approches : > - topologique > - relationnelle > > >> Les cours d'eau que l'algo n'arrive pas à rattacher à un bassin versant >> sont affichés en gris. C >> ela permet de mettre en évidence les défauts de connexion dans le filaire >> des cours d'eau >> >> Ca a l'air sympa, à première vue. >> Je ne sais pas si ce serait facilement transposable à la France >> > On à déjà deux outil, non graphique pour faire ça, suivant deux approches > différentes : > - http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html (à la > sly) > - http://suivi.openstreetmap.fr/cours-eau/suivi-affluents.html (à la fred > (moi)) > > Frédéric > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > -- ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> "Il n'y a pas de pas perdus", Nadja
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
