Bonjour. Je remonte à un sujet que j'ai raté étant en vacances alors, ce n'est
que maintenant que j'ai eu le temps de remonter assez loin dans mes mails.
L'exemple Grenoblois cité à un moment est de mon œuvre. C'était une ébauche.
J'ai dans l'idée un schéma de d’extension du schéma actuel TC. Il n'est pas
encore dans sa forme ultime. Voici où j'en suis :
* Désambiguïsation du tag "plateform"
Aujourd'hui, plateform peut aussi bien désigner l'abri-bus, un poteau d'arrêt,
oui le quai. Avec ma proposition, on séparerait clairement les trois :
- tag:public_transport=platform pour un quai
- tag:public_transport=pole pour un poteau
- tag:amenty=shelter + tag:shelter_type=public_transport pour un abri
* Informations données (le tag va à l'objet porteur d'information (abri ou
poteau):
- time_tables (yes/no) : Les horaires des lignes
- waiting_time (theoric/dynamic/no) : Temps d'attente (théorique fait
selon la fiche horaire, et dynamique donne le temps réel)
- network_map (geographic/schematic/no) : Plan du réseau
- line_map (geographic/linear/no) : Plan des lignes
pour les plans, "géographique" correspond à un plan réaliste (on peut s'en
servir pour se repérer dans la ville), "schématique" est un plan simplifié
(plan du métro de Paris par ex) et "linéaire" est plan de ligne "themomètre"
(comme ce que donne overpass api), avec les arrêts.
D'autres paramètres peuvent être ajoutés, tels qu'en effet si le nom de l'arrêt
est présent, ainsi si la listes des lignes faisant arrêt ici est présente (pour
la liste, elles ce sont les relations routes qui s'en chargent)
Comme j'ai lu dans la discussion, un préfixe (tel que "information") serait pas
bête. Aussi, on pourrait ajouter un sufixe, si toutes les lignes ne sont pas
traitées de la même façon (exemple : si il y a les horaires de tel réseau, mais
pas de tel autre, alors des lignes des deux réseau s'arrêtent ici, on rajoute
un :network )
* Les arrêts où le point d'arrêt n'est pas attitré à la ligne.
Pour les gare (routières, mais aussi adaptable au ferroviaire), où les bus
d'une même ligne ne s'arrêteront pas systématiquement au même quai, je propose
une relation public_transport=station avec comme membres :
- Les Quais/arrêts/abris/poteaux, avec comme rôle role
stop/platform/shelter/pole (suffixés par leur numéro si disponible)
- Le(s) Bâtiment(s) (cf carto d'intérieur pr acceuil, caisses, salle
d'attente...)
- L'endroit où on a l'information de où va s'arrêter notre bus, avec un
tag spécial
Dans la relation route, le point d'info prendrait la place de l'arrêt.
Virgile Kéré
----- Mail original -----
Date: Mon, 11 Aug 2014 10:46:01 -0700 (PDT)
From: ZIMMY <[email protected]>
To: [email protected]
Subject: [OSM-talk-fr] arrêt de bus : information, sur handicap
cognitif
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8
J'ai beau chercher je ne trouve pas d'information ni sur le wiki ni dans
taginfo permettant de confirmer pour un arrêt de bus la présence de :
- carte de quartier ou transport
- horaire de passage des bus
- présence du nom de l'arrêt
- numéro des lignes concernées
Mes proposition :
display:map=yes/no/bad
display:timetable=yes/no/bad
display:name=yes/no/bad
display:lines=yes/no/bad
Qu'en pensez-vous ?
Ces informations seront valorisées ici :
http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3&selected=135
-----
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (CCPRO,FR84)
Mandataire OSM-France sur le Grand-Sud-est
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
