Ciao a tutti!
Ormai è più di un anno che mappo in OSM e se c'è una cosa che ho capito è
che lasciare ai mappatori completa libertà sui tag rende la DB osm un mezzo
potentissimo.

Purtroppo come tutte le cose ci sono dei pro e dei contro. Lasciare piena
libertà nel creare tag fa aumentare in maniera esponenziale il numero di tag
utilizzati e spesso si vengono a creare dei doppioni. 
Se a questo si aggiungono le varie combinazioni e i vari stili di mappatura
posso dire con buona certezza che gli stessi elementi in varie parti del
mondo (o anche solo nella stessa regione) vengono mappati in n modi diversi.
e questo secondo me è fonte di potenziali danni/errori per la mappa che la
rendono parzialmente o completamente inutilizzabile in certi ambiti.

Vorrei buttare così una proposta alla comunity (almeno italiana) per
decidere insieme alcune poche e semplici linee guida in modo da semplificare
la mappatura (almeno quella generica) e renderla più coerente possibile

Per esempio l'amenity=school viene posta sull'area appartenente all'istituto
scolastico mentre il building=school viene posto sulla struttura vera e
propria (questo stile di mappatura proposto sul wiki spesso non viene
rispettato in italia). Lo stesso vale per gli hospital (naturalmente questo
diventa il value per i key amenity e building) ed university. questo schema
però non viene riproposto quasi mai in altri ambiti; per esempio nel
kindergarten (asilo/materna), le        nursing_home (casa di riposo per 
anziani)
ecc ecc, dove non si fa accenno a questo schema...
Lo stesso dicasi per l'infinità di casi, anche non amenity,  in cui si può
distinguere l'area dedicata ad un certo compito con l'edificio vero e
proprio in qui si svolge l'attività (caserme della polizia, vigili del
fuoco, carceri).

I miei dubbi sono : non si potrebbe usare/proporre uno stile unico? e
proprio necessario che ci sia così tanta differenza su come si mappano
oggetti diversi ? .

Ho portato l'esempio delle amenity, ma pensiamo per esempio agli edifici
abbandonati/ruderi. È proprio necessaria la presenza del tag building=ruins?
alla fine davanti al key building solitamente mettiamo lo scopo
dell'edificio (residential, apartments, school, hospital ecc ), mentre ruins
non è lo scopo ma lo stato in cui si trova l'edificio.  ergo per i ruderi
secondo me si dovrebbe usare i tag building=* +ruins=yes...ecco che abbiamo
eliminato un tag (building=ruins) ma non perdiamo alcuna informazione, anzi
la guadagniamo. 

Lo stesso sulla classificazione degli edifici pubblici...oggi c'è
building=public (hanno appena deprecato amenity=public_use) ma questo tag
non ha senso secondo me...Oltre a non essere uno scopo dell'edificio
togliere la possibilità di definire con il key building un value per lo
scopo (è una scuola? è un teatro? è una biblioteca? ); Si descrive una
condizione di accesso  che in realtà noi genericamente già possiamo definire
con access=public o meglio access=yes  cioè reinterpretando l'utilizzo di un
tag usato per le strade ma che si adatta ugualmente bene utilizzato anche in
altri ambiti  .

Quindi a mio avviso il wiki andrebbe rivisto in parte togliendo molti tag
inutili/confusionari/ridondanti (d'altronde siamo in primavera...è il
periodo giusto per fare pulizie ;) ) e dovrebbe dare indicazioni nella
pagina generale sullo stile da adottare nell'assegnazione del tag non solo
quindi una lista di tag. Questo aiuterebbe, senza imporre nulla, ad
utilizzare uno stile di mappatura più omogeneo.
Vogliamo cominciare quindi una discussione in merito? secondo me la
mappatura avrà da guadagnarci...più sono semplici e comuni le regole fra i
vari tag meno errori si commettono. in oltre diventa più semplice mappare e
meno spaventoso anche per i nuovi arrivati (che oggi si trovano n tag, per
ciascuno m combinazioni e tutti i tag usati in maniera diversa l'uno
dall'altro).



--
View this message in context: 
http://gis.19327.n5.nabble.com/Uniformiamo-e-riduciamo-i-tag-tp5763379.html
Sent from the Italy General mailing list archive at Nabble.com.

_______________________________________________
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Rispondere a