<div dir="ltr">sans discussion, ce sont les platform (=anciens bux_stop) qu'il faut afficher. les "stop_position" du nouveau schéma sont destinés aux interconnexions et outils de vérification des lignes qui peuvent détecter avec eux des arrêts non desservis par le chemin (soit parce que le chemin est brisé, soit parce que c'est le "'stop_position" associé à la mauvaise plateforme qui a été sélectionné).<div><br></div><div>Je ne vois pas trop l'intérêt dans le rendu **généraliste** d'afficher les "stop_position" au milieu de la rue (pas même leur nom), mais peut-être que ça peut être utile dans un rendu public transport, qui préférera les utiliser au lieu des plateforme. Les stop position devraient être particulièrement utiles pour les recherches d'itinéraires, et identifier le nom et la localisation exacte des arrêts pour monter ou descendre sur un itinéraire. Dans un tel cas, le rendu spécialisé pourra largement simplifier ou même ne pas afficher du tout le reste de la carte et présenter un plan plus schématique avec juste les chemins reliant les "stop_position", et dont la géométrie peut être alors simplifiée.</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">Le 22 décembre 2016 à 03:02, Christian Quest <span dir="ltr"><<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><span class=""><div class="gmail_quote">Le 22 décembre 2016 à 01:05, Jérôme Amagat <span dir="ltr"><<a href="mailto:jerome.amagat@gmail.com" target="_blank">jerome.amagat@gmail.com</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>on parle beaucoup des transport public en ce moment, ça serait bien que les arrets de bus, tram metro ... soit rendu qu'avec des tag public_transport= et aussi si ce n'est pas un node mais un way ou multipolygon. </div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div> </div></div></blockquote></div><div><br></div></span><div>Je ne pense pas que ce soit une bonne idée de forcer ainsi la main pour adopter un modèle bien complexe pour le contributeur lambda.</div><div><br></div><div>Si on veut détecter les arrêts à mettre à jour, il faut le faire avec des outils de QA comme osmose, pas avec un rendu assez généraliste.</div><div><br></div><div><br></div><div>Pour la prise en compte des polygones, je vais regarder ce qu'il est possible de faire, mais mes souvenirs c'est qu'il est bien complexe de prendre en compte le schéma public_transport au niveau du rendu.</div><div><br></div><div>On met quoi sur le rendu ? public_transport=stop_position ou public_transport=platform ?</div><div><br></div><div>Si on a un highway=bus_stop comment on évite d'avoir un doublon ?</div><div><br></div><div>Heureusement que postgis a maintenant de quoi générer des cluster... ça va peut être être la solution: on met tout ensemble et on fait un cluster ;)</div><span class=""><div><br></div>-- <br><div class="m_5157697053290621062gmail_signature" data-smartmail="gmail_signature"><div dir="ltr">Christian Quest - OpenStreetMap France</div></div>
</span></div></div>
<br>______________________________<wbr>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div>