<div dir="ltr">Ciao,<div>io uso replace geometry. Tiene traccia della storia, non ha problmi con la separazione degli oggetti, l'unica condizione è che sia scaricata tutta l'area intorno al segmento che si va a sostituire e che non si effettuino sostituzioni di più di 6-700 nodi (questo perché altrimenti si impalla).</div></div><div class="gmail_extra"><br><div class="gmail_quote">Il giorno 29 dicembre 2015 15:00, Francesco Pelullo <span dir="ltr"><<a href="mailto:f.pelullo@gmail.com" target="_blank">f.pelullo@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"><span class=""><p dir="ltr"><br>
Il 29/dic/2015 14:50, "Federico Cortese" <<a href="mailto:cortesefed@gmail.com" target="_blank">cortesefed@gmail.com</a>> ha scritto:<br>
><br>
><br>
> Si ho proposto il contour merge proprio per questo motivo. Non ci sono<br>
> problemi con le relazioni, ma bisogna fare attenzione ai nodi<br>
> condivisi con altri oggetti, che andrebbero separati manualmente (a<br>
> meno che non ci siano altre soluzioni che mi sfuggono).<br>
><br>
> </p>
</span><p dir="ltr">Se si decidesse di separare gli oggetti manualmente, dovremmo cercare (se esiste) un modo per fare sì che questa fosse l'ultima volta  che si rende necessaria questa separazione.</p>
<p dir="ltr">Esempio: i confini non cambiano spesso, si possono importare i confini amministrativi "esatti" in un database a parte? Del tipo che sono liberamente scaricabili, ma editabili solo previa procedura apposita.<br><br></p>
<p dir="ltr">Ciao<br>
/niubii/<br></p>
<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" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-it</a><br>
<br></blockquote></div><br></div>