[OSM-talk-fr] Tagguer un bâtiment à usage multiple (était: Re: Quelques questions d'un débutant OSM)

[Éric Gillet]

Voilà c'est ça, après rien ne vous empêche de faire une relation de type
site en plus pour lier de manière sure les éléments entre-eux, au pire elle
sera ignorée par les outils.

Je pense tout de même qu'elle est nécessaire, surtout dans le cas de
plusieurs niveaux, comme par exemple une station de métro sous une
résidence.

2012/7/27 Mathieu Rajerison <mathieu.rajerison at gmail.com>

> Je suis d'accord avec votre approche.
>
> Je débute sous OSM. Si je comprends bien, pas de relation de type site
> mais une zone englobant les différents bâtiments ayant ces attributs:
> name = [nom de la résidence]
> landuse = residential
> [autres clés possibles pour la zone?]
>
> Et pour les bâtiments:
> name = [bat. A, nom de l'immeuble]
> building = residentiel
> éventuellement, nb de niveaux, etc..
>
>
> Le 27 juillet 2012 10:35, Philippe Verdy <verdy_p at wanadoo.fr> a écrit :
>
> Oui mais là il a voulu dire qu'une résidence c'est souvent une emprise
>> avec du terrain autour, parfois aussi une barrière, et dedans
>> plusieurs batiments, avec plusieurs entrées et donc plusieurs numéros,
>> mais aussi souvent des parkings, des équipements paysagers ou aires de
>> jeux, voire aussi des locaux de service (poubelles par exemple). Ainsi
>> que les voies de circulation (auto, chemins piétons/vélos) dans la
>> résidence Le tout s'entendant souvent sur plusieurs parcelles
>> cadastrales (que d'habitude on ne représente pas)
>>
>> On tague alors la résidence sur la surface de la totalité de son
>> emprise en lu donnant son nom.
>>
>> On inclut dedans le tracé séparé des bâtiments (imports du cadastre),
>> et on peut y ajouter les POIs supplémentaires (s'il y a des commerces
>> ou entreprises à géolocaliser dedans). Il n'est pas nécessaire de les
>> lier. La résidence est ni plus ni moins qu'un landuse=residential
>> auquel on inclut un tag name, mais pas les noms de rues (privées) ni
>> aucun tag de ce qui a été dessiné dedans. Et pas besoin non plus d'y
>> mettre un place représentant la résidence (les POIs pour les commerces
>> ou entreprises, ou voies de circulation ou jardins et aires de jeux ou
>> équipements sportifs n'ont pas nécessité non plus de rappeler le nom
>> de la résidence qui les contient, on se contente de leur donner leur
>> propre nom au cas où il se distingue du nom de la résidence elle-même,
>> sinon les tags du type d'objet ou pour leur destination ou utilisation
>> suffisent).
>>
>> Il ne me semble pas nécessaire pour autant de créer une relation
>> regroupant le tout si l'emprise totale de la résidence suffit (dans
>> laquelle il reste permis d'avoir des ilots internes avec une frontière
>> de rôle "inner", en cas de besoin de les sortir de cette emprise. Le
>> principe est alors le même que pour les communes, quartiers, et ilots
>> de quartiers, sauf que la bordure peut avoir des tags pour désigner le
>> mur ou la clôture elle-même (s'il y en a une) et les barrières
>> d'entrée, en segmentant cette ligne de bordure externe.
>>
>> Le 27 juillet 2012 09:41, Christian Quest <cquest at openstreetmap.fr> a
>> écrit :
>> > +1 avec Eric
>> >
>> > A mon avis le principe général doit rester: un objet un tag...
>> >
>> > Il n'y a qu'une résidence XXX, donc les attributs la décrivant doivent
>> > être présent une fois et une seule dans la base dans la mesure du
>> > possible, d'où le tracé de son emprise que l'o va tagguer en
>> > conséquence.
>> >
>> > --
>> > Christian Quest - OpenStreetMap France -
>> http://openstreetmap.fr/u/cquest
>> >
>> > _______________________________________________
>> > Talk-fr mailing list
>> > Talk-fr at openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-fr
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20120727/a15a4a2b/attachment.htm>