Il giorno 06 giugno 2012 10:13, Daniele Forsi <span dir="ltr"><<a href="mailto:dforsi@gmail.com" target="_blank">dforsi@gmail.com</a>></span> ha scritto:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Il 06 giugno 2012 09:46, Maurizio Daniele ha scritto:<br>
<div class="im"><br>
> Fai delle relazioni.<br>
><br>
> Tracci i muri dei vari edifici e le unisci in un multipoligono a cui<br>
> attacchi i tag per l'edificio.<br>
<br>
</div>una relazione multipoligono per ogni edificio, giusto? così i tratti<br>
in comune appaiono solo una volta in ogni relazione, ma sono usati da<br>
più relazioni<br>
</blockquote><div><br></div><div>Per casi semplici, sono contrario ad usare così largamente i multipoligoni. Principalmente perché il vantaggio che si sventola di solito, quello della minore quantità di dati, in realtà non esiste. <br>

</div><div><br></div><div>Consideriamo un caso comune, di un edificio il cui perimetro sia descritto da una way di quattro-sei nodi. A questi vanno aggiunti i nodi di intersezione con i perimetri degli edifici vicini. Se si spezzano le way e si usano i multipoligoni, ci ritroveremmo con molte way, alcune delle quali di due soli nodi, quindi con la reference a quei nodi ripetuta più volte: passiamo da una way che contiene in tutto, ad esempio, sette nodi, a tre-quattro way che, in tutto, contengono dieci o dodici nodi (molti dei quali sono riferimenti agli stessi nodi). A questo dobbiamo poi aggiungere la relazione. Anche considerando il "vantaggio" di riutilizzare alcune way nelle relazioni dei multipoligoni confinanti, mi sembra evidente che il volume di dati è lo stesso, se non maggiore. </div>

<div><br></div><div>Il multipoligono, a mio avviso, va usato solo quando</div><div>- la figura è complessa (cioè non è una sola regione connessa)</div><div>- alcuni tratti del perimetro hanno bisogno di tag specifici (ad esempio una siepe o un muro che delimitano un parco)</div>

<div><br></div><div>Ciao,</div><div><br></div><div>Simone</div>