C'est exactement ce que je dis: le temps des contributeurs n'est pas inifni, le mien non plus. Il faut également maintenir les données. Plus de redondances qu'il y ait, plus de temps que cela prendra.
Ce que j'ai ajouté ne manque pas de qualité. Tout ce qui manque sont des données non-indispensables (dispensables?) J'ai vu beaucoup de cas où les données des arrêts sont dupliquées. Une fois sur l'arrêt (public_transport=platform/highway=bus_stop) et une autre fois sur le noeud public_transport=stop_position). Personne n'est servie avec cela. Quelques exemples: Frontière Belgique-France https://www.openstreetmap.org/relation/3885038/history https://www.openstreetmap.org/relation/3885196/history Frontière Belgique-Allemagne https://www.openstreetmap.org/relation/3877724/history Et en Flandre: https://www.openstreetmap.org/relation/3299413/history À Bruxelles: https://api.openstreetmap.org/relation/240182/history https://www.openstreetmap.org/relation/2920180/history Toute information pertinente est présente. Polyglot 2014-07-12 13:28 GMT+02:00 Éric Gillet <fear.hardc...@gmail.com>: > Attention; il ne faudrait pas surestimer ce qui est calculable. > > La platform doit être mise dans la relation type=route pour expliciter > quelle plateforme doit être utilisée pour quel itinéraire (surtout dans le > cas de gares routières). > Idem pour les stop_positions, si deux routes passent par les même chemins, > il y aura des arrêts en trop... > > La quantité ne prime pas forcément sur la qualité ! Remplir OSM de données > difficilement exploitables par des outils ne sert pas OSM. De plus se dire > "Je ne complète pas avec les données que j'ai sous la main, quelqu'un > d'autre pourra le faire", obligera un autre contributeur à faire le même > long travail pour rajouter les détails omis (le temps des contributeurs OSM > n'est pas une ressource infinie). > > > 2014-07-12 11:20 GMT+01:00 Jo <winfi...@gmail.com>: > > Pour moi il est impératif que créer et maintenir des relations route ça >> reste pratique pour les contributeurs, donc tout ce qui peut être calculé >> est non essentiel. >> >> Si tu peux choisir entre pas avoir des relations route, car personne ne >> veut les créer/maintenir >> >> ou des relations route avec tous les chemins en ordre consécutive + tous >> les arrêts (les noeuds à coté de la route, bien sûr) >> >> qu'est-ce que tu prends? Ceux qui ont besoin de stop_position pour leurs >> besoins peuvent les calculer. >> >> Bon, je dois probablement ajouter que je n'ajoute même pas toujours les >> stop_position. A la limite on peut les déduire en tirant un ligne >> perpendiculaire à partir de l'arrêt vers le chemin. >> >> Il faudra probablement également ajouter que je viens d'ajouter une bonne >> 30000 d'arrêts et des centaines de routes avec leur variations, durant l'an >> passé, chose qui aurait été impossible avec le schéma complet. >> >> Bien sûr, là où les trams étaient concernés ou les arrêts partagés les >> stop positions sont bien inclus + des relations stop_area. >> >> Mais le plus important reste le noeud >> public_transport=platform/highway=bus_stop. >> >> Polyglot >> >> >> 2014-07-12 10:58 GMT+02:00 Paul Mallet <cont...@paulmallet.net>: >> >> Pour les terminus, il y a les rôles stop_entry_only et stop_exit_only (et >>> les rôles platform correspondant) >>> >>> Pour les stop_position ça ne me pose pas de pbm que les noeuds des 2 >>> sens soient fusionnés si ils sont proches, a condition qu'il soit présent >>> dans les 2 relations. >>> >>> Par contre c'est pour moi essentiel de mettre a la fois les données de >>> stop (sur la voie) et de plateform (abribus) pour couvrir tous les usages >>> que l'on peut faire de ces données (notamment la recherche ou >>> l'optimisation d'itinéraires, mais pas que...) >>> Le 12 juil. 2014 01:47, "Jo" <winfi...@gmail.com> a écrit : >>> >>> Pour placer les arrêts je m'amuse également à chercher des: >>>> >>>> /\/\/\/\ en France >>>> B U S en Belgique >>>> ou les abris. >>>> >>>> Si ce n'est pas possible j'essaye de les placer le mieux que possible. >>>> Tous les détails pertinents sont là, s'ils sont mal placés il y aura >>>> certainement quelqu'un avec les connaissances locales pour les placer mieux >>>> dans les années qui viennent. >>>> >>>> Jo >>>> >>>> Pour les bancs, je ne sais pas. J'ai trouvé très peu de poses-fesses >>>> jusqu'à présent. >>>> >>>> >>>> 2014-07-12 1:16 GMT+02:00 Muselaar <musel...@ouvaton.org>: >>>> >>>>> Ça, c'est la classe… >>>>> Quand je pense que je passe un temps non négligeable à chercher >>>>> d'après mes photos où sont précisément les arrêts ! >>>>> Quelquefois, ce n'est pas évident de retrouver la bonne maison sur >>>>> Bing, surtout dans les lotissements. Et je me méfie des données de >>>>> l'entreprise de transport, j'ai déjà repéré quelques erreurs >>>>> d'emplacements >>>>> d'arrêts (du moins par rapport au calculateur d'itinéraire proposé sur le >>>>> site… qui utilise pour cette fonction OSM : >>>>> http://info.optymo.fr/votre-voyage/horaires-et-plans) >>>>> >>>>> Muselaar >>>>> >>>>> >>>>> Le 12/07/2014 01:03, Jo a écrit : >>>>> >>>>> Personnellement, je n'ajoute pas les stop_position. Ils font déjà >>>>> partie des chemins. Donc je n'ajoute que les >>>>> public_transport=platform/highway=bus_stop, en ordre consécutive. Donc si >>>>> le bus passe deux fois le même arrêt il est là 2 fois. Comme j'ai les >>>>> données de 2 des 3 entreprises de transport en Belgique à disposition, les >>>>> relations route sont créées de façon automatique pour toutes les >>>>> variations. >>>>> >>>>> Polyglot >>>>> >>>>> >>>>> 2014-07-12 0:54 GMT+02:00 Francescu GAROBY <windu...@gmail.com>: >>>>> >>>>>> 'from' et 'to font partie des tags permettant d'enrichir la relation, >>>>>> au même titre que 'type', 'operator', ... Ce ne sont pas des rôles (les >>>>>> rôles sont associés aux éléments qui composent la relation). >>>>>> >>>>>> Quant à la complétion automatique, je ne crois pas qu'elle filtre sur >>>>>> les valeurs autorisées pour une relation donnée. Si tu tentes de taper un >>>>>> tag qui n'a rien à voir avec ta relation, tu verras que Josm te le >>>>>> propose >>>>>> quand même. >>>>>> >>>>>> Francescu >>>>>> >>>>>> >>>>>> Le 12 juillet 2014 00:31, Muselaar <musel...@ouvaton.org> a écrit : >>>>>> >>>>>> En fait, j'ai découvert la valeur « start » simplement par le fait >>>>>>> que c'est ce qui est proposé dans l'éditeur de relation quand on >>>>>>> commence à >>>>>>> taper « st ». Et il faut toujours ajouter le « o » pour obtenir « stop >>>>>>> ». >>>>>>> Et puis sur l'article : >>>>>>> >>>>>>> https://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport#Route_direction.2Fvariant >>>>>>> >>>>>>> il y a : >>>>>>> >>>>>>> from >>>>>>> <https://wiki.openstreetmap.org/w/index.php?title=Key:from&action=edit&redlink=1> >>>>>>> *Initial >>>>>>> stop* Initial stop where the variant starts. recommended to >>>>>>> <https://wiki.openstreetmap.org/w/index.php?title=Key:to&action=edit&redlink=1> >>>>>>> *Terminal >>>>>>> stop* Terminal stop where the variant ends. recommended >>>>>>> Voilà, si quelqu'un peut donner plus d'éclaircissements… Il est vrai >>>>>>> que l'anglais n'est pas mon point fort. >>>>>>> En attendant, je laisse tout en « stop ». >>>>>>> >>>>>>> Muselaar >>>>>>> >>>>>>> Le 12/07/2014 00:16, Francescu GAROBY a écrit : >>>>>>> >>>>>>> Bonsoir, >>>>>>> Concernant les start/end, je découvre ces valeurs possibles. Est-ce >>>>>>> nouveau ? Car je n'ai pas souvenir d'avoir lu quoi que ce soit à ce >>>>>>> sujet. >>>>>>> Peux-tu nous dire où tu as vu ça ? >>>>>>> >>>>>>> Concernant le stop_position unique pour 2 arrêts en (quasi) face à >>>>>>> face, c'est aussi ce que j'ai fait, sur certains arrêts de >>>>>>> l'agglomération >>>>>>> caennaise. Et ce, pour les mêmes raisons que toi. >>>>>>> Techniquement parlant, je ne vois pas pourquoi ça coincerait : le >>>>>>> point étant sur la voie, rien n'indique, en soi, s'il appartient à un >>>>>>> sens >>>>>>> de circulation ou à l'autre. C'est son association à une relation, >>>>>>> voire à >>>>>>> plusieurs, qui indique que ce point est utilisé dans tel ou tel sens de >>>>>>> circulation. >>>>>>> >>>>>>> Francescu >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> Le 11 juillet 2014 23:46, Muselaar <musel...@ouvaton.org> a écrit : >>>>>>> >>>>>>>> Bonsoir, >>>>>>>> >>>>>>>> Dans les routes de bus, faut-il employer les rôles start et end, ou >>>>>>>> bien uniquement stop pour tous les arrêts (y compris les arrêts de >>>>>>>> départs >>>>>>>> et de terminus) ? >>>>>>>> >>>>>>>> 2e question : dans l'application du nouveau shéma des transports >>>>>>>> publics, j'ai pris l'option, n'ayant pas trouvé la réponse sur le >>>>>>>> wiki, de >>>>>>>> ne garder qu'un seul « stop position » (donc par un nœud sur la voie >>>>>>>> elle-même) lorsque les arrêts des deux sens sont face à face. Est-ce >>>>>>>> que >>>>>>>> c'est bien/acceptable/à éviter/inacceptable ? >>>>>>>> Mon avis, c'est que placer 2 stop-positions différents à 5 ou 10 m >>>>>>>> l'un de l'autre (pour qu'ils soient exactement au niveau du >>>>>>>> conducteur), >>>>>>>> surtout quand les quais sont quasiment au même niveau de la rue, et >>>>>>>> donc >>>>>>>> les bus des deux sens sont l'un contre l'autre, c'est une >>>>>>>> complexification >>>>>>>> sans intérêt. >>>>>>>> Mais j'ai des doutes, et si jamais l'avis général était contraire, >>>>>>>> je rajouterai ces nœuds supplémentaires. >>>>>>>> >>>>>>>> Muselaar >>>>>>>> >>>>>>>> _______________________________________________ >>>>>>>> Talk-fr mailing list >>>>>>>> Talk-fr@openstreetmap.org >>>>>>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Cordialement, >>>>>>> Francescu GAROBY >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Talk-fr mailing >>>>>>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr >>>>>>> >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Talk-fr mailing list >>>>>>> Talk-fr@openstreetmap.org >>>>>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Cordialement, >>>>>> Francescu GAROBY >>>>>> >>>>>> _______________________________________________ >>>>>> Talk-fr mailing list >>>>>> Talk-fr@openstreetmap.org >>>>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>>>> >>>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Talk-fr mailing >>>>> listTalk-fr@openstreetmap.orghttps://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 >>>> >>>> >> >> _______________________________________________ >> 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
