Il giorno 14 dicembre 2017 14:41, Martin Koppenhoefer < dieterdre...@gmail.com> ha scritto:
> 2017-12-14 12:33 GMT+01:00 Simone Saviolo <simone.savi...@gmail.com>: > >> Il giorno 14 dicembre 2017 11:24, Martin Koppenhoefer < >> dieterdre...@gmail.com> ha scritto: >> >>> 2017-12-14 9:27 GMT+01:00 Simone Saviolo <simone.savi...@gmail.com>: >>> le relazioni sono comunque onerose nel parsing e per ogni modifica >>> (parsing del diff). >>> >> >> 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. >> > > > "parsing del diff" intendo aggiornare un estratto oppure tutto in un > database relazionale, per esempio con osm2pgsql o imposm. Se tutto quello > che è ridondante lo facciamo con le relazioni, vedrai che diventa sempre > più lento importare e usare i dati OSM, e lo potranno fare solo le persone > con le macchine potenti (già adesso avere 64GB o 128GB di RAM facilita > molto l'importazione, ma lo ha solo chi usa in maniera professionale i > dati). > Se Openstreetmap ha il vincolo di poter essere trattabile con mezzi limitati, allora non vedo il confronto con soluzioni commerciali si pone in termini diversi Se poi chi tratta i dati in modo "professionale" non si preoccupa di dati replicati e sbagliati, anche questo è un elemento che definisci i termini del confronto con soluzioni commerciali > > > 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. >>>> >>> >>> 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. >>> >> >> Per prima cosa, è un problema del software di editing. Tu stai spostando >> il problema sul mappatore, cioè sull'utente di quel software. >> > > > è un fatto che i software diffusi per smartphone non gesticono questo tipo > di relazione e in generale pochi relazioni. Potrebbe essere diverso, forse, > ma non lo è. > Certo che se eliminiamo le relazioni su tutto, l' incentivo per i software a tratatre le relazioni sarà diminuito. Una profezia che si autoavvera. > > >> >> >> 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... >> > > > > qualcuno lo correggerà. Non vedo perché le relazioni dovrebbe farti fare > meno errori e meno gravi rispetto agli indirizzi singoli, > perché un errore su una relazione si corregge con un solo edit > al massimo saranno errori diversi, ma tipicamente l'impatto di un errore > in una relazione è più grande. > come sopra: un errore su una relazione si corregge con un solo edit > > In generale, le relazioni di questo tipo sono ignorabili al livello > globale: > il che vuol dire che mantenere quei dati è più difficile e dispendioso del dovuto E' un argomento per usarle di più, non di meno > > [image: Inline-Bild 1] > > Ciao, > Martin > > _______________________________________________ > Talk-it mailing list > Talk-it@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-it > >
_______________________________________________ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it