Bien-sûr les données libres ne sont pas à négliger.
Actuellement elles sont partiellement signalées sur le wiki.
Ça peut être une piste non seulement pour Omose canal OD mais aussi pour
l'appli.
Deux problèmes :
- les formats à chaque fois différents (bon entre shp et geojson on doit
couvrir pas mal de possibilités)
- les convergences et divergences. Le nom donné par le réseau a été
proposé comme nom alternatif (en cas de divergence). localisation, nom
doivent permettre de mettre une référence (ref:<nom du réseau> par
exemple ref:fr_star et non juste ref:network comme proposait Marc à
cause des arrêts et lignes partagées et donc les sources multiples - il
parlait de name mais c'est sensiblement pareil) afin de faciliter le
suivi (dont les arrêts partagés).
Peut-être peut-on pré-remplir la liste des arrêts et l'ordre.
Par exemple si on reprend la ligne C1 de la Star on voit que c'est
l'itinéraire qui n'est pas à jour.
Mais j'en reviens à un de mes TOC : mettre le modèle dans la base. Car
les règles que l'on met c'est bien mais typiquement les règles de Jérôme
pourraient être portées par le réseau Star, au moins le lien vers les
données.
un ref:fr_star doit permettre de remonter au réseau et sur le réseau on
doit avoir l'adresse web, l'adresse des données libres (le cas échéant)
et idéalement les règles de transformation. Peut-être qu'un lien sur un
wiki c'est plus simple car moins formalisé.
Pour ne pas faire de jaloux et parce qu'il n'y a pas que Rennes en
France élargissons aux réseaux de... Bretagne :
http://www.breizhgo.com/fr/Mobilite/Les-reseaux-partenaires
(on peut récupérer le contenu de cette page :
http://www.breizhgo.com/fr/Mentions-legales)
<http://www.breizhgo.com/fr/Mobilite/Les-reseaux-partenaires>
Jean-Yvon
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
