<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2014-10-20 21:17 GMT+02:00 Federico Cortese <span dir="ltr"><<a href="mailto:cortesefed@gmail.com" target="_blank">cortesefed@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">E' una discussione interessante (avevo aperto un thread apposito poco tempo fa). Anche io operavo come Martin perchè mi sembrava molto più razionale e ritenevo anche più semplice la gestione successiva delle relation piuttosto che di poligoni sovrapposti, ma altri utenti esperti me lo hanno sconsigliato. Sarebbe utile capire cosa sia più indicato o se i due modi di operare siano tranquillamente alternativi.</blockquote></div><br><br><br clear="all">quando trovo un filato di tante aree tutte connesse con nodi in comune e ways sovraposti, e devo inserire qualcosa in mezzo, lo trovo ogni volta un lavorone di spezzare tutto ai nodi comuni, mentre con una relazione multipoligono lo fai in un attimo.<br><br>Un caso esemplarico sono i landuse in città. La mia filosofia è quella di avere al meno un landuse separato per ogni isolato, tenendo fuori le strade e marciapiedi. In quella maniera rimane gestibile è trasparente, e anche più preciso (si mappano indirettamente i confini esterni delle proprietà private "in automatica").<br>Invece cosa si vede ogni tanto è un landuse=residential, grezzamente disegnato intorno ad una città, e poi man mano "arricchito" di tantissimi "inner members" finchè non si capisce più com'è fatto e non si riesche più a valutare tutta la situazione con uno sguardo (senza metterci la testa per una mezz'ora, e senza scaricarsi un'area enorme di dati). Per passare da un stile all'altro propongo di cominciare di spezzare i landuse enormi alle strade grandi, tenendo fuori quest'ultimi.<br><br></div><div class="gmail_extra">ciao,<br>Martin<br></div></div>