<div class="gmail_quote">2010/11/14 Mikaël Cordon <span dir="ltr"><<a href="mailto:mikael.cordon@gmail.com">mikael.cordon@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On pourrait étendre cette modélisation aux autres véhicules.<br>
Pour les cycles : cycleway=* ; pour les bus : busway=* ; pour les piétons :<br>
footway=*. Ces voies n’ont plus qu’a rester attaché au tracé et ne pas être<br>
interdépendants.<br>
Le seul point à éclaircir, reste la position des voies : :left/:right (sur le<br>
point d’être adopté) pour 2 voies supplémentaires, et éventuellement un indice<br>
(:2, :3) supplémentaire pour les voies supplémentaires.<br>
<br>
Il faut que le modèle reste simple pour les situations simples (il peut se<br>
compliquer pour les situations compliquées), facile à se rappeler et à<br>
retrouver (donc un modèle générique est bienvenu).<br>
<br>
J’avais déjà démontré (dans la ML) que le modèle que je propose modélise bien<br>
toutes les situations de façon systématique et laisse les voies indépendantes<br>
quant à leur sens de circulation.<br><br></blockquote><div><br>Franchement, je ne vois pas bien la différence entre ce que tu dis et ce qui se trouve déjà sur <a href="http://wiki.openstreetmap.org/wiki/Bicycle">http://wiki.openstreetmap.org/wiki/Bicycle</a> (qui tente déjà de rester simple pour les cas simples).<br>
</div></div><br>On revient toujours au même problème : soit on trace des ways séparés pour chaque fonction avec des tags en faible nombre mais cela oblige ensuite à créer de nombreuses connexions et cela complexifie l'édition des ways/nodes eux-mêmes; soit on regroupe les tags dans moins de ways mais cela donne des listes à ralonge et complexifie le schéma des tags (et surtout illisibles pour l'humain). Pour l'instant, il existe une règle assez simple pour décider de tracer des ways parallèles, c'est lorsqu'il y a une séparation physique entre les voies (muret, trottoir, enherbement). Cela a l'avantage d'être simple et compris par le plus nombre (donc vérifiable et reproductible, choses importantes dans OSM).<br>
La seule chose que tu ajoutes, c'est la numérotation des voies. C'est quelque chose qui a déjà été mentionné à plusieurs reprises sur plusieurs listes (et il existe déjà des standards hors OSM à ce sujet). Il suffirait de formaliser ça sur le wiki (si ça n'est pas déjà le cas) et de demander leur avis au plus grand nombre et ensuite de l'utiliser. Le seul hic, c'est que pour l'instant il y a peu de contributeurs vraiment motivés pour indiquer dans quel ordre se trouve les différentes voies, l'essentiel étant d'en avoir déjà signaler la présence.<br>
<br>Pieren<br>