<div dir="ltr"><div><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><div>Un'affermazione abbastanza pretenziosa, non trovi? 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><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>Ti invito a sviluppare un tool che dimostri il tuo approccio! Non mi dispacerebbe affatto vedere una demo. <br><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><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><br><div><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><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><br></div><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><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. 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><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><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><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><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>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><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><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!<br></div><div><br></div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature">Davide.</div></div>
<br><div class="gmail_quote">Il giorno 14 dicembre 2017 19:21, Catonano <span dir="ltr"><<a href="mailto:catonano@gmail.com" target="_blank">catonano@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"><div dir="ltr"><span class="">Il giorno 14 dicembre 2017 17:47, Simone Saviolo <span dir="ltr"><<a href="mailto:simone.saviolo@gmail.com" target="_blank">simone.saviolo@gmail.com</a>></span> ha scritto:<br></span><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra">Catonano, sono d'accordo con te nei contenuti, ma per favore, modera un po' la forma. In alcuni punti sembri un po' troppo aggressivo: forse lo sembro anch'io, nel qual caso chiedo scusa, non era mia intenzione. </div></div></blockquote><div><br></div></span><div>Va bene<br><br></div><div>Diciamo che dover difendere concetto fondamentali di basi dati relazionali con gente che dice che il copia e incolla è banale, mi fa innervosire.<br><br></div><div>Lo stesso dicasi per la street relation che prevede i marciapiedi e quindi consente il routing pedonale oltre a un rendering più preciso<br><br></div><div>Della quale è stato scritto qui che non si vede a cosa serva<br><br></div><div>Mi aspettavo una comunità più consapevole<br></div><div><br></div><div>Se invece la situazione è questa, devo dire che non ho fiducia nel progetto.<br></div></div></div></div>
<br>______________________________<wbr>_________________<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.<wbr>org/listinfo/talk-it</a><br>
<br></blockquote></div><br></div>