<p dir="ltr">Penso che una relazione sia necessaria, in quanto normalmente sono presenti diverse torri di comunicazione e non è il caso di assegnare a ciascuna di esse il tag name= o qualche ref= .<br>
Se la relazione di tipo multipoligono non convince, si può usare la relazione site:<br>
<a href="http://wiki.osm.org/wiki/Relations/Proposed/Site">http://wiki.osm.org/wiki/Relations/Proposed/Site</a><br>
Ovviamente il punto è: assegnare ai nodi/perimetri soltanto i tag che definiscono la funzionalità, ed alla relazione i tag che definiscono le caratteristiche dell'insieme (nome, operatore, frequenze...)</p>
<p dir="ltr">Ciao<br>
/niubii/<br>
</p>
<div class="gmail_quote">Il 13/ott/2013 19:19 "Daniele Forsi" <<a href="mailto:dforsi@gmail.com">dforsi@gmail.com</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Il 13 ottobre 2013 18:53, Francesco Pelullo <<a href="mailto:f.pelullo@gmail.com">f.pelullo@gmail.com</a>> ha scritto:<br>
<br>
> aggiungendo alla relazione tutti gli elementi che ne fanno parte (perimetro<br>
> sito, edifici, antenne).<br>
<br>
niente relazione perché tutto è dentro un perimetro, ma se fosse<br>
necessaria una relazione non può essere un multipoligono dove metti<br>
perimetro e edifici, perché il significato del multipoligono sarebbe<br>
che il ripetitore è dato dall'area compresa nel perimetro MENO gli<br>
edifici (ma anche gli edifici fanno parte dell'impianto) o PIÙ gli<br>
edifici (ma non ha senso avere outer dentro outer)<br>
<br>
--<br>
Daniele Forsi<br>
<br>
_______________________________________________<br>
Talk-it mailing list<br>
<a href="mailto:Talk-it@openstreetmap.org">Talk-it@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-it" target="_blank">https://lists.openstreetmap.org/listinfo/talk-it</a><br>
</blockquote></div>