<div dir="ltr">Il giorno 14 dicembre 2017 21:00, Davide Sandona' <span dir="ltr"><<a href="mailto:sandona.davide@gmail.com" target="_blank">sandona.davide@gmail.com</a>></span> ha scritto:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><span class=""><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Mai usato OSMInspector. Ma non è necessaio conoscere OSMinspector per sapere come si gestisce una base dati<br></blockquote><br></div></span><div>Un'affermazione abbastanza pretenziosa, non trovi? </div></div></div></blockquote><div><br></div><div>Sto facendo riferimento alla teoria e alla pratica delle basi dati relazionali<br><br></div><div>Per discutere di come si gestisce una base dati conoscere uno strumento specifico non serve<br></div><div><br>È come dire che per studiare il moto del proietile ci vuole il tipo di carta a cuui sei abituato tu<br></div><div><br></div><div>Quindi direi che no, non è pretenzzioso affatto.<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div>Certo, questo dipende esclusivamente dalla tua definizione di gestione. Per esempio, la mia definizione di "gestione di una base dati" comprende anche il controllo della qualità dei dati. Probabilmente la tua definizione è diversa, magari il tuo approccio non necessita di un controllo, o forse te ne freghi della correttezza dei dati. <br></div></div></div></blockquote><div><br></div><div>In tutto quetso thread ho discuusso solo di qualità dei dati in rapporto alla quantità di lavoro che serve a mantenerla<br><br></div><div>Solo di questo ho parlato, in tutto il thread<br><br></div><div>Allora o non mi ai letto oppure non hai capito<br><br></div><div>In entrambi i casi sono sconfortato<br><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div></div><span class=""><div><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>Il modo esiste. Per esempio cercare un tragitto con destinazzione 
nella strada in questione. Se non trovi la strada, il nome è sbagliato<br></div>Guardi la relazione e ti accorgi che il nome è sbagliato<br></blockquote> <br></div></span>Ti invito a sviluppare un tool che dimostri il tuo approccio! Non mi dispacerebbe affatto vedere una demo. <br></div></div></blockquote><div><br></div><div>Ti ripeto che la questione non dipende dallo specifico tool<br><br></div><div>Il tool esiste, si chiama Josm. <br></div><div>Un altro si chiama Vespucci<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><span class=""><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">La ridondanza dei dati é sbagliata, costinge a fare più lavoro e occupa più spazio nel db<br></blockquote><div><br></div></span><div>Finché non svilupperai il suddetto tool, resto convinto che in un database crowdsourced quale OSM la ridondanza di dati critici quali gli addr:street sulla numerazione civica è di vitale importanza per garantire che incompetenti a caso vadano ad inserire errori che non potranno essere trovati sulle relazioni.   <br></div></div></div></blockquote><div><br></div><div>Che non potranno essere trovati CON IL TUO STRUMENTO<br></div><div>Altrimenti potranno essere trovati benissimo<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div></div></div><br><div><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Ripetere la stessa informazioni su decine di nodi e poi consentire 
alla gente di modifficarla sul singolo nodo CERTAMENTE introduce più 
errori di quanti ne introdurrebbero le relazioni<br></blockquote><div><br></div></span><div>Dipende da come conti gli errori. Se l'incompetente di turno decide che la relazione di nome A debba avere il nome errato B, questo errore viene trasmesso a tutti gli oggetti contenuti nella relazione. In questo caso, se N è il numero di elementi della relazione, ci saranno N+1 errori (compresa la relazione stessa). Inoltre, tu che non abiti in quella via e mai ci passerai, non avrai alcun modo per affermare se il nome B è corretto o sbagliato. Invece, con l'approccio attuale, se lo stesso incompetente decide che l'highway di nome A debba avere il nome errato B, e non tocca alcun nodo dei civici (proprio perché è un'incompetente), io che da casa mia controllo un'area distante centinaia di chilometri (e sono l'unico che la controlla), magari riesco anche ad affermare che tale edit è un errore. Inoltre, in tal caso avrò solo da sistemare le highway che si spera siano in numero inferiore rispetto ai civici associati.<br></div></div></div></blockquote><div><br></div><div>Se un incompetente cambia  il nome di una relazione la cosa coinvolgerà molti civici<br><br></div><div>Ma per rimettere le cose a posto servirà UN SOLO EDIT, sulla relazione per rimetterla come stava<br><br></div><div>Invece col tuo metodo serviranno DIVERSI edit a seconda di quanti ne avrà fatti l'incompetente in questione<br><br></div><div>Quindi io misura la quantità di tempo che serve a correggere gli errori, non il numero di nodi coinvolti<br><br></div><div>Perche il rapporto ffra numero di nodi coinvolti e la quuantità di temp che serve a correggere NON E' LINEARE<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div></div><br></div><span class=""><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Del 
resto questo thread è stato aperto appunto per segnalare una situaione 
di uan strada con decine di errori dovuti a questo schema evidentemente 
inadeguato. Il copia incolla in questo caso non ha funzionato !!</blockquote><div><br></div></span><div>Questo thread è stato aperto per correggere evidenti problemi relativi ad un vecchio import. Ma non puoi assolutamente affermare che il tuo approccio sarebbe privo di errori</div></div></blockquote><div><br></div><div>Non hho MAI MAI MAI sostenuto quetsa cosa<br><br></div><div>Ho sostenuto che il mio approccio richiederebbe meno tempo per mantenere la base dati in ordine<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>. Comunque, l'unico modo che abbiamo per confrontare i due metodi è il seguente. Ti prendi un paese che ti piace (ovviamente che abbia i numeri civici), lo correggi col tuo metodo, ci scrivi qui in mailing list il nome del paese e noi andremo a risolverci tutti i dubbi che chiaramente non riusciamo ad esplicare via mail.<br></div></div></blockquote><div><br></div><div>Si può fare<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><span class=""><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"><div>la "scorrettezza" con cui verrebbero usate le relazioni fa certamente 
meno danni del replicare i dati col copia e incolla, come dimostra 
questo thread</div></blockquote><div><br></div></span><div>la scorrettezza con cui verrebbero usate le relazioni dipende dal livello di esperienza dell'utente di turno (o del troll di turno).</div></div></blockquote><div><br></div><div>Ripeto. Correggere UNA relazione richhiede un solo edit A PRRESCINDERE DA QUANTO FOSSE INCOMPETENTE L`ULTIMO CHE L'HA TOCCATA<br><br></div><div>Lo stesso NON SI PUÒ DIRE del tuo, di metodo<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class=""><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"><div><div>Questo denuncia su quanto è complicato è francamente imbarazzante 🙄<br></div><div>Non è complicato affatto.<br></div><div>Organizziamo un workshop ? <br></div><div>Mapping avanzato: come e perchè si usano le relazioni. Rigorosamente con Josm e Vespucci<br></div>Ve lo spiego io </div></blockquote><div><br></div></span><div>Ti prego di organizzarlo, sarà mia premura inviarti 5-6 nomi di persone menefreghiste rispetto al lavoro altrui che dovrai assolutamente portare al tuo workshop. Ti faccio già un grande "in bocca al lupo", perché a me non hanno mai risposto.</div></div></blockquote><div><br></div><div>Se lo faccio gli invitati li decido io<br><br></div>Comunque un mapper superficiale cosa potrà mai fare ? <br><br></div><div class="gmail_quote">Scrivere addr:Street male su alcuni nodi ? <br></div><div class="gmail_quote">Se quei nodi appartengono a una relazione la cosa non è cosí importante, perche alcuni software potrebbere pretare fede alla relazione e non ai singoli nodi<br></div><div class="gmail_quote">E comunque al massimo si possono correggere gli edit, ma tanto anche senzza relazione lo avretsi dovuto fare comunque<br><br></div><div class="gmail_quote">Se quel mapper superficale modiffica la relaione, si dovrà editarla di nuovo UNA VOLTA SOLA<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>E' proprio questo il punto critico che ti ostini a non comprendere: OSM, nel bene o nel male, è aperto a tutti. Dal principiante al professionista. Allo stato attuale, il principiante inserisce errori facilmente identificabili e risolvibili, con il tuo approcio, anche il principiante riuscirà a fare danni di proporzioni epiche.<br></div></div></blockquote><div><br></div><div>Danni di proporzioni epiche riparabili CON UN SOLO EDIT<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div></div><span class=""><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"><div><div>Invece io dico: usiamo il metodo delle relazioni perché è evidentemente superiore !<br><br></div>Da 4 milioni facciamole salire a 4,2 </div></blockquote><div><br></div></span><div>Come ho scritto sopra, prenditi un paese a piacimento, mappalo correttamente secondo le tue idee, a lavoro completo informaci sulla zona mappata cosìcché noi comuni mortali possiamo risolverci ogni ombra di dubbio e saltare felicemente nel tuo treno :) Nel frattempo, buon lavoro!</div></div></blockquote><div><br></div><div>Sono disposto a fare questa dimostrazione, comunque non necessaria. <br></div><div>Basterebbe sapere un pochhettino di basi dati<br></div><div>Vi farò sapere<br></div><br></div></div></div>