Re: [Talk-it] Suggerimenti mapping rete autobus cotral

2012-09-11 Per discussione Martin Koppenhoefer
2012/9/11 Davio :
> linea. La cotral utilizza una numerazione interna di servizio per ogni
> linea, ma non è mostrata su nessuna palina, solo nel sito della società.


e sul autobus? E' scritto il numero del bus o no?

ciao,
Martin

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


[Talk-it] prova

2012-09-11 Per discussione Davio
prova



--
View this message in context: 
http://gis.19327.n5.nabble.com/prova-tp5724785.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


[Talk-it] Suggerimenti mapping rete autobus cotral

2012-09-11 Per discussione Davio
L'utente ALn_668 sta provvedendo al mapping della rete autobus cotral della
regione Lazio, parlandone con lui sono delle emerse questioni da risolvere.
Dato che le linee cotral non hanno una numerazione visibile sulle paline,
non siamo sicuri cosa inserire nel capo "ref" che identifica il numero della
linea. La cotral utilizza una numerazione interna di servizio per ogni
linea, ma non è mostrata su nessuna palina, solo nel sito della società.
Quindi le due ipotesi sono: o si utilizzano queste numerazioni di servizio
nel campo "ref", oppure pensavamo di inserire una abbreviazione
dell'itinerario che la linea compie, in modo da non avere un ref troppo
lungo.

Secondo voi come dovremmo procedere?

Davide




--
View this message in context: 
http://gis.19327.n5.nabble.com/Suggerimenti-mapping-rete-autobus-cotral-tp5724773.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


Re: [Talk-it] Mercoledi' 12 settembre il passaggio definitivo alla ODbL

2012-09-11 Per discussione Gianmario Mengozzi
hurrà!


Il giorno 11 settembre 2012 18:45, Maurizio Napolitano
ha scritto:

> Hello OpenStreetMap-pers,
> The change to ODbL is imminent. No, Really. We mean it.
>
> http://blog.osmfoundation.org/2012/09/11/change-to-odbl-imminent/
>
> Questa la frase di apertura del simpatico blog post “Change to ODbL
> imminent”  pubblicato dalla OpenStreetMap Foundation in merito la
> passaggio imminenti alla nuova licenza ODbL.
> Quattro anni di consultazioni, dibattiti, revisioni, miglioramenti,
> revisioni, dibattiti, miglioramenti, implementazione, codifica e
> mappatura, mappatura e mappatura … finalmente la fase finale.
> Un percorso lungo e faticoso che fa sembrare questo momento così
> semplice come incontrarsi per un pic-nic.
>
> La data prevista quella di mercoledì 12 Settembre (che “in caso di
> pioggia” rinvierà il pic-nic di una settimana - “in case of rain, we
> won’t cancel this picnic, just reschedule it for the subsequent
> Wednesday, 19 September 2012.”), da quel momento in poi tutte le API
> di OpenStreetMap pubblicheranno solo dati rilasciati in ODbL.
> Per il file planet bisognerà aspettare 30 ore.
>
> Dal punto di vista dei mappers questo non cambierà molto, anzi, sarà
> un processo quasi trasparente.
>
> I data consumers invece (= coloro che usano i dati di OpenStreetMap
> nei loro software di routing, analisi, visualizzazione ecc…) dovranno
> adattarsi ai vincoli imposti dalla nuova licenza.
>
> La pagina wiki
>
> http://wiki.openstreetmap.org/wiki/ODbL/License_Transition/Guidance_To_Data_Consumers
> ospita le informazioni necessarie in tal senso.
>
>
> Buon Pic Nic!
>
>
>
> --
> Maurizio "Napo" Napolitano
> http://de.straba.us
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-it
>



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


[Talk-it] Mercoledi' 12 settembre il passaggio definitivo alla ODbL

2012-09-11 Per discussione Maurizio Napolitano
Hello OpenStreetMap-pers,
The change to ODbL is imminent. No, Really. We mean it.

http://blog.osmfoundation.org/2012/09/11/change-to-odbl-imminent/

Questa la frase di apertura del simpatico blog post “Change to ODbL
imminent”  pubblicato dalla OpenStreetMap Foundation in merito la
passaggio imminenti alla nuova licenza ODbL.
Quattro anni di consultazioni, dibattiti, revisioni, miglioramenti,
revisioni, dibattiti, miglioramenti, implementazione, codifica e
mappatura, mappatura e mappatura … finalmente la fase finale.
Un percorso lungo e faticoso che fa sembrare questo momento così
semplice come incontrarsi per un pic-nic.

La data prevista quella di mercoledì 12 Settembre (che “in caso di
pioggia” rinvierà il pic-nic di una settimana - “in case of rain, we
won’t cancel this picnic, just reschedule it for the subsequent
Wednesday, 19 September 2012.”), da quel momento in poi tutte le API
di OpenStreetMap pubblicheranno solo dati rilasciati in ODbL.
Per il file planet bisognerà aspettare 30 ore.

Dal punto di vista dei mappers questo non cambierà molto, anzi, sarà
un processo quasi trasparente.

I data consumers invece (= coloro che usano i dati di OpenStreetMap
nei loro software di routing, analisi, visualizzazione ecc…) dovranno
adattarsi ai vincoli imposti dalla nuova licenza.

La pagina wiki
http://wiki.openstreetmap.org/wiki/ODbL/License_Transition/Guidance_To_Data_Consumers
ospita le informazioni necessarie in tal senso.


Buon Pic Nic!



-- 
Maurizio "Napo" Napolitano
http://de.straba.us

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


Re: [Talk-it] Percorso alternativo via Francigena

2012-09-11 Per discussione Gianmario Mengozzi
Martin, stai dicendo che va bene avere n relazioni con lo stesso nome? Non
mi suona benissimo ma se dobbiamo mappare la realtà sta bene

La butto lì: e una relazione di relazioni?

Gianmario Mengozzi

sent by GNexus
Il giorno 11/set/2012 15:23, "Martin Koppenhöfer" 
ha scritto:

>
>
> Am 11/set/2012 um 12:57 schrieb Federico Cozzi :
>
> > 2012/9/11 emmexx :
> >> "La Francigena non era propriamente una via ma piuttosto un fascio di
> >> vie, un sistema viario con molte alternative."
> >> Io non dico che non si debba mappare ma che sia difficile mettersi
> >> d'accordo su cosa e come chiamarlo.
> >
> > Mi trovi d'accordo: era quello che sostenevo quando avevo citato la
> > "via della seta".
> > Si tratta di "vie" che non corrispondono facilmente ad un oggetto
> geografico.
> > Per capirci: posso benissimo tracciare, su un mappamondo, la Via
> Francigena
> > Il problema nasce quando (come si può fare nella cartografia
> > informatica) pretendo di zoomare fino ad arrivare a scale 1:1000.
> > A questo punto emergono i nostri problemi di mappatura, perché stiamo
> > usando un oggetto estremamente preciso (una sequenza di coordinate
> > GPS) per rappresentare una realtà imprecisa.
>
>
> Scusate, ma non si tratta di una realtà imprecisa, quello che noi mappiamo
> non è precisamente il percorso del vescovo nel Medioevo, invece sono delle
> route turistiche con segnaletica "on the ground". E' chiaro che non è il
> percorso storico 1:1.
>
> Non lo può ovviamente essere, trattandosi di un cammino: pochi vorrebbero
> svolgere la loro passeggiata su delle autostrade o su strade statali ; -)
> (cosa spesso sono diventate le strade principali dell'antica e del
> Medioevo).
>
> Se un percorso ha un nome, allora lo possiamo mettere, se non lo ha non
> mettiamo un nome. La stessa cosa con i numeri. Se due oggetti (qui leggi
> route) hanno lo stesso nome, allora è così e lo avranno anche in OSM.
>
> Ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


[Talk-it] Aggiornamento del catalogo metadati standard CSW 2.0.2

2012-09-11 Per discussione morsi
Mi è arrivata questa email dal PCN e ve la giro:

A seguito dei suggerimenti pervenuti al Geoportale Nazionale da parte degli
utenti, il  http://www.pcn.minambiente.it/geoportal/catalog/main/home.page
catalogo CSW  è stato aggiornato con nuove funzionalità di ricerca per
“Limite amministrativo”. Il pulsante “Ricerca avanzata”, inoltre, permette
agli utenti di raffinare le proprie ricerche sui metadati presenti
all’interno del catalogo.

Distinti saluti
 

Lo staff

Geoportale Nazionale

Direzione Generale per la Tutela del Territorio e delle Risorse Idriche

Ministero dell'Ambiente e della Tutela del Territorio e del Mare

ROMA

http://www.pcn.minambiente.it



--
View this message in context: 
http://gis.19327.n5.nabble.com/Aggiornamento-del-catalogo-metadati-standard-CSW-2-0-2-tp5724708.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


Re: [Talk-it] Valori tag non standard

2012-09-11 Per discussione bruno
On mar, 2012-09-11 at 12:59 +0200, Damjan Gerl wrote:
> Ma non sarebbe più facile usare il validator di Josm? Ovviamente per 
> zone ristrette...

Grazie, ho imparato a usarlo :-)
Ho notato che i preset non comprendono alcuni key che sono già stati
approvati (short_name, entrance, playground) ed alcuni key=value
(amenity=stripclub building=civic sport=team_handball natural=tree_row)
e quindi il validator me li segnala nella sezione informativa.
Vale la pena aprire ticket su josm.opentstreetmap.de? Grazie,
/bruno
-- 
CONTACTS http://tracciabi.li/~bruno/contacts.html 2nd email br...@tracciabi.li


signature.asc
Description: This is a digitally signed message part
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Valori tag non standard

2012-09-11 Per discussione Martin Koppenhöfer


Am 11/set/2012 um 15:45 schrieb Daniele Forsi :

> Il 11 settembre 2012 12:48, bruno ha scritto:
> 
>> A) uno script che dal wiki estrae "tutti" i key=value "ufficiali" (e già
>> stabilire cosa sia e cosa non sia ufficiale non è banale) per nodes e
>> ways
> 
> questo tra le altre cose mostra quali chiavi si trovano nel wiki
> (nella pagina "Map Feature List"):
> http://tagwatch.stoecker.eu/Italy/En/index.html
> 


-1, map features non sono tutti I tags documentati/votati/in uso, solo I più 
usati/più utili (non c'è un vero criterio per la selezione). Secondo me taginfo 
dovrebbe essere quel che cerca Bruno.

Ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Valori tag non standard

2012-09-11 Per discussione Daniele Forsi
Il 11 settembre 2012 12:48, bruno ha scritto:

> A) uno script che dal wiki estrae "tutti" i key=value "ufficiali" (e già
> stabilire cosa sia e cosa non sia ufficiale non è banale) per nodes e
> ways

questo tra le altre cose mostra quali chiavi si trovano nel wiki
(nella pagina "Map Feature List"):
http://tagwatch.stoecker.eu/Italy/En/index.html

> B) un overlay che disegna dei puntini colorati dove c'è una
> "violazione"; per trovare le violazioni bisogna analizzare tutti i nodes
> e le ways del planet.osm e nel caso di violazioni viene mostrato un
> puntino colorato nel punto corrispondente

non so che elenco usa, ma questo segnala alcuni errori e le loro
possibili correzioni:
http://tools.geofabrik.de/osmi/?view=tagging&lon=11.88428&lat=42.02808&zoom=6&overlays=misspelled_node_keys,misspelled_way_keys

siccome è internazionale, per il tag errato "nome" suggerisce di
correggerlo in "note", mentre se fosse fatto su misura per l'Italia
potrebbe suggerire "name"
-- 
Daniele Forsi

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


Re: [Talk-it] Percorso alternativo via Francigena

2012-09-11 Per discussione Martin Koppenhöfer


Am 11/set/2012 um 12:57 schrieb Federico Cozzi :

> 2012/9/11 emmexx :
>> "La Francigena non era propriamente una via ma piuttosto un fascio di
>> vie, un sistema viario con molte alternative."
>> Io non dico che non si debba mappare ma che sia difficile mettersi
>> d'accordo su cosa e come chiamarlo.
> 
> Mi trovi d'accordo: era quello che sostenevo quando avevo citato la
> "via della seta".
> Si tratta di "vie" che non corrispondono facilmente ad un oggetto geografico.
> Per capirci: posso benissimo tracciare, su un mappamondo, la Via Francigena
> Il problema nasce quando (come si può fare nella cartografia
> informatica) pretendo di zoomare fino ad arrivare a scale 1:1000.
> A questo punto emergono i nostri problemi di mappatura, perché stiamo
> usando un oggetto estremamente preciso (una sequenza di coordinate
> GPS) per rappresentare una realtà imprecisa.


Scusate, ma non si tratta di una realtà imprecisa, quello che noi mappiamo non 
è precisamente il percorso del vescovo nel Medioevo, invece sono delle route 
turistiche con segnaletica "on the ground". E' chiaro che non è il percorso 
storico 1:1.

Non lo può ovviamente essere, trattandosi di un cammino: pochi vorrebbero 
svolgere la loro passeggiata su delle autostrade o su strade statali ; -) (cosa 
spesso sono diventate le strade principali dell'antica e del Medioevo).

Se un percorso ha un nome, allora lo possiamo mettere, se non lo ha non 
mettiamo un nome. La stessa cosa con i numeri. Se due oggetti (qui leggi route) 
hanno lo stesso nome, allora è così e lo avranno anche in OSM.

Ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Valori tag non standard

2012-09-11 Per discussione Damjan Gerl
Ma non sarebbe più facile usare il validator di Josm? Ovviamente per 
zone ristrette...


Damjan


11.09.2012 - 12:48 - bruno:

On mar, 2012-09-11 at 10:20 +0200, emmexx wrote:

Problemi simili ci sono anche per altri tag.[...]
Cosa fare?

Dal basso della mia ignoranza mi chiedo quali strumenti automatici
potrebbero essere creati (= potrei/potremmo creare) per gestire questo
fenomeno. Così su due piedi, suppongo sarebbe possibile creare

A) uno script che dal wiki estrae "tutti" i key=value "ufficiali" (e già
stabilire cosa sia e cosa non sia ufficiale non è banale) per nodes e
ways

B) un overlay che disegna dei puntini colorati dove c'è una
"violazione"; per trovare le violazioni bisogna analizzare tutti i nodes
e le ways del planet.osm e nel caso di violazioni viene mostrato un
puntino colorato nel punto corrispondente

Per mantenere la complessità bassa non controllerei le relations.
In questo modo sarebbe "facile" per un utente cercare violazioni in zone
che conosce per esperienza diretta e correggerle.
Qualcuno che partecipi ad osm da molto sa dirmi se questa cosa ha senso?
immagino sia già stata proposta/discussa e magari realizzata: nel caso
dove lo posso trovare? È troppo complesso creare lo script A)? suppongo
che una volta avuta la lista, analizzare planet.osm sia solo una
questione di tempo...
Grazie per l'attenzione,
/bruno


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


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


Re: [Talk-it] Percorso alternativo via Francigena

2012-09-11 Per discussione Federico Cozzi
2012/9/11 emmexx :
> "La Francigena non era propriamente una via ma piuttosto un fascio di
> vie, un sistema viario con molte alternative."
> Io non dico che non si debba mappare ma che sia difficile mettersi
> d'accordo su cosa e come chiamarlo.

Mi trovi d'accordo: era quello che sostenevo quando avevo citato la
"via della seta".
Si tratta di "vie" che non corrispondono facilmente ad un oggetto geografico.
Per capirci: posso benissimo tracciare, su un mappamondo, la Via Francigena
Il problema nasce quando (come si può fare nella cartografia
informatica) pretendo di zoomare fino ad arrivare a scale 1:1000.
A questo punto emergono i nostri problemi di mappatura, perché stiamo
usando un oggetto estremamente preciso (una sequenza di coordinate
GPS) per rappresentare una realtà imprecisa.

Ciao,
Federico

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


Re: [Talk-it] Percorso alternativo via Francigena

2012-09-11 Per discussione Damjan Gerl
Io direi di mappare i vari spezzoni e dagli il proprio nome (se c'è, 
altrimenti s'inventa qualcosa, tipo una numerazione progressiva) e poi 
si mettono tutti gli spezzoni e le alternative in una super-route (una 
route di route) che si chiama "Vai Francigena".


Ciao
Damjan

11.09.2012 - 12:11 - emmexx:

Il 09/11/2012 11:52 AM, Martin Koppenhoefer scrisse:

si, ma se non esiste un'unica route nel mondo reale non è ne anche
desiderabile avere solo una in OSM.

Da wikipedia:

"Il percorso di un pellegrinaggio che il vescovo Sigerico, nel X secolo,
fece da Canterbury per giungere a Roma rappresenta una delle
testimonianze più significative di questa rete di vie di comunicazione
europea in epoca medioevale, ma non esaurisce le molteplici alternative
che giunsero a definire una fitta ragnatela di collegamenti che il
pellegrino percorreva a seconda della stagione, della situazione
politica dei territori attraversati, delle credenze religiose legate
alle reliquie dei santi."

e ancora:
"La Francigena non era propriamente una via ma piuttosto un fascio di
vie, un sistema viario con molte alternative."

Io non dico che non si debba mappare ma che sia difficile mettersi
d'accordo su cosa e come chiamarlo.

ciao
maxx

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




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


Re: [Talk-it] Valori tag non standard

2012-09-11 Per discussione bruno
On mar, 2012-09-11 at 10:20 +0200, emmexx wrote:
> Problemi simili ci sono anche per altri tag.[...]
> Cosa fare? 

Dal basso della mia ignoranza mi chiedo quali strumenti automatici
potrebbero essere creati (= potrei/potremmo creare) per gestire questo
fenomeno. Così su due piedi, suppongo sarebbe possibile creare

A) uno script che dal wiki estrae "tutti" i key=value "ufficiali" (e già
stabilire cosa sia e cosa non sia ufficiale non è banale) per nodes e
ways

B) un overlay che disegna dei puntini colorati dove c'è una
"violazione"; per trovare le violazioni bisogna analizzare tutti i nodes
e le ways del planet.osm e nel caso di violazioni viene mostrato un
puntino colorato nel punto corrispondente

Per mantenere la complessità bassa non controllerei le relations.
In questo modo sarebbe "facile" per un utente cercare violazioni in zone
che conosce per esperienza diretta e correggerle.
Qualcuno che partecipi ad osm da molto sa dirmi se questa cosa ha senso?
immagino sia già stata proposta/discussa e magari realizzata: nel caso
dove lo posso trovare? È troppo complesso creare lo script A)? suppongo
che una volta avuta la lista, analizzare planet.osm sia solo una
questione di tempo...
Grazie per l'attenzione,
/bruno
-- 
CONTACTS http://tracciabi.li/~bruno/contacts.html 2nd email br...@tracciabi.li


signature.asc
Description: This is a digitally signed message part
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Percorso alternativo via Francigena

2012-09-11 Per discussione emmexx
Il 09/11/2012 11:52 AM, Martin Koppenhoefer scrisse:
> si, ma se non esiste un'unica route nel mondo reale non è ne anche
> desiderabile avere solo una in OSM.

Da wikipedia:

"Il percorso di un pellegrinaggio che il vescovo Sigerico, nel X secolo,
fece da Canterbury per giungere a Roma rappresenta una delle
testimonianze più significative di questa rete di vie di comunicazione
europea in epoca medioevale, ma non esaurisce le molteplici alternative
che giunsero a definire una fitta ragnatela di collegamenti che il
pellegrino percorreva a seconda della stagione, della situazione
politica dei territori attraversati, delle credenze religiose legate
alle reliquie dei santi."

e ancora:
"La Francigena non era propriamente una via ma piuttosto un fascio di
vie, un sistema viario con molte alternative."

Io non dico che non si debba mappare ma che sia difficile mettersi
d'accordo su cosa e come chiamarlo.

ciao
maxx

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


Re: [Talk-it] Percorso alternativo via Francigena

2012-09-11 Per discussione Martin Koppenhoefer
2012/9/11 emmexx :
> Il 09/11/2012 11:36 AM, Martin Koppenhoefer scrisse:
>> non importa, in questo caso si potrebbe trattare di un route locale,
>> ma finchè c'è segnaletica si tratta di una route inseribile in OSM.
>
> Io non mi riferivo all'inserimento di una route locale ma al fatto che
> si possa inserire un'unica route (per l'Italia) per la via Francigena.


si, ma se non esiste un'unica route nel mondo reale non è ne anche
desiderabile avere solo una in OSM.

Ciao,
Martin

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


Re: [Talk-it] Percorso alternativo via Francigena

2012-09-11 Per discussione emmexx
Il 09/11/2012 11:36 AM, Martin Koppenhoefer scrisse:
> non importa, in questo caso si potrebbe trattare di un route locale,
> ma finchè c'è segnaletica si tratta di una route inseribile in OSM.

Io non mi riferivo all'inserimento di una route locale ma al fatto che
si possa inserire un'unica route (per l'Italia) per la via Francigena.

ciao
maxx

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


Re: [Talk-it] Percorso alternativo via Francigena

2012-09-11 Per discussione Martin Koppenhoefer
2012/9/10 emmexx :
> Il 09/10/2012 04:58 PM, Andrea Musuruane scrisse:
>> Il percorso è segnalato con appositi segnavia, quindi non vedo perché
>> non dovrebbe essere una route.
>
> Perche' una route di percorsi in parallelo non e' bella! :-)


come no, è bellissimo avere una scelta ;-)


> Quindi puo' anche esserci segnaletica ma non e' detto che sia univoca.


non importa, in questo caso si potrebbe trattare di un route locale,
ma finchè c'è segnaletica si tratta di una route inseribile in OSM.


> In pratica la Francigena e' un insieme di varianti che attraversano
> l'Italia.


si, e non ne vedo un problema

ciao,
Martin

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


Re: [Talk-it] Valori tag non standard

2012-09-11 Per discussione Martin Koppenhoefer
2012/9/11 emmexx :
> Ad esempio per il tag Access ho trovato questi valori:
> - bus
> - bus, tram
> - emergency
> - psv
> - psv,tram
> - tram
> - restricted (?)


si, concordo che purtroppo per lo più sono chiavi inseriti come
valori. "restricted" forse era inteso come "private"? Non connoscendo
il contesto non lo possiamo sapere.


> Problemi simili ci sono anche per altri tag.


si


> Ovviamente non voglio contestare la liberta' offerta da osm di usare tag
> e valori a piacere. Ma inserire valori senza seguire uno standard
> (utilizzato nelle applicazioni) mi sembra una perdita di tempo.


+1, sopratutto quando uno standard esiste già, come nel caso degli
restrizioni "access".


> Cosa fare? Correggere dove possibile?


si, dove sai come dovrebbero essere i valori per inserirsi nello
standard, lo puoi fare tranquillamente secondome, perchè sono dal
parere che la libertà di inserire qualsiasi cosa e poi insistere su
quel tag vale per chiavi nuovi/non comunemente concordati. Invece per
le chiavi in uso dovremmo tutti cercare di utilizzarli nello stesso
modo.


> Contattare gli utenti? (lavoraccio
> perche' bisogna spulciare lo storico per ogni way)


si, anche, così tra l'altro eviti di corregere continuamente le stesse cose ;-)


> Lasciare tutto cosi'?


-1, se hai tempo, connoscenza del luogo e voglia è meglio cambiare i
tags e scrivere all'utente spiegando perchè.

ciao,
Martin

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


[Talk-it] Valori tag non standard

2012-09-11 Per discussione emmexx
Sto controllando i valori assunti da alcuni tag nella zona del Comune di
Milano (ma il discorso e' ovviamente generico).

Siccome devo scrivere delle query in base ai valori di alcuni tag, sono
un po' in imbarazzo a causa della varieta' dei valori, rispetto a cio'
che e' riportato sul wiki e che dovrebbe essere lo standard quando si mappa.
Ad esempio per il tag Access ho trovato questi valori:
- bus
- bus, tram
- emergency
- psv
- psv,tram
- tram
- restricted (?)

In tutto le way con quei valori non sono tante, una cinquantina circa
nel comune di Milano.

Problemi simili ci sono anche per altri tag.
Ovviamente non voglio contestare la liberta' offerta da osm di usare tag
e valori a piacere. Ma inserire valori senza seguire uno standard
(utilizzato nelle applicazioni) mi sembra una perdita di tempo.
Cosa fare? Correggere dove possibile? Contattare gli utenti? (lavoraccio
perche' bisogna spulciare lo storico per ogni way) Lasciare tutto cosi'?

grazie
maxx

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