[OSM-talk-fr] Bug de rendu Mapnik pour les area en highway=tertiary

[rldhont]

Le 23/03/2012 11:41, Jean-Marc Liotier a écrit :
> On 23/03/2012 10:32, Pieren wrote:
>> techniquement, rien n'empêche de connecter les voies à un polygone. 
>> Si physiquement, la place est sans voie de circulation ni restriction 
>> de direction, on devrait la modéliser comme tel. Les routeurs peuvent 
>> facilement traiter ce cas en réduisant le polygone "highway=*" + 
>> "area=yes" en simple noeud dans un pré-traitement.
> Oui pour le calcul de connectivité, mais pour les indications de 
> navigation il lui faudra calculer la distance et le cap entre l'entrée 
> sur la surface et la sortie de la surface - ce qui pourra d'ailleurs 
> donner des indications erronées dans le cas d'une surface concave 
> (pour laquelle un algorithme plus évolué proposera au moins un 
> changement de cap à l'intérieur de la surface).
>
> Je suis ravi que cette conversation ait lieu - je me suis souvent posé 
> cette question pour les zones piétonnes. J'hésitais mais je suis 
> maintenant renforcé dans ma conviction que la correction et la 
> simplicité du modèle doivent être nos guides - les routeurs suivront !

Les routeurs suivront car c'est aux développeurs de configurer leur 
réseau correctement pour tenir compte de aires et pas aux contributeurs 
de le faire.

D'ailleurs je croyait que l'on tagger et représentait la réalité pas 
pour une application ou plusieurs (rendu, routing, 3D, etc)

>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr