Catonano wrote > e se io mi devo aspettare di farmi rovinare il lavoro da "inesperti" non > lo > faccio dall'inizio > > Per questo se ne discute qui > > Invece di pretendere di conservare la caratterizzaione di "inesperto" > dovreste imparare a usare le relazioni ed essere cosìi un po'meno > inesperti
non pretendo di conservare alcunchè e (grazie) so usare perfettamente le relazioni (quelle ben documentate) e le uso quando servono e sono necessarie. l'unica cosa che mi apetto (io non pretendo nulla), in un progetto come osm o wikipedia, è che quando si fanno delle scelte/proposte si facciano tenendo in considerazione chi effettivamente inserisce i dati che, mi spiace dirlo, nella maggior parte dei casi non sono ne esperti ne lo vogliono diventare. questa è la situazione ed è dovuta al fatto che OSM è nato così e senza imporre criteri di accesso/contributo basati su sperienza/conoscenza. Grazie a questo fatto ci sono dei vantaggi come il numero di contribui e la loro diffusione più o meno capillare sul territorio che permettono generalmente veloci aggiornamenti, dall'altro ha svantaggi come la qualità del singolo contributo. non ti piace la situazione? proponi la questione nella sede adatta e non ti ho mai detto di farlo dopo l'esserti "fatto rovinare il lavoro da inesperti"...ti ho consigliato di fare la proposta nella sede opportuna che per il tag addr:street dovrebbe essere la mailing list che copre questi territori [1]...che una proposta venga prima dell'azione mi sembrava onestamente implicito nel termine "proposta" > ...inoltre se non vado errato la cosa > dovrebbe comportare l'eliminazione del tag name dalla way ( o rischiereste > il disallineamento tra il tag della way e il tag della relazione) > un sofftware ben fatt non considera il nome sulla way se questa appartiene > a una relazione quindi? hai un software ben fatto sotto mano da proporci? > Il render si può aggiornare > ci sono librerie che fanno il rendering in locale, nel browser > > Le cose non sono scritte nelle tavole della legge Lo hai già fatto? c'è già qualcosa o dobbiamo sperare che tra il momento dell'introduzione del nuovo stile e il momento dell'introduzione del nuovo render (se mai il nuovo stile diventi abbastanza diffuso da richiederlo) nessuno si decida a modificare quello che a tutti gli effetti appare erroneamente come un errore e non decida di reintrodurre il vecchio tag apportando una ridondanza questa si dannosa. e per questo che suggerisco di parlarne nella sede opportuna invece di stare a perdere tempo in una mailinglist che non può decidere sullo stile di mappatura usato a livello globale. scusami, dove avrei detto che le cose non possono essere cambiate? io ho detto che per un cambiamento del genere è opportuna una discussione in una ML appropriata e non nella ML italiana >> >> > A me sembra assurdo il contrario >> > >> > Che si debba essere lenti a correggere i dati e farlo con maggior >> fatica >> > del necessario per scelta. >> >> quindi fammi capire bene. nell'eventualità che qualcuno si scordi di >> modificare il tag addr:street nell'eventualità di un cambio del name di >> una >> strada (dovuto ad errore o a cambio di denominazione) io dovrei ogni >> volta >> realizzare una relazione per ogni strada > > > le strade non cambiano nome a gruppi, di solito >> rileggi bene, l'eventualità è che qualche strada abbia nomi errati, la >> tua soluzione è cambiare stile di mappatura per tutte le strade, o >> sbaglio? be...le strade le devi cambiare tutte allora...che abbiano un >> cambiamento del nome o meno >>>> e ricordarmi di inserirci ogni >>>> singolo elemento che ha come indirizzo l'appartenenza a quella >>>> strada... >>>> >>> >>> Nossignore >>> Se la relazione esiste già, basta cambiarle il nome. I civici dovrebbero >>> appartenerle già >>> >>> Se non appartenggono già alla relazione bisogna aggiungerli >>> >>> Del resto se la strada ha cambiato nome li dovresti editare tutti >>> comunque >> continui a concentrarti sul cambio nome che è un evento raro (da me >> l'ultimo avvenuto 3-4 anni fa per l'unione di due comuni). ma anche così >> ripeto Ctrl+F e li edito tutti. tempo al cronometro? 10 secondi. >> io parlavo del caso di aggiungere un nuovo civico. allo stato attuale è >> un ctrl+c di uno già esistente ctrl+v +modifica del civico. nel tuo caso >> è gli stessi identici passaggi+ apertura della relazione (se esiste già, >> altrimenti crearla)+ aggiunta elemento come membro + aggiunta ruolo >>> Se mappi un solo civico basta aggiungerlo alla relazione >>> >>> E'un edit in più >> se non c'era la relazione devo crearla e anche se ci fosse già dovrei >> aggiungere anche il ruolo...veloce ma direi assolutamente equivalente >> all'aggiungere il tag addr:street=nome della via >>> la strada cambierà nome e hhai la relazione popolata, dovrai cambiarre >>> solo la relazione >>> >>> Altrimenti dovrai cambiare tutti i civici. Molto velocemente, immagino >> non solo molto veloce, quasi quanto cambiare il nome ad una relazione, >> ma anche molto raro...il fatto che tu insista su questo punto mi deve >> lasciar intendere che l'unico vantaggio di questo colossale cambiamento >> sia veramente solo per l'eventualità del cambio nome di una strada... e >> solo per evitare un Ctrl+F xD. >> onestamente fare un Ctrl+F sull'indirizzo errato e cambiare il tag errato >> di >> tutti gli elementi trovati non mi sembra poi tutta questa tragedia >> rispetto >> il prendere la relazione e farne il cambio tag... >> > > buon lavoro grazie, io ho già finito, in bocca al lupo a voi nel cambiare 68 milioni di nodi ;-) >> a questo punto la mia domanda è, visto che con l'attuale metodo >> aggiungere >> centinaia di nuovi indirizzi per una strada significa fare copia incolla >> del >> primo nodo con i tag corretti e modificare sui nuovi unicamente il valore >> del civico, perchè dovrei essere più lento ad aggiungere dei civici e a >> farlo con maggior fatica? >> > > Con la relazione lo fai una volta sola > > Senza la relazione lo devi fare ogni volta che la strada cambia nome > > Se ai la compiacena di aggiungere i civici a una relaione man mano che li > crei, quando e se la strada cambierà nome, sarrà un solo edit > > Altrimenti saranno tanti edit qanti sono i civici di quella strada quindi, ripeto, a fronte della rara eventualità di un cambio di nome che mi richiederebbe una sola modifica su un solo tag di vari elementi estratti con una sola ricerca tu mi proponi l'alternativa di realizzare una relazione per ogni strada con associati in ciascuna i civici aggiunti (se sono fortunato cioè se hanno un addr:street con cui trovarli e selezionarli) tutti alla volta nella relazione (e successiva cancellazione di addr:street da tutti) o (se sono sfortunato perchè li sto inserendo io per la prima volta e non hanno addr:street per selezionarli tutti assieme) inserirli "mano a mano" che li creo nella relazione? visto che l'inserimento attualmente è un semplice copia-incolla con modifica del solo addr:housenumber mi sembra non sia assolutamente più vantaggioso per l'inseritore...a meno che tu non abbia qualche tool per copia-incollare elementi associandogli direttamente l'appartenenza alla relazione dell'elemento originario copiato...e dal punto di vista del manutentore i vantaggi mi sembrano irrilevanti vista la facilità nel trovare e correggere in gruppo i nomi >> infatti con il copia incolla non copio l'appartenenza alla relazione ma >> solo >> i tag dell'elemento...quindi con il tuo metodo dovrei fare il copia >> incolla >> modificare il civico e ricordarmi, una volta selezionata la relazione >> giusta, > > oh dio, la relaione giusta. Poverino puoi provare anche con la spiritosaggine, ma continua a non convincermi...e sì, "la relazione giusta" visto che ci sono strade con decine di relazioni tra cui dovrei selezionare quella per gli indirizzi...immagino da te non ci siano trasporti pubblici o le strade non siano anche perimetrali di multipoligoni o abbiano restrizioni di svolta..o che da te non le abbiano ancora mappati...poverino mi sembri tu quando te ne esci con frasette del genere > Se ti scordi qualche elemento lo aggiungerà qualcun altro si può dire anche del cambio del value addr:street dopo un Ctrl+F con la differenza che quel qualcun'altro ha osm inspector che gli evidenzia queste anomalie...non mi risulta ancora nulla per trovare i nodi con indirizzo non associati a relazione. ripeto, sarei felicissimo di vedere cosa usi e sono sicuro potrà essere di grande aiuto per favorire la tua proposta > Ripet: la relazione si crea una volta sola non è mai stato il problema la creazione di relazioni, ma l'aggiunta di elementi ad esso che si dovrebbe fare per tutti i 68 milioni di civici attualmente mappati e per tutti quelli che devono ancora venire mappati...e per quali vantaggi? > Caldeggiare il copia e incolla per mantenere una base dati denormalizzata > non è ragionevole immagino invece sia ragionevole caldeggiare uno spostamento dello stile di tagging di milioni di elementi per evitare problematiche, che si verificano raramente,a seguito dei cambi dei nomi delle strade, anchessi che si verificano raramente, e il tutto per risparmiare un Ctrl+F quando necessario xD io non caldeggio alcunchè. ti ho semplicemente descritto il metodo che utilizzo attualmente che con l'attuale stile di mappatura mi permette di aggiungere velocemente decine e decine di nodi dovendogli modificare solo il value del numero civico e nientaltro. > Certo se vi leggeste come funionano le relazioni non sarebbe male e siamo a 2 in un a sola risposta.... onestamente non so chi tu ti creda di essere, ma io facevo indoor mapping quando ancora si realizzava con le relazioni e ti posso assicurare che per me non è certamente la creazione di relazioni o la lettura della documentazione il problema, sopratutto di queste che servono banalmente a raggruppare e dire chi è la strada e chi è il civico. .ancora una volta grazie... > civici non trovati ? > > Perche invece col copia e incolla ti senti di garantire che tutti i civici > hhanno i nomi giusti ? OSM inspector fino ad ora mi è stato di aiuto, a te no a quanto pare... e di solito si...se il primo nodo che copio ha il tag addr:street giusto le copie avranno lo stesso value corretto...se il primo è sbagliato tutti gli altri avranno lo stesso errore e sono di conseguenza facilmente selezionabili e correggibili....e ripeto ho comunque OSM inspector che se ne accorge (e fino ad ora non mi è mai capitato di fare questo errore). viceversa i casi che ho visto mappati con la relazione (in spagna) erano tutti un macello. > Questa lamentela su quanto sono difficili le relazioni è quello che è anche e tua risposta si commenta da sola > Questa cosa non dovrebbe essere discussa proprio per nulla > > è l'acqua calda a quanto pare siete in pochi ad averla scoperta...e a quanto pare ad apprezzarla o ritenerla realmente particolarmente necessaria ancora di meno... ----- Ciao, Aury -- Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html _______________________________________________ Talk-it mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-it
