Re: [Talk-it] Attribuire i tag alle Relation

2019-05-05 Per discussione Martin Koppenhoefer


sent from a phone

> On 5. May 2019, at 19:38, francesco gargano  
> wrote:
> 
> posto che "Stazione di" et similia non vanno mai inserite nel 'name'


non è così. Si inseriscono quando fanno parte del nome. In generale la 
questione dei nomi in OSM, visto che si dà la precedenza alla conoscenza locale 
rispetto a fonti ufficiali, non è sempre semplice da risolvere, ma si ha 
proceduto con la introduzione di tanti tag per inserire anche le varianti 
(loc_name, alt_name, official_name ecc.), nel dubbio aggiungi una variante ;-)

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


Re: [Talk-it] Attribuire i tag alle Relation

2019-05-05 Per discussione francesco gargano
Il giorno dom 5 mag 2019 alle ore 17:35 Lorenzo Mastrogiacomi <
lomastr...@gmail.com> ha scritto:

>
> Delle due ipotesi per gli edifici direi sicuramente la prima. Ogni
> edificio da solo con il suo tag building=* ed il name=* solo se l'edificio
> ha un nome proprio (nomi che descrivono la funzione tipo "stazione" o
> "deposito" non andrebbero messi.
>
> Lorenzo
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it


Grazie per le risposte, proseguendo il mio ragionamento logico stamattina
ho elimintato quella Relation , che in fin dei conti andava a sovrapporsi
ai due buildings già di persè distinti e non costituenti parti del singolo
building da "relazionare"; una piccola digressione a proposito di nomi
delle entità, posto che "Stazione di" et similia non vanno mai inserite nel
'name' mi chiedevo come mai ciò non valga per il 'name' delle strade: la
questione riguarda i diversi termini generici che possono essere
comunemente usati per l'entità 'highway' (via,viale, etc) o cos'altro?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Attribuire i tag alle Relation

2019-05-05 Per discussione Lorenzo Mastrogiacomi
Il giorno sab, 04/05/2019 alle 22.33 +0200, francesco gargano ha
scritto:
> > > "... 
> > > At least one tag describing the kind of feature (such as
> > > natural, 
> > > landuse, building, man made, amenities, leisures, pedestrian
> > > areas, 
> > > waterbanks...) covering that area."
> > > 
> > > Nel mio piccolo ieri ho raggruppato un paio di edifici in una
> > > stazione seguendo questo principio,ma posto che quanto e come
> > > indicato nella pagina della Relation multipolyogn più che altro
> > > sembra una linea guida per attribuire alla relation una sostanza,
> > > volevo porre un quesito: è corretto e possibile attribuire alla
> > > multipolygon un qualsiaso altro tipo di tag al di fuori di quella
> > > lista ristretta (ad es. il parking od altro "areale") o si
> > > rischia di duplicare  n-volte qualcosa di esistente sul db OSM?
> > > 
> > > 
> > 
> > Aggiungo che i multipoligoni di solito si usano solo se c'è
> > un'isola interna che si vuole escludere dall'area o se si vogliono
> > riutilizzare spezzoni di way che definiscono altri elementi
> > circostanti.
> > Se stai mappando una stazione basta un'area esterna che racchiude
> > tutto, non servono relazioni con gli elementi interni come gli
> > edifici, sono già inclusi nell'area.
> > 
> > Ciao
> > Lorenzo
> > ___
> > 
> > Talk-it mailing list
> > 
> > Talk-it@openstreetmap.org
> > 
> > https://lists.openstreetmap.org/listinfo/talk-it
> 
>  Ecco è questo il problema : leggendo le istruzioni riportate per le
> multipolygon mi pareva di starci dentro raggruppando i due esistenti
> edifici autonomi 'building=train_station' (edificio lavori e
> passeggeri
> che preciso, esistevan già e NON eran taggati come 'railway=station'
> 
> ) in una multipolygon riportante lo stesso tag aerale 'building' ma a
> questo punto stavo pensando o di eliminare questa Relation di edifici
> creata da me  o di eliminare i tag comuni attribuendoli solo alla
> Relation (che rappresenta gli edifici della stazione)  tenendo sui
> poligoni quelli "esclusivi" che disinguono i due building l'uno
> dall'altro, quindi togliendo il 'building' da entrambi e lasciando
> solo il 'name' sui singoli poligoni. Tutto ciò nel contesto dove
> esiste già un landuse=railway in cui si trovano tali edifici, una
> Relation public_transport=stop_area col nome della fermata e con
> annessi relativi elementi, ed un nodo con public_transport=station e
> railway=station che riporta il nome della stazione
> ferroviaria(identico a quello della fermata, senza "Stazione di").
> 

Delle due ipotesi per gli edifici direi sicuramente la prima. Ogni
edificio da solo con il suo tag building=* ed il name=* solo se
l'edificio ha un nome proprio (nomi che descrivono la funzione tipo
"stazione" o "deposito" non andrebbero messi.

Lorenzo

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


Re: [Talk-it] Attribuire i tag alle Relation

2019-05-04 Per discussione francesco gargano
> "... At least one tag describing the kind of feature (such as natural,
> landuse, building, man made, amenities, leisures, pedestrian areas,
> waterbanks...) covering that area."
>
> Nel mio piccolo ieri ho raggruppato un paio di edifici in una stazione
> seguendo questo principio,ma posto che quanto e come indicato nella pagina
> della Relation multipolyogn più che altro sembra una linea guida per
> attribuire alla relation una sostanza, volevo porre un quesito: è corretto
> e possibile attribuire alla multipolygon un qualsiaso altro tipo di tag al
> di fuori di quella lista ristretta (ad es. il parking od altro "areale") o
> si rischia di duplicare  n-volte qualcosa di esistente sul db OSM?
>
>
>
> Aggiungo che i multipoligoni di solito si usano solo se c'è un'isola
> interna che si vuole escludere dall'area o se si vogliono riutilizzare
> spezzoni di way che definiscono altri elementi circostanti.
> Se stai mappando una stazione basta un'area esterna che racchiude tutto,
> non servono relazioni con gli elementi interni come gli edifici, sono già
> inclusi nell'area.
>
> Ciao
> Lorenzo
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



 Ecco è questo il problema : leggendo le istruzioni riportate per le
multipolygon mi pareva di starci dentro raggruppando i due esistenti
edifici autonomi 'building=train_station' (edificio lavori e passeggeri che
preciso, esistevan già e NON eran taggati come 'railway=station' ) in una
multipolygon riportante lo stesso tag aerale 'building' ma a questo punto
stavo pensando o di eliminare questa Relation di edifici creata da me  o di
eliminare i tag comuni attribuendoli solo alla Relation (che rappresenta
gli edifici della stazione)  tenendo sui poligoni quelli "esclusivi" che
disinguono i due building l'uno dall'altro, quindi togliendo il 'building'
da entrambi e lasciando solo il 'name' sui singoli poligoni. Tutto ciò nel
contesto dove esiste già un landuse=railway in cui si trovano tali edifici,
una Relation public_transport=stop_area col nome della fermata e con
annessi relativi elementi, ed un nodo con public_transport=station e
railway=station che riporta il nome della stazione ferroviaria(identico a
quello della fermata, senza "Stazione di").
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Attribuire i tag alle Relation

2019-05-03 Per discussione Martin Koppenhoefer
aggiungo che per me l’icona della relazione barrata non ha senso perché ci 
possono essere relazioni di qualsiasi tipo, impossibile dire per tutte se sono 
adatte per il tag...

Al massimo si potrebbe dire che tra le relazioni ben conosciute non ci sono 
esempi per il tag.

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


Re: [Talk-it] Attribuire i tag alle Relation

2019-05-03 Per discussione Lorenzo Mastrogiacomi
Il giorno ven, 03/05/2019 alle 22.09 +0200, francesco gargano ha
scritto:
> Salve a tutti. Sono un pò confuso in merito all'oggetto della mail:
> sulle pagine wiki di quasi tutti i tag nel box descrittivo in alto a
> destra ci sono inseriti i simboli degli elementi ai quai è possibile
> attribuire quei tag, ad es. ai nodi no,alle ways si, area no etc... .
> Ebbene, in moltissimi casi c'è il simbolo delle Relations barrato, il
> che vuol dire non usarli per esse; tuttavia consultando la pagina
> wiki per le Relation multipolygon [1] mi sono imbattuto in un
> paragrafo  'Tags' che riporta una sintetica tabella in cui ve n'è
> elencata una manciata di essi, con la seguente spiegazione:
> 
> "... 
> At least one tag describing the kind of feature (such as natural, 
> landuse, building, man made, amenities, leisures, pedestrian areas, 
> waterbanks...) covering that area."
> 
> Nel mio piccolo ieri ho raggruppato un paio di edifici in una
> stazione seguendo questo principio,ma posto che quanto e come
> indicato nella pagina della Relation multipolyogn più che altro
> sembra una linea guida per attribuire alla relation una sostanza,
> volevo porre un quesito: è corretto e possibile attribuire alla
> multipolygon un qualsiaso altro tipo di tag al di fuori di quella
> lista ristretta (ad es. il parking od altro "areale") o si rischia di
> duplicare  n-volte qualcosa di esistente sul db OSM?
> 
> 

I multipoligoni sono sì relazioni ma vanno visti come oggetti di tipo
area in realtà. Servono soltanto a creare aree quando non si riesce con
un poligono semplice.
In pratica non vi si applicano i tag per relazioni ma si applicano
tutti quelli che hanno il simbolo area.

Le duplicazioni comunque sono da evitare. Se si crea un multipoligono i
tag vanno su questo e non sui singoli elementi che lo compongono.

Aggiungo che i multipoligoni di solito si usano solo se c'è un'isola
interna che si vuole escludere dall'area o se si vogliono riutilizzare
spezzoni di way che definiscono altri elementi circostanti.
Se stai mappando una stazione basta un'area esterna che racchiude
tutto, non servono relazioni con gli elementi interni come gli edifici,
sono già inclusi nell'area.

Ciao
Lorenzo
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it