2010/10/6 Federico Cozzi <f.co...@gmail.com> > 2010/10/6 Diego Guidotti - Aedit s.r.l. <guido...@aedit.it>: > > Distinguiamo le cantine (dove si produce il vino) dalle le enoteche (dove > si > > vende il vino) > > Per la cantine proporrei man_made=winery (ed aggiungerei di straforo > anche > > Ottima l'idea di distinguere la vendita dalla cantina. > Per la vendita ci si può appoggiare a tag esistenti come ad es. shop=wine > Per la cantina mi piace tantissimo winery > (http://en.wikipedia.org/wiki/Winery) che sicuramente non deve stare > sotto shop= ma ho dei dubbi che possa stare sotto man_made. > Per evitare infinite discussioni sul namespace potresti tentare il > coraggiosissimo winery=yes >
Mi collego ad una discussione di qualche giorno fa sui tag ed i namespace. Capisco la flessibilità di avere molti tag ma attualmente parecchie applicazioni che lavorano direttamente sui dati OSM importano i dati in un database di tipo relazionale. Tale import (normalmente effettuato con osm2pgsql su un database postgres) richiede necessariamente una selezione dei tag che vengono importati come campi della tabella contenente i dati. Questa nota tecnica per spiegare che dal punto di vista "pratico" dello sviluppo un ri-utilizzo dei tag già esistenti (shop, man_made, building) sarebbe preferibile, in quanto aumentano le possibilità, ad esempio, di vedere renderizzato il dato sulla mappa. Capisco che questa opinione è più pragmatica che ideale (si avvicina ad un approccio "si mappa per il rendering") e che in futuro nuovi approcci [1] potranno utilizzare al meglio la flessibilità del data-model di OSM. Avevo selezionato man_made in quanto la cantina è di fatto un impianto industriale e sotto man_made questi sono riportati. Escluderei shop (da usare per la vendita) e tourism (da usare se la cantina è dotata di una struttura ricettiva, magari si può usare un tourism=wine_tasting). Si può discutere dell'impiego di building (anche se una cantina può essere non un semplice edificio) Ciao, Diego [1] http://it.wikipedia.org/wiki/NoSQL
_______________________________________________ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
