Il giorno 14 dicembre 2017 21:00, Davide Sandona' <sandona.dav...@gmail.com> ha scritto:
> Mai usato OSMInspector. Ma non è necessaio conoscere OSMinspector per >> sapere come si gestisce una base dati >> > > Un'affermazione abbastanza pretenziosa, non trovi? > Sto facendo riferimento alla teoria e alla pratica delle basi dati relazionali Per discutere di come si gestisce una base dati conoscere uno strumento specifico non serve È come dire che per studiare il moto del proietile ci vuole il tipo di carta a cuui sei abituato tu Quindi direi che no, non è pretenzzioso affatto. > 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. > In tutto quetso thread ho discuusso solo di qualità dei dati in rapporto alla quantità di lavoro che serve a mantenerla Solo di questo ho parlato, in tutto il thread Allora o non mi ai letto oppure non hai capito In entrambi i casi sono sconfortato > > Il modo esiste. Per esempio cercare un tragitto con destinazzione nella >> strada in questione. Se non trovi la strada, il nome è sbagliato >> Guardi la relazione e ti accorgi che il nome è sbagliato >> > > Ti invito a sviluppare un tool che dimostri il tuo approccio! Non mi > dispacerebbe affatto vedere una demo. > Ti ripeto che la questione non dipende dallo specifico tool Il tool esiste, si chiama Josm. Un altro si chiama Vespucci > > La ridondanza dei dati é sbagliata, costinge a fare più lavoro e occupa >> più spazio nel db >> > > 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. > Che non potranno essere trovati CON IL TUO STRUMENTO Altrimenti potranno essere trovati benissimo > > 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 >> > > 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. > Se un incompetente cambia il nome di una relazione la cosa coinvolgerà molti civici Ma per rimettere le cose a posto servirà UN SOLO EDIT, sulla relazione per rimetterla come stava Invece col tuo metodo serviranno DIVERSI edit a seconda di quanti ne avrà fatti l'incompetente in questione Quindi io misura la quantità di tempo che serve a correggere gli errori, non il numero di nodi coinvolti Perche il rapporto ffra numero di nodi coinvolti e la quuantità di temp che serve a correggere NON E' LINEARE > > 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 !! > > > 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 > Non hho MAI MAI MAI sostenuto quetsa cosa Ho sostenuto che il mio approccio richiederebbe meno tempo per mantenere la base dati in ordine > . 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. > Si può fare > > la "scorrettezza" con cui verrebbero usate le relazioni fa certamente meno >> danni del replicare i dati col copia e incolla, come dimostra questo thread >> > > la scorrettezza con cui verrebbero usate le relazioni dipende dal livello > di esperienza dell'utente di turno (o del troll di turno). > Ripeto. Correggere UNA relazione richhiede un solo edit A PRRESCINDERE DA QUANTO FOSSE INCOMPETENTE L`ULTIMO CHE L'HA TOCCATA Lo stesso NON SI PUÒ DIRE del tuo, di metodo > > Questo denuncia su quanto è complicato è francamente imbarazzante 🙄 >> Non è complicato affatto. >> Organizziamo un workshop ? >> Mapping avanzato: come e perchè si usano le relazioni. Rigorosamente con >> Josm e Vespucci >> Ve lo spiego io >> > > 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. > Se lo faccio gli invitati li decido io Comunque un mapper superficiale cosa potrà mai fare ? Scrivere addr:Street male su alcuni nodi ? 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 E comunque al massimo si possono correggere gli edit, ma tanto anche senzza relazione lo avretsi dovuto fare comunque Se quel mapper superficale modiffica la relaione, si dovrà editarla di nuovo UNA VOLTA SOLA > > 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. > Danni di proporzioni epiche riparabili CON UN SOLO EDIT > > Invece io dico: usiamo il metodo delle relazioni perché è evidentemente >> superiore ! >> >> Da 4 milioni facciamole salire a 4,2 >> > > 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! > Sono disposto a fare questa dimostrazione, comunque non necessaria. Basterebbe sapere un pochhettino di basi dati Vi farò sapere
_______________________________________________ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
