Re: [Talk-it] Strada a doppio senso - 1 senso per tutti - 1 senso solo autobus

[Maurizio Daniele]

Io userei lo schema a lanes, tipo:

lanes=2
lanes:forward=1
lanes:bus:backward=1

O viceversa, non ho guardato il senso della way...

"bus" può essere anche "psv" se è una corsia per trasporto pubblico come
molte

Il giorno 27 febbraio 2017 11:03, Giulio Barba  ha
scritto:

> Aggiornamento, adesso effettivamente la striscia è gialla, per il resto è
> come avevo descritto.
> Una corsia BUS e una normale.
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] People mover Bologna Marconi

[Maurizio Daniele]

Ciao.

Mi sono accorto che sulla mappa è comparso il people mover a servizio del
l'aeroporto di Bologna, taggato come "costruction".

Chiedo ai Bolognesi se é corretto. Le ultime notizie che avevo erano che
era una infrastruttura solo in progetto e anche molto discussa, e che
pertanto non dovrebbe essere riportata sulla mappa.

Grazie.

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

Re: [Talk-it] People mover Bologna Marconi

[Maurizio Daniele]

Si, ok, ma da "lavori propedeutici" (immagino qualche area recintata qui e
là, misure, al limite verifiche del terreno) a segnare tutto il percorso
come in costruzione ce ne passa, mi pare.

Insomma, per dire che mi confermi che non s'è mappato quello che c'è sul
terreno ma il progetto di una cosa in divenire, immagino sulla base proprio
delle mappe del progetto o di qualche ricostruzione trovata su internet.

Ciao.
Il 12/feb/2016 13:54, "Rallysta74"  ha scritto:

> http://www.ferrovie.it/portale/leggi.php?id=1557
> 
>
> Sono iniziati i lavori propedeutici alla realizzazione, si prevede di
> aprire
> la tratta nel 2019
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/People-mover-Bologna-Marconi-tp5867465p5867505.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

Re: [Talk-it] utente che toglie tag ...

[Maurizio Daniele]

Sicuro che non sia un bot?
Il giorno 29/nov/2013 09:28, Stefano Salvador stefano.salva...@gmail.com
ha scritto:

 Ciao,

 da un po' di tempo un utente (mcheckimport) sta togliendo tag che lui
 ritiene inutili (oneway=yes da rotonde [1] o area=yes da platform delle
 stazioni [2]).

 Ritengo la cosa abbastanza antipatica e contraria alle linee guida di OSM
 che prevedono di non modificare un oggetto solo per togliere un tag che al
 più è superfluo (e nel caso delle platform non lo è).

 Ho provato a contattarlo ma senza successo. Quindi se per caso legge la ML
 lo pregerei di farsi vivo per concordare questo tipo di mappatura.

 [1] http://www.openstreetmap.org/browse/way/218090795
 [2] http://www.openstreetmap.org/browse/way/142279161

 Ciao,

 Stefano


 ___
 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

[Maurizio Daniele]

Il giorno 21 novembre 2013 21:59, emmexx emm...@tiscalinet.it ha scritto:

 La semplificazione di un'unica way non rispetta molto lo spirito di OSM
 in cui a volte si contestano mappature perche' di discostano di 1 metro
 da da questo o quel riferimento.
 Li' la strada non e' dritta ma molte delle corsie sono quasi a semicerchio.
 Ci sono le corsie riservate telepass, vietate alle moto, vietate o
 obbligatorie per i mezzi pesanti.

 Va bene semplificare ma non per principio.


In realtà una mappa (o una raccolta di dati) è una astrazione della realtà,
quindi di per sé una semplificazione.

Il punto è non perdersi nessun dato necessario e rendere l'astrazione
usabile.

Se uno schema perde dati essenziali è da scartare, così come lo schema che
renda l'astrazione inusabile o incomprensibile.

[CUT: avevo scritto tutto uno spiegone di come sono arrivato alla
conclusione seguente ma non voglio tediare troppo... :-) ]

Secondo me, un livello di astrazione accettabile ed usabile al momento è
quello che rappresenta l'autostrada come una singola way (per direzione)
che passa il casello, con l'indicazione del numero di corsie, della
larghezza e delle informazioni ad esse legate (sapendo che sono soggette a
variazione pressoché casuale, almeno per le corsie centrali)

Considerando che il casello (non il suo edificio) è solitamente astratto
come un nodo a dimensione zero, la cosa può avere senso. Analogamente alla
way, potremmo inserire il tag lanes anche al casello puntuale, con
l'implicito default che si tratta di lanes fisicamente separate, potendo
quindi gestire tutte le caratteristiche che si vuole, corsia per corsia.

L'unica eccezione può essere considerata quando il casello è costituito da
diversi edifici separati (accade varie volte, quando un casello è stato
ampliato in tempi diversi) o quando prendendo certe corsie ci si vincola a
certe destinazioni (tipo: le prime 3 corsie a destra sono per l'uscita
taldeitali, le altre ti immettono sull'autostrada)

Per quanto riguarda la larghezza della strada, invece dell'area:highway
(strade come area), per evidenziare l'imbuto, si può ipotizzare un
utilizzo del tag width come width:start/width:end o, ancor più
semplice, sui nodi iniziale/finale della way.
Stesso schema, al limite, per le lanes (lanes:start=2, lanes:end=12)


-- 
Maurizio.
___
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 22 novembre 2013 09:23, Simone Saviolo
simone.savi...@gmail.comha scritto:

 Io sono assolutamente favorevole al mappare le corsie singolarmente.


Anch'io, ma non sono convinto delle singole way (e nota che io stesso ho
mappato almeno un casello a singole way :-) )


 Indicare i singoli ingressi separatamente consente di indicare i dettagli
 che altrimenti andrebbero persi: metodi di pagamento, presenza di un
 operatore umano,


Non è esatto. Puoi farlo anche con le lanes.


 senza contare le direzioni consentite di uscita: penso ad esempio alla
 barriera di Milano Ghisolfa, dove in un'uscita esco per (e pago per) Genova
 e tangenziale Ovest direzione sud, e in quella a fianco per Varese e
 tangenziale Ovest direzione nord.


In questo caso, come ho scritto prima, può essere utile separare le way, ma
perché identificano un effettivo bivio (di qua vai a nord, di là vai a sud).
In realtà esiste anche la possibilità di usare il lanes:destination
oppure le relazioni per il vincolo delle svolte.


 L'alternativa proposta (mappatura lanes) mi sembra quasi più ridicola
 dell'altra: invece di avere una decina di way (gestibilissime) ci troviamo
 con una way (il che è topologicamente errato) con 50 tag... e questi tag
 quanto sono supportati dai consumatori?


Perdonami, ma la domanda quanto sono supportati i tag dal consumatore,
parlando di OSM, mi fa sorridere.
Siamo in un sistema aperto in cui chiunque può inventare i suoi tag e può
usarli come gli pare (su nodi, way, aree e fin relazioni), chiunque può
fare una proposta di tag e poi iniziare ad usarla anche se non
ufficialmente supportata da OSM stesso, addirittura si riesce ad usare un
tag che è stato bocciato ufficialmente
Fintanto che il sistema dei tag di OSM è così, dove esistono tag e usi dei
tag che lo stesso OSM non supporta ufficialmente, converrai che la domanda
in questione è per lo meno leziosa... :-)

Ma non è il momento di perdersi sui massimi sistemi.:-)

In un caso abbiamo una way motorway con un tag lanes=12 e un nodo
toll_booth con lanes=12, lanes:payment=qualcosa,
lanes:destination=qualcosaltro

Nell'altro abbiamo 12 way motorway_link e 12 nodi toll_both con
payment=qualcosa, destination=qualcosaltro

Non so quanto sia più leggero l'uno o l'altro per il db, ma posso anche non
essere interessato alle questioni tecniche.

Topologicamente la strada è una con una larghezza immane, anzi: in realtà è
un piazzale in cui i flussi vengono indirizzati da linee sull'asfalto.
E' proprio perché non abbiamo uno strumento ad hoc per questa casistica che
nasce il problema di come fare.


 Le way multiple sono supportate automaticamente da qualsiasi router (le
 supporterebbe anche ORS se avesse i dati aggiornati). L'unico problema può
 essere che il GPS per qualche decina di metri ti veda spostato di qualche
 metro e ti metta nel casello invece che sulla vicina autostrada,


Non è affatto un problema da poco, avere 10-12 metri di tolleranza quando
hai una dozzina di lanes che differiscono tra loro di un paio di metri
ognuna.


-- 
Maurizio Daniele
___
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 22 novembre 2013 10:46, emmexx emm...@tiscalinet.it ha scritto:

 Ridurre tutto ad un unico
 modello perche' alcuni caselli hanno corsie variabili mi sembra una
 grande semplificazione.


[CUT]


 Inoltre, considerando che la maggior parte dei caselli non ha 20 o piu'
 corsie, mi pare sia il caso, visto che ne stiamo discutendo, di decidere
 una regola generale.


Non capisco: O facciamo una regola generale O non la facciamo. Vuoi un
modello unico per i caselli o non lo vuoi? ^__^

Io si, lo voglio, ma un modello generale deve essere utilizzabile in tutti
i casi, dal casello con due corsie completamente automatizzato al casello a
20 corsie a geometria variabile con quattro metodi di pagamento diversi e
tre destinazioni possibili.


 I piccoli caselli hanno poche corsie, praticamente sempre differenziate
 per funzione (telepass, viacard, moneta, mezzi pesanti). In questo caso
 le way separate non penso turbino il sonno di nessuno e sia
 condivisibile che le way separate sono la soluzione corretta.


Mica vero ^_^
Ovviamente non ci perdo il sonno ma non credo si possa pensare che visto
che il casello è piccolo e non fa confusione sul render uso un sistema, se
il casello è grande uso un altro sistema perché se no mi paciocca il
render ^__^


 Ci vorrebbe un plugin di josm per disegnare i caselli! ;-)


Sicuro: a sapere che metterci dentro, però. ^__^


 Il giorno 22 novembre 2013 10:34, Simone Saviolo simone.savi...@gmail.com
  ha scritto:

Allora scartiamo la semplificazione. Primo dato essenziale che perdiamo (il
 primo che mi viene in mente): uscite consentite da ogni corsia.


Esiste il key destination e/o destination:lanes.

Detto ciò sono il primo a dire che in questo caso si può considerare la
separazione delle way, ma più perché costituiscono un vero bivio fisico che
non perché ci sia o meno un casello in mezzo.


In compenso continuo a pensare per assurdo che, in un caso di ramificazione
estrema di N corsie, un ipotetico navigatore GPS con una precisione
assoluta, ti direbbe al bivio tieni la sinistra, poi al bivio tieni la
destra, poi al bivio tieni la destra, poi al bivio tieni la sinistra..
quando tu sei su un piazzale e di bivi non ne vedi nemmeno uno.

L'ipotetico GPS superpreciso, sapendo che sei su una strada con lanes=N e
che tu devi andare verso sud (destination:lanes=|sud|...) ti direbbe
mantieni la destra/la sinistra..., che è poi lo stesso dell'avere le
corsie di canalizzazione per la svolta su una strada normale.

A maggior ragione, un GPS reale non sa distinguere se ti trovi su una way o
su quella accanto, prima o dopo uno dei tanti bivi fittizzi della
ramificazione, quindi si perde, mentre lo stesso GPS reale sa comunque che
sei su una strada a N corsie e sa dirti che devi andare sulle corsie più a
destra/a sinistra per la tua destinazione (anche se non sa precisamente in
quale corsia tu sia ora, l'indicazione è sempre valida)

^_^;

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

Re: [Talk-it] Piazzola di sosta

[Maurizio Daniele]

Francamente non so quale sia il loro nome da codice della strada ^_^ ma so
che é vietato usarle semplicemente per fermarsi a riposare un pò.
Dev'esserci un motivo di urgenza come guasto, foratura, malore ecc...
___
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]

Non posso che essere d'accordo sulla necessità di approfondimento, stante
anche i miei dubbi.

Passato il weekend, quando metterò nuovamente le mani su un computer degno
del nome, mi riprometto di fare una analisi di tutte le soluzioni esistenti
e magari anche di nuove su cui discutere avendo qualcosa in mano.

Maurizio
Il giorno 22/nov/2013 14:27, Riccardo Scartozzi 
riccardo.scarto...@gmail.com ha scritto:

 L'argomento mi sembra sufficientemente complesso e mi pare che non vi
 siano i presupposti per una soluzione globalmente condivisa da parte
 di chi ha almeno partecipato alla presente discussione.

 IMO è il caso di discutere ed approfondire meglio le varie posizioni,
 offrendo anche esempi concreti di mappatura e riflessioni sulle
 soluzioni proposte. Pertanto forse è il caso di aprire una pagina del
 wiki per discuterne ed approfondire.

 Eventualmente potrebbe essere anche necessario proporre una votazione
 per arrivare ad una soluzione condivisa ed uniforme. Cosa ne pensate?

 Riporto la frase che mi è maggiormente piaciuta e che condivido
 appieno (bravo Maurizio!):
 In realtà una mappa (o una raccolta di dati) è una astrazione della
 realtà, quindi di per sé una semplificazione.
  Il punto è non perdersi nessun dato necessario e rendere l'astrazione
 usabile.
  Se uno schema perde dati essenziali è da scartare, così come lo
 schema che renda l'astrazione inusabile o incomprensibile.

 ___
 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] Pagina doppione

[Maurizio Daniele]

In realtá credo che fintanto che uno si limita a raccogliere nel glossario
informazioni giá contenute in qualche pagina del wiki, o comunque discusse
in ml, non occorra nessuna altra discussione particolare ^__^ che invece
magari va fatta volendo aggiungere qualcosa di nuovo o dibattuto.

Maurizio
Il giorno 22/nov/2013 14:43, bredy bredy...@yahoo.it ha scritto:

 Mi domandavo se prima di inserire dei valori sulla pagina del glossario
 bisogna discuterne da qualche parte, in quanto la vedo un po' spoglia di
 varie cose che si potrebbero inserire per velocizzare la mappatura e la
 ricerca dei termini adeguati. E magari come han fatto i tedeschi di metter
 una foto.



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

Re: [Talk-it] Piazzola di sosta

[Maurizio Daniele]

Però occhio che Rest Area sono le Aree di Sosta (come un'area di
servizio ma senza il servizio...), non le piazzole per la sosta di
emergenza che si trovano ogni chilometro o poco più lungo le autostrade, in
cui la sosta è vietata tranne che per necessità.

Vedi per le piazzole di emergenza quanto scritto tempo fa qui:

http://wiki.openstreetmap.org/wiki/wikiProject_Italy/Autostrade/Opere_complementari_Autostrade_italiane


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

Re: [Talk-it] Tag place=city e confine amministrativo

[Maurizio Daniele]

Vorrei aggiungere i miei due cent.

Se uso le mappe in un navigatore, e in quel navigatore imposto come
destinazione Verona e basta, mi aspetto che mi porti dalle parti
dell'Arena, in piazza Bra, luogo che può essere unanimemente riconosciuto
come centro o comunque come posto da visitare, punto interessante,
nodo nevralgico, punto in cui è nata la città, parte più antica... o
definizione come vi pare.
Io lo faccio spesso, quando sono in giro per turismo in città che non
conosco: imposto la città e mi aspetto di finire in quello che è il
centro.

Se imposto Milano mi aspetto che mi porti dalle parti del Duomo, Torino
a Piazza castello, Roma verso i fori imperiali, Napoli a Piazza
Plebiscito e via dicendo.

Se non ho un nodo place in questi posti, ma mi baso solo sull'area del
comune di... è impossibile sapere dove mi porterà il navigatore a cui ho
impostato solo la città. In centro? Forse. Ma magari in una via a caso
della periferia (l'abitato di Cuneo, ad esempio, ha una forma particolare
per cui il centro città è sensibilmente diverso dal baricentro
dell'abitato, che è a sua volta diverso dal baricentro dell'area
amministrata)

-- 
Maurizio



Il giorno 20 novembre 2013 12:53, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:

 il nodo va messo al centro della città, ma non sempre è il townhall,
 così viene generalmente visto da anni, in tanti discussioni, puoi cercare
 nel archivio delle liste se vuoi riferimenti.



___
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 emm...@tiscalinet.it 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] altra mappa 3D basata su OSM

[Maurizio Daniele]

Assolutamente niente.

Dopo un po' ho provato a riaprire il sito e partiva.


Il giorno 12 novembre 2013 17:22, Mario Pichetti
mario.piche...@gmail.comha scritto:


 https://lists.openstreetmap.org/listinfo/talk-it

  Cosa hai fatto, anche io uso firefox?


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




-- 
Maurizio Daniele
mail: maurizio.dani...@gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] altra mappa 3D basata su OSM

[Maurizio Daniele]

Non vedo nulla... solo la casella search.

Se cerco una città, mi visualizza il confine e null'altro


Il giorno 11 novembre 2013 10:37, Maurizio Napolitano
napoo...@gmail.comha scritto:


 http://opensciencemap.org/~jeff/test/#scale=16,rot=254,tilt=65,lat=48.89,lon=2.242

 Qui siamo davanti a tile rendering, ma comunque fa il suo bel effetto.


-- 
Maurizio Daniele
mail: maurizio.dani...@gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] altra mappa 3D basata su OSM

[Maurizio Daniele]

Ora a me funziona (firefox su winXP). Dev'essere stato, nel mio caso, una
questione temporanea.

Mi è tornata la voglia di mappare un po' di caratteristiche 3D degli
edifici... :D


2013/11/11 Michele Malfatti michele.malfa...@gmail.com

 Anche a me stessa cosa
 Mich74


-- 
Maurizio Daniele
mail: maurizio.dani...@gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Standardizzazione toponimi bilingui della Sardegna ed adattamento al modello altoadesino

[Maurizio Daniele]

IMHO la cosa più banale da fare per appianare un po' queste cose è che
dovrebbe essere deprecato in toto il tag name mantenendo solo il
name:lang, essendo il nome di un luogo (o di una qualsiasi cosa), per sua
stessa natura, spesso traducibile in molte lingue. Che siano lingue
ritenute ufficiali o meno nel posto, non ha molto a che fare con
l'informazione geografica.

I renderer, o applicazioni varie, possono prendere il
name:linguadellutilizzatore o il name:linguadelposto, il name:en, il
name:quellochepreferisco o il name:quellochecé a seconda delle impostazioni
dell'applicazione, delle preferenze dell'utente, della disponibilità
dell'informazione e così via. Al limite anche più di una grafia.

Se si vuole indicare quale sia la lingua/le lingue ufficiali del posto,
si può discutere su uno schema specifico per il bi/tri/multilinguismo delle
zone geografiche da cui esuli l'informazione dei nomi.

Se un posto avrà lingua ufficiale=de;it (in rigoroso ordine alfabetico)
può essere scritto in it, in de, in it-de, in de-it, ma magari ad un
inglese non frega niente e vuole vederlo in en, un po' come a me
normalmente frega poco di sapere come San Pietroburgo è scritto in
cirillico...



 Purtoppo hai ragione... Quando si discutono le regole bisognerebbe
 intervenire sempre, anche a costo di risultare scassaballe o stupido.

 Questa storia IMHO espone il lavoro di tutti a sfruttamenti politici che
 potrebbero rappresentare l'ideologia di pochi.




-- 
Maurizio Daniele
mail: maurizio.dani...@gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] orari apertura parco e cancelli

[Maurizio Daniele]

Io invece li metterei solo sul parco.
E' il parco che è aperto dalle 8 alle 20.

Ovviamente il parco avrà uno o più cancelli taggati adeguatamente,
esattamente come un negozio avrà uno o più ingressi, ma l'orario è del
negozio, non del cancello (ci sono dei casi in cui cancelli diversi della
stessa entità hanno orari diversi, ma non mi pare questo il caso)


-- 
Maurizio Daniele


Il giorno 01 agosto 2013 07:52, Luca Delucchi lucadel...@gmail.com ha
scritto:


 On Jul 31, 2013 11:54 PM, Fabri erfab...@gmail.com wrote:
 
  come è meglio fare? se un parco è aperto dalle 8 alle 20, metto il tag
  opening_hours nell'area del parco o sul cancello? se si mette sul gate
  all'entrata del parco, va messo l'orario di apertura del parco/cancello
  o sul cancello viene interpretato come il cancello è attivo e cioè
  chiuso dalle 8 alle 20 ?
 

 Io per non sbagliare li metterei in entrambe le entità.

 Ciao
 Luca

 ___
 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] strada sotterranea che conduce a parcheggio sotterraneo

[Maurizio Daniele]

Il tag ele si usa per l'altezza s.l.m. delle montagne (ad esempio).
Quello che volevi mettere è layer=-1 sia per la strada che per il
parcheggio.

Per la strada metterei anche tunnel=yes (o simili)  :-)

-- 
Maurizio



Il giorno 29 giugno 2013 11:25, yahoo-pier_andreit
pier_andr...@yahoo.itha scritto:

 ho provato ad usare il nuovo editor web ID, a latina in viale le corbusier
 c'e' il parcheggio sotterraneo di latina fiori, ho lasciato anche una nota,
 ho fatto il parcheggio sotterraneo e nel tag type ho messo underground, ma
 non sono riuscito a mettere lo stesso tag alla strada che vi accede nel suo
 tratto sotterraneo, come si fa??
 questo il link:
 http://www.openstreetmap.org/?**lat=41.466337lon=12.891128**
 zoom=18layers=Mhttp://www.openstreetmap.org/?lat=41.466337lon=12.891128zoom=18layers=M

 ovviamente se mi indicate gli errori che ho fatto ve ne saro' grato :-)
 :-) :-)

 ciao grazie..:-) :-) :-) :-) :-)


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

Re: [Talk-it] Problema confine incrociato tra Siracusa e Ragusa

[Maurizio Daniele]

E' curioso, perché solitamente i confini tra due province sono esattamente
sovrapponibili nei file ISTAT ed ovviamente quel tratto dovrebbe essere
unico.

Potrei andare a prendere i due confini delle province dai file istat e
ripristinare la situazione, oppure verificare che sono effettivamente
intersecanti anche nei file istat (sono evidentemente su due file diversi,
quindi ci potrebbe essere un errore)

Maurizio


Il giorno 13 giugno 2013 19:02, Daniele Forsi dfo...@gmail.com ha scritto:

 Ciao,

 qui ci sono due boundary che si incrociano tra Ispica, Noto e Pachino:
 http://www.openstreetmap.org/?lat=36.71131lon=15.0038zoom=17layers=M
 sono le way 112447361,112571195 che secondo i tag sono basate sui
 confini ISTAT 2011

 qualcuno è in grado di ripristinare la situazione?

 credo che il problema sia stato causato da questo changeset
 http://www.openstreetmap.org/browse/changeset/15839331
 in cui sono stati cancellati e spostati diversi nodi

 --
 Daniele Forsi

 ___
 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] Problema confine incrociato tra Siracusa e Ragusa

[Maurizio Daniele]

Ok, ho verificato al volo.

La way 112447361 è stata spostata.
Sui dati Istat il Pantano Longarini è praticamente interamente compreso
nella provincia di Siracusa, mentre qui abbiamo una divisione.

La domanda ora è: E' giusto il dato Istat o chi ha modificato lo ha fatto
perché SA che il Pantano è diviso tra le due province? In questo secondo
caso ok, ma occorre che i due confini ritornino ad essere uno.

Dovrebbe essere contattato da qualcuno in zona.

Maurizio.


Il giorno 17 giugno 2013 09:07, Maurizio Daniele maurizio.dani...@gmail.com
 ha scritto:

 E' curioso, perché solitamente i confini tra due province sono esattamente
 sovrapponibili nei file ISTAT ed ovviamente quel tratto dovrebbe essere
 unico.

 Potrei andare a prendere i due confini delle province dai file istat e
 ripristinare la situazione, oppure verificare che sono effettivamente
 intersecanti anche nei file istat (sono evidentemente su due file diversi,
 quindi ci potrebbe essere un errore)

 Maurizio


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

Re: [Talk-it] Piazza e parcheggio

[Maurizio Daniele]

Non ho visto la piazza in questione, ma se ho capito bene secondo me in
prima approssimazione va bene così, non ti fare distrarre da ciò che fa il
rendering.

Se uno volesse una cosa più precisa dovrebbe creare la piazza con una
relazione (l'area pedestrian che è tutta l'area - la zona a parcheggio +
l'area parking) ma secondo me si fa un po' troppo casino.


-- 
Maurizio Daniele


Il giorno 03 giugno 2013 23:07, Alessio al...@tiscali.it ha scritto:


 - una parte della piazza antistante la chiesa e' adibita a parcheggio; ho
 percio' disegnato la piazza e, al suo interno, il parcheggio. Su OSM si
 vede
 la piazza, ma sembra che il parcheggio sia un piano sotto,
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [Risolto] Comune di Crissolo (Cn)

[Maurizio Daniele]

Sarebbe il caso di ringraziarli incrementando la copertura :-)


Il giorno 27 maggio 2013 18:28, Gianluca Boero gianlucabo...@alice.it ha
scritto:

 Grazie ad una tempestiva comunicazione ora il comune in oggetto utilizza
 Osm in modo corretto.

 http://www.comune.crissolo.cn.**it/ http://www.comune.crissolo.cn.it/

 Dalle mie parti (provincie di CN e TO) credo sia uno dei primissimi che a
 livello di P.A. utilizzano la nostra mappa.

 --
 Gianluca Boero


 __**_
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it




-- 
Maurizio Daniele
mail: maurizio.dani...@gmail.com
mobile: +393336277540
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: I siti italiani dell'unesco escono in opendata

[Maurizio Daniele]

Ma si può fare una relazione site anche per un sito diffuso?

Mi spiego meglio: le residenze sabaude (sito n.823) sono una serie di
castelli in Piemonte sparpagliati su una quantità di km.

Ognuno di essi in teoria è un site perché sono spesso composti da vari
palazzi, giardini, parchi ecc ecc...

Si può fare una relazione site di cose distanti un centinaio di km l'un
dall'altro?

-- 
Maurizio



Il giorno 18 maggio 2013 09:34, Aury88 spacedrive...@gmail.com ha scritto:

 Ciao Beppe,
 Ho controllato e penso bisognerebbe mettere la parte sull'heritage=1 ecc
 ecc
 sulla relazione piuttosto che sui singoli monumenti. in oltre, essendo in
 questo caso tutti gli elementi all'interno di un perimetro e non essendoci
 oggetti estranei alla relazione all'interno del suddetto perimetro, secondo
 me non si dovrebbe usare la relazione site come viene  detto qui
 http://wiki.openstreetmap.org/wiki/Relation:site   ma un semplice
 perimetro con su le relazioni riferite all'heritage:
   http://gis.19327.n5.nabble.com/file/n5761592/piantina.jpg

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

Re: [Talk-it] autovelox mobili

[Maurizio Daniele]

Il 03/04/2013 20:48, beppebo...@libero.it ha scritto:

Come si possono mappare degli autovelox mobili?
X intenderci le colonnine arancioni non fisse con photocamera. Di solito li
cambiano a rotazione su alcune arterie.
Si può mappare la postazione dove vengono messi più di frequente o meglio
lasciar stare e magari metter un allerta su tutta la way x possibile speed
camera?


Perdonami, ma non credo abbia molto senso mappare una cosa mobile come 
una postazione autovelox, che oggi c'è, domani no, dopodomani si ma da 
un'altra parte...

Discorso diverso se si parla di una postazione fissa, sempre là.

Quanto all'avviso, c'è il semplice maxspeed.

Ci sono altri servizi, anche crowd source, che si occupano 
esclusivamente di segnalare ai loro utenti le postazioni mobili in tempo 
reale.


--
Maurizio DANIELE

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

Re: [Talk-it] errore nel Indoor Mapping di un Centro Commerciale

[Maurizio Daniele]

Il giorno 21 marzo 2013 09:05, Aury88 spacedrive...@gmail.com ha scritto:

 e avviso anche che OSMTool ha aggiornato subito la mappa; il primo piano
 del
 centro commerciale è perfettamente accessibile.


Ho fatto una prova anch'io.

Centro Commerciale La Romanina

http://osmtools.org/indoor/#lat=41.85099lon=12.59903z=18

Lavoro forse inutile ma molto divertente :-)

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

Re: [Talk-it] errore nel Indoor Mapping di un Centro Commerciale

[Maurizio Daniele]

Il giorno 20 marzo 2013 17:18, Aury88 spacedrive...@gmail.com ha scritto:

 Qualcuno sa dirmi dove sbaglio?
 Grazie a tutti.


Secondo me devi mettere type=building (anziché multipoligon)


-- 
Maurizio Daniele
mail: maurizio.dani...@gmail.com
mobile: +393336277540
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] errore nel Indoor Mapping di un Centro Commerciale

[Maurizio Daniele]

Il giorno 21 marzo 2013 08:42, Maurizio Daniele
maurizio.dani...@gmail.comha scritto:

Il giorno 20 marzo 2013 17:18, Aury88 spacedrive...@gmail.com ha scritto:

 Qualcuno sa dirmi dove sbaglio?
 Grazie a tutti.


 Secondo me devi mettere type=building (anziché multipoligon)


PS: machebbello, quasi quasi ci provo anch'io :-D

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

Re: [Talk-it] corsie di accesso a casello autostradale

[Maurizio Daniele]

Il giorno 20 marzo 2013 21:19, Alessandro ale_z...@libero.it ha scritto:

 Non mi pare troppo sbagliata, cerchiamo di mappare in maniera più
 oggettiva possibile.


A me pare un compromesso tutto sommato accettabile con gli strumenti che
abbiamo attualmente.

Da una parte è vero che non esiste separazione fisica tra le corsie (se non
nel pezzo corrispondente al casello), ma dall'altra è anche vero che in
quel punto l'autostrada diventa un piazzale (pur restando a senso unico),
quindi occupa molto più spazio che non nel resto.
E' anche vero che si potrebbero specificare i metodi di pagamento per ogni
corsia ma è meno banale di quanto si pensi (ci sono corsie che funzionano
alternativamente in entrata o uscita a seconda dei flussi, ma in un senso
vanno a telepass, nell'altro a carte...)

Intendiamoci: è altrettando giusta anche la rappresentazione limitata ad
un solo nodo per il casello e ad una sola way. Si potrebbe pensare di
utilizzare i tags per le lanes per specificare quante corsie ci sono nel
casello, il loro senso e il loro metodo di pagamento ma resta da capire
come mescolare le carreggiate e si perde l'informazione di quanto
territorio è consumato dal casello...


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

Re: [Talk-it] Cucina nei bar

[Maurizio Daniele]

Il giorno 03 marzo 2013 21:03, Gianluca Boero gianlucabo...@alice.it ha
scritto:


 Credevo di inserire cuisine=yes ma il wiki non lo prevede, almeno mi pare.
 Sarebbe meglio inserire cuisine=italian in mancanza di cucina tipica?


In generale, direi di si.
Ovviamente una tavola calda non è un ristorante, ma non credo che al
momento si possa distinguere meglio

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Thread OSM su skyscrapercity.com

[Maurizio Daniele]

Il giorno 01 marzo 2013 14:30, Guest One theguest...@gmail.com ha scritto:

Credo che la tipologia di persone che frequentano quel forum siano tutti
 potenziali mappatori (si tratta perlopiù di architetti, ingegneri,
 urbanisti e categorie simili).


Secondo me si tratta per lo più di gente che *pensa* di essere architetto,
ingegnere o urbanista (me compreso: ok, io sarei ingegnere, ma mica
ingegnere civile) :-)

Lo dico a ragion veduta, visto che faccio parte da anni del sottoinsieme
OSM intersecato SCC

In ogni caso penso anch'io che sia un buon posto dove pescare mappatori, ma
solo se si fa entrare nella testa che OSM rappresenta l'esistente, non
quello che ci piacerebbe vedere realizzato o l'archivio dei progetti
proposti, se no si finisce con il trovarsi altre tramvie che allo stato
attuale sono solo sulla carta (vedi Anagnina-Tor Vergata a Roma, che è
completamente mappata come proposed ma allo stato attuale non un solo
euro vi è stato ancora speso, e non so nemmeno se vi sia un progetto
esecutivo)


 Ero intenzionato ad aprire un thread nella sezione italiana del forum
 citato in quanto credo che OSM necessiti davvero più diffusione nel nostro
 paese (c'è davvero una scarsa cultura a riguardo).


Fai pure, se poi me lo linki vedrò di partecipare.
Io mi ero ripromesso di farlo tempo fa, poi per un motivo o per l'altro non
ho mai provveduto (anche perché non frequento per nulla lo Skybar)



-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] L'associazione OpenGeoData Italia vuole dare un riconoscimento alla comunita' italiana di OpenStreetMap

[Maurizio Daniele]

Il giorno 01 marzo 2013 15:28, Maurizio Napolitano napoo...@gmail.com ha
scritto:


 Al momento lo ho io.
 Sul palco siamo saliti in due perche' abbiamo detto che siamo una
 comunita' e quindi volevamo rappresentarla in qualche modo.
 Abbiamo comunque detto pubblicamente che il premio sara' consegnato
 a Simone Cortesi per il lavoro svolto come membro della OSM Foundation
 e nel dialogo con vari enti nel rilascio dei dati al fine di aiutare
 il progetto.


Mi spiace non essere venuto ma tra febbre e colloqui di lavoro sono stato
un po' preso...
Diamine: é un mese che sto a Roma e ho già perso due occasioni su due di
incontrare qualche mappatore di qua


Magari fate una foto al premio, così la si propone come image of the week
su http://wiki.openstreetmap.org :-)


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] soiano del lago piscine

[Maurizio Daniele]

Il giorno 24 febbraio 2013 17:59, beppebo...@libero.it beppebo...@libero.it
 ha scritto:


 Come procedere eliminare lo swimming o aggiungere private?


access=private  ?


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag da utilizzare per ascensori pubblici

[Maurizio Daniele]

Il giorno 24 febbraio 2013 19:35, Marcello Arcangeli arca...@gmail.com ha
scritto:

 riuscito a trovare nel wiki è questo:
 http://wiki.openstreetmap.org/wiki/Proposed_features/lifts, ma nella
 mappa non viene inserito
 alcun simbolo, lo trovo solo se abilito 'esplora dati mappa'. Ho sbagliato
 qualcosa?

 La posizione è lungo il percorso pedonale presso la stazione bus di Piazza
 XXI settembre

 http://www.openstreetmap.org/?lat=42.55400374531746lon=12.417726516723633zoom=18


No, non hai sbagliato.

A parte il discorso sul fatto che il tag che hai usato è proposto e non
ancora ufficiale (ma la mappa è piena di cose a quel livello), ci sono
miriadi di cose per le quali la mappa non ha nessuna icona specifica e che
quindi non vedrai mai, almeno fintanto che non ne viene inserita una.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] incontro domani

[Maurizio Daniele]

Mannaggia... io sarei anche venuto a conoscervi, in qualità di
neo-romano-importato (ma vecchio mappatore), però giusto domani devo
rientrare a Torino per le votazioni...

Sarà per un'altra volta :-)

Maurizio.


Il giorno 21 febbraio 2013 11:07, Martin Koppenhoefer 
dieterdre...@gmail.com ha scritto:

 Vorrei ricordarvi che domani ci incontriamo dalle 18:30 h alla
 birreria di Eataly, Airterminal Stazione Ostiense. Sulla relativa
 pagina nel wiki ci sono solo 3 persone inscritte per ora, ma speriamo
 che ci viene qualcuno in più, se avete intenzione di venire
 aggiungetevi all'elenco:
 http://wiki.openstreetmap.org/wiki/Rome/Incontro/22-2-2013

 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

Re: [Talk-it] incontro domani

[Maurizio Daniele]

Il giorno 21 febbraio 2013 18:33, Caterpillar caterpilla...@gmail.com ha
scritto:

 Il 21/02/2013 17:57, yahoo-pier_andreit ha scritto:
 
  non sono molto pratico di roma, domani dovrei trovarmi a frascati,
 
 Prendi la metro B e scendi a Piramide. Da lì, seguendo i cartelli nei
 sottopassaggi, arriverai in men che non si dica a Eataly


Beh, da Frascati dovrebbe prima prendere il treno fino a Termini...

Andare da Eataly Roma in auto per chi non è pratico direi che è almeno
sconsigliabile. L'alternativa è auto fino ad Anagnina e poi Metro A (fino a
termini) + Metro B (fino a Piramide)


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] quanto tempo ci mette di solito a registrare le variazioni?[pla2]

[Maurizio Daniele]

Il giorno 20 febbraio 2013 18:22, yahoo-pier_andreit
pier_andr...@yahoo.itha scritto:


 come faccio ad unire due pezzi di strada con quello online-da-browser
 (potlatch o come si chiama)?


Click sul primo pezzo
CTRL+Click sul secondo pezzo

Click sull'icona della catena in basso a destra.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ciao e prima domanda

[Maurizio Daniele]

Il 25 gennaio 2013 09:05, Emanuele Stocchero stocchi1...@gmail.com ha scritto:

 Altra questione: questi errori in teoria dovrei averli sistemati (mettendo
 una restrizione: solo svolta a dx) ma l'errore persiste.


 http://osrm.at/2bO
 http://osrm.at/2bP
 http://osrm.at/2bQ

 Dove ho sbagliato??

Probabilmente è solo una questione di aggiornamento. Non credo che per
osrm sia istantaneo.

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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

Re: [Talk-it] NAVFREE PER ANDROID - COME CARICARE MAPPE OSM AGGIORNATE ? ?

[Maurizio Daniele]

Il giorno 17 gennaio 2013 21:30, mpbrescia marcopelizzari...@gmail.com ha
scritto:

 Ciao,
 sono un nuovissimo utente del forum e saluto tutti.
 Mi piacerebbe ricevere un aiuto da qualcuno che sa se (e come) è possibile
 caricare le mappe aggiornate di OSM nel navigatore NAVFREE nella versione
 per ANDROID.


Non credo tu possa.
I dati sono OSM, ma l'elaborazione delle mappe è loro, quindi puoi solo
attendere che le aggiornino. A quanto pare è piena la rete di gente che si
lamenta degli scarsi aggiornamenti...

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Scostamento immagini aeree

[Maurizio Daniele]

Il 05/01/2013 00:32, Mario Pichetti ha scritto:


Come si fa ad avere uno scostamento ideale:-) per tutti ?

Che sappia io: non si può. Bing non ha una buona georeferenziazione per 
cui si può solo andare pezzo a pezzo con sistemazioni successive.


Oppure ricalcare, prendere dei riferimenti certi al suolo (con il gps, 
intendo) e poi sistemare di conseguenza.


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

Re: [Talk-it] Pedaggio autostrade

[Maurizio Daniele]

Il giorno 19 dicembre 2012 00:53, Alberto
albertoferra...@fastwebnet.itha scritto:

 Altra cosa che ho trovato: vi sembra corretto mappare il nodo dove
 l’autostrada si dirama per un area di sosta (autogrill) con
 highway=motorway_junction e con name=nome dell’area di sosta?

 Secondo me no, il tag [1] dovrebbe essere usato solo sugli svincoli veri e
 propri che escono dall’autostrada o la congiungono ad un’altra.

 ** **

 [1] http://wiki.openstreetmap.org/wiki/Tag:highway=motorway_junction

 **


Secondo me si, invece.
E' una uscita dal flusso autostradale verso l'area di servizio. E come
tale è normalmente segnalata nei cartelli.

Comunque si decise tempo fa che vanno mappate così
http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Autostrade/Opere_complementari_Autostrade_italiane#Area_di_servizio

Esempio:
http://www.openstreetmap.org/?lat=45.01121lon=7.58007zoom=17layers=M

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pedaggio autostrade

[Maurizio Daniele]

Il giorno 19 dicembre 2012 14:15, Alberto
albertoferra...@fastwebnet.itha scritto:


 Comunque, se si tiene buono il sistema della [3], come si distingue
 un'uscita con svincolo da un'uscita per un'area di servizio? Ci dobbiamo
 inventare un subtag?


No, ma perché si dovrebbe distinguere?
E' uno svincolo che ha un nome (12, Cuneo, A26, Arda Ovest), tra
l'altro spesso autoesplicativo.
Poi porterà pure da qualche parte, ma non credo sia necessario avere un tag
per distinguere uno svincolo (inteso come punto di svincolo) che porta in
città, da uno svincolo che da su una statale, da uno svincolo che porta su
un altro tratto di autostrada, da uno che porta ad un'area di servizio
(questi ultimi comunque sono mappati come service)
Non più di quanto ti serva un tag da mettere su un incrocio per dire dove
vanno le strade che si incrociano, per lo meno. :-)


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pedaggio autostrade

[Maurizio Daniele]

Il giorno 17 dicembre 2012 23:57, Alberto
albertoferra...@fastwebnet.itha scritto:

 Ciao a tutti, oggi impostando il navigatore mi sono accorto che la A21 tra
 Alessandria e Torino non è considerata a pedaggio (ma lo è). Poi ho aperto
 JOSM ed ho visto che manca il tag toll=yes sia su quella tratta che su
 altre autostrade, tipo la A10 ad ovest di Genova, la diramazione A26/A7, la
 A33, la A55, la A32 e molte altre.


Occhio solo che la A32, ad esempio, non è tutta a pedaggio.

Cioè... tecnicamente lo sarebbe, ma siccome è una autostrada a sistema
aperto, si paga solo se si transita in alcuni punti specifici.
Entrando e uscendo nei punti giusti, esiste quindi la possibilità di farne
alcuni tratti senza pagare alcunché, da cui non è detto che debba avere
tutta il tag toll=yes (probabilmente sarebbe meglio specificare un toll=no.
Rindondante ma fa capire che non ce lo si è dimenticato: è proprio così)

Stesso discorso vale per la A55, Tangenziale di Torino e sue diramazioni.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pedaggio autostrade

[Maurizio Daniele]

Il giorno 18 dicembre 2012 13:58, Elena ``of Valhalla'' 
elena.valha...@gmail.com ha scritto:


 e per i tratti dove paghi in certi casi si ed in altri no, come succede
 sulle autostrade a sistema aperto?

 secondo me la cosa più sensata e non mettere niente sulla strada
 e segnare il pagamento solo sui caselli, ma non so se il router
 lo riconosce.


Io metto il tag toll=yes sui tratti di (auto)strada dove paghi sicuro
(alias: se passi di qui finisci inevitabilmente in un casello).

Paradossalmente con questo approccio, in una autostrada a sistema aperto è
taggato toll=yes solo il tratto DOPO l'ultimo ingresso libero e PRIMA
di un casello mentre sarà toll=no il tratto tra due ingressi/uscite
libere ma anche quello dopo il casello, può essere taggato
indifferentemente.


 [tra l'altro, che io sappia in queste autostrade la tariffa del casello
 è calcolata sui chilometri di tutta la tratta, come se fosse toll=yes
 su tutto, ma se uno entra ed esce senza passare da un casello
 non paga niente]


E' esatto. In simili tratti il pedaggio è calcolato statisticamente sulla
lunghezza del percorso (non hai un talloncino d'ingresso) quindi
teoricamente è a pagamento tutto il tracciato ma tecnicamente non lo è.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pedaggio autostrade

[Maurizio Daniele]

Il giorno 18 dicembre 2012 14:31, Elena ``of Valhalla'' 
elena.valha...@gmail.com ha scritto:


 certo, c'è la soluzione di mettere toll=yes solo sulla tratta tra
 cavaria e busto (l'uscita gratis successiva), ma a quel punto
 diventa impossibile fare calcoli sul pedaggio effettivo, e secondo
 me diventa tagging per il router.


E' comunque impossibile fare calcoli sul pedaggio con il nostro sistema di
tagging. Serve ben altro, perché il pedaggio non è solo sui km percorsi
(anche in una autostrada a sistema chiuso) e oltretutto la tariffa non è
sempre la stessa (ad esempio il tragitto Torino-Milano ha un prezzo mentre
Milano-Torino un altro!)

Quel che si può fare è banalmente decidere se voglio passare o meno su
strade a pagamento.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pedaggio autostrade

[Maurizio Daniele]

Il giorno 18 dicembre 2012 15:44, Elena ``of Valhalla'' 
elena.valha...@gmail.com ha scritto:

 On 2012-12-18 at 14:45:34 +0100, Maurizio Daniele wrote:
  E' comunque impossibile fare calcoli sul pedaggio con il nostro sistema
 di
  tagging. Serve ben altro, perché il pedaggio non è solo sui km percorsi

 migliorare il tagging?

 che io sappia i pedaggi in italia (nel sistema chiuso) dipendono
 esclusivamente dal chilometraggio percorso e dal fatto che le tratte
 percorse siano di pianura o di montagna (cosa che sarebbe da
 aggiungere al tagging), più una cifra che dipende dal casello
 di uscita (e forse da quello di entrata)


Appunto. Non è solo sui km percorsi :-)



 Milano-Torino è un caso particolare che almeno da un lato (ma se ho
 capito bene anche dall'altro) finisce su un autostrada a sistema
 aperto, e quella parte di autostrada viene contata nella cifra
 di casello.


E di nuovo siamo nel caso che non dipende solo dai km percorsi.


   Quel che si può fare è banalmente decidere se voglio passare o meno su
  strade a pagamento.

 beh, per fare quello posso pure usare google maps, noi vogliamo
 essere “più meglio”


Al momento non hai gli strumenti per fare più meglio.  :-)
Certo, puoi proporre uno strumento adeguato all'uopo (altri tag?) ma
francamente non credo di possa pretendere che la mappa di OSM, da sola
(senza l'uso di altri strumenti e/o database), risolva ogni singolo task
che ci venga in mente solo mediante nuovi tag.

Noi possiamo fornire la mappa delle autostrade migliore e geograficamente
più aggiornata che esista, ma non possiamo pretendere di memorizzare
*qualsiasi* dato, anche non geografico (come il calcolo delle tariffe) o
magari tutte le pagine gialle nel db di OSM, solo perché tecnicamente
abbiamo o possiamo inventare gli strumenti per farlo.

Tra l'altro bisogna sempre porsi il problema di chi mantiene questi dati?
Inserirli potrebbe essere facile, mantenerli aggiornati molto molto meno.

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OSM vs Google

[Maurizio Daniele]

Il 11/12/2012 20:29, Simone Cortesi ha scritto:

2012/12/11 sabas88 saba...@gmail.com:

vi volevo segnalare questa entry degli user diaries
http://www.openstreetmap.org/user/Aury88/diary/18221

E' possibile che Google monitori OSM per 'stare al passo'?

si, non mi stupirebbe. Se copiano, dobbiamo contattarli e colpire. Non
possono copiare, cosi' come nessun'altro puo' copiare senza
redistribuire.


Personalmente non credo che google abbia bisogno di copiare i dati di OSM.
Semplicemente potrebbe sorvegliare l'evoluzione della mappa per 
scoprire più facilmente dove ci sono modifiche sostanziali.


Scoperto questo, *paga* uno dei suoi tanti fornitori per avere dati 
aggiornati.


Ovviamente non serve a niente mappare nuovi dati esatti per poi scoprire 
che, dopo un po', Google inserisce gli stessi dati esatti. Proprio 
perché i dati sono esatti, prima o poi si deve supporre che Google li 
inserisca.
Ad esempio io ho mappato tempo fa un'area in costruzione ad Orbassano 
(TO) e, grazie alle delibere comunali, ho potuto inserire anche i nomi 
delle vie ben prima che fossero messi i cartelli (attualmente mancano 
ancora per alcune delle vie). Quando ho mappato, su gmaps quelle vie non 
c'erano. Oggi ci sono, ma sono in gran parte con nomi errati o mancanti.


Ieri (in tempo reale con l'apertura della rotonda nuova) ho inserito 
questa modifica sostanziale in Torino [1]; vedremo quando gmaps la 
implementerà, ma anche lo facesse domani, non si può certo dire che 
abbia copiato da OSM.


Diverso sarebbe se avessi inserito un errore voluto e me lo ritrovassi 
anche in gmaps



[1] 
http://tools.geofabrik.de/mc/?mt0=googlemapmt1=mapniklon=7.67753lat=45.09007zoom=17


--
Maurizio.

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

Re: [Talk-it] Strana mappatura a Milano

[Maurizio Daniele]

Il giorno 13 dicembre 2012 09:16, Simone Saviolo
simone.savi...@gmail.comha scritto:

 Ciao a tutti. Vi presento le biblioteche di Milano:



Secondo me va cancellata senza pietà (relations are NOT categories)

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Eccezioni a divieto di svolta

[Maurizio Daniele]

Il giorno 29 novembre 2012 11:39, Daniele Forsi dfo...@gmail.com ha
scritto:


 nel caso più comune di un divieto di accesso eccetto mezzi pubblici,
 metteremmo i tag solo sulla way e non creeremmo una relazione
 turn_restriction, giusto?


E' giusto. Nel caso specifico non c'è ragione di svoltare se non sei
interessato ad andare in quel vicolo cieco, quindi potrei anche fare a meno
della turn restriction ritenendola rindondante, ma potrebbero esserci altri
casi in cui serve una eccezione del genere, quindi mi chiedevo se si
potesse ritenere un valore valido except=destination


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Scala anti incendio

[Maurizio Daniele]

Il giorno 28 novembre 2012 09:56, Caterpillar caterpilla...@gmail.com ha
scritto:

 Hola, devo mappare delle scale antincendio dell'università. Vedo che
 JOSM non le contempla, confermate anche voi?


Esiste il tag entrance=emergency (qualcuno usa anche entrance=fire_exit)
per le uscite di sicurezza e il tag highway=steps per le scalinate.

E' la migliore approssimazione che mi viene in mente.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] POI all'interno di un edificio

[Maurizio Daniele]

Il 27/11/2012 18:26, David Paleino ha scritto:

Ufficio: http://www.openstreetmap.org/browse/node/2036712070 Edificio: 
http://www.openstreetmap.org/browse/way/193157250 Ingresso: 
http://www.openstreetmap.org/browse/node/2036712132 


Sull'ingresso dovresti aggiungerci il tag entrance=main

Purtroppo non mi vengono in mente idee migliori del POI vagante; 
qualcuno ha qualche idea in merito?


Esiste la proposta IndoorOSM [1] ma secondo me è fin troppo elaborata e 
dettagliata (= poco manutenibile)


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


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

Re: [Talk-it] Orario distributori di benzina

[Maurizio Daniele]

Il giorno 25 novembre 2012 19:18, Tiziano D'Angelo 
tiziano.dang...@gmail.com ha scritto:


  ci vorrebbe un'interfaccia semplificata per inserire opening_hours
  perché la sintassi non è facile

 C'è già un plugin per JOSM :)


Si, ma è limitato. Non riconosce sintassi previste come PH off, ad
esempio.

In pratica rende facile inserire orari già facilmente inseribili, ma nei
casi particolari (tutt'altro che infrequenti) non è utile.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Operator in ospedali

[Maurizio Daniele]

Il giorno 26 novembre 2012 14:29, Fabri erfab...@gmail.com ha scritto:

 Allora come mettiamo?

 name=Poliambulatorio xyz
 operator=Azienda Sanitaria Locale (o solo ASL)
 ref=6 (o in altri casi RME, o To2)


Direi di no, così pare che il ref sia dell'ambulatorio, non dell'ASL.

Se volete mettere questo dato operator sarebbe Azienda Sanitaria Locale
Torino Nord (ad esempio) o ASLTO2 [1]

[1] http://www.aslto2.piemonte.it/

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Josm preset per indirizzi

[Maurizio Daniele]

Il 25/11/2012 15:21, stefano.fracc...@libero.it ha scritto:

Ciao a tutti,
avrei bisogno su Vespucci di un preset che mi preinserisca sui nodi sia il
tag addr:housenumber che addr:street . Come si fa? O quanto meno... come si fa
a creare un preset del genere su Josm?

Io ce l'ho (in josm) sotto preimpostazioni/annotazioni/indirizzi, ma non 
ricordo se l'ho attivato come plugin o è di default.


Esiste comunque anche un plugin per taggare i numeri civici e un altro 
per fare il check di quelli incompleti


Ciao.

Maurizio

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

Re: [Talk-it] Ferrovie: situazione stazioni e routing

[Maurizio Daniele]

Il giorno 23 novembre 2012 10:02, David Paleino da...@debian.org ha
scritto:


 Non ho seguito la discussione (anche perché non trovo l'inizio), ma che
 differenza ci sarebbe tra route=train e route=railway? Se è come penso di
 aver intuito, quelle lì sono tratte operate da Trenitalia, che hanno anche
 dei pezzi di linea ferroviaria in comune. Per cui sarebbero route=train.


route=train sarebbe il servizio ferroviario, il percorso fatto da uno
specifico treno.
route=railway sarebbe la ferrovia in sé

Un po' come puoi legare i vari pezzi che compongono una statale in una
relazione per identificare la statale vera e propria e invece fare una
relazione con il percorso del bus che va da X a Y prendendo solo parte di
quella statale.

Ad esempio la ferrovia Torino-Ceres dovrebbe avere una unica relazione come
railway ma  diverse relazioni come rail (o lightrail)perché i servizi
esercitati su quei binari al momento sono

Torino-Ceres
Torino-Germagnano
Germagnano-Ceres
Torino-Cirié


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ferrovie: situazione stazioni e routing

[Maurizio Daniele]

Il giorno 23 novembre 2012 10:45, Paolo Monegato
gato.selvad...@gmail.comha scritto:


 ps: Ovviamente per route=train avremmo differenti operator: Trenitalia (e
 non RFI), NTV, etc... ma il ref in caso di route=train è il numero del
 treno?


Direi di no perché ogni treno ha un suo numero anche se fa la stessa linea,
non possiamo certo inserire una ventina di relazioni Torino-Milano tutte
uguali tranne che per il ref...


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ATAC e OSM

[Maurizio Daniele]

Il giorno 21 novembre 2012 08:18, Damiano Morosi 
damiano.mor...@agenziamobilita.roma.it ha scritto:


 @Luca: noi ad esempio consentiamo la profilazione degli utenti, che
 possono memorizzare gli indirizzi preferiti (casa, lavoro... amante! :) )
 per utilizzarli più velocemente all'interno dell'applicazione. Già questo è
 un dato su cui ho dei dubbi, dal momento che il singolo calcolo del
 percorso, usandolo in maniera combinata col grafo, richiederebbe
 l'inserimento nel db di OSM dello stesso (Share-Alike: If you publicly use
 any adapted version of this database, or works produced from an adapted
 database, you must also offer that adapted database under the ODbL),
 sbaglio?


Secondo me, in qualche misura, si.

Non conosco il vostro sistema (ovviamente), ma a meno che voi non vogliate
utilizzare un immenso database-insalata con tutti i dati mescolati (open,
proprietari, personali ecc...), il problema non sussiste. E se fate così
sarei curioso di sapere come fate a mantenere traccia delle differenti
sorgenti dei dati. Qual é il dato di X, qual è quello di Y, quali dati
cancellare se Z revoca la licenza e come essere sicuri di avere cancellato
tutti i dati di Z e solo quelli.
E come garantire che i dati personali di Tizio non finiscano tra i dati
pubblici accessibili anche a Caio

E' vero comunque che la licenza ti impedisce di mixare dati con copyright
diversi nello stesso database senza rilasciarlo, ma questo te lo impediva
anche la precedente CC-BY-SA. Quindi il problema non sussiste (o sussisteva
anche prima e non ve ne siete preoccupati, consolati dalla finta
amichevolezza della CC, che spesso da molti è intesa ah, è CC, quindi
posso fare quel che voglio).

Normalmente volendo fare una applicazione che mescola i dati, banalmente si
mantengono database separati: uno con i dati open e uno con i dati closed,
il cui prodotto di layer separati non ha vincoli complessivi di licenza ma
la semplice nota sulla sorgente dei dati osm per il layer topografico da
esso ricavato.

Tanto per dire, comunque, il tuo (vostro) è un caso talmente tipico che è
esplicitamente citato negli use case:

http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#On-line_map_service_using_OSM_data_together_with_other_data_sources

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] ATAC e OSM

[Maurizio Daniele]

Il giorno 21 novembre 2012 10:19, Damiano Morosi 
damiano.mor...@agenziamobilita.roma.it ha scritto:


 Nella stessa sezione c'è però anche questo:
 http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases#Using_OSM_mapping_data_together_with_confidential_data_for_analysis_purposes,
 che sembra invece confermare qualche problema (non chiarisce se e come sia
 necessario rilasciare i dati). In effetti ciò che facciamo noi non è
 meramente la visualizzazione di layer originati da dati diversi, ma
 un'analisi combinata dei dati tesa a produrre un qualche risultato da
 rappresentare poi su mappa.


Dice anche che dipende dal fatto se l'analisi è un derivative database or
a produced work ma questo io non lo posso sapere. Come sempre non si può
avere una certezza valida per ogni caso specifico con una casistica
generale.

Ma ribadisco: in linea generale se c'é un problema di licenza del vostro
lavoro con la Odbl, al 99% per cento c'é il medesimo problema anche con la
CC-By-SA. Ha senso preoccuparsene ma ha senso in entrambi i casi.

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Licenza... libera?

[Maurizio Daniele]

Il giorno 20 novembre 2012 15:46, Simone Saviolo


 spendere in avvocati) si azzarda ad integrare nei suoi prodotti parti di
 codice licenziati GPL - a meno che non stai facendo GPL. È come dire che do
 a chiunque la chiave della mia cassaforte, ma poi deve mettere le sue cose
 nella mia cassaforte...


Nel caso BSD, invece, è come dare le chiavi di casa a qualcuno che poi è
libero di rivendersela e incassare. :-)

Come detto, gli usi che potevi fare prima con la CC, puoi farli anche ora
con la OdBL, quel che non potevi fare prima non puoi farlo adesso.

Se sei in dubbio ora, lo eri anche prima anche se magari prima non ci hai
mai pensato.

La differenza fondamentale è che la licenza di prima probabilmente non
avrebbe retto all'assalto di un avvocato agguerrito, l'attuale
probabilmente si (ma spero non venga mai messa alla prova comunque)

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Ferrovie: situazione stazioni e routing

[Maurizio Daniele]

Il giorno 19 novembre 2012 13:51, Alech OSM alech.hos...@gmail.com ha
scritto:


 #Lo stesso identico problema si presenta anche nel caso dei tram.

 Ma perché , le linee dei tram vanno mappate con una highway per binario ?
 A Firenze la linea T1 (l'unica per ora) è stata disegnata (importata?)
 con una singola highway.


Tecnicamente sarebbe meglio, ma spesso non è possibile per com'è fatta la
linea.

Diciamo che se è una metrotramvia in sede propria, completamente separata
dalla strada veicolare, si possono tranquillamente fare due way,
raggiungendo così un livello di dettaglio massimo (si possono mappare le
deviate, ad esempio).

Se i binari sono integrati in una strada veicolare mista seguono la
mappatura di questa: se la strada è a doppio senso aggiungo railway=tram
track=2 alla way della strada.  Se la strada è a senso unico, o a due
carreggiate track=1 (o niente).
Questo approccio ha il difetto di avere un livello di dettaglio più basso
(un incrocio tramviario non è mai un 90°, ma sempre un raccordo...

Ci sono poi tutta una serie di casi limite incasinatissimi:

Binario tramviario esclusivamente in un senso su una strada a doppio senso
Binario tramviario su corsia preferenziale
Binario tramviario su corsia preferenziale contromano
Binario tramviario su banchina laterale che, in corrispondenza delle
fermate diventa preferenziale Bus (che fa fermata con il tram) ma poi è un
binario semplice, quindi non transitabile dai veicoli.
Binario tramviario banalizzato (uno solo utilizzabile nei due sensi, con
impianto semaforico)
Binario tramviario in mezzo al corso, che quindi divide la via in due
carreggiate fisicamente sparate.
Binario tramviario su preferenziale in mezzo alla via, che quindi individua
tre carreggiate separate di cui quella centrale utilizzabile da
tram+bus+taxi

Eccetera eccetera

E molti di questi casi non avranno mai una soluzione chiara fintanto che
non verrà condiviso un chiaro sistema per descrivere compiutamente le
corsie delle strade di scorrimento (non limitandosi agli autoveicoli).

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] strada che cambia nome

[Maurizio Daniele]

Si. Anche perché il vecchio nome sarà comunque nell'uso comune per chissà
quanto tempo.

name=nuovo nome
old_name=vecchio nome


Maurizio.

Il giorno 15 novembre 2012 13:10, calogero de simone 
calogerodesim...@gmail.com ha scritto:

 un tratto di un'importante arteria di Palermo, via Autonomia Siciliana, ha
 cambiato nome in via Giuseppe Alessi (1).
 come va gestito in OSM? si deve tenere traccia della precedente
 denominazione?

 grazie, Calogero?


 1:
 http://livesicilia.it/2011/05/16/intitolato-un-tratto-di-via-autonomia-siciliana-a-giuseppe-alessi_94149/


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Richiesta controllo SP415 Paullese

[Maurizio Daniele]

Il giorno 14 novembre 2012 01:26, Rattorosso floydbar...@alice.it ha
scritto:



 Non conosco il caso e comunque non andrei a cercare il cartello che
 risolva la questione.
 Il tuo approccio forse lascia spazio alle interpretazioni, quando invece
 non ce ne sarebbe bisogno.
 In generale preferirei avere una mappa aggiornata. Magari prima o poi a
 qualcuno viene in mente di cambiare i cartelli...


Si, ma per contro una mappa che non riflette la realtà reale ma solo la
realtà ufficiale è banalmente inutile.

Metti che una via cambi nome da via Pippo a via Pluto ma per qualche
ragione i cartelli rimangano via Pippo per mesi (o anni). Se io scrivo
sulla mappa solo via Pluto e uno si trova là, magari si chiede se sia
sulla via giusta.
Allo stesso modo, se io scrivo solo via Pippo, sbaglio, perché quella non
è più via Pippo.

E' per questo che esistono varianti come name, old_name, loc_name
eccetera...

Allo stesso modo dovrebbe essere per i ref.

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vie e viali di zone industriali

[Maurizio Daniele]

Il giorno 12 novembre 2012 09:50, Giuseppe Amici
giuseppeam...@virgilio.itha scritto:

 Nelle zone industriali e/o artigianali trovo le vie con catalogazioni più
 disparate.

 ** **

 Soprattutto: highway=unclassified

 ** **

 Personalmente opto per:

 highway=residential



 **

 Opinioni in merito?

 **


Direi di no.
Normalmente in un'area industriale non risiede nessuno (o quasi), per
contro ci può essere anche traffico pesante (inteso come traffico di mezzi
pesanti) per cui la classificazione unclassifield la reputo più adatta.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Vie e viali di zone industriali

[Maurizio Daniele]

Il giorno 12 novembre 2012 12:15, Giuseppe Amici
giuseppeam...@virgilio.itha scritto:

 Ok, per residential.
 Allora unclassified è il grande buco nero in cui tutto finisce?


No, unclassifield è un livello base in cui finisce ciò che non ha una
sua classificazione specifica.

In una cittadina, paradossalmente, dovrebbero essere molte di più le strade
residenziali che non quelle senza classificazione.

D'altro canto non trovo utile inventarsi una classificazione industrial
per le strade in zona industriale, perché non hanno nessuna caratteristica
di traffico particolare, a parte quella di essere in zona industriale.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] repository---standard

[Maurizio Daniele]

Il giorno 08 novembre 2012 09:24, Sky One sky...@skyone.it ha scritto:

 2012/11/8 Mario Pichetti mario.piche...@gmail.com:

  Stavo parlando in parole povere di STANDARD.

 Ritengo sia un'ottima idea. Però se ti vai a spulciare gli archivi
 della ML capirai subito come sia, purtroppo, impossibile da attuare.
 Anche quando diverse persone si muovono in una direzione c'è sempre
 qualcuno che dice però e non se ne viene fuori. Anche perché chi ha
 il diritto di decidere quale sia lo standard? Talk-it? E che
 percentuale di mappatori è talk-it rispetto a tutti?
 A mio avviso, sic stantibus rebus, non è possibile in OSM definire
 degli standard per tutti i tag.


Tutto vero, ma se non si parte da qualche parte continueremo a girare in
tondo come trottole sugli stessi argomenti.
In qualche modo anche il wiki è uno standard solo che, come certe
normative di produzione, pochi lo consultano e molti lo modificano.

Quello che forse si potrebbe fare è definire un preset italiano per JOSM
che vada a raccogliere le risultanze delle discussioni in talk-it (che è il
luogo deputato per la community italiana ed aperto a tutti coloro che ne
vogliano discutere) e ciò che si mette anche nel wiki.
Nessuno obbliga ad usarlo, ma il mappatore che si ritrovi uno stile in cui
riconosce certe usanze e terminologie proprie è più invogliato. E
aiuterebbe molto ad uniformare certe cose, magari non tutte ma almeno
alcune, oltre ad essere una semplificazione notevole per il neofita.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] repository---standard

[Maurizio Daniele]

Il 08/11/2012 15:43, Martin Koppenhoefer ha scritto:

In questa discussione l'idea più interessante mi sembra quella di 
intervenire al livello JOSM / presets. Con uno stile italiano 
(quindi parole chiave italiani per ogni preset) potremmo fare quel che 
vogliamo. Per cominciare farei un fork dello stile standard attuale. 
Si trova qui: josm.openstreetmap.de/svn/trunk/data/defaultpresets.xml 


Ho dato un'occhiata al preset.

Non è complicato farne uno derivato aggiungendo cose come negozi e varie 
che saltino fuori dalla lista, così come è anche possibile semplicemente 
fare un preset aggiuntivo (per evitare di dover sempre allinearlo al 
preset internazionale) ma alcune cose andrebbero tradotte meglio 
direttamente nella traduzione ufficiale, la quale è a parte dal preset 
e, contrariamente, a quel che viene scritto nelle statistiche, è 
tutt'altro che completa.


Trunk, ad esempio, viene tradotto con Trunk (invece che 
Superstrada, ad esempio)

Link con Link (alle volte con Svincolo, più corretto)
Unclassifield con Unclassifield (invece che... mah, magari Strada 
semplice, Strada base, Strada)


E via dicendo.
Queste finte traduzioni sono segnate come fatte, ma non dovrebbero 
esserlo, per cui diventa anche difficile trovarle in launchpad.



Maurizio.

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

Re: [Talk-it] svincolo

[Maurizio Daniele]

Il 08/11/2012 21:14, Mario Pichetti ha scritto:


Come lo serviamo uno svincolo, ad esempio di una highway tertiary.:-)

Cosi

Highway=tertiary
lanes=1
name=Strada Santa Lucia
oneway=yes

oppure cosi

Highway=tertiary_link
oneway=yes

omettiamo lanes.

Mettiamo anche da dove proviene e dove confluisce (relazione) ?:-)




La relazione è rindondante, normalmente uno svincolo è un senso unico, 
non credo proprio serva mettere una relazione from-to (a parte eventuali 
divieti di svolta).


Lanes è un valore che è sempre ben accetto.

Raramente ho visto un tertiary_link anche se tecnicamente è concesso.
Anzi: a memoria non me ne ricordo nessuno. Al limite dei secondary_link.


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

Re: [Talk-it] Strade provinciali

[Maurizio Daniele]

Il giorno 07 novembre 2012 09:41, Elena ``of Valhalla'' 
elena.valha...@gmail.com ha scritto:


 certo, non è una cosa che succede dappertutto, ma credo che in
 Italia si riesca a trovare un'eccezione per ogni regola che
 colleghi classificazione amministrativa e classificazione
 OSM per importanza.

 Si possono dare delle indicazioni di massima, tipo di solito
 una statale o ex statale è primary, o al più secondary,
 ma mettendo un disclaimer bello grosso che dica che le eccezioni
 esistono e vanno mappate come tali.


I miei 2 cent:

Ho notato che spesso da ottimi risultati pensare che le strade non sono
isolate, ma formano una rete, vale a dire che oltre a chiedersi che tipo
di strada è questa, è anche efficace chiedersi come la strada si incastra
nella rete viaria.

Si eviterebbero incongruenze come secondary o primary che finiscono in una
frazione di quattro case in cima ad un monte [1], città in cui le
secondary/primary si fermano ai confini e che non hanno nessuna via
preferenziale di attraversamento (alias: una via principale) [2], pezzi
di trunk, primary, secondary mescolati senza nessuna logica apparente [3],
eccetera eccetera eccetera...

Normalmente (e ovviamente questo vuol dire che ci sono le eccezioni di cui
diceva Elena), le strade dovrebbero seguire un andamento a rete, le primary
(che portano il traffico tra le località principali) terminano e/o si
smistano sulle secondary (che ne portano meno) le quali a loro volta
portano sulle tertiary (ancora meno, ad esempio traffico tra località
minori o di attraversamento di paesi)...
Non dovrebbe esistere una situazione in cui una primary o secondary finisce
su una residential o banalmente nel niente. Se la si trova, occorrerebbe
chiedersi se la cosa è effettivamente così (e quindi il traffico grosso
va ad incatastarsi su una viuzza) o è un errore di classificazione. Nel 90%
dei casi io mi rispondo che è la seconda opzione quella giusta.


[1] http://www.openstreetmap.org/?lat=45.0248lon=7.3274zoom=14layers=M
[2] http://www.openstreetmap.org/?lat=45.0106lon=7.8253zoom=14layers=M
[3] http://www.openstreetmap.org/?lat=44.6915lon=8.023zoom=13layers=M

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Strade provinciali

[Maurizio Daniele]

Il giorno 07 novembre 2012 10:55, Stefano Salvador 
stefano.salva...@gmail.com ha scritto:


 +1, te la sentiresti di riportare queste indicazioni sulla wiki ?

 Posso farlo in serata.


 ne approffito per fare una domanda: secondo voi i vari livelli della
 rete stradale devono essere connessi ?


In generale, per mantenere l'effetto rete, dovrebbero essere abbastanza
collegate, ma non può essere un vincolo assoluto.
Una primary dovrebbe proseguire su un'altra primary o tuttalpiù su una
secondary (o su una trunk/motorway verso l'altro), ma può anche incrociare
un numero a piacere di strade di importanza inferiore.

Non dimenticare che le autostrade in Italia, in genere, costituiscono una
rete chiusa (da caselli, nella fattispecie) e ben identificabile, mentre la
viabilità ordinaria non ha questa caratteristica.

Diciamo che, a logica, se ti trovi su una primary e, senza aver svoltato da
nessuna parte, ti trovi inevitabilmente (alias: senza nessuna altra
possibilità) su una tertiary o su una residential, probabilmente - ma non
sicuramente - c'è un errore.

Ma si possono avere anche casi opposti. Ad esempio prendo la città di
Cassino postata da  Martin prima [1].
Essendoci stato qualche mese fa, posso dire che non c'è nessun motivo per
cui Via Enrico De Nicola sia per metà una primary a senso unico e poi
diventi una secondary (sempre a senso unico) in corrispondenza di una
rotonda in mezzo alla città, anche se la parte primary è classificata parte
della SR6.

Come rete andrebbe bene (una primary prosegue su una secondary) ma il
flusso del traffico e le caratteristiche della zona fanno pensare che la
strada debba avere una classificazione unica (secondary o tertiary che sia)
e non spezzata.

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Strade provinciali

[Maurizio Daniele]

Il giorno 07 novembre 2012 11:24, Maurizio Daniele 
maurizio.dani...@gmail.com ha scritto:


 Ma si possono avere anche casi opposti. Ad esempio prendo la città di
 Cassino postata da  Martin prima [1].

 Dimenticato il link :-)

[1] http://www.openstreetmap.org/?lat=41.48884lon=13.8335zoom=15layers=M



-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Area sosta Nomadi

[Maurizio Daniele]

I francesi [1] mi pare di capire consiglino i tag:

amenity=social_facility
social_facility=group_home (ma mi pare che anche assisted_living possa
andar bene)
social_facility:for=migrant


[1] http://wiki.openstreetmap.org/wiki/FR:Key:social_facility


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Come tagghiamo un fontanello ?

[Maurizio Daniele]

Il giorno 05 novembre 2012 14:41, Fabri erfab...@gmail.com ha scritto:


 ecco un altro caso eclatante, trovare ora un altro tag per il
 bikesharing a pagamento e il bikesharing gratuito e magari far diventare
 il bicycle_rental per i chioschi del noleggio...


Non ho seguito tutta la discussione, ma qualcuno può fare un esempio di
servizio bike sharing organizzato, strutturato e completamente gratuito?

ToBike è gratuito per 30 minuti, poi paghi, ma anche se usi tutte le bici
per non più di 30 minuti, hai comunque pagato una tessera annuale da 20 €

In alcuni paesi (olanda) c'è anche una certa pratica di mollare la bici
(solitamente un mezzo rottame) dove capita a disposizione di chiunque e, al
limite, poi prenderne un'altra di qualcun altro che ha fatto la stessa
cosa. Ma non parlerei di servizio di bike sharing


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Conditional restrictions

[Maurizio Daniele]

Il 16 ottobre 2012 02:14, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:
 http://wiki.openstreetmap.org/wiki/Conditional_restrictions

 con questa proposta è stato accordato una struttura per segnalare
 restrizioni specifici legati al mezzo, al motivo, al tempo ecc.

 per esempio:
 maxspeed:conditional=120 @ (06:00-19:00)
 overtaking:hgv:conditional=no @ (Mo-Fr 06:00-19:00)
 maxspeed:hgv:conditional=60 @ (weight7.5)

Cercavo giusto il modo per taggare una strada chiusa al traffico in
orario di entrata/uscita scuole e una chiusa al traffico in giorno
di mercato


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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

Re: [Talk-it] relation:region complessi naturali e gerarchie.

[Maurizio Daniele]

Il 04/10/2012 01:00, Martin Koppenhoefer ha scritto:

si, ma cosa ci metti dentro alla relation site nel caso della Laguna
di Venezia? Tutto ciò che si trova dentro? Oppure il perimetro? E
nel caso delle alpi? Credo che un way di perimetro non sarebbe una
soluzione sostenibile,
Perché no? Abbiamo way di perimetro per interi stati ben più grandi 
delle alpi o della laguna di Venezia


Casomai il problema è stabilire dove iniziano le alpi e finisce la 
pianura?


--
Maurizio

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

Re: [Talk-it] rotonda e gestione linee autobus/tram

[Maurizio Daniele]

Il 28 settembre 2012 08:56, emmexx emm...@tiscalinet.it ha scritto:

 Il ragionamento mi sembra logico, basta che renderers, router e altri
 software funzionino...
 Il wiki [1] pero' si riferisce sempre a way chiuse:
 Start by drawing a circular shape...
 There exist two ways to draw a circle in JOSM:...
 In Potlatch 2, draw a closed way

Questo perché una rotatoria viene sempre creata come un cerchio chiuso
(è più pratico e più preciso grazie alle funzionalità di cui sopra),
ciò non toglie che la si può spezzare all'occorrenza, e il caso di una
route che passa solo su un pezzo di rotonda è una di quelle
occorrenze.

 E poi:
  Proposed relation for splitted roundabouts

In questo caso la relazione sarebbe solo utile a stabilire quanto è
lunga una rotonda, non al routing o altre funzioni che al momento
pare funzionino perfettamente anche nel caso (molto diffuso) di
rotonda spezzata.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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

Re: [Talk-it] Come taggare i capolinea degli autobus?

[Maurizio Daniele]

Il 18 settembre 2012 01:52, Davio davide@gmail.com ha scritto:

 Per questo pensavo di trovare un modo per differenziare un capolinea
 rispetto ad una comune fermata.

Non è necessario.
Per un bus urbano il capolinea è semplicemente una fermata dove si
sosta un po' di più (una decina di minuti). Solitamente è ai capi
estremi della linea, ma non è sempre detto, così come non è detto che
una corsa inizi sempre dal capolinea (ci sono corse bus che vengono
immesse in punti vari della linea, compatibilmente con la posizione
dei depositi, ad esempio).

Quindi non ritengo necessario distinguere un capolinea da un'altra
fermata qualsiasi.

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

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

[Maurizio Daniele]

Il 12 settembre 2012 22:00, David Paleino da...@debian.org ha scritto:

 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.

 Ho avuto un problema simile con gli autobus di linea che portano da qui a
 Palermo.

 Ho risolto usando un ref=Mar-Maz-Pa [1]; certo non è il massimo della vita, 
 ma
 quantomeno è comprensibile.

In realtà non è che il ref sia obbligatorio. Se la linea non ne ha
uno, o non ne ha uno pubblico, sarebbe quasi meglio non metterlo,
piuttosto che inventarsene uno.

E anche vero che lasciare la relazione senza ref impedisce l'utilizzo
di un sacco di strumenti utili...

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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

[Talk-it] Turn Lanes (ovvero: corsie di svolta e incanalamenti del traffico)

[Maurizio Daniele]

Mi trovavo ad elucubrare su un caso in cui sarebbe utile mappare le
corsie di un corso particolarmente largo (Corso Orbassano [1])

Il corso in questione, limitatamente alla carreggiata a senso unico
che va da est a ovest (da Beinasco a Torino), nel tratto in questione
è così configurato:
2 corsie, poi 4 (2 verso Torino e 2 verso l'autostrada), 2, 4, 3, 4,
3, 5 (1 verso nord, 4 verso Torino), 4 (1 verso est, 3 verso Torino),
3  ...e poi prosegue, ma limitiamoci a questo tratto che è quello più
rappresentativo del caos. :)

Ho dato una occhiata alle varie alternative per mappare meglio le
corsie di svolta e, come sempre in OSM, se ne trovano almeno due,
apparentemente incompatibili tra loro.

La prima è quella che chiamerò via tag e l'altra via relazione

1) Esiste il tag Turn (http://wiki.openstreetmap.org/wiki/Key:turn)
per il quale una ipotetica strada - a senso unico -con 3 corsie si può
mappare con
lanes=3
turn:lanes=right;through|through|left
(le corsie sono a destra o dritto, solo dritto, solo a sinistra)

2) Esiste la relazione (proposta) Turn lanes (
http://wiki.openstreetmap.org/wiki/Relations/Proposed/turn_lanes ) che
è un construtto più complesso, ma esiste un plugin per josm che è un
piccolo capolavoro quanto a semplicità ed intuitività (magari avessimo
più strumenti così! guardate i video nella pagina) che rende immediata
la costruzione delle relazioni.

Il vantaggio del primo approccio è che è più intuitivo, si applica
solo alla way da dove si arriva, non si rischia di vederselo distrutto
dal primo mappatore che tocca qualcosa nei dintorni (come accade
puntualmente ovunque ci sia una relazione)
Lo svantaggio è che richiede lo spezzettamento della way, una volta
per ogni cambio di numero di corsie e che non è preciso. Tecnicamente
dove il mio Corso ha quattro corsie che si dividono, tutte e quattro
vanno dritte, solo che due vanno dritte a sinistra e due dritte a
destra di uno spartitraffico, si può optare per un slight_left,
slight_right, ma resta il fatto che non c'è una corrispondenza
diretta tra la corsia della strada di partenza e la strada di
destinazione e non sempre è possibile stabilire cosa è dritto e cosa
è a sinistra: non tutte le way procedono in linea retta e non tutti
gli incroci sono a 90°.
Esite però anche il tag destination:lanes che può dare una mano a
definire come vanno le strade.

Il vantaggio del secondo modo di fare è che è preciso, fornisce tutte
le informazioni che servono e permette anche di modellare il punto in
cui si genera una corsia di svolta  senza spezzettare eccessivamente
la way (ricordo la superdiscussione sul dove deve intestarsi il
motorway_link sulla motorway? all'inizio della corsia di decelerazione
o dove c'è materialmente lo spartitraffico?). Inoltre può
efficacemente sostituire le relazioni di turn restriction in vari
casi, anche se non in tutti.
Lo svantaggio è che è complesso, genera molteplici relazioni (sono in
pratica l'equivalente di molte turn restriction, una per corsia) che
non è banale gestire senza il plugin di cui sopra e che, per
esperienza, tendono ad essere mandate in vacca molto facilmente, anche
perché non sono segnalate sulla vista di josm (figuriamoci su
potlach).

Ora vorrei sentire il parere della lista sulle due opzioni,
considerando che io ho preso un corso urbano perché particolarmente
complesso, ma la stessa cosa avviene su molte statali e su tutte le
autostrade.



[1] http://www.openstreetmap.org/?lat=45.03038lon=7.60785zoom=16layers=M

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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

Re: [Talk-it] Nomi delle stazioni ferroviarie

[Maurizio Daniele]

Il 02 settembre 2012 23:16, Paolo Pozzan pa...@z2z.it ha scritto:

 D'accordo su tutto, tranne l'ultima eccezione.
 Penso che il tag operator sia più che sufficiente.

Non so... fino a poco tempo fa esistevano due stazioni Torino Dora,
distinte nel nome pratico come Torino Dora FS e Torino Dora GTT,
tra l'altro non più comunicanti da anni (in mezzo c'era il cantiere
del passante ferroviario) e andare all'una o all'altra era un discreto
giro.

Ora Torino Dora FS è stata demolita, ma sta venendo ricostruita più
a sud, per cui nuovamente (si spera a breve) si avranno due stazioni
Torino Dora nuovamente disgiunte e anche più distanti di prima,
almeno fino a che non sarà chiusa Dora GTT (cosa già in programma ma
ancora non traguardata).

Insomma, la distinzione potrebbe servire: dipende dai casi. Se le due
stazioni sono parte di un unico complesso e comunicanti non vedo la
necessità di distinguere, altrimenti si.

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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

Re: [Talk-it] Linee mezzi pubblici

[Maurizio Daniele]

Il 30 agosto 2012 11:10, Caterpillar caterpilla...@gmail.com ha scritto:
 Sul sito di openstreetmap c'è la possibilità di abilitare la
 visualizzazione dei tracciati delle linee di trasporto pubbliche.
 Tuttavia al di fuori di tale sito web non sono mai riuscito a
 visualizzarle (con OSMAnd ad esempio) ne tantomeno sono riuscito a
 trovarle su JOSM per poter dare il mio contributo.
 Come mai? Da dove proviene questo layer?

Le linee di trasporto pubblico sono normalmente delle relazioni che
coinvolgono le way dove passa il mezzo e le fermate.

Mapparle non è banalissimo ma Josm ha anche un plugin apposito che non
funziona male (anche se non mi risulta sia aggiornato all'ultima
versione dell'apposito schema di tag [1])

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

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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

Re: [Talk-it] Mappare un canale coperto

[Maurizio Daniele]

 Il giorno 29/ago/2012 09:03, Alberto albi.m...@gmail.com ha scritto:

 Per adesso ho tracciato i tratti che sono a cielo aperto. Il problema è
 che risulta brutto da vedere, sembra che si interrompa per poi riapparire
 più avanti.
 Volevo quindi chiedere, è possibile tracciare questi tratti sotterranei?

Metterei:
tunnel=yes
layer=-1

Ma il problema è, casomai: sai dove passa il canale da quando si
inabissa a quando sbuca?


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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

Re: [Talk-it] Elezioni per il board delle OSM Foundation

[Maurizio Daniele]

Il 23/08/2012 11:49, Simone Cortesi ha scritto:
Quali sono, secondo voi, le cose da migliorare nella Foundation? 


Assumerò magari una posizione poco popolare ma colgo l'occasione per 
esprimereuna cosa che pensavo da tempo, non senza farla precedere da un 
grosso e grasso secondo me.



La Foundation dovrebbe prendere delle decisioni chiare e vincolanti per 
tutti i mappatori su molti argomenti, anche dotandosi di appositi 
comitati (che possono essere configurati come si vuole, anche 
discussioni aperte a tutti). A partire dal tagging, passando per la 
classificazione delle strade, per il dati con la licenza X vanno bene, 
con la licenza Y no, fino ad arrivare al come sorveglio i vandali, 
come/quando un mappatore dev'essere escluso, come voto in maniera 
coerente una proposta


Insomma, la Foundation dovrebbe avere un ruolo di governo molto più 
forte di quello che ora ha. Dovrebbe strutturare il progetto in maniera 
maggiore di quel che fa ora, e dovrebbe farlo sapere a tutti (ma come, 
se molti mappatori sono iscritti solo ad alcune ml ed altri proprio a 
nessuna?)


Ad esempio il tagging: se la foundation (o chi per lei) decide dopo 
immense discussioni che il tag ufficiale per una fermata bus è 
public_transport=stop_position invece di highway=bus_stop, questo 
dev'essere immediatamente chiaro. Tutti gli strumenti di mappatura (o 
almeno i principali) devono rimuovere rapidamente le preimpostazioni per 
il vecchio tag e, dopo un ragionevole lasso di tempo, un bot deve 
normalizzare le situazioni non ancora sistemate.
Non ha senso che si è deciso per una cosa ma la community può continuare 
ad usare quel che gli pare. Non c'è governo del progetto, così.




Quanto alla community... io non so come si svolge in altri paesi quindi 
su di loro non mi pronuncio, ma qui in Italia, in un periodo in cui i 
social network hanno ormai la ribalta nella scena web, secondo me la 
spezzettazione del progetto in milioni di mailing list a cui ci si deve 
iscrivere esplicitamente una per una e separate quindi le une dalle 
altre sta soffocando in culla la community, o per lo meno la limita 
fortemente nella sua crescita e nel suo appeal verso i nuovi utenti.


Insomma: la mailing list è uno strumento desueto e limitato, che va bene 
per piccoli gruppi ma non per un progetto a livello mondiale che aspira 
ad attirare migliaia (milioni?) di mappatori.


Mi rendo conto che coloro che sono nel progetto da più tempo sono 
abituati così e ci si trovano bene, ma io sto parlando di nuove leve e 
di maggiore chiarezza ed organicità. L'obiezione che nessuno usa 
l'attuale forum è ovviamente tautologica: nessuno usa l'attuale forum 
perché nessun mappatore esperto lo usa, è abituato alla ml.
Se lo trovo sempre desolatamente vuoto, faccio una domanda e cade nel 
nulla, non lo uso. Se non ha sezioni per discutere di ogni argomento del 
progetto e non c'è nessuno che mi voglia/sappia rispondere, non lo uso.


La Foundation dovrebbe, nell'ottica di quel maggior ruolo di governo, a 
mio personalissimo parere, chiudere TUTTE le mailing list ora esistenti 
e strutturare tutta la community... come una community: su un adeguato 
forum, dove si troverebbe, trasformate in sezioni, l'equivalente di 
tutte le ML precedenti, ma che prevederebbe (ovviamente) una sola 
iscrizione per tutte le sezioni (meglio se integrata a quella di OSM) 
e darebbe la possibilità di interagire meglio a tutti i livelli.


Potrei pensare che sia logica una eccezione per talune liste ad hoc (ad 
esempio una ml interna per i membri del board della foundation, per le 
discussioni non pubbliche), ma non per gli aspetti pubblici del progetto.


Se oggi un nuovo arrivato ha un dubbio su un tag dovrebbe iscriversi 
alla ml newbies e alla ml talk-it, poi, quando capisce che nel 90% dei 
casi, una discussione su qualcosa di mai taggato prima finisce 
banalmente in tutti esprimono il proprio parere, se lo tengono e 
nessuno esprime una decisione, non gli resta che iscriversi alla ml 
tagging.
Se poi il suo problema riguarda il trasporto pubblico... ma ovviamente 
deve iscriversi anche alla ml del trasporto pubblico, e se invece 
volesse importare i dati forniti dalla sua azienda di TP... deve anche 
chiedere sulla lista degli import, a cui naturalmente deve iscriversi...


E se avesse la necessità di contattare la community francese per 
discutere dell'import dei confini nazionali? Beh... può sempre 
iscriversi anche alla ml francese, no?


Tutti casi che mi sono capitati, e chissà quanti altri ce ne sono.

Non dico che dovrebbe essere una cosa istantanea (oggi spengo le ML e 
domani abbiamo il forum) ma se siamo stati capaci di cambiare la licenza 
all'intero progetto, ci potremmo anche dotare di strumenti meno 
paleolitici di una (10 100 1000) mailing list


--
Maurizio.


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

Re: [Talk-it] Service usato per fare inversione

[Maurizio Daniele]

Il 03 agosto 2012 04:40, EdoardoT tona.edoa...@gmail.com ha scritto:
 Ho provato anch'io a usare OSMR per provare degli incroci e subito sono
 incappato in una cosa strana... http://map.project-osrm.org/12L
 In pratica per uscire dall'incrocio imbocca la rampa sbagliata (quella per
 andare a sud anziche' a nord) costringendo l'auto a una curva a gomito
 semi-illegale...


Mancano le relazioni di turn restriction[1], ed essendo la rampa
sinistra un tutt'uno con il pezzo precedente, lui ti fa prendere
quella (per lui è una svolta in meno) visto che è indifferente.

Si dovrebbe:
1) separare la rampa dal resto della way al bivio
2) spezzare la primary nei nodi di incrocio
3) inserire le relazioni di obbligo di svolta a dx (rampa a dx) e sx
(rampa a sx)
4) idem con le rampe di uscita dalla primary

 Come si fa ad indicare che non si può attraversare la mezzeria di una
 strada (doppia linea continua se ricordo bene) ?
 Sarebbe la soluzione almeno di questi due problemi

c'é la relazione no_u_turn, ma non credo sia un gran che usata.

Però nel caso in esame una cosa del genere va bene se NESSUNO è
autorizzato a girare a DX dalla principale nella service e/o,
viceversa, nessuno dalla service può girare a sx, ma solo a dx.
In quel caso tanto vale mettere delle normali turn restriction
(divieto di svolta a dx dalla service) e il routing va a posto.


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


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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

Re: [Talk-it] 2028 nodi nel percorso 29132578 (coastline Italia)...

[Maurizio Daniele]

Il 30 luglio 2012 09:39, Simone Saviolo simone.savi...@gmail.com ha scritto:
 Il giorno 29 luglio 2012 20:42, Maurizio Daniele

 Il nodo in questione dovrebbe essere Roma, con il ruolo di capitale...


 Scusa, Roma è inserita come capitale... di cosa?! Della coastline?!

Ops, pensavo si parlasse del confine di stato (dove solitamente c'è un
nodo admin_centre)

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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

Re: [Talk-it] taggare maxspeed

[Maurizio Daniele]

Il 29/07/2012 17:00, beppebo...@libero.it ha scritto:

Ho trovato spesso delle strade statali e non con i seguenti cartelli di
indicazione di velocità prima 50 orari poi 70 poi dopo 50metri 30 poi subito 50
poi 90 poi 70 poi 40 poi 70 poi 50 ecc nell'arco di 1 km e magari con strada
mappata giustamente secondo i canoni italiani con 70 orari.. per questo motivo
mi chiedo ha senso mappare le strade con maxspeed in italia dove ogni 20 metri
cambiano cartello e in italia lo sappiamo da 0 a 130 sono valide tute le
possibilità 10,20,30,40,50 ecc o è meglio tenere per convenzione i 50,70,90,130
senza mappare maxspeed se non nelle vicenanze magari di un velox?


Teoricamente dovresti mappare tutte le velocità marcate.
Se no tanto vale non mapparne nessuna.

Mi rendo conto che è un lavoro enorme e spesso inutile, ma mappare 
scientemente un dato errato (maxspeed 70 dove è 50) solo perché è più 
semplice è controproducente.


L'unica eccezione possono essere i limiti di velocità di breve durata 
(diciamo anche poche settimane) causa cantiere, ma già un limite causa 
cantiere pluriennale val la pena essere mappato (l'aurelia tra 
Civitavecchia e Tarquinia è passata recentemente da 90 a 60 causa 
cantiere - che deve ancora aprire - per l'adeguamento autostradale del 
tratto che durerà anni)


Maurizio

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

Re: [Talk-it] 2028 nodi nel percorso 29132578 (coastline Italia)...

[Maurizio Daniele]

Il 29/07/2012 18:43, sabas88 ha scritto:


dovrebbe bastare spezzare la linea, l'api consente segmenti con al 
massimo 2000 punti.
il primo warning dice che non conosce il tipo landmass (questo è un 
problema di josm :) ) e non hai scaricato tutti gli elementi della 
relazione, il secondo che nella relazione ci dev'essere un nodo 
inserito, quando sono consentite solo way.





Il nodo in questione dovrebbe essere Roma, con il ruolo di capitale...

Maurizio.

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

Re: [Talk-it] distanze città italiane

[Maurizio Daniele]

Il 25 luglio 2012 19:32, Simone Cortesi sim...@cortesi.com ha scritto:

 aggiornato, http://maps.cortesi.com/distanze_italia.html
 si colora sempre maggiormente di verde...

Domanda:

Esempio Roma-Torino, sulla tabella ci sono i seguenti dati:

OSRM 701.58km
Google 671.954km

Risultato: +30 km ROSSO

Questo è però dovuto al fatto che ci sono almeno 3 possibili percorsi
tra Torino e Roma, per esperienza quasi indifferenti: analizzando i
dati si scopre che OSRM di default fa Torino-Bologna-Roma, Google fa
Torino-Genova-Firenze-Roma.

Se forzo OSRM a fare il percorso da GE-FI ottengo 679 km (+8 km)
Se forzo G a fare il percorso da Bologna ottengo 694 Km  (-7 km)

Si può forzare in qualche modo la tabella a fare lo stesso percorso
nei due casi?

Non so se ci sono altri casi, ma maggiore è la distanza e
verosimilmente maggiore è la possibilità di trovare percorsi
alternativi. Analogamente, su distanze minime il punto di partenza può
fare la differenza (Torino-Milano è rosso per una differenza di 1,3
km, dovuta principalmente a differenze sul percorso urbano...)

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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

Re: [Talk-it] Google si mette in proprio anche in Italia

[Maurizio Daniele]

Il 23 luglio 2012 06:10, EdoardoT tona.edoa...@gmail.com ha scritto:
 Questa è troppo forte... Guardate in mare a Livorno... Altro che ponte sullo
 stretto! Si va in corsica in macchina!

Ahahah io ho appena scoperto che, al posto della casa dei miei,
c'è il Grand Hotel Principi di Piemonte, che ovviamente non è un
villino, e oltretutto sta proprio in un'altra città (Torino, invece
del paese della cintura in cui vivono in miei)

Pensa a quelli dell'hotel che magari pagano per essere evidenziati.

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com

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

Re: [Talk-it] Strade temporanee

[Maurizio Daniele]

Il giorno 03 luglio 2012 11:22, Giuliano giuli...@zamboni.pro ha scritto:


  Il mio dubbio principale riguarda le strade temporanee come ad esempio
 qua [0]


Normalmente io taggo come strada normale le vie percorribili, anche se
fanno parte di un cantiere e pertanto configurano una deviazione che prima
o poi verrà rimossa alla strada principale, alla quale applico dei tag in
maniera appropriata durante il cantiere (access=no, costruction ecc... a
seconda di quel che serve)

Ove si parli di un cantiere che cambia di tanto in tanto per i suoi stessi
progressi, cerco di tenerlo aggiornato in modo che chi passi di là, dati
OSM alla mano, possa ritrovarcisi e non scoprire che c'è una rotonda non
segnalata, uno svincolo, un semaforo ecc...

A Torino ci sono esempi come se piovesse, visto che ogni pochi mesi
(settimane) cambia qualche pezzo di viabilità attorno ai cantieri del
passante ferroviario (e tra un po' anche sul prolungamento della metro),
per quanto possibile mi piace tenere aggiornata la situazione.

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Numeri civici con relazione (senza vie)

[Maurizio Daniele]

Il giorno 03 luglio 2012 15:52, Carlo Stemberger carlo.stember...@gmail.com
 ha scritto:

 Il 03/07/2012 15:46, Damjan Gerl ha scritto:

  Io vorrei chiedere come fare la relazione oppure l'associazione in posti
 (credo più per paesi piccoli, ma neanche tanto) che non hanno i nomi delle
 vie?


 Non ho mai visto casi del genere; se devi mandare una lettera a qualcuno
 in quel posto, che indirizzo metti?


Io si.

Borgata taldeitali N.27

Località case sparse N. 122

Ecc...


Questo perché le vie, in una borgata del genere, non hanno nome (sono per
lo più tratturi) per cui tutte le case del borgo hanno una numerazione
progressiva.

-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Fwd: [OSM-talk] New Bing imagery blog post

[Maurizio Daniele]

Le immagini di Bing sono una manna per la mappatura, specie perché sono
molto recenti e quindi si vedono anche parecchie strade in costruzione o
che erano in costruzione all'epoca della foto e che sono state aperte di
recente.
Inoltre hanno una risoluzione decisamente migliore del PCN nella mia zona.

Se solo fossero georeferenziate meglio sarebbe eccezionale.


Maurizio.


2012/6/26 Simone Cortesi sim...@cortesi.com

 nuove immagini bing disponibili per OSM.

 -- Forwarded message --
 From: Richard Fairhurst rich...@systemed.net
 Date: Tue, Jun 26, 2012 at 12:17 AM
 Subject: [OSM-talk] New Bing imagery blog post
 To: t...@openstreetmap.org



 http://www.bing.com/community/site_blogs/b/maps/archive/2012/06/25/released-our-largest-satellite-publication.aspx

 cheers
 Richard

 ___
 talk mailing list
 t...@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk


 --
 -S

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




-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Fwd: [OSM-talk] New Bing imagery blog post

[Maurizio Daniele]

Il giorno 26 giugno 2012 09:49, Stefano Fraccaro stefano.fracc...@libero.it
 ha scritto:

 Domanda stupida da programmatore : visto che abbiamo per ogni zona degli
 edifici la cui posizione è certa, non sarebbe tecnicamente fattibile
 correggere la posizione georeferenziata?
 Per esempio se sto mappando una zona sarebbe interessante poter muovere
 limitatamente e in modo controllato l'immagine di sfondo se mi accorgo
 che è evidentemente scentrata. Potrebbe anche essere una feature per i
 mappatori più esperti in modo che, una volta corretta la posizione, sia
 corretta per tutti.


Con Josm è possibile inserire un offset alle immagini, ma nel caso di
Bing ti accorgi presto che l'offset che imposti è valido solo nelle
immediate vicinanze del tuo riferimento, quando ti sposti di qualche
centinaio di metri, hai bisogno di un nuovo offset.

Personalmente traccio su bing e posiziono con il PCN. Ma comunque c'è
sempre un grado di approssimazione che cerco di spalmare il più possibile.


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

Re: [Talk-it] reverse way e route

[Maurizio Daniele]

Devi dare ok, invertendo i tag della(/e) relazione(/i), se no spezzi il
routing.

Maurizio

Il giorno 21 giugno 2012 15:52, emmexx emm...@tiscalinet.it ha scritto:

 Devo invertire il senso di una way su cui sono definite anche delle
 relation:route (linee tram/bus).
 Usando il tool di josm mi viene chiesto se voglio modificare da forward
 a backward.
 Do l'ok o devo non confermare qualcosa?


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

Re: [Talk-it] troppe highway con tram

[Maurizio Daniele]

Il giorno 18 giugno 2012 12:21, emmexx emm...@tiscalinet.it ha scritto:


 L'imbocco da sud e' consentito solo ai tram.
 Pero' se uno si trova in uno dei civici piu' a nord puo' percorrerla
 perche' la via e' a doppio senso.

 Mi pare di capire che l'unico modo per gestire la situazione e' con
 delle Relation:restriction--


Il modo pulito è mettere delle relazioni di divieto di svolta nella via
per tutti i mezzi meno tram.

Modo meno pulito: Si potrebbe anche inserire il tratto iniziale della via
con accesso solo ai tram e il resto libero, senza relazione.


Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Nomi dei Comuni nelle relazioni con piccole differenze rispetto a quelli ISTAT

[Maurizio Daniele]

Il 13/06/2012 16:05, Daniele Forsi ha scritto:

   44365 | Leinì| Leini


Sicuramente è giusto Leinì


   44250 | Borgone di Susa  | Borgone Susa


E' normalmente noto come Borgone DI Susa ma a quanto pare (cartelli 
stradali e sito del comune) il nome ufficiale è Borgone Susa


--
Maurizio

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

Re: [Talk-it] Come si separano edifici contigui ?

[Maurizio Daniele]

Il giorno 06 giugno 2012 09:31, Alech OSM alech.hos...@gmail.com ha
scritto:

 Buondì a tutti.

 ** **

 Come facciamo  perché il poligono ottenuto dal ricalco di un isolato  del
 centro non sia troppo “piatto”  ma distingua tra i vari edifici che hanno
 mura laterali contigue ma sono di altezza diversa e che quindi non
 coincidono del tutto ? Oppure se al centro del tetto si stacca una torretta
 ? Oppure se due ali di 6 piani ciascuna sono unite da un ingresso di un
 piano solo (es.: ospedale) ?

 ** **


 Fai delle relazioni.

Tracci i muri dei vari edifici e le unisci in un multipoligono a cui
attacchi i tag per l'edificio.


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Abitazioni Building

[Maurizio Daniele]

Si, è house.

Sono andato a memoria e ovviamente ho detto una castronata.
A mia parziale discolpa invoco il fatto di aver rimandato alla pagina
apposita per controllare.

Se non funziona nemmeno quello, mi appello alla semi infermità mentale :-D

-- 
M.D.


Il giorno 04 giugno 2012 09:53, Alech OSM alech.hos...@gmail.com ha
scritto:

 Ciao a tutti.

 Ma non sarebbe più corretto building=HOUSE ???
 Mi sembra che quest'ultimo termine sia quello giusto per indicare una unità
 abitativa, persino se non abitata e non ammobiliata,
 mentre HOME può essere usato solo da chi ci vive perché si lega con la
 residenza.
 HOUSE come edificio, HOME come luogo d'affetti.

 Ciao,
 Ale.

 -Messaggio originale-
 Da: Maurizio Daniele [mailto:maurizio.dani...@gmail.com]
 Inviato: sabato 2 giugno 2012 13.32
 A: talk-it@openstreetmap.org
 Oggetto: Re: [Talk-it] Abitazioni Building

 Il 01/06/2012 20:45, Gianluca Boero ha scritto:
  Ciao a tutti.
 
  Sto iniziando ad inserire delle abitazioni nella mappa del mio paese.
  Vedendo l'operato di altri mappatori per segnalare una casa si mette
  il tag building = yes.
  Sto facendo le mappature tramite immagini satellitari. C'è qualche
  altro tag importante da inserire pe non dovere riprendere il lavoro
  successivamente ?
 
 Puoi anche mettere building=home o apartments o simili (vedi tag building
 sul wiki) per essere maggiormente preciso

 Il numero civico è un must, ma se usi solo le foto satellitari non puoi
 saperlo.

 C'è sempre qualcosa da riprendere successivamente per essere maggiormente
 precisi :)

 --
 M.D.

 ___
 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




-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Abitazioni Building

[Maurizio Daniele]

Il 01/06/2012 20:45, Gianluca Boero ha scritto:

Ciao a tutti.

Sto iniziando ad inserire delle abitazioni nella mappa del mio paese. 
Vedendo l'operato di altri mappatori per segnalare una casa si mette 
il tag building = yes.
Sto facendo le mappature tramite immagini satellitari. C'è qualche 
altro tag importante da inserire pe non dovere riprendere il lavoro 
successivamente ?


Puoi anche mettere building=home o apartments o simili (vedi tag 
building sul wiki) per essere maggiormente preciso


Il numero civico è un must, ma se usi solo le foto satellitari non puoi 
saperlo.


C'è sempre qualcosa da riprendere successivamente per essere 
maggiormente precisi :)


--
M.D.

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

Re: [Talk-it] ( offtopic: L'articolo 5 della legge sul diritto d'autore ) - Terremoto in Emilia Romagna

[Maurizio Daniele]

 Il giorno 01 giugno 2012 09:00, Alech OSM alech.hos...@gmail.com ha
 scritto:

 ** **

 [offtopic]

 Questo vuol dire che se sul sito del mio comune c’è una lista dei lavori
 pubblici previsti per il triennio

 posso, per esempio, inserire una futura –ma non avviata- rotatoria con
 highway=proposed ?

 [/offtopic]

 ** **

 **



Io però sarei molto cauto nell'usare un tag proposed, visto anche come
vanno le cose proposed in Italia, anche se sono presenti su una delibera
o legge.
Personalmente non mappo niente che non sia almeno in stato construction,
dove posso mappare un cantiere, perché se no si finisce con il mappare non
la situazione che si trova sul terreno ma quel che si pensa che si farà (o
che pensano i nostri amministratori).

Se dovessi mettermi a mappare le cose futuribili presenti in qualche
delibera o legge dello stato, mi troverei la M2 di Torino, la M4 di Milano,
la M4 di Roma, il ponte sullo stretto di Messina



-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: ( offtopic: L'articolo 5 della legge sul diritto d'autore ) - Terremoto in Emilia Romagna

[Maurizio Daniele]

Il giorno 01 giugno 2012 09:39, Alech OSM alech.hos...@gmail.com ha
scritto:

 No, no, niente progetti futuribili ! Solo i lavori già finanziati e pure
 confermati dalla “talpa” in comune !!! XD

 D’altra parte in Italia nemmeno i cantieri sono una garanzia e spesso si
 passa da [construction] ad [abandoned] … :(



Appunto. :-/
Molte delle cose che ho scritto sopra sono finanziate (sia pur in minima
parte) e confermate. Per la M2 di Torino c'è addirittura l'iter aperto al
CIPE (si: per i primi 500 metri!) ciononostante non mi azzarderei a
metterla nella mappa finché non vedo un buco nel terreno.

La circonvallazione di Borgaretto (TO) [1] è progettata, finanziata e
confermata, da molti anni. Ma solo ora che c'è qualcosa da mappare è stata
mappata, e solo nella parte effettivamente costruita/in costruzione, mentre
la seconda parte è ancora solo sui fogli di carta del comune. :-)

[1] http://www.openstreetmap.org/?lat=45.00932lon=7.60312zoom=16layers=M


-- 
Maurizio Daniele - maurizio.daniele (a) gmail.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it