<div dir="ltr">Le 14 décembre 2016 à 10:34, Florian LAINEZ <span dir="ltr"><<a href="mailto:winnerflo@free.fr" target="_blank">winnerflo@free.fr</a>></span> a écrit :<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hello,<br><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Si on veut gérer la transition, il faut décider vers lequel de 
"platform" ou "stop_position" on doit basculer les "bus_stop" actuels. 
En majorité les "bus_stop" ont été mis sur ce qui devrait être des 
"plateform" en v2 (c'est à dire à côté des chemins de la relation 
"route"). Mais si on tague les 2 ("platform" + "stop_position" ) en v2</div></blockquote><div> </div><div>Nous n'avons pas à décider, le modèle V2 a été créé en tant que tel sans rétro-compatibilité, ce qui veut bien dire ce que ça veut dire. Chaque amenity=bus_stop doit être complété ou remplacé à la mano par un platform ou un stop_position.<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><br></div>Et si on veut être compatible avec sketchline, les "bus_stop" devraient être déplacés vers les nouveaux noeuds "stop_position".<br></blockquote><div> </div><div>Je n'ai pas de préférence ni d'avis sur le sujet mais je pense qu'il vaut mieux laisser un seul bus_stop par arrêt effectif.<br>Jusqu'à présent je laisse bus_stop sur la platform par habitude. Mais plus ça va plus je pense que je vais me radicaliser et virer totalement le modèle V1 là où je passe, quitte à impacter le rendu Mapnik.<br></div><div><span class="gmail-"><br></span></div></div></blockquote><div><br></div><div>Il y a beaucoup de rendus qui verront les arrêts de bus disparaitre.<br><br></div><div>Il est très complexe d'utiliser les relations public_transport dans les rendus*... donc attention à ne pas se tirer une balle dans le pied en voulant trop bien faire sur la modélisation des transports publics on risque de les rendre invisibles dans la majorité des rendus car trop complexes à rendre.<br><br></div><div>La coexistence ancien/nouveau schéma ne coûte pas grand chose... et évite une "fracture sémantique" ;)<br></div></div><br></div><div class="gmail_extra">* j'ai dû bricolé à mort en repassant par des tables qui servent à la mise à jour des données et pas au rendu pour retrouver le network/operator des arrêts de bus dans leur relation route pour mettre les logos locaux sur le rendu FR. Je dois être un des rares à avoir fait ça.<br></div><div class="gmail_extra">voir: <a href="https://github.com/cquest/osmfr-cartocss/blob/master/project.mml#L1937">https://github.com/cquest/osmfr-cartocss/blob/master/project.mml#L1937</a><br clear="all"></div><div class="gmail_extra"><br>-- <br><div class="gmail_signature"><div dir="ltr">Christian Quest - OpenStreetMap France</div></div>
</div></div>