Re: [Talk-it] [HOT] ricalco foto per zone colpite da tifone

[cascafico]

andria_...@tiscali.it wrote
> mappare correttamente i buildings delle 
> baraccopoli è sempre difficile per via di quei tetti fatti di lamiera 
> arruginita o legno... si fa quel che si può. una cosa a cui tengono 
> molto sembra siano i landuse residential per gli agglomerati e le case 
> sparse

Spero che tutto quel grigio non sia eternit.




-

--
cascafico.altervista.org
twitter.com/cascafico
--
View this message in context: 
http://gis.19327.n5.nabble.com/HOT-ricalco-foto-per-zone-colpite-da-tifone-tp5784984p5785896.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] [HOT] ricalco foto per zone colpite da tifone

[andria osm]

No, dovrebbe essere proprio lamiera (non arrugginita). Infatti per 
mappare meglio mi sono visto un po' di foto sul web e ho notato che ce 
ne son tantissime in lamiera


Il 18/11/2013 10:53, cascafico ha scritto:

andria_...@tiscali.it wrote

mappare correttamente i buildings delle
baraccopoli è sempre difficile per via di quei tetti fatti di lamiera
arruginita o legno... si fa quel che si può. una cosa a cui tengono
molto sembra siano i landuse residential per gli agglomerati e le case
sparse

Spero che tutto quel grigio non sia eternit.




-

--
cascafico.altervista.org
twitter.com/cascafico
--
View this message in context: 
http://gis.19327.n5.nabble.com/HOT-ricalco-foto-per-zone-colpite-da-tifone-tp5784984p5785896.html
Sent from the Italy General mailing list archive at Nabble.com.

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



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

[Talk-it] Ancora nuova versione ID

[andria osm]

stavolta hanno scombussolato i preset. infatti se ci si mette a mappare 
edifici avremmo come default "casa" ovvero building=home ma anche 
building=residential ecc ecc.

Per me cmq è molto buono perché stanno andando ancor più nel dettaglio

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

[Talk-it] Errore strano con ID

[griphon]

  

Salve, 

mappando una zona con Id via web ed andando
successivamente a salvare, ho ottenuto il seguente errore: 

"Version
mismatch: Provided 1, server had: 2 of Node 626189378" 

Volevo sapere
come rimediare, visto che ho in sospeso diverse modifiche da salvare


Ho provato ad aprire un'altra sessione di editazione, fare modifiche e
poi salvare; qui tutto è andato a buon fine... 

Grazie in anticipo,


Griphon.  

Invita i tuoi amici e Tiscali ti premia! Il consiglio di
un amico vale più di uno spot in TV. Per ogni nuovo abbonato 30 € di
premio per te e per lui! Un amico al mese e parli e navighi sempre
gratis http://freelosophy.tiscali.it/ [1]



Links:
--
[1]
http://freelosophy.tiscali.it/
 

Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più di 
uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui! Un 
amico al mese e parli e navighi sempre gratis http://freelosophy.tiscali.it/

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

Re: [Talk-it] Errore strano con ID

[sabas88]

Vuol dire che qualcuno nel frattempo ha modificato lo stesso oggetto,
strano che non ci sia una gestione dei conflitti..
Dando una occhiata alle issue aperte vedo che ne esiste una relativa
https://github.com/systemed/iD/issues/1053?source=cc


Il giorno 18 novembre 2013 13:34,  ha scritto:

>  Salve,
>
> mappando una zona con Id via web ed andando successivamente a salvare, ho
> ottenuto il seguente errore:
>
> "Version mismatch: Provided 1, server had: 2 of Node 626189378"
>
> Volevo sapere come rimediare, visto che ho in sospeso diverse modifiche da
> salvare
>
> Ho provato ad aprire un'altra sessione di editazione, fare modifiche e poi
> salvare; qui tutto è andato a buon fine...
>
> Grazie in anticipo,
>
> Griphon.
>
>
> Invita i tuoi amici e Tiscali ti premia! Il consiglio di un amico vale più
> di uno spot in TV. Per ogni nuovo abbonato 30 € di premio per te e per lui!
> Un amico al mese e parli e navighi sempre gratis
> http://freelosophy.tiscali.it/
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Questa cosa fa impazzire il mio Garmin

[Riccardo Scartozzi]

Scusate ma a mio avviso il casello creato in quel modo è un errore
sconveniente che, come indicato in questo thread, da anche luogo ad
errori di routing. Pensa andrebbe corretto al più presto adottando una
soluzione come la seguente [1]. In ogni caso così non ha proprio alcun
senso siccome si tratta pur sempre di un'unica strada, sono solo tante
le corsie.

Si può provvedere a modificare? Eventualmente se proprio si vuole
evidenziare la larghezza notevole del tratto autostradale consiglierei
almeno di usare qualcos'altro ma assolutamente no di fare 20 strada
parallele quando invece si tratta di corsie...

[1] http://www.openstreetmap.org/#map=19/45.38908/9.13888

Il 17 novembre 2013 19:21, Francesco Pelullo  ha scritto:
> Ok, può essere.
> Non ho controllato nei changeset di quell'area, ma usando un altro router
> tipo Mapquest il problema non sussiste.
> http://mapq.st/I9WDkW
>
> A questo punto è possibile che il Garmin di Stefano sia impazzito perche'
> utilizzava una vecchia versione dei dati?
>
> Ciao
> /niubii/
>
>
>
> Il giorno 17 novembre 2013 18:39, Daniele Forsi  ha
> scritto:
>
>> Il 17 novembre 2013 18:28, Francesco Pelullo > > Scusami se insisto, ma a me questo comportamento non sembra normale:
>> >
>> > http://www.openrouteservice.org/index.php?start=9.3147685,45.3454409&end=9.3069042,45.3519179&via=9.3095274,45.3491983%20&pref=Fastest&lang=en&noMotorways=false&noTollways=false
>>
>> ma devi anche considerare che a quanto c'è scritto in alto a destra
>> quel servizio usa dati obsoleti
>> OSM-Data for Routing: 29.10.12
>>
>> --
>> Daniele Forsi
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>

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

[Talk-it] Dati del catasto trentino in open data

[Maurizio Napolitano]

http://dati.trentino.it/organization/pat-catasto

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

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

[Talk-it] building=tower (??)

[demon.box]

Come da oggetto vi chiedo, nel caso di un campanile (isolato) di una chiesa
oppure nel caso di un'antica torre romana oltre a man_made=tower nel tag
building ci và il generico "yes" oppure "tower", oppure ancora niente tag
building?
P.S.: ovviamente nel caso del campanile ci metto anche tower:type=bell_tower
Grazie!
--enrico





--
View this message in context: 
http://gis.19327.n5.nabble.com/building-tower-tp5785948.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] building=tower (??)

[Gianluca Boero]

Il 18/11/2013 15:37, demon.box ha scritto:

Come da oggetto vi chiedo, nel caso di un campanile (isolato) di una chiesa
oppure nel caso di un'antica torre romana oltre a man_made=tower nel tag
building ci và il generico "yes" oppure "tower", oppure ancora niente tag
building?
P.S.: ovviamente nel caso del campanile ci metto anche tower:type=bell_tower
Grazie!
--enrico





http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower

il wiki lo prevede come tag in combinazione.

--
Gianluca Boero


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

Re: [Talk-it] Questa cosa fa impazzire il mio Garmin

[emmexx]

Il 11/18/2013 03:29 PM, Riccardo Scartozzi scrisse:
> Scusate ma a mio avviso il casello creato in quel modo è un errore
> sconveniente che, come indicato in questo thread, da anche luogo ad
> errori di routing. Pensa andrebbe corretto al più presto adottando una
> soluzione come la seguente [1]. In ogni caso così non ha proprio alcun
> senso siccome si tratta pur sempre di un'unica strada, sono solo tante
> le corsie.

Non so, non si tratta esattamente di corsie, all'altezza del casello
c'e' separazione delle stesse.
Non so, nel caso venga implementato un tag (se gia' non esiste) che
indica il pagamento con Telepass o contanti, un router potrebbe
sfruttare l'informazione per indicare in quale corsia spostarsi.

ciao
maxx

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

Re: [Talk-it] Questa cosa fa impazzire il mio Garmin

[Maurizio Daniele]

Il giorno 18 novembre 2013 16:00, emmexx  ha scritto:

> Non so, non si tratta esattamente di corsie, all'altezza del casello
> c'e' separazione delle stesse.
> Non so, nel caso venga implementato un tag (se gia' non esiste) che
> indica il pagamento con Telepass o contanti, un router potrebbe
> sfruttare l'informazione per indicare in quale corsia spostarsi.
>
>
Si, ma quel tag potrebbe anche applicarsi allo schema "lanes", quindi il
problema nel caso specifico non si pone.

Anch'io ho realizzato almeno uno svincolo autostradale in quel modo (tutte
way separate) ma francamente credo sempre meno in quella scelta e credo che
lo rifarò usando una sola way per direzione e usando massicciamente width e
lanes.

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

Re: [Talk-it] Dati del catasto trentino in open data

[cesare gerbino]

Ottimo!


Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b



2013/11/18 Maurizio Napolitano 

> http://dati.trentino.it/organization/pat-catasto
>
> --
> Maurizio "Napo" Napolitano
> http://de.straba.us
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Questa cosa fa impazzire il mio Garmin

[Martin Koppenhoefer]

2013/11/18 emmexx 

> > Scusate ma a mio avviso il casello creato in quel modo è un errore
> > sconveniente che, come indicato in questo thread, da anche luogo ad
> > errori di routing. Pensa andrebbe corretto al più presto adottando una
> > soluzione come la seguente [1]. In ogni caso così non ha proprio alcun
> > senso siccome si tratta pur sempre di un'unica strada, sono solo tante
> > le corsie.
>
> Non so, non si tratta esattamente di corsie, all'altezza del casello
> c'e' separazione delle stesse.



anche per un breve tratto prima del casello c'è una separazione fisica. Per
me è giusto avere più ways in osm, lo trovo meglio della mappatura in [1].
Con OSRM non ho trovato problemi di routing, ORS non ha i dati aggiornati.
Se il garmin crea problemi, forse sono dovuti ad un incroccio con troppi
ways? Oppure anche i dati della mappa garmin non erano aggiornati?

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

Re: [Talk-it] building=tower (??)

[Martin Koppenhoefer]

2013/11/18 demon.box 

> Come da oggetto vi chiedo, nel caso di un campanile (isolato) di una chiesa
> oppure nel caso di un'antica torre romana oltre a man_made=tower nel tag
> building ci và il generico "yes" oppure "tower", oppure ancora niente tag
> building?
>


io metto anche il tag building. Nel valore di building ci puoi mettere
sempre tags più specifici che "yes". Quindi per me building=tower andrebbe
bene, nel caso della torre romana aggiungerei anche un
historic:civilization=ancient_roman
Per le torri è utile anche il tag tower:type
http://taginfo.openstreetmap.org/keys/tower:type#values

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

Re: [Talk-it] Questa cosa fa impazzire il mio Garmin

[Riccardo Scartozzi]

Penso l'unica vera soluzione sia usare il tag area [1]

> anche per un breve tratto prima del casello c'è una separazione fisica.
In ogni caso la divisione fisica della strada avviene per meno di 40
metri mentri per gli altri 600 sono solo corsie (non c'è proprio
alcuna divisione fisica).

Inoltre tutti gli altri operatori usano la più sensata semplificazione
di riportare una sola way (come a mio avviso richiederebbe il buon
senso nell'uso dello strumento way).

Inoltre dovrebbe prevalere in questo caso il valore dell'astrazione
del concetto di way (che è ben lontano dal rappresentare le dimensioni
fisiche della strada siccome è una linea senza spessore) piuttosto che
cercare di, utilizzando uno strumento inappropriato,reppresentare una
caratteristica fisica di una strada meglio rappresentabile ricorrendo
a tag o area.

Ribadisco a mio avviso la necessità di una modifica.


[1] http://wiki.openstreetmap.org/wiki/Proposed_features/area:highway

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

Re: [Talk-it] Questa cosa fa impazzire il mio Garmin

[Martin Koppenhoefer]

2013/11/18 Riccardo Scartozzi 

> > anche per un breve tratto prima del casello c'è una separazione fisica.
> In ogni caso la divisione fisica della strada avviene per meno di 40
> metri mentri per gli altri 600 sono solo corsie (non c'è proprio
> alcuna divisione fisica).



si, sono d'accordo che sarebbe da accorgiare il tratto disegnato
separatamente per avvicinarlo a quello separato realmente. Un area:highway
anche non è male, ma non è un alternativa a delle way espliciti.

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

Re: [Talk-it] Questa cosa fa impazzire il mio Garmin

[emmexx]

Il 11/18/2013 04:57 PM, Riccardo Scartozzi scrisse:
> In ogni caso la divisione fisica della strada avviene per meno di 40
> metri mentri per gli altri 600 sono solo corsie (non c'è proprio
> alcuna divisione fisica).

Mi pare l'unica soluzione sensata se non si vogliono introdurre way ad
angolo retto. Se il mappatore ha ritenuto che le way vadano separate, la
continuita' delle way prima e dopo viene di conseguenza.

> 
> Inoltre tutti gli altri operatori usano la più sensata semplificazione
> di riportare una sola way (come a mio avviso richiederebbe il buon
> senso nell'uso dello strumento way).

Buon senso, forse. Forse a volte precedere invece che inseguire non e' male.
In non ci vedo nulla di fantascientifico in un navigatore in cui posso
impostare che ho il telepass o che non ho il telepass e che mi indica se
spostarmi sulla corsia di sx o sulla corsia x.
O cose piu' fantascientifiche come indicazioni sulla fila da occupare
perche' piu' libera rispetto alle altre.

> 
> Inoltre dovrebbe prevalere in questo caso il valore dell'astrazione
> del concetto di way (che è ben lontano dal rappresentare le dimensioni
> fisiche della strada siccome è una linea senza spessore) piuttosto che
> cercare di, utilizzando uno strumento inappropriato,reppresentare una
> caratteristica fisica di una strada meglio rappresentabile ricorrendo
> a tag o area.

Il fatto che presso il casello le way siano fisicamente separate mi pare
incontestabile. Mi pare che in questo caso le dimensioni fisiche della
strada e della way non entrino in gioco. Si ripete continuamente di
mappare la realta' e non per il rendering, questo mi pare un caso in cui
nella realta' non c'e' una sola way.
Se poi si riesce a gestire con il tag lane, tanto meglio, ma ho
l'impressione che sia piu' complesso da gestire:
http://wiki.openstreetmap.org/wiki/Lanes

ciao
maxx

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

Re: [Talk-it] Questa cosa fa impazzire il mio Garmin

[Stefano Droghetti]

Il 17/11/2013 09:52, Aury88 ha scritto:


Ora bisogna capire se è un problema solo del tuo modello di Garmin o se un
po' tutti i navigatori danno lo stesso genere di problematiche.
hai provato a far fare lo stesso calcolo del percorso con siti di routing
tipo http://www.openrouteservice.org/ o altro?


Provate a impostare via Giuseppe Impastato (vicino a San Donato, Milano) 
come punto di arrivo, il più vicino possibile al parcheggio ovest, e 
come punto di arrivo qualsiasi punto anche sull'autostrada, prima del 
casello.

Se notate, anche il servizio di routing si pianta.
Esempi:
Start: Pos@: 9.254825 45.428190
End: Pos@: 9.246403 45.427362

Potrebbe non essere colpa del casello, certo. Ma se non è colpa del 
casello, di cos'è colpa?


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

Re: [Talk-it] Questa cosa fa impazzire il mio Garmin

[Martin Koppenhoefer]

2013/11/18 Stefano Droghetti 

> Provate a impostare via Giuseppe Impastato (vicino a San Donato, Milano)
> come punto di arrivo, il più vicino possibile al parcheggio ovest, e come
> punto di arrivo qualsiasi punto anche sull'autostrada, prima del casello.
> Se notate, anche il servizio di routing si pianta.
>


ma sempre con ORS? Con OSRM non ho avuto problemi, e come già notato, ORS
usa i dati di 2012.
http://map.project-osrm.org/
(purtroppo non mi funziona la generazione link).

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

Re: [Talk-it] Questa cosa fa impazzire il mio Garmin

[Riccardo Scartozzi]

>> Inoltre tutti gli altri operatori usano la più sensata semplificazione
>> di riportare una sola way (come a mio avviso richiederebbe il buon
>> senso nell'uso dello strumento way).
>
> Buon senso, forse. Forse a volte precedere invece che inseguire non e' male.
> In non ci vedo nulla di fantascientifico in un navigatore in cui posso
> impostare che ho il telepass o che non ho il telepass e che mi indica se
> spostarmi sulla corsia di sx o sulla corsia x.
> O cose piu' fantascientifiche come indicazioni sulla fila da occupare
> perche' piu' libera rispetto alle altre.

Sì, però non ha nemmeno senso proporre soluzioni del tutto insensate.
Già mi immagino il navigatore: "prendete la quinta strada a destra e
quindi la terza a sinistra" E solo per passare un casello!

La posizione delle corsie preferenziali invece può essere indicata
benissimo con la lanes (e notare che parlo di corsie e non di
strade!).

>> Inoltre dovrebbe prevalere in questo caso il valore dell'astrazione
>> del concetto di way (che è ben lontano dal rappresentare le dimensioni
>> fisiche della strada siccome è una linea senza spessore) piuttosto che
>> cercare di, utilizzando uno strumento inappropriato,reppresentare una
>> caratteristica fisica di una strada meglio rappresentabile ricorrendo
>> a tag o area.
>
> Il fatto che presso il casello le way siano fisicamente separate mi pare
> incontestabile. Mi pare che in questo caso le dimensioni fisiche della
> strada e della way non entrino in gioco. Si ripete continuamente di
> mappare la realta' e non per il rendering, questo mi pare un caso in cui
> nella realta' non c'e' una sola way.

Purtroppo anche l'obbrobrio proposto non rispecchia la realtà. In
primo luogo i passaggi sono mobili, ossia:
- spesso alcuni caselli chiudono;
- spesso alcuni caselli invertono il senso di marcia a seconda del
maggior traffico
Chi si occupa di verificare questo quotidianamente? O vogliamo mettere
dei tag che segnano l'orario di passaggio dei singoli caselli? E cosa
dobbiamo fare allora se un dipendente si ammala o una macchinetta si
rompe?

Inoltre a mio avviso la barriera pedaggio non è altro che uno
strumento costruito al di sopra della strada che non divide né
modifica la funzione della strada stessa. Nessuno potrà mai dire di
essere passato per un altra strada, piuttosto parlerà di un'altra
fila, o un'altra corsia.

Pertanto la way è una sola, l'autostrada in questione, mentre tante
sono le lanes. Se si vuole anche dare una impressione della dimensione
reale della strada allora è doveroso usare le aree e non le way.
Infatti le aree sono state concepite proprio per delimitare spazi, le
way per indicare informazioni stradali. In alcuni casi (rotonde)
possono essere usate entrambe le funzioni assieme [1], ma non in
questo caso.

Ripropongo pertanto perchè più reale la soluzione di dedicare un'area
per l'area del parcheggio e definire invece il casello con un'unica
way.

p.s.: e questo senza togliere il fatto, navigatori a parte, che
qualsiasi persona a vedere quello che è stato fatto non potrebbe che
sorridere.

[1] http://wiki.openstreetmap.org/wiki/Way

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

Re: [Talk-it] Questa cosa fa impazzire il mio Garmin

[Mario Pichetti]

Il 18/11/2013 16:57, Riccardo Scartozzi ha scritto:

Penso l'unica vera soluzione sia usare il tag area [1]


anche per un breve tratto prima del casello c'è una separazione fisica.

In ogni caso la divisione fisica della strada avviene per meno di 40
metri mentri per gli altri 600 sono solo corsie (non c'è proprio
alcuna divisione fisica).

Inoltre tutti gli altri operatori usano la più sensata semplificazione
di riportare una sola way (come a mio avviso richiederebbe il buon
senso nell'uso dello strumento way).

Inoltre dovrebbe prevalere in questo caso il valore dell'astrazione
del concetto di way (che è ben lontano dal rappresentare le dimensioni
fisiche della strada siccome è una linea senza spessore) piuttosto che
cercare di, utilizzando uno strumento inappropriato,reppresentare una
caratteristica fisica di una strada meglio rappresentabile ricorrendo
a tag o area.

Ribadisco a mio avviso la necessità di una modifica.


[1] http://wiki.openstreetmap.org/wiki/Proposed_features/area:highway
Notare l'area del parcheggio, con le piazzole suddivise 1583133 
 (view 
, XML 
, Potlatch2 
, 
JOSM 
, 
history 
, 
analyze , 
manage , gpx 
) (Leonding, 
Austria)


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



--

RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL.

Le informazioni contenute in questa comunicazione sono riservate e destinate
esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati.
Se questa comunicazione Vi e' pervenuta per errore, siete pregati di
informare il mittente rispondendo a questa mail.

I dati riportati nel presente documento sono trattati nel rispetto del
D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali.

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

Re: [Talk-it] building=tower (??)

[demon.box]

Ok, quindi per il building=tower stò facendo bene.
Ma nel caso si tratti di un campanile di una chiesa oltre
tower:type=bell_tower ci và secondo voi anche 
denomination=catholic e religion=christian per distinguerlo da una torre
campanaria che non è di una chiesa?



--
View this message in context: 
http://gis.19327.n5.nabble.com/building-tower-tp5785948p5786028.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-it] Numeri civici_Dortmund

[Mario Pichetti]

Come mai a Dortmund 
http://www.openstreetmap.org/?lat=51.478135&lon=7.404933&zoom=19


I numeri civici sono inclusi nell'area dell'edificio ?



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

Re: [Talk-it] building=tower (??)

[Martin Koppenhoefer]

2013/11/18 demon.box 

> Ma nel caso si tratti di un campanile di una chiesa oltre
> tower:type=bell_tower ci và secondo voi anche
> denomination=catholic e religion=christian per distinguerlo da una torre
> campanaria che non è di una chiesa?
>


lo puoi mettere (io lo metterei). Se non lo metti sarà più difficile da
capire di quale chiesa fa parte - poi ci sono anche dei "bell_tower" che
non sono stati messi per motivi religiosi:
http://en.wikipedia.org/wiki/Carillon_in_Berlin-Tiergarten

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

Re: [Talk-it] Numeri civici_Dortmund

[Luca 'remix_tj' Lorenzetto]

On Mon, Nov 18, 2013 at 8:35 PM, Mario Pichetti
 wrote:
>
> Come mai a Dortmund
> http://www.openstreetmap.org/?lat=51.478135&lon=7.404933&zoom=19
>
> I numeri civici sono inclusi nell'area dell'edificio ?

Perchè il tag addr:housenumber è abbinato al building:

http://www.openstreetmap.org/browse/way/55531392

-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 

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

Re: [Talk-it] Numeri civici_Dortmund

[Martin Koppenhoefer]

2013/11/18 Mario Pichetti 

> Come mai a Dortmund http://www.openstreetmap.org/?
> lat=51.478135&lon=7.404933&zoom=19
>
> I numeri civici sono inclusi nell'area dell'edificio ?
>
>


perché non hanno mappato le particelle? ;-)   [1]
Sul serio, come ti avresti aspettato che li mappano?

ciao,
Martin

[1] se guardi nel BauGB §126, (3) vedrai che in Germania i civici in
generale non descrivono un nodo ma un'area.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Numeri civici_Dortmund

[sabas88]

Nel riassunto settimanale (che traduco e pubblico qui
http://marcosbox.blogspot.it/2013/11/osm-riassunto-settimanale-81.html ),
c'era un link ad una discussione di Alex Barth con qualche statistica a
supporto, ma imho è troppo semplice decidere così una via unica, come ho
commentato...
http://www.openstreetmap.org/user/lxbarth/diary/20261

Il giorno 18 novembre 2013 20:38, Luca 'remix_tj' Lorenzetto <
lorenzetto.l...@gmail.com> ha scritto:

> On Mon, Nov 18, 2013 at 8:35 PM, Mario Pichetti
>  wrote:
> >
> > Come mai a Dortmund
> > http://www.openstreetmap.org/?lat=51.478135&lon=7.404933&zoom=19
> >
> > I numeri civici sono inclusi nell'area dell'edificio ?
>
> Perchè il tag addr:housenumber è abbinato al building:
>
> http://www.openstreetmap.org/browse/way/55531392
>
> --
> "E' assurdo impiegare gli uomini di intelligenza eccellente per fare
> calcoli che potrebbero essere affidati a chiunque se si usassero delle
> macchine"
> Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
>
> "Internet è la più grande biblioteca del mondo.
> Ma il problema è che i libri sono tutti sparsi sul pavimento"
> John Allen Paulos, Matematico (1945-vivente)
>
> Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <
> lorenzetto.l...@gmail.com>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Numeri civici_Dortmund

[Mario Pichetti]

Il 18/11/2013 20:44, Martin Koppenhoefer ha scritto:


2013/11/18 Mario Pichetti >


Come mai a Dortmund
http://www.openstreetmap.org/?lat=51.478135&lon=7.404933&zoom=19

I numeri civici sono inclusi nell'area dell'edificio ?




perché non hanno mappato le particelle? ;-)   [1]
Sul serio, come ti avresti aspettato che li mappano?

Noi mettiamo il numero in un nodo all'interno dell'area dell'edificio.


ciao,
Martin

[1] se guardi nel BauGB §126, (3) vedrai che in Germania i civici in 
generale non descrivono un nodo ma un'area.



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


--

RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL.

Le informazioni contenute in questa comunicazione sono riservate e destinate
esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati.
Se questa comunicazione Vi e' pervenuta per errore, siete pregati di
informare il mittente rispondendo a questa mail.

I dati riportati nel presente documento sono trattati nel rispetto del
D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali.

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

Re: [Talk-it] Numeri civici_Dortmund

[Mario Pichetti]

Il 18/11/2013 20:38, Luca 'remix_tj' Lorenzetto ha scritto:

On Mon, Nov 18, 2013 at 8:35 PM, Mario Pichetti
 wrote:

Come mai a Dortmund
http://www.openstreetmap.org/?lat=51.478135&lon=7.404933&zoom=19

I numeri civici sono inclusi nell'area dell'edificio ?

Perchè il tag addr:housenumber è abbinato al building:

http://www.openstreetmap.org/browse/way/55531392


Questo mi era chiaro grazie;-)

Quindi il numero si può mettere sia a parte in un nodo oppure si abbina 
all'area dell'edificio.


--

RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL.

Le informazioni contenute in questa comunicazione sono riservate e destinate
esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati.
Se questa comunicazione Vi e' pervenuta per errore, siete pregati di
informare il mittente rispondendo a questa mail.

I dati riportati nel presente documento sono trattati nel rispetto del
D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali.


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

Re: [Talk-it] Numeri civici_Dortmund

[Mario Pichetti]

Il 18/11/2013 20:46, sabas88 ha scritto:
Nel riassunto settimanale (che traduco e pubblico qui 
http://marcosbox.blogspot.it/2013/11/osm-riassunto-settimanale-81.html ), 
c'era un link ad una discussione di Alex Barth con qualche statistica 
a supporto, ma imho è troppo semplice decidere così una via unica, 
come ho commentato...

http://www.openstreetmap.org/user/lxbarth/diary/20261

Il giorno 18 novembre 2013 20:38, Luca 'remix_tj' Lorenzetto 
mailto:lorenzetto.l...@gmail.com>> ha scritto:


On Mon, Nov 18, 2013 at 8:35 PM, Mario Pichetti
mailto:mario.piche...@gmail.com>> wrote:
>
> Come mai a Dortmund
> http://www.openstreetmap.org/?lat=51.478135&lon=7.404933&zoom=19
>
> I numeri civici sono inclusi nell'area dell'edificio ?

Perchè il tag addr:housenumber è abbinato al building:

http://www.openstreetmap.org/browse/way/55531392

--
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net ,
mailto:lorenzetto.l...@gmail.com>>

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




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

Grazie Stefano, splendente come al solito, hai centrato il "dubbio".:-)

 Here's the short answer: addresses are tagged on building ways where 
possible. By a wide margin.


Eccolabreverisposta:gli indirizzisonocontrassegnatisullacostruzionedove 
èpossibile._Conunampiomargine_.


Forse non avevo formulato bene la domanda:-[

Grazie a tutti, Mario.

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

Re: [Talk-it] Numeri civici_Dortmund

[Martin Koppenhoefer]

2013/11/18 Mario Pichetti 

> Quindi il numero si può mettere sia a parte in un nodo oppure si abbina
> all'area dell'edificio.
>




puoi mettere tutto a tutto, l'importante è che ha senso. Usare le aree ha
spesso più senso/contiene più informazioni rispetto ad un nodo, quindi è
preferibile se l'oggetto non è molto piccolo.

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

Re: [Talk-it] che futuro

[Maurizio Napolitano]

altri articoli
http://www.corrierecomunicazioni.it/tlc/24260_tifone-hayan-l-ict-a-supporto-degli-interventi.htm
http://www.rivistageomedia.it/201311145547/gis-cad-3d/strumenti-gis-a-supporto-delle-popolazioni-colpite-dal-tifone-nelle-filippine.html

2013/11/15 Simone Cortesi :
> E' uscito un mio articolo su che futuro!
>
> http://www.chefuturo.it/author/simonecortesi/
>
> Parla di osm+filippine
>
> --
> -S
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



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

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

Re: [Talk-it] che futuro

[Daniele Forsi]

Il 18 novembre 2013 22:04, Maurizio Napolitano ha scritto:

> altri articoli

ho aggiunto i link nell'apposita sezione
http://wiki.openstreetmap.org/wiki/Typhoon_Haiyan#Italian
(quello di Simone c'era già)

-- 
Daniele Forsi

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

Re: [Talk-it] Strade non connesse da correggere

[Simone F.]

Ciao.

Il giorno 17 novembre 2013 20:00, Simone Cortesi  ha
scritto:

> ...
> sto pensando alla riorganizzazione di openstreetmap.it, mi piacerebbe
> integrare questi servizi direttamente li'.
>
> --
> -S
>

Aggiorno le pagine solo di tanto in tanto (per es. adesso...), sarei
contento se qualcuno volesse farlo regolarmente.

Il link al codice è sulla pagina, dentro "Info", se serve posso metterlo in
GitHub.
Lo script è cresciuto per aggiunte successive e non è il massimo della
pulizia ma se avete domande rispondo volentieri.


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

Re: [Talk-it] Numeri civici_Dortmund

[Cascafico Giovanni]

Io considero il lato pratico, sopratutto se il building non é piccolo;
mettetevi nei panni di un corriere che deve consegnare: é molto probabile
che il campanello e l'ingresso siano vicini al numero civico.
Il 18/nov/2013 21:38 "Martin Koppenhoefer"  ha
scritto:

>
> 2013/11/18 Mario Pichetti 
>
>> Quindi il numero si può mettere sia a parte in un nodo oppure si abbina
>> all'area dell'edificio.
>>
>
>
>
>
> puoi mettere tutto a tutto, l'importante è che ha senso. Usare le aree ha
> spesso più senso/contiene più informazioni rispetto ad un nodo, quindi è
> preferibile se l'oggetto non è molto piccolo.
>
> ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it