Le 12 décembre 2016 à 15:50, lenny.libre <lenny.li...@orange.fr> a écrit :
> Le 08/12/2016 à 23:10, Frédéric Rodrigo a écrit : > > Le 08/12/2016 à 17:10, lenny.libre a écrit : > > > > Le 05/12/2016 à 20:54, Jérôme Amagat a écrit : > > J'ai fait la même chose pour Lyon que ce que j'ai fait à Rennes (en > essayant de faire moins d'erreur...) > les données sont là : http://data.grandlyon.com/equi > pements/points-darrft-du-rfseau-tcl > Sur les points des données (ils sont, je pense, là où les bus s'arrête > donc la plupart du temps sur les zébras c'est pas tout a fait les platform > mais presque) j'ai mis les tags highway=bus_stop, > public_transport=platform, bus=yes, network=TCL, ref:FR:TCL=*, name=* et > wheelchair=(yes ou no) > > Bonjour > Bien qu'on puisse trouver des nœuds taggés avec l'ancien schéma de > transport "highway=bus_stop" avec également les tags du nouveau > "public_transport=platform", je ne vois pas l’intérêt de le faire sur les > nouveaux nœuds créés. > En général, lorsque je modifie un nœud, j'ajoute les nouveaux tags sans > supprimer les anciens, si j'en crée un, je ne met que les nouveaux. > > Avec la liste des lignes, on peut peut-être vérifier si la relation > existe, et si le rôle est ok ? > > En regardant Osmose sur Rennes, j'ai vu que lorsque l'arrêt existe, il y a > systématiquement deux alertes "les suggestions proposées" mais également > une alerte "arrêt non intégré" ? > > > Oui tout ça va ensemble, pour les données OpenData Osmose remonte quand > c'est possible : > - les données non intégrées > - les rapprochent possibles > - les propositions de mise à jour > - les données en "trop" dans OSM > > oui, je comprends bien, que les données remontent plusieurs contrôles, > mais là il propose au même endroit deux signalisations (à priori > contradictoires, l'une considère que le nœud existe, l'autre qu'il n'existe > pas) : > - des mises à jour du nœud existant (par exemple de nouveaux tags, ou des > corrections de tags erronés) ce qui est logique > - par contre il propose systématiquement des création de nœuds existants "stop > not integrated", qui n'est pas exact puisque le nœud est bien intégré, il > a d'ailleurs été trouvé sur la signalisation ci-dessus ; Osmose sait donc, > bien détecter que le nœud existe puisqu'il propose sa modification sur > l’alerte précédente. Et peut entraîner des créations de doublons si le > contributeur n'est pas attentif. > Oui mais le noeud existant josm n'est pas sûr que c'est bien le bon donc si c'est pas le bon il propose d'en ajouter un autre. > > De plus, il propose d'ajouter "bus=yes" sur le nœud > "public_transport=platform" alors que d’après le wiki il est plutôt sur > le nœud "public_transport=stop_position" ; ne faudrait-il pas dans ce cas > faire évoluer le wiki avant osmose ? > D’après le wiki, il faut mettre bus=yes sur stop_position mais ne dit pas de pas le mettre sur la platform :P La platform sert bien seulement pour attendre le bus donc c'est pas faux n'ont plus de le mettre. Aujourd'hui le rendu OSM Mapnik affiche seulement les highway=bus_stop et rien pour tous les public_transport=*. highway=bus_stop est placé normalement au même endroit que les public_transport=platform, si on enlève highway=bus_stop (et que l'on a pas bus=yes) rien ne dis que c'est un arrêt pour les bus et donc le rendu si il voulait placer un machin signifiant un arrêt de bus il ne pourrait pas. > > cordialement > Léni > > _______________________________________________ > 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
