2012/1/26 Philippe Verdy <verd...@wanadoo.fr>:

> il peut alors de façon paliative
> (uniquement paliative) utiliser l'autre axe vertical (surfaces,
> "subareas").

Dans tes arguments, tu parts toujours du principe que la relation
"boundary" est parfois incomplète, ce qui induit ensuite Nominatim en
erreur. Mais la même chose peut arriver dans le modèle surfacique. La
relation peut manquer un subarea, une commune ou un département. Ou en
avoir en trop. On ne peut jamais garantir l'intégrité des données. Et
si un modèle diffère de l'autre (par exemple, une île qui serait dans
l'un mais pas dans l'autre), il est impossible de savoir
automatiquement qui a raison et qui a tord. Il faudra donc toujours
passer par un contrôle manuel en cas de problème.
Tu peux écrire des mails de 25 pages, tu n'as toujours pas démontré en
quoi le modèle "subarea" n'est pas équivalent au modèle "boundary"
actuel pour définir un multipolygone. Au contraire, comme d'autres
l'ont déjà dit, le modèle surfacique ne marche que lorsque l'ensemble
des subarea est défini. Hors, de nombreuses régions en France n'ont
pas encore toutes leurs limites communales. C'est pour cela que le
modèle "boundary" a toujours été préféré dans OSM jusqu'à aujourd'hui.
Si tu ne peux pas vivre sans relations de type surfacique et
pyramidal, soit, mais pas dans la même relation de type "boundary". Si
tu penses que les deux peuvent se compléter, rien ne t'empêche de
sélectionner l'une ou l'autre en fonction de l'attribut "type=*" (les
tags "name" et "admin_level" pouvant être identiques).

Pieren

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

Répondre à