On Fri, 4 Sep 2009 11:13:40 +0200, Alberto Nogaro wrote: > >-----Original Message----- > >From: [email protected] [mailto:talk-it- > >[email protected]] On Behalf Of David Paleino > >Sent: giovedì 3 settembre 2009 13.42 > >To: [email protected] > >Subject: [Bulk] Re: [Talk-it] [Bulk] [RFC] Relation:site (nuovi ruoli) > > > > 2) essendo gi delimitato da diverse way (barrier=*, > >building=*) mi pare inutile aggiungere un boundary=*. > > Ok, ma allora non capisco. Se una way che racchiude tutto è inutile, lo è sia > che lo chiamiamo perimeter sia che lo chiamiamo boundary. Ma forse mi sarà > chiaro più chiaro se riesco a capire perché preferisci mettere gli attributi > dei singoli elementi nella relazione anziché nei tag dei singoli elementi.
Ok, continuiamo a non capirci. La way che delimita il perimetro può anche non avere alcun tag, serve solo alla relation. Poi, se vuoi, puoi metterci un qualunque landuse=* (per esempio, o qualunque altro tag), ma non è necessario. Ricordo che "perimeter" è solo il *ruolo* nella relazione, non è nuovo tag -- che sia chiaro: se c'è un recinto tutto attorno, uno crea una barrier=* e dà ruolo perimeter. Il "trucco" della way che condivide i nodi dei vari "oggetti" è, appunto, soltanto un trucco ai fini della "logica" della relazione, così da non dover creare barrier=* fittizie tutto attorno dove non ce ne sono, come nel mio caso, dove il perimetro è un mix tra muri, recinti, e muri di edifici. Nel caso, per esempio, di un sito archeologico, è ragionevole pensare che ci sia un recinto tutto attorno (o mura, o fossato, o quello che volete): verrà taggato in modo appropriato (barrier=wall/fence/..) e messo nella relazione con ruolo "perimeter" (o comunque vogliamo chiamarlo questo ruolo). Ciao, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 ----|---- http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
signature.asc
Description: PGP signature
_______________________________________________ Talk-it mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-it
