[OSM-talk-fr] POI et relation avec l'adresse (addr:housenumber)

[cyrille giquello]

Merci Pieren, c'est très clair.

Cyrille.

Le 16 juin 2011 01:50, Pieren <pieren3 at gmail.com> a écrit :

> 2011/6/15 cyrille giquello <cyrille37 at gmail.com>
>
>>
>> Pourquoi les POI sont ils simplement des points avec des attributs
>> (amenity, ...) sans relation avec les autres objets si ce n'est la
>> coordonnées géographiques ?
>>
>>
> OSM est une base de données géographiques. Les "relations" sont une façon
> d'associer différents éléments principalement lorsque les coordonnées ne
> suffissent pas (la relation associatedStreet est d'ailleurs souvent
> superflue à mon avis car l'association numéro et rue peut se déduire
> automatiquement dans la plupart des cas mais il a été décidé de le faire
> systématiquement pour lever toute ambiguïté (c'est le cas aux intersections
> de plusieurs rues) et faciliter le travail d'édition en l'absence d'outil de
> validation approprié). Ici, il y a le polygone du bâtiment (building=yes)
> qui délimite une surface. Il est très facile ensuite pour des outils de
> gestion de données géographiques de retrouver tous les éléments se trouvant
> à l'intérieur de ce polygone. Ce type d'association par les coordonnées est
> en fait la plus naturelle et simple à exploiter et à gérer. Les exemples
> sont nombreux. On peut récupérer tous les bâtiments d'une commune grâce au
> polygone boundary=administrative de cette commune sans pour autant les avoir
> lié dans une relation. De la même façon, on peut récupérer toutes les
> communes de France à l'intérieur du polygone France sans les mettre dans une
> relation. Ou lorsqu'on met une fontaine (amenity=fountain) dans un parc
> (leisure=park), on n'y pas besoin de les lier avec une relation pour savoir
> que la fontaine se trouve à l'intérieur du parc. Etc. Bien sûr, cela
> nécessite l'utilisation d'outils exploitant les coordonnées alors que
> certains développeurs veulent pouvoir exploiter les données sans passer par
> cette case et donc on trouve régulièrement des tags ou des propositions ou
> des pratiques qui cherchent à éviter l'usage de ces outils (on pense au tag
> "is_in" ou le fait que certains mettent tous les tags sur le même élément
> comme building, shop, name et addr: même si cela ne correspond pas toujours
> à la réalité).
>
> Pieren
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Cyrille.
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20110616/c523384b/attachment.htm>