moi qui croyait que platform désignait toute la zone déchange de l'arrêt ou des arrêts de même nom; y co,pris en multimodal... Et donc avait vocation à être une relation avec un polygone englobant contant aussi les oeuds des arrêts de toutes les lignes concernées (y compris bus, métro, tram, ferroviaire, taxi; voire aussi les points de départs des passerelles ou tunnels piétons qui permettent de franchir certains aces et relier les différents arrêts vers l'extérieur de la "plateforme") Apès le détail des poteux indicateurs (aux noeuds des arrêts), abris bus, quais, etc... dont déjà dans la plateforme d'échange. En zoomant assez on trouverait aussi d'autres serices autour parmi les POIs (y co,pris les guichets de renseignement ou de vente; les distributeurs de tickets; les panneaux d'affichage. Mais le tout géré comme une plateforme unique.
Exception: les zones ferroviaire des gares ou aéroports sont asez grandes pour avoir plusieurs plateformes: on distinguera donc la place devant la gare avec ses arrêts bus de la gare elle(même dans la partie ferroviaire qui peut avoir deux ou trois plateformes parfois (ex. à Paris-Montparnasse/Pasteur entre les gares TGV, la gare banlieue et la station métro situé à lextrimité du tunnel roulant par un tunnel qui n'est pas partie de la plateforme mais fait juste une liaison entre les deux gares passant sous des immeubles hors de la gare. Le 3 septembre 2014 15:02, Virgile Kéré <[email protected]> a écrit : > 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 >
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
