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 <verd...@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 <cqu...@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@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-fr > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
