Le 27/10/2016 à 02:27, Florian LAINEZ - winner...@free.fr a écrit :
Je ne souhaite par contre pas faire apparaitre les segments de route
en tant qu'objets individuels. Il me semble plus intuitif de permettre
de modifier le chemin en drag&drop un point du segment qui
recalculerait un itinéraire en conséquence. Par la suite c'est l'appli
qui gérerait elle-même les segments à ajouter/supprimer de la relation.
Pour vous donner une idée de ce comportement, il suffit de déplacer un
point de départ ou d'arrivée lors d'un calcul d'itinéraire avec OSRM
sur osm.org <http://osm.org>
Autre possibilité : dire par où ne doit pas passer la ligne (à la
manière d'OSMAND).
Je pense qu'ordonner les arrêts est assez facile pour le non cartographe
: c'est en général écrit à l'arrêt.
Le 27/10/2016 à 04:48, Philippe Verdy - verd...@wanadoo.fr a écrit :
Les trajets des bus sont aussi dans l'opendata de la STAR (sous forme
de shape atteaché à un des attributs des lignes, un shape par direction)
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) mais les correspondances attributs sont
différentes.
- 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é.
Un petit XML/JSON pour expliquer la correspondance, des paramètres comme
la distance pour considérer qu'un arrêt OD et un arrrêt OSM peuvent les
mêmes, ça doit régler déjà pas mal de cas.
Ou est-ce encore trop le b... en OD ?
Si on arrive à le faire, plusieurs applis peuvent en profiter.
Y a-t-il des pratiquants pour savoir si chaque réseau est trop
spécifique pour espérer y arriver ?
Jean-Yvon
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
