Le 07/01/2011 22:01, Pieren a écrit :
2011/1/7 Christian Rogel <[email protected] <mailto:[email protected]>> Chaque étage administratif a ses missions et ses cadres, mais les seules questions qui vaillent sont l'effectivité (qui ne se mesure pas en terme d'opinion) et la pérennité. Non. Ca n'est pas parce qu'une administration quelconque dessine une patate sur une carte que celle-ci peut obligatoirement aller dans la base OSM. Comme je le lis parfois ailleurs, OSM n'est pas un receptacle (j'éviterai le mot plus polémique de "dépotoir" parfois employé) pour toutes les données géographiques qui peuvent exister. Mais rien n'empêche quiconque d'utiliser les données OSM comme base à d'autres travaux, mais dans une base ou affichage à part. Le risque à vouloir tout accepter sera d'avoir une accumulation considérable de polygones qui n'intéresseront que quelques personnes mais rendront les données de plus en plus difficiles à éditer ou à maintenir, même avec l'usage de filtres.
Je ne vois pas le problème du dépotoir (si c'est le risque, autant le nommer) sous le même angle. Le souci pour moi n'est pas l'accumulation considérable de polygones (après tout, c'est déjà le cas, nos buildings...), mais l'accumulation considérable de tags issus d'une absence de concertation et de consensus, et amenant à une donnée inexploitable. Si un consensus se dégage pour tagguer les quartiers, avec des critères (par ex. : existence d'une définition géographique en mairie, avec attribution d'un nom) et un/des tags pour décrire la notion de quartier, alors pourquoi ne pas les saisir dans OSM ? Idem pour toutes sortes de zonages, dès lors qu'ils sont "effectifs" (cf. Christian), pérennes, et ce indépendamment de leur portée, qui peut tout à fait n'être que locale. Ce qui compte pour moi, c'est que leur définition OSM (les tags & valeurs) ne soit pas locale mais d'un consensus plus large, et, aussi, que leur échelle de saisie soit compatible avec celle d'OSM (on voit la limite de l'exercice avec l'échelle des polygones Corine, par ex.).
vincent _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
