inner et outer sont des "rôles" utilisés pour les multipolygones (et autres relations assimilées), mas leur emploi n'est plus aussi systématique car on peut les déduire de la géométrie globale de l'ensemble... à condition qu'elle ne soit pas cassée. Ce sont donc avant tout des rôles documentaires qui sont là pour aider aux réparations, et qu'il est conseillé de renseigner correctement.
En revanche ce ne sont pas des tags, ils ne peuvent pas être mis dans des noeuds ou chemins eux-mêmes. Ils n'ont de sens QUE dans la liste des membres d'une relation (la liste des membres d'une relation est une propriété de la relation, mais pas un tag; chaque membre est un objet à part, séparé de la relation et de l'objet lié par le membre. Le 30 juillet 2014 08:57, Mides <mides....@gmail.com> a écrit : > Donc, dans la mesure ou le tag name de la relation et des objets 'fils" > est strictement identique, nul besoin de répéter cette information. > D'autant plus qu'une seule relation s'applique à tous les objets. > > Par contre, au niveau de la relation, je mets quel type de rôle : inner, > outer, etc. > > > Michel > > > > > Le 30 juillet 2014 08:25, Philippe Verdy <verd...@wanadoo.fr> a écrit : > > On a d'autres exemples avec des sous-objets ayant des noms locaux plus >> spécifique que le nom de l'ensemble. Y compris par exemples les rivières >> qui changent de nom le long de leur cours (ou en adapte un autre seulement >> temporairement, par exemple pour une section canalisée). >> En principe si un membre n'a pas de nom, il pourrait prendre le nom de >> l'objet qui le référence, mais le problème est qu'il peut être référencé >> par plusieurs relations (exemple: les noms ou références de routes: on a le >> cas des routes européennes qui ont des noms parfois locaux sur une partie >> (selon la/les langues officielle/s locales) qui s'ajoutent au nom nationale >> de la route empruntée en partie, et du nom local d'une rue pour une commune. >> >> Il n'y a pas réellement d"héritage, les noms se superposent au même >> endroit, mais pas au mêmene niveau d'analyse. >> >> La question ne se pose que si un objet local a le même nom qu'une >> relation qui l'inclue, mais à condition qu'il ne soit référencé que par 1 >> seule relation. D_s qu'on a 2 relations parentes, elles peuvent se >> contredire et l'objet local n'a plus de nom plus prioritaire qu'un autre >> sauf en indiquant lequel utiliser parmi les noms des relations parentes. >> >> >> Le 30 juillet 2014 00:28, Christian Quest <cqu...@openstreetmap.fr> a >> écrit : >> >>> A quoi sert cette relation ? >>> >>> Un exemple concret (avec un lien) ? >>> >>> >>> Ce n'est pas parce que des objets font partie d'une relation que les >>> tags de celle-ci s'applique par héritage aux membres. >>> Exemple: un itinéraire de bus peut avoir un nom, mais ce nom concerne la >>> ligne de bus, pas les highway=* qui en sont membres. >>> >>> >>> Le 30 juillet 2014 00:19, Mides <mides....@gmail.com> a écrit : >>> >>>> Bonsoir, >>>> >>>> une petite hésitation concernant les tags name dans les divers objets >>>> présent dans une relation. >>>> >>>> Dois je répéter, ou puis je répéter, le tag name au niveau des objets >>>> présent dans une relation et dont le nom est le même. >>>> >>>> Exemple : >>>> >>>> Une relation pour différents segments de highway dont le tag name au >>>> niveau de la relation est : "Route sans fin". Et ces mêmes objets >>>> appartenant à la relation qui portent eux aussi le tag name : "Route sans >>>> fin". >>>> >>>> Est ce gênant d'avoir une redondance d'information, ou ce "doublon" est >>>> il complètement inutile ? Peut on parler de notion d’héritage ? >>>> >>>> Michel >>>> >>>> _______________________________________________ >>>> Talk-fr mailing list >>>> Talk-fr@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>> >>>> >>> >>> >>> -- >>> Christian Quest - OpenStreetMap France >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-fr >>> >>> >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
