Le 22. 08. 17 à 20:32, lenny.libre a écrit : > Le 20/08/2017 à 12:02, marc marc a écrit : >>> - _"public_transport=platform"_ il me semble que les tags "network" >>> sont nécessaires, surtout lorsque l'objet n'est pas encore membre d'une >>> relation "route" ou "public_transport=stop_area" >> ce n'est pas "pas utile", c'est erroné que de dire qu'un trottoir ou un >> abribus fait partir d'un réseau de transport en commun. c'est du >> mobilier urbain. sinon à ce rythme là, on pourrait aussi ajouter les >> routes, les carrefours, les lampes qui éclairent la route, la station >> d'essence où le bus fait le plein, ... > que veux-tu dire ? > - ce n'est pas "pas utile" : c'est-à-dire que c'est utile (double > négation) - ou - ce n'est pas "mais, alors vraiment pas utile" ?
Je reformule : utile ou pas, mettre le tag operator et network du réseau de bus est erroné sur les objets physiques (plateform, stop_position). Pour preuve, les valeurs "operateur1;operateur2" qu'on rencontre alors qu'il n'y a qu'un opérateur en charge du mobilier urbain et de la route. > parles-tu des éléments physiques ou du node qui représente l'arrêt ? Je parle des éléments physique y compris le node de l'arrêt indiquant l'emplacement physique du plateform. Les relation route_bus et master_route sont fait pour décrire l'utilisation de ces objets par les compagnies de bus. C'est sur ces éléments qu'il faut mettre les tag du réseau de bus. et aussi sur le stop_area vu que la schéma PT v2 a été voté ainsi. >>> lorsque l'objet n'est pas encore membre d'une >>> relation "route" ou "public_transport=stop_area" on peux utilement mettre fixme=rajouter au stop_area ou fixme=ajouter ligne de bus 42 ainsi c'est clairement visible ce qu'il reste à faire _______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
