Ciao, non ne discuto la legittimita' a livello di wiki e di taginfo, Quello che ho voluto spiegare da un punto di vista di chi ci lavora con queste cose e' che talvolta alcune soluzioni "filosoficamente" affascinanti e corrette, nella pratica sono piu' dannose che utili. Nella totalita' dei database siano essi stradali, marini, aeronautici, non si usa mai modificare il nome di un'oggetto aggiungendo un prefisso per indicare una condizione ma ci sono attributi specifici (tag nel nostro caso) che ne definiscono la condizione. Anche da un punto di vista di query e' tutto molto piu' logico e semplice.
Detto questo non dovete necessariamente darmi retta, se mi trovo con i miei colleghi CAI a dover analizzare alcune di queste situazioni, studieremo una rosa di query adatte a scovare i casi. L'importante dal mio punto di vista e' di non scegliere la via del prefix solo perche' "fa sparire" la roba dalla visualizzazione. Questo si non va bene. Ciao Alfredo On Tue, Aug 13, 2019 at 12:42 PM Volker Schmidt <vosc...@gmail.com> wrote: > Alfredo, > > Il "lifecycle suffix" è un approccio utilizzato parecchio e descritto nle > wiki: > https://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts > https://wiki.openstreetmap.org/wiki/Lifecycle_prefix > > Non vedo perché non è applicabile anche in questo caso. > abandoned:highway=path è in uso 2000 volte, secondo Taginfo. > > Volker > > > > > > On Tue, 13 Aug 2019 at 12:19, Alfredo Gattai <alfredo.gat...@gmail.com> > wrote: > >> >>> >> >>> >> ...è quello che ho fatto fino ad ora...spezzata la traccia e inserito >>> >> abandoned:highway=path ...aggiungendo appunto abandoned: prima del >>> >> suffisso >>> > >>> >> >> Torno a riproporre quello che avevo scritto un po' di tempo fa. >> Cambiare la highway in abandoned:highway e' una stortura dal punto di >> vista del DB. >> Non si cambia un oggetto per dargli delle caratteristiche, semmai si >> aggiunge un tag. >> >> Inoltre questa pratica, specialmente se fatta per rimuovere dal rendering >> o dal routing la tratta e' sua volta una cosa sbagliata perche' come non si >> mappa per il rendering non si mappa per il routing. >> >> Chi fa le app ed i siti si deve adeguare al DB e non viceversa. >> >> Ultima cosa, ci sono vari enti che si stanno prodigando per >> risistemare/modificare/riattare i percorsi e fare sparire dalla vista >> quelli originali (o renderli piu' difficili da trovare con query) non solo >> non e' di aiuto ma crea problemi. >> >> L'escursionista non basa la propria gita sul fatto che una tratta si vede >> o no su OSM, ma si informa adeguatamente prima di partire, se non lo fa, >> impara per la prossima volta. >> >> Lasciate le tratte dove sono e limitatevi ad aggiungere i vari obstacle= >> e altri tag utili. Poi, al prossimo vostro passaggio potrete mettere il >> percorso giusto rimesso a posto. >> >> Anche le fonti istituzionali che potrebbero dare accesso per aggiungere >> informazioni non sono cosi' affidabili e lo so per esperienza. >> Mai come in questi casi e' necessario essere sul posto e verificare >> personalmente prima di mappare. >> >> my 2 cents >> >> Alfredo >> >> >> _______________________________________________ >> 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 >
_______________________________________________ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
