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