<div dir="ltr">Ciao,<br><div><div class="gmail_extra"><br><div class="gmail_quote">2017-09-30 0:40 GMT+02:00 Maurizio Napolitano <span dir="ltr"><<a href="mailto:napoogle@gmail.com" target="_blank">napoogle@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"><span class="gmail-">> La pagina wiki deve essere in inglese perché poi deve essere commentata<br>
> nella ML di import e il parere della ML di import è vincolante.<br>
<br>
</span>Certo.<br>
Per la discussione in italiano però è meglio l'italiano :)<br>
In ogni caso il percorso è ancora lungo.<br></blockquote><div><br></div><div>Vi consiglio di seguire il seguente template perché contiene molte delle cose che devono essere discusse per un import.<br></div><div><a href="https://wiki.openstreetmap.org/wiki/Import/Plan_Outline">https://wiki.openstreetmap.org/wiki/Import/Plan_Outline</a></div><div><br></div>Per compilarlo, usate come esempio le pagine di altri import.<br></div><div class="gmail_quote"><div></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="gmail-">
> Attendo il resto della documentazione prevista per potere capire meglio.<br>
> Inoltre, chi parteciperà all'import? Quali sono i loro account di import?<br>
<br>
</span>L'idea è avere un account dal nome trento_import.<br>
In effetti questo Daniele non lo ha scritto.<br></blockquote><div><br></div><div>OK. Servirebbe anche un elenco di persone che partecipa all'import.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

> Qual è la pianificazione?<br>
<br>
appena arriva l'ok lancia lo script<br>
<span class="gmail-"><br>
> E' possibile vedere i dati che verranno importati<br>
> (già trasformati)?<br>
<br>
</span>Lo script il cui codice è stato reso pubblico usa le API di OSM.<br>
Se serve convertirlo in .osm allora si può fare<br></blockquote><div><br></div><div>Sarebbe meglio per verificare il risultato della trasformazione.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<span class="gmail-">
> Come verrà fatta la fase di QA?<br>
<br>
</span>è già stata fatta tutta una analisi - documentata su github (che poi<br>
era il lavoro di stage di Daniele) - di confronto fra i dati erogati<br>
dal comune di trento e quelli presenti in openstreetmap.<br>
Fra le azioni sono state fatte anche le verifiche in merito ai nomi<br>
delle vie visto che, il dataset del comune usa nomi "compressi" mentre<br>
osm nomi "estesi".<br>
Daniele, con la sua serie di script e di pulizie con openrefine ha individuato:<br>
- i dati già presenti in osm e comparato con quelli del comune<br>
- dove ha trovato corrispondenza di contenuto ed una distanza fra i<br>
punti ragionevole (= larghezza di un edifico che contiene un civico)<br>
ha marcato i dati del comune come già presenti in osm (ergo cancellati<br>
dal potenziale dataset di importazione)<br>
- dove ha trovato corrispondenza geografica (o comunque in un intorno)<br>
è andato a verificare cosa mancava e, nei casi più complessi, è andato<br>
sul posto<br>
Dopo queste impostazioni ha isolato i dati.<br>
Tutto il codice è la procedura è rilasciata su github con<br>
documentazione in inglese -<br>
<a href="https://github.com/danielezotta/osm_civici_trento" rel="noreferrer" target="_blank">https://github.com/<wbr>danielezotta/osm_civici_trento</a> .<br>
Fra le verifiche ha controllato anche l'esistenza della strada oltre<br>
che del civico (il risultato ha dato<br>
completa copertura delle strade).<br>
Probabilmente questi passaggi ti erano sfuggiti o, molto più<br>
probabilmente, non sono coerenti con le linee guida.<br>
In tal caso l'invito è a segnalare cosa non va.<br></blockquote><div><br></div><div>No, non mi è sfuggito. Tralasciando il modus operandi (che è interessante e vorrei analizzarlo meglio appena ho tempo), il modo migliore per valutare la bontà dei dati è analizzare il file OSM risultante. <br></div><div><br></div><div>Inoltre, è altamente improbabile che questo sia il primo import che non necessiti di una fase di QA successiva, perché tutto è stato importato benissimo, i dati sorgente non contenevano errori e anche i dati precedentemente inseriti in OSM erano perfetti.</div><div><br></div><div>Alcuni dei problemi che possono capitare sono: strade mancanti in OSM (ma ricavabili dai civici e dalle foto satellitari), strade scritte con nomi differenti nei civici e nella strada (già oggi ce ne sono molti a Trento), civici duplicati, civici formalmente corretti (ovvero associati a una strada esistente) ma molto distanti da questa, civici associati a un edificio mentre in Italia sono sempre associati a un'entrata (a Trento ce ne sono diversi come si vede dalla seguente query overpass o tramite osm inspector)</div><div></div><div><br></div><div><osm-script><br>  <query into="comune" type="area"><br>    <has-kv k="admin_level" v="8"/><br>    <has-kv k="name" v="Trento"/><br>  </query><br>  <union><br>  <query type="way"><br>    <area-query from="comune" /><br>     <has-kv k="addr:housenumber"/><br>  </query><br>  <item/><br>  <recurse type="down"/><br>  </union><br><print mode="meta" /><br></osm-script><br></div><div></div><div><br></div><div><a href="http://tools.geofabrik.de/osmi/?view=addresses&lon=8.10563&lat=45.56110&zoom=10&overlays=street_not_found">http://tools.geofabrik.de/osmi/?view=addresses&lon=8.10563&lat=45.56110&zoom=10&overlays=street_not_found</a><br></div><div></div><div><br></div><div>Prova a vedere quali strumenti sono stati usati per gli altri import (es: osm inspector, no name map, ecc).</div><div><br></div><div>Ciao,</div><div><br></div><div>Andrea</div><div><br></div><div><br></div><div></div><div> <br></div></div><br></div></div></div>