la pericolosità della strada può essere determinata dalla tipologia della
superficie, dallo stato di manutenzione del manto stradale dalla presenza di
illuminazione del tracciato e dalla sua geometria...tutte cose che già credo
siano inseribili tramite appositi tag.
immagini, suoni e video non son
Se questa "scuola" é frutto di un import edifici, mi pare corretto lasciate
solo la funzione "fisica" building=school. Le query che dovrebbero
informare su quante scuole ci sono in un territorio potrebbe essere
fuorviante: non dice nulla su che tipo (infanzia, primaria,..) e stato
(disused, abandon
sent from a phone
> Il giorno 18 giu 2016, alle ore 09:00, Aury88 ha
> scritto:
>
> la pericolosità della strada può essere determinata dalla tipologia della
> superficie, dallo stato di manutenzione del manto stradale dalla presenza di
> illuminazione del tracciato e dalla sua geometria
no
sent from a phone
> Il giorno 18 giu 2016, alle ore 07:40, Federico Cortese
> ha scritto:
>
> Comunque sempre meglio il landuse=school del doppio amenity.
perché? Se ci sono 2 scuole, ci si vogliono anche 2 amenity=school, no?
Altrimenti dove metti i nomi e altri dati?
Ciao,
Martin
_
Si parla di amenity duplicati. Quegli errori per cui si mette amenity sul perimetro e altri due su due edifici interni o due nodi (scuole distinte). Per cui le scuole invece che due risultano tre.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https:/
sent from a phone
> Il giorno 18 giu 2016, alle ore 12:15, Daniele Gitto ha
> scritto:
>
> Si parla di amenity duplicati. Quegli errori per cui si mette amenity sul
> perimetro e altri due su due edifici interni o due nodi (scuole distinte).
> Per cui le scuole invece che due risultano tre.
Il 18/06/2016 10:53, Martin Koppenhoefer ha scritto:
perché? Se ci sono 2 scuole, ci si vogliono anche 2 amenity=school, no?
Altrimenti dove metti i nomi e altri dati?
Ciao,
Martin
(scusate il post precedente postato male)
Si parlava di amenity duplicati. Quegli errori per cui si mette ame
On Jun 18, 2016 10:55, "Martin Koppenhoefer" wrote:
>
> perché? Se ci sono 2 scuole, ci si vogliono anche 2 amenity=school, no?
Altrimenti dove metti i nomi e altri dati?
>
Non saltare a conclusioni affrettate :)))
Un amenity per ogni scuola va bene, e il terzo sull'intero perimetro che
non ha sen
Il 18/06/2016 12:53, Martin Koppenhoefer ha scritto:
invece mettere due sullo stesso perimetro (con relazione multipoligono)? I nodi
non servono.
Ciao,
Martin
Sì, era l'alternativa che mi avevi proposto qualche mese fa.
Ne continuo a tenere conto, anche se non è detto sia sempre giusto che
Il 18/06/2016 10:12, Cascafico Giovanni ha scritto:
Se questa "scuola" é frutto di un import edifici, mi pare corretto
lasciate solo la funzione "fisica" building=school.
Gli import sono un bel colpo grasso, ma vanno sempre affinati con tempo
e pazienza.
Le query che
dovrebbero informare su
Esatto i fattori sono molti, girando a roma sembra di vivere un film: pedoni
e automobilisti che giocherellano con lo smartphone e spesso fumano anche,
infrazioni di ogni genere, chi corre a dx chi corre a sx, buche e strade
pazzesche, ma il top del top è stato vedere una mamma che allattava il suo
On Jun 18, 2016 13:40, "Daniele Gitto" wrote:
> Gli import sono un bel colpo grasso, ma vanno sempre affinati con tempo e
pazienza.
>
Non è questo il caso perchè con l'import è solo stata aggiornata la sagoma
dell'edificio, i Tag sono gli stessi di prima solo che erano applicati ad
un edificio app
sent from a phone
> Il giorno 18 giu 2016, alle ore 13:24, Daniele Gitto ha
> scritto:
>
> Si parlava di amenity duplicati. Quegli errori per cui si mette amenity sul
> perimetro e altri due su due edifici interni o due nodi (scuole distinte).
si, sbagliato
ciao,
Martin
13 matches
Mail list logo
