<div dir="ltr"><div class="gmail_quote"><div dir="ltr">Ciao Maurizio,<br><div><div class="gmail_extra"><br><div class="gmail_quote"><span class="gmail-">2017-10-04 10:08 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">Ciao Andrea<br>
scusa il ritardo<br>
Fra week-end, guasto al monitor del portatile, scadenze e Daniele che<br>
è tornato a scuola<br>
non ho avuto modo di rispondere.<br></blockquote><div><br></div></span><div>Nessun problema. Abbiamo tutti altri impegni :)<br></div><span class="gmail-"><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>
> Vi consiglio di seguire il seguente template perché contiene molte delle<br>
> cose che devono essere discusse per un import.<br>
> <a href="https://wiki.openstreetmap.org/wiki/Import/Plan_Outline" rel="noreferrer" target="_blank">https://wiki.openstreetmap.org<wbr>/wiki/Import/Plan_Outline</a><br>
<br>
</span>Grazie<br>
Questo proprio mi era sfuggito<br>
<span><br>
>> L'idea è avere un account dal nome trento_import.<br>
>> In effetti questo Daniele non lo ha scritto.<br>
><br>
><br>
> OK. Servirebbe anche un elenco di persone che partecipa all'import.<br>
<br>
</span>con questo intendi poi le persone che vanno a fare ulteriori verifiche<br>
post import?<br></blockquote><div><br></div></span>Nella ML di import verificano che chi vuole fare un import abbia la necessaria esperienza (quanti changeset, ecc). <br></div><div class="gmail_quote"><br></div><div class="gmail_quote">Ogni tanto capita (a me è capitato) che facciano anche pelo e contropelo su questioni importanti ma non ben evidenziate nelle guidelines (tipo verificare che il proprietario degli open data abbia effettivamente il diritto di distribuire quel data set con quella licenza e non stia distribuendo dati di terzi senza autorizzazione).<br><div><br></div><div>L'uso di un account di import (collegato in genere a un account esistente, come user e user-import) serve sia per contattare il mapper, sia per identificare subito il changeset come changeset di import.<br></div><span class="gmail-"><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>
>> appena arriva l'ok lancia lo script<br>
>><br>
>> > E' possibile vedere i dati che verranno importati<br>
>> > (già trasformati)?<br>
>><br>
>> Lo script il cui codice è stato reso pubblico usa le API di OSM.<br>
>> Se serve convertirlo in .osm allora si può fare<br>
><br>
><br>
> Sarebbe meglio per verificare il risultato della trasformazione.<br>
<br>
</span>Sto aspettando Daniele.<br>
Di fatto è tutto ricostruibile dai suoi script.<br>
Aspetto però il suo file.<br></blockquote><div><br></div></span><div>OK.<br></div><span class="gmail-"><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>
>> > Come verrà fatta la fase di QA?<br>
>><br>
>> è 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>
</span>>> [...]<br>
<span>><br>
><br>
> No, non mi è sfuggito. Tralasciando il modus operandi (che è interessante e<br>
> vorrei analizzarlo meglio appena ho tempo), il modo migliore per valutare la<br>
> bontà dei dati è analizzare il file OSM risultante.<br>
<br>
</span>Tu intendi vedere di output in overlay sulla mappa osm?<br></blockquote><div><br></div></span><div>Serve il file OSM risultato della trasformazione poterlo analizzare dentro a JOSM, non in overlay sulla mappa. In questo modo si può verificare, per esempio, come sono stati impostati i tag, come vanno a inserirsi nel contesto dei dati esistenti, se la conflation è stata fatta correttamente, ecc. <br></div><span class="gmail-"><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>
> Inoltre, è altamente improbabile che questo sia il primo import che non<br>
> necessiti di una fase di QA successiva, perché tutto è stato importato<br>
> benissimo, i dati sorgente non contenevano errori e anche i dati<br>
> precedentemente inseriti in OSM erano perfetti.<br>
<br>
</span>In realtà abbiamo riscontrato degli errori.<br>
Si tratta di alcune banalità come i nomi delle vie non espansi (es. Via G.<br>
Mazzini) o scritti in maiuscolo/minuscolo (es. "via" vs "Via") o male<br>
interpretati<br>
(es. Piazza di Fiera vs Piazza Fiera) o con errori di battitura.<br></blockquote><div><br></div></span><div>Questo è assolutamente normale :-) La fase di QA serve anche per eliminare questi errori (e avere una certa coerenza nella mappa).<br></div><div><div class="gmail-h5"><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>
> Alcuni dei problemi che possono capitare sono: strade mancanti in OSM (ma<br>
> ricavabili dai civici e dalle foto satellitari), strade scritte con nomi<br>
> differenti nei civici e nella strada (già oggi ce ne sono molti a Trento),<br>
<br>
</span>Sono andato a guardare per capire a cosa facevi riferimento.<br>
Daniele ha usato un po' di algoritmi di comparazione dei nomi delle vie.<br>
Il Comune usa i nomi scritti in maiuscolo e spesso mette il nome abbreviato<br>
(es. sui nomi di personaggi storici inserisce l'iniziale del nome e il cognome<br>
intero).<br>
Per fare questo ha prima usato la libreria libpostal di Mapzen che normalizza<br>
i nomi (es. "via XXIV Maggio" diventa "Via 24 Maggio"), poi ha usato la distanza<br>
Levenshtein fra stringhe (che da un indicatore percentuale di quanto<br>
due stringhe<br>
si assomigliano e qui ha verificato quelle sotto l'80% di similarità)<br>
e, infine, ha verificato<br>
che l'ultima stringa sia uguale.<br>
Esempio<br>
nel caso "VIA G. MAZZINI" e "Via Giuseppe Mazzini"<br>
una volta che ha applicato libpostal e visto che la distanza<br>
Levenshtein aveva un valore<br>
alto, è andato a verificato che la parola "Mazzini" fosse presente in<br>
entrambi i dataset.<br>
<br>
Sono andato comunque a guardare il tool di geofabrik per la verifica<br>
dei civici che hai<br>
poi segnalato.<br>
Premesso che i dati presenti sono tutti quelli inseriti<br>
precedentemente in OSM, i problemi<br>
di "nomi differenti dei civici e nella strada", di fatto c'erano ma si<br>
limitano a situazioni con<br>
un livello di similarità molto alto visto che si tratta di: nomi non<br>
espansi, "via" scritto con<br>
la "v" minuscola (questi la maggior parte) o di troppa abbreviazione<br>
(es. Piazza di Fiera<br>
contro Piazza Fiera).<br>
<br>
Di fatto tutti quelli che, quanto esposto sopra, sono stati ignorati<br>
per rispetto del lavoro<br>
fatto dalla comunità.<br></blockquote><div><br></div></div></div><div>Ho il massimo rispetto per il lavoro che tutti facciamo quotidianamente su OSM, il problema è che spesso ci dimentichiamo di essere una comunità. Mi spiego meglio. Spesso dimentichiamo che non siamo gli unici a inserire dati e che questi devono convivere "bene" con quelli già inseriti da altri e con quelli che altri inseriranno in futuro. Se un mapper scrive "piazza di Fiera", un altro "Piazza di Fiera" e un altro ancora  "Piazza Fiera", non stiamo interagendo bene tra di noi (oltre a non fare un bel lavoro).</div><div><br></div><div>Per l'import dei civici in Provincia di Biella, andiamo a sanare questa situazione, anche se pre-esistente all'import. Il risultato è quello di avere dati migliori in OSM. E speriamo di riuscirci :-)<br></div><span class="gmail-"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

> civici duplicati,<br>
<br>
qui il problema è che spesso ci sono civici che non vengono dalla<br>
georeferenziazione<br>
dell'etichetta ma dall'attività commerciale.<br>
Della serie:<br>
un utente ha inserito il civico visto sulla casa<br>
un altro utente ha inserito un negozio ed ha assegnato il civico al POI.<br>
Qui come ci si comporta?<br></blockquote><div><br></div></span><div>In generale il civico è associato all'accesso. Se il POI non ha un civico specifico per il suo ingresso, IMHO questo non dovrebbe avere i tag addr:*.<br></div><span class="gmail-"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Mentre da un lato capisco l'utilità di avere il POI completo di<br>
indirizzo, dall'altra ci sono<br>
attività commerciali che chiudono e - quando chiudono - il risultato è<br>
che qualche utente<br>
cancella il POi e, di conseguenza, anche il civico che invece potrebbe<br>
avere ancora<br>
la sua utilità.<br></blockquote><div><br></div></span><div>Personalmente se POI e civico coincidono nell'accesso li metto sempre insieme. Sono geograficamente nello stesso punto. <br></div><div><br></div><div>Se un utente cancella tutte le informazioni dal nodo è errato.</div><span class="gmail-"><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>
> civici formalmente corretti (ovvero associati a una strada<br>
> esistente) ma molto distanti da questa,<br>
<br>
</span>Su questo ci andrei un po' piano in quanto, ci sono civici che sono<br>
distanti dalla via<br>
principale, ma poi esiste una percorso privato che arriva fino a lì.<br>
Nella maggior parte vedo che si tratta di edifici.<br></blockquote><div><br></div></span><div>Intendevo un caso come questo (reale, ben esplicativo, trovato a Milano):</div><div><a href="https://s1.postimg.org/2apsh4kqf3/Senza_nome.png">https://s1.postimg.org/2apsh4kqf3/Senza_nome.png</a></div><div><br></div><span class="gmail-"><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">
Rimane poi la questione dell'edificio su più vie dove, un lato è più<br>
vicino ad una strada,<br>
ma l'ingresso principale è più vicino a quella ufficiale ma, per via<br>
di percorsi privati appare<br>
separato dalla via.<br>
È vero che si possono disegnare i percorsi privati.<br>
In tal caso bisogna assegnare anche il nome della via al vialetto privato?<br></blockquote><div><br></div></span><div>Direi di no. <br></div><span class="gmail-"><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>
> civici associati a un edificio<br>
> mentre in Italia sono sempre associati a un'entrata (a Trento ce ne sono<br>
> diversi come si vede dalla seguente query overpass o tramite osm inspector)<br>
<br>
</span>In questo caso come proponi di risolvere la questione?<br>
Aggiungere l'ingresso?<br>
Sulla questione ingresso principale e secondario?<br>
Nel senso:<br>
il Comune mette spesso, come ingresso principale, il cancello ( = il<br>
primo ingresso<br>
dell'abitazione) che non è necessariamente detto che sia la porta di ingresso.<br>
Pertanto come agire? Levare il civico dall'edificio e spostarlo sul cancello?<br></blockquote><div><br></div></span><div>Esatto, spostare il civico dal building e metterlo sull'accesso (cancello, porta, ecc).<br></div><span class="gmail-"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

> <a href="http://tools.geofabrik.de/osmi/?view=addresses&lon=8.10563&lat=45.56110&zoom=10&overlays=street_not_found" rel="noreferrer" target="_blank">http://tools.geofabrik.de/osmi<wbr>/?view=addresses&lon=8.10563&<wbr>lat=45.56110&zoom=10&overlays=<wbr>street_not_found</a><br>
<br>
Qui ho trovato dei problemi su alcune piazze<br>
Come agire su questa zona?<br></blockquote><div><br></div></span><div>Riesci a farmi un caso più specifico. L'area è un po' ampia e mi sembra ci siano spesso piazze mappate come parcheggi (caso che riprendi qui sotto).<br></div><span class="gmail-"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<a href="http://tools.geofabrik.de/osmi/?view=addresses&lon=11.12688&lat=46.07124&zoom=18&overlays=street_not_found" rel="noreferrer" target="_blank">http://tools.geofabrik.de/osmi<wbr>/?view=addresses&lon=11.12688&<wbr>lat=46.07124&zoom=18&overlays=<wbr>street_not_found</a><br>
Il tool dichiara che i civici sono associati ad una via non presente,<br>
in realtà la via è presente: si tratta di una piazza.<br>
Il problema è che la piazza è taggata come parcheggio.<br></blockquote><div><br></div></span><div>Personalmente mi sembra che sia mappato tutto correttamente. Non sempre esiste una highway a cui si può dare il nome della piazza e che passa attraverso questa.<br></div><span class="gmail-"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

In un altro caso<br>
<a href="http://tools.geofabrik.de/osmi/?view=addresses&lon=11.12206&lat=46.06687&zoom=18&overlays=street_not_found" rel="noreferrer" target="_blank">http://tools.geofabrik.de/osmi<wbr>/?view=addresses&lon=11.12206&<wbr>lat=46.06687&zoom=18&overlays=<wbr>street_not_found</a><br>
la piazza esiste come relation<span><br></span></blockquote><div><br></div></span><div>Idem. <br></div><span class="gmail-"><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>

> Prova a vedere quali strumenti sono stati usati per gli altri import (es:<br>
> osm inspector, no name map, ecc).<br>
<br>
</span>Ok<br>
Attendo Daniele.<br>
Ora ha finito lo stage ed è tornato a scuola ma so che vuole<br>
completare il lavoro.<br>
Come già detto: abbiamo guadagnato un mapper :)<br></blockquote><div><br></div></span><div>:)<br></div><div><br></div><div>Ciao,</div><div><br></div><div>Andrea</div><div><br></div><div><br></div></div></div></div></div>
</div><br></div>