<p dir="ltr">In teoria nella umap non dovrebbero esserci elementi già in OSM. Come scrivevo, alcuni possono essere sfuggiti alla mannaia per piccole differenze nel nome o perché il geocoder non riesce a fare il match se il nodo é a cavallo di un boundary comunale.<br>
Confermo che non devono essere inseriti se già esistenti (fare una  umap invece di un import automatico serve anche a questo).</p>
<p dir="ltr">Diverso é se gli elementi natural=peak;cave_entrance non esistono ancora in OSM; ció capita soprattutto per l'orografia minore. Si tratta di scegliere se mettere un nodo non molto preciso o non mettere nessun nodo.  </p>
<div class="gmail_extra"><br><div class="gmail_quote">Il 17/mag/2017 18:37, "<a href="http://gpstracks.it">gpstracks.it</a>" <<a href="mailto:mail@gpstracks.it">mail@gpstracks.it</a>> ha scritto:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Buongiorno.<br>
<br>
Da quello che ho visto, mi pare che il contenuto del dataset sia poco preciso come coordinate.<br>
<br>
I dati puntuali orografici esistenti su OSM, soprattutto natural=peak, si basano quasi ovunque sul DTM  LiDAR della regione, che, dalla mia esperienza sul campo risulta esatto.<br>
<br>
Vi prego quindi gentilmente di non modificarli basandovi sulle coordinate del dataset in questione.<br>
<br>
<br>
Grazie.<br>
<br>
<br>
<br>
Alessandro<br>
<br>
______________________________<wbr>_________________<br>
Talk-it-fvg mailing list<br>
<a href="mailto:Talk-it-fvg@openstreetmap.org" target="_blank">Talk-it-fvg@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-it-fvg" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-it-fvg</a><br>
</blockquote></div></div>