Hello,
Beau boulot sur Narbonne !
Effectivement, sketch-line a une interprétation du modèle de transport
qui peut donner des résultats décevants. Ton bug est celui-ci non ?
https://github.com/drolbr/Overpass-API/issues/190
Malheureusement, il me semble que l'outil n'est plus vraiment maintenu...
Je pense que ne pas mettre highway=bus_stop n'est pas une bonne solution
: le tag est largement utilisé par la plupart des outils, contrairement
aux public_transport=stop/platform.
En particulier, les arrêts de ta ligne A sont invisibles sur tous les
rendus que je connais, y compris dans les applis mobile. Par exemple, je
suis passée par Narbonne la semaine dernière, j'aurais très bien pu me
dire "chic, il y a plein d'arrêts à mapper ici" et commencer à les
ajouter depuis mon smartphone sans même voir qu'ils existaient déjà ^^"
Personnellement, j'utilise et je recommande la carto des arrêts de bus
avec highway=bus_stop + public_transport=platform, sans mapper les
stop_position du tout.
Ce modèle est compatible avec sketch-line (voir par exemple cette ligne
<https://jungle-bus.github.io/unroll/route.html?line=10215413> et son
diagramme
<https://overpass-api.de/api/sketch-line?network=&ref=720&operator=SOTRA&style=narbonne>),
tous les rendus qui affichent des arrêts de bus ainsi que la grande
majorité des outils qui utilisent des données de transport d'OSM
<https://wiki.openstreetmap.org/wiki/FR:Public_transport/Tools>.
Après, si on veut aller plus loin, je pense que la bonne correction
serait d'avoir un traitement différencié par mode pour identifier
l'objet qui caractérise l'arrêt qu'on veut afficher dans le diagramme.
En effet
* c'est en général le rôle platform pour les lignes de bus
* pour les lignes de mode ferré, c'est plutôt le rôle stop_position.
Les platform sont souvent des quais et ont rarement un nom (et pas
forcément celui de la station)
C'est l'approche que j'ai choisie dans l'outil Unroll, qui permet de
visualiser toutes les infos d'une ligne:
* ta ligne de bus avec platform et stop position :
https://jungle-bus.github.io/unroll/route.html?line=2667720
* une ligne de métro :
https://jungle-bus.github.io/unroll/route.html?line=3328765
--
Noémie Lehuby
Jungle Bus - http://junglebus.io
Le 24/08/2020 à 22:24, Gad Jo a écrit :
Bonsoir,
Depuis 2012 j'ai commencé à cartographier les lignes de bus de l'Agglo
narbonnaise (souvent mis de côté, toujours repris). Grâce à Pic4Review
et Mapillary/OpenStreetCam j'ai accéléré sur ce projet (plus besoin de
faire les relevés de tête)
Le suivi de l'avancement est disponible sur
https://wiki.openstreetmap.org/wiki/Narbonne/Transports_en_commun#Lignes_Urbaines
Actuellement je travail sur le rendu des diagrammes grâce à l'outil
dédié https://overpass-api.de/
Pour l'occasion le style "narbonne" a été créé en partant du style
"paris".
Problème : si les plateform possède le tag highway=bus_stop les arrêts
sont comptabilisé en double. Pourtant le modèle public_transport
l'indique comme recommandé. Sans ça le rendu osm n'affiche plus les
arrêts et Osmose couine.
Actuellement et le temps d'analyser toutes les lignes j'ai supprimé le
tag highway=bus_stop. C'est l'exemple parfait de taguer pour le rendu.
En attendant les diagramme sont maintenant lisible :
https://overpass-api.de/api/sketch-line?ref=A&network=Citibus&style=narbonne
J'aurai besoin de conseils pour faire fonctionner correctement
https://overpass-api.de/ quitte à proposer des améliorations mais où
le faire ?
Le problème semble exister depuis pas mal de temps et j'ai constaté un
peu partout dans le monde que cela incite les contributeurs à taguer
pour le rendu. Je me demande si ils n'ont pas arrêté de corriger leur
générateur de diagramme.
À moins que d'autres générateur de diagramme existe.
Là j'aurai besoin qu'on me conseil pour arriver à une solution
fonctionnelle.
--
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma
brièveté.
_______________________________________________
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
