Oui quand c'est possible c'est mieux de s'appuyer sur des données
libérées, précises et à jour.
Si les compagnies ont moins la bougeotte, c'est mieux aussi.
J'ai voulu tester le rendu overpass
http://overpass-api.de/public_transport.html.
Je suis joueur, je teste un endroit mal renseigné. Chou blanc.
Allez, deuxième passe.
Je sais que la ligne 1 de la Star sur Rennes est bien renseignée.
Bon l'opérateur n'est pas la Star.
Bon le réseau n'est pas STAR.
Bon la ligne n'est pas la 1.
Je suis allé regarder un arrêt, j'ai récupéré une relation pour trouver.
Là ta mère a abandonné je crois ;-).
le réseau est fr_star, l'opérateur Keolis Rennes.
Il faudrait peut-être pouvoir chercher par marque ou être plus tolérant.
Et la ligne 17 qui était devenue la 7 puis la 1 s'appelle maintenant la C1.
Il y a aussi les arrêts qui voient leurs noms simplifiés pour que ça
rendre dans la case ("Claude Bernard" devenu "Bernard" par exemple).
Tiens visiblement les arrêts de Chantepie Église de la 34 ont été
utilisés par erreur :
http://www.openstreetmap.org/relation/399050#map=18/48.08751/-1.61686
Mais sur le rendu Wuppertal on n'y voit que du feu :
http://overpass-api.de/api/sketch-line?network=fr_star&ref=C1&operator=
On peut regretter que les points de correspondance ne figurent pas
(arrêts de même nom à proximité et ayant d'autres lignes associés).
De même ici on voit des arrêts non desservis dans ce sens (et presque
qu'aussi visible qu'un arrêt desservi).
Après on peut rêver que les plans arrivent sur ametro (et pas seulement
la ligne A du métro pour parler de Rennes).
Pour les relations ça ne semble pas sorcier à ajouter : il faut saisir
la ligne (numéro) et sens. A minima la personne sait le nom de la
destination, à taper en attendant le bus. Idem pour le numéro de ligne.
L'ordre des arrêts ajoutés/modifiés/validés permet de reconstruire la
relation dans le bon ordre.
Si je prends OSMAND, je peux éditer ou ajouter un POI.
Je vois bien un greffon sur OSMAND spécialisé sur les transports en commun.
Comme ça tu ne te poses pas la question de la plateforme, ça marchera
sur un poste de travail, un téléphone Android ou un iOS.
Et OSMAND permet déjà de travailler en connecté ou déconnecté.
Jean-Yvon
Le 19/10/2016 à 20:00, Philippe Verdy - verd...@wanadoo.fr a écrit :
Dans les villes qui publient des données Open Data sur leurs réseaux
de transport, je pense qu'on n'a pas besoin de cette appli tierce mais
qu'il vaut mieux s'appuyer sur des solutions de synchronisation et
comparaison.
On a divers outils, y compris
- via les données OSM elles-mêmes (relations de type "network" pour
les réseaux publics, dont les lignes membres sont des relations
"route_master" contenant les relations "route" pour chaque sens ou
variante)
- les ref:* pour le réseau ou pour l'opérateur
- les outils d'intégration comme Osmose (qui pourrait aussi vérifier
l'intégrité et la continuité des lignes)
Ces relations "network" peuvent "facilement" être vérifiées de façon
systématique avec un formalisme permettant certains automatismes.
Pour le reste il peut manquer des infos non encore en open data: ce
qui est en général moins bien géré c'est le schéma v2 des transports
qui intègre la notion de "plateforme" pour les interconnexions de
lignes et intermodales, permettant de regrouper des arrêts et faire
les correspondances, même entre réseaux différents (par exemple entre
un réseau urbain, un réseau départemental, les lignes nationales
bus/train, les stations de taxis, les stations d'auto-partage, les
vélos à la demande ("Vélib" et similaires), les interconnexions vers
des chemins touristiques...
Actuellement les objets "platform" d'OSM sont surtout construits pour
un unique réseau, mais si on regarde le détail ce qui nous manque
c'est surtout les connexion intermodales, qui permettant de choisir ou
optimiser les moyens de transport ou trouver des alternatives. Sans
cela, les outils de recherche font des approximations pas toujours
très claires et oublient des tas de possibilités (parce qu'en général
on ne tague pas la plupart des trajets piétonniers courts et qu'il y a
des obstacles imprévus ou des problèmes de sécurité pour faire
certains trajets d'interconnexion).
Le 19 octobre 2016 à 18:36, lenny.libre <lenny.li...@orange.fr
<mailto:lenny.li...@orange.fr>> a écrit :
Mon anglais étant niveau maternelle je n'ai pas trop essayé de
lire la présentation ...
je trouve le principe intéressant, je me pose quelques
interrogations :
- possibilité de photographier (pour avoir éventuellement le nom
de l’arrêt et la liste des lignes qui s’arrêtent à cet arrêt)
- plusieurs lignes par arrêt et plusieurs réseaux opérateurs ?
- est-il possible de faire les deux points
"public_transport=stop_position" et "public_transport=platform"
- l'utiliser sans connexion internet, juste le gps
bonne idée, cordialement
léni
Le 19/10/2016 à 14:57, Florian LAINEZ a écrit :
Hello,
Il y a quelques temps qu'une idée me trotte en tête : j'aimerai
créer une appli mobile pour éditer facilement les arrêts et les
relations de bus.
J'ai mis ce que j'avais en tête par écrit ici :
http://slides.com/overflorian/busstopcollector
<http://slides.com/overflorian/busstopcollector>
Vous en pensez quoi ?
--
*Florian Lainez*
@overflorian <http://twitter.com/overflorian>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>
_______________________________________________ Talk-fr mailing
list Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
<https://lists.openstreetmap.org/listinfo/talk-fr>
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
