Comme nœud clé je verrai bien un truc TRES simple... un nœud natural=spring doit aboutir à la mer ou à une perte ;)
Le 29 novembre 2013 10:19, Ab_fab <[email protected]> a écrit : > Pour le cas des cours d'eau, l'approche suivante est sympa (*), mais > nécessite de définir manuellement des points (nodes)clef en début de bassin > versant de chaque fleuve. > https://github.com/skaringa/rivers > > Sur ce thème des vérifications de tous ordres, est-ce qu'avoir > régulièrement une extraction (pbf par ex.) du réseau ferré, de > l'hydrographie serait utile et pas trop contraignante matériellement pour > faciliter le travail de ceux qui veulent se pencher sur la question ? > > Je sais que l'on peut le faire en partant d'un extrait Geofabrik et > filtrer soit-même, mais ça alourdit sensiblement l'opération > ------------------------------------------------------------------ > (*) en plus des outils de suivi existants > - http://suivi.openstreetmap.fr/cours-eau/comparaison-sandre.html (à la > sly) > - http://suivi.openstreetmap.fr/cours-eau/suivi-affluents.html (à la fred) > - http://marani.claude.free.fr/courdo (à la Arno / Claude) > Le 29 novembre 2013 09:44, Frédéric Rodrigo <[email protected]> a > écrit : > >> C'est également une idée que j'ai en tête. Sauf pour les cours d'eau ou >> l'on peut faire mieux car arborescent et orienté dans leur plus grande >> partie. >> >> Le 29 novembre 2013 08:58, Nicolas Dumoulin < >> [email protected]> a écrit : >> >> Le jeudi 28 novembre 2013 18:32:12 Christian Quest a écrit : >>> > L'utilisation d'OSRM pour vérifier la cohérence des données est un >>> truc qui >>> > trotte dans ma tête (et pas que la mienne). >>> > Il y a la détection de manques éventuels de routes, >>> >>> Oui, je pensais à l'automatiser à plus grande échelle, mais tes tuiles >>> avec >>> les dernières données Insee me semblent très bien pour ça :-) et même >>> plus >>> pratique. >>> >>> > mais aussi le contrôle >>> > de changements dans les distances d'itinéraires calculés entre deux >>> dates. >>> > Ces calculs pourraient se faire aussi pour vérifier les réseaux >>> > hydrographiques ou beaucoup d'autre choses de ce genre en utilisant des >>> > profils adaptés. >>> >>> Très bonne idée. Mais en pratique, qu'est-ce qu'on va détecter ? >>> On peut déjà repérer les relations brisées, et donc les "route" et cours >>> d'eau >>> qui ont été cassés. >>> >> >> A ma connaissance on ne fait justement pas ça. >> >> >>> On pourra éventuellement détecter les itinéraires rallongés à cause d'un >>> highway=tertiary/unclassified/residential mal trifouillé. J'ai rarement >>> vu ce >>> cas, mais une erreur suffit à abîmer la base entière. >>> Bon, de toutes façons, il faudrait essayer pour voir ^^ >>> >> >> Keepright a liste de points de références de centre ville fortement >> connexe. Ça pourrait servir de base : >> http://sourceforge.net/p/keepright/code/HEAD/tree/checks/0130_islands.php >> >> Frédéric. >> >> >> _______________________________________________ >> dev-fr mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/dev-fr >> >> > > > -- > ab_fab <http://wiki.openstreetmap.org/wiki/User:Ab_fab> > "Il n'y a pas de pas perdus", Nadja > > _______________________________________________ > dev-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/dev-fr > > -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
_______________________________________________ dev-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/dev-fr
