<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2014-12-18 16:51 GMT+01:00 Matteo Quatrida <span dir="ltr"><<a href="mailto:matteo.quatrida@linuxmail.org" target="_blank">matteo.quatrida@linuxmail.org</a>></span>:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>E' vero non mappiamo per il render, però alla fine è il prodotto principe, per utilizzo e per la diffusione di OSM, giusto?<br></div></blockquote><div><br><br></div><div>"non mappare per il render" vuol dire, non mappare per un specifico render, non usare un tag per un'altra cosa, solo perché in un specifico rendering funziona comunque.<br><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div> </div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":1nl" class="a3s" style="overflow:hidden">
Poi, sempre a mio parere, ci sono le dovute eccezioni, tipo le caffetterie dentro alle biblioteche. Lì mappo la caffetteria dove si trova, ma il nodo biblioteca è in prossimità dell'ingresso.</div></blockquote></div><br><br></div><div class="gmail_extra">Se mappassi la biblioteca come polygono potresti mettere la caffeteria dentro quel poligono e ci sarebbe un valore informativo aggiunto. Appena si vuole mappare qualcosa con dentro altre cose la soluzione preferita dovrebbe essere di mappare aree e non nodi.<br><br></div><div class="gmail_extra">ciao,<br>Martin<br></div></div>