<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Il giorno 14 dicembre 2017 11:24, Martin Koppenhoefer <span dir="ltr"><<a href="mailto:dieterdreist@gmail.com" target="_blank">dieterdreist@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"><div class="gmail_extra"><div class="gmail_quote"><span class="">2017-12-14 9:27 GMT+01:00 Simone Saviolo <span dir="ltr"><<a href="mailto:simone.saviolo@gmail.com" target="_blank">simone.saviolo@gmail.com</a>></span>:<br><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"><div class="gmail_quote"><div>Invece noi su OSM dobbiamo abbattere le barriere all'ingresso perché i mappatori abbiano vita facile, dobbiamo abbattere le barriere in uscita perché i consumatori abbiano vita facile, e poi siamo un progetto open, mica dobbiamo cristallizzarci, no? Se la community dice che le relazioni sono scomode da usare, non le si usano. È meglio ripetere i dati cinquanta volte in cinquanta posti diversi, perché puoi farlo con cinquanta soli clic, invece di usarne cinquantacinque per fare una relazione e aggiungerci i numeri civici. (Sarcasmo, se non fosse chiaro). </div></div></div></div></blockquote><div><br></div><div>le relazioni sono comunque onerose nel parsing e per ogni modifica (parsing del diff).<br></div></span></div></div></div></blockquote><div><br></div><div>Ma non lo sono nell'estrazione dati, che è l'operazione che viene svolta la maggior parte del tempo, a differenza della modifica che è essenzialmente un'operazione offline (nel senso che avviene sporadicamente). Il parsing del diff lo fa una macchina, che lo fa correttamente, ed è molto meno frequente di una qualsiasi lettura. </div><div><br></div><div>(Sempre che io abbia capito cosa intendi con "parsing del diff")</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 class="gmail_extra"><div class="gmail_quote"><span class=""><div></div></span><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"><div class="gmail_quote"><div>E così, invece di avere una query semplice e sensata (cerca relazioni street con quel nome, estrai tutti i membri della relazione), ora facciamo una query assurda (tutti gli oggetti con highway=* e name=pippo, oppure con addr:street=pippo) che non ci dà i risultati giusti *perché è facilissimo disallineare i dati*. Magari qualcuno li migliora da una parte (come in questo caso, con un nome più corretto per la strada) ma *non può sapere (a meno di non sapere esattamente cosa cercare)* cos'altro deve modificare. <br></div></div></div></div></blockquote><div><br></div></span><div>Quando qualcuno usava le relazioni per gruppare elementi di una strada, il mappatore doveva sapere che esistesse una relazione e doveva cercarla e avere un programma di editing che supportava modificare relazioni di questo tipo (sopratutto per i civici è comodo poterli inserire con un smartphone), tutto non scontato, perciò si sono spesso rotte o erano incomplete. <br></div></div></div></div></blockquote><div><br></div><div>Per prima cosa, è un problema del software di editing. Tu stai spostando il problema sul mappatore, cioè sull'utente di quel software. </div><div><br></div><div>Inoltre, inserendoli da smartphone, ad esempio con Keypad Mapper, mi viene già suggerito il nome della strada: si potrebbe quindi far cercare all'editor la relazione corrispondente, e l'editor, invece di aggiungere il tag addr:street, dovrebbe solo aggiungere il nodo alla relazione. </div><div><br></div><div>Attualmente, con Keypad Mapper, mi viene suggerito il nome della strada, io a mano vado a metterlo nella schermata di dettagli (e potrei scriverlo sbagliato già lì), e questo viene aggiunto ai nodi creati. Peccato che, se giro l'angolo *e mi dimentico di cambiare il nome della strada*, continuo ad inserire i civici di via Cavour come se fossero su corso Garibaldi...</div><div><br></div><div>Premesso che far inserire automaticamente il nome della strada proposto dal software sarebbe sbagliato (cattivo segnale GPS, casi limite vicino agli incroci, etc.), cambiare il valore di addr:street o cambiare la relazione di riferimento sono operazioni che vanno fatte fare all'utente. Ma l'utente non ha bisogno di sapere se sta facendo l'una o l'altra cosa: basta che il software gli dica che sta assegnando i civici a via Cavour. </div><div><br></div><div>Infine, ti faccio presente che il tag addr:street mi richiede comunque di scoprire dov'è la strada. Mi è capitato proprio pochi giorni fa: per associare un numero civico a via Cavour, ho dovuto guardare se la way, nel suo name, aveva "via Cavour" o "via Conte di Cavour" o "via Camillo Benso conte di Cavour". Al contrario, potresti avere una lista di "strade a cui associare questo civico" - e la cosa più furba sarebbe prendere l'elenco delle relazioni street. Oppure, sarebbe trasparente all'utente se l'editor gli mostrasse l'elenco dei nomi delle highway=* che compaiono nel raggio di 200 metri - ma proprio perché per l'utente è trasparente, dovremmo usare la soluzione migliore, non quella più semplice. </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 class="gmail_extra"><div class="gmail_quote"><div></div><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"><div class="gmail_quote"><div>Mi spiego meglio: oggi stiamo parlando dei numeri civici. Se modifico il nome di una strada, devo sapere che devo cercare anche tutti gli elementi con addr:street=<nome>. E io lo so perché mappo da 8 anni, ma un altro (un principiante, magari) non lo sa,<br></div></div></div></div></blockquote><div><br></div></span><div>proprio per questo c'è OSM inspector ;-)</div></div></div></div></blockquote><div><br></div><div>Fare errori, cercarli, segnalarli e chiedere di correggerli è una cosa. </div><div><br></div><div>Evitare di fare errori (soprattutto quando l'errore viene fuori tre anni dopo la mappatura) è un'altra. </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 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"><div class="gmail_quote"><div>oppure io stesso quel giorno lì sto facendo una modifica al volo, oppure mi sono distratto e mi sono dimenticato di farlo - e già così ho rovinato i dati.</div></div></div></div></blockquote><div><br></div></span><div>adesso, se ti sbagli con un civico e scrivi il nome sbagliato della strada, salta all'occhio, se invece sbagli il nome della relazione otteniamo un dato falso e non ci sono indicazioni, l'errore può dormire più tranquillo</div></div></div></div></blockquote><div><br></div><div>Sbagliare il name nella relazione è un errore, tanto quanto sbagliarlo nel name della highway. Nel civico invece non scriverei più un dato potenzialmente sbagliato, perché sarebbe ricavato dalla relazione a cui appartiene. O togli il civico dalla relazione (il che è un'operazione non certo involontaria), o il civico avrà sempre il nome giusto - almeno tanto giusto quant'è nella relazione. </div><div><br></div><div>Se invece metti il nome sbagliato su highway e civici, poi devi modificarli tutti. E se te ne perdi uno, hai rovinato i dati. </div><div> </div><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"><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"><div class="gmail_quote"><div>Scusate il lungo sfogo, ma è frustrante dire "facciamo un minimo sforzo in più perché non succeda *questo problema* nel futuro", sentirsi rispondere "non è un minimo sforzo, è una complicazione inutile che aggiunge solo difficoltà per i mappatori, non lo facciamo", e poi trovarsi di fronte *a quell'esatto problema*... e chiedersi come diamine potremmo fare a risolverlo. <br></div></div></div></div></blockquote><div><br></div></span><div>CTRL+F <br></div><div>;-)<br></div></div></div></div></blockquote><div><br></div><div>A parte il fatto che operazioni simili sono state segnalate come mechanical edit...</div><div><br></div><div>Tu mi proponi di fare CTRL+F. Io ti propongo di non aver mai più bisogno di fare neanche CTRL+F! E neanche di ricordarti ogni tanto di andare a controllare se per caso da qualche parte devi fare CTRL+F. </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 class="gmail_extra"><div class="gmail_quote"><div></div><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"><div class="gmail_quote"><div>Oltretutto, nel caso specifico, prima diciamo no ad usare le relazioni (e allora perché non facciamo che eliminarle?!), perché "nel caso basterà fare un cerca e sostituisci", poi però, quando succede, viene fuori che un cerca e sostituisci (sempre che ci ricordiamo di farlo) in realtà è un mechanical edit e va analizzato e discusso e presentato alla community e documentato e votato. <br></div></div></div></div></blockquote><div><br></div></span><div>va discusso con gli abitanti della strada.</div></div></div></div></blockquote><div><br></div><div>Questa non l'ho capita. </div><div> </div><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"><div class="gmail_quote"><div>Ciao,<br></div></div></div><div class="gmail_extra">Martin ;-)</div></div></blockquote><div><br></div><div>Ciao,</div><div><br></div><div>Simone :) </div></div></div></div>