[OSM-dev-fr] Verification du routage

[Christian Quest]

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 <gamma.gts at gmail.com> 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 <fred.rodrigo at gmail.com> 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 <
>> nicolas_openstreetmap.org at dumoulin63.net> 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
>> dev-fr at openstreetmap.org
>> 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
> dev-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-fr
>
>


-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/dev-fr/attachments/20131129/a652dd4e/attachment.html>