Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)

[Matteo Gottardi]

In data mercoledì 22 settembre 2010 19:50:26, ale_z...@libero.it ha scritto:
> Per quel che ne sò il segnale DGPS viene ricevuto direttamente dal GPS e
> visto come numero ID del satellite dal 33 in sù.
> RTK viene elaborato a livello molto più locale (infatti si parla di un
[]

Da quel che ho capito googlando un po', RTK e dgps sono due cose totalmente 
diverse. RTK si basa su misurazioni effettuate sulla portante del segnale 
spedito dal satellite, che ha frequenza di tre ordini di grandezza superiore 
rispetto al segnale stesso, e quindi lunghezze d'onda decisamente minori.

-- 
* Matteo Gottardi | matg...@tin.it
* ICQ UIN 20381372
* Linux - the choice of a GNU generation
* GPG Fingerprint:
* B9EE 108F 52C8 D50C B667 B1F2 AB56 8A01 BA3D 36A1

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

Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)

[Carlo Stemberger]

Il 22/09/2010 19:50, ale_z...@libero.it ha scritto:
Per quel che ne sò il segnale DGPS viene ricevuto direttamente dal GPS 
e visto

come numero ID del satellite dal 33 in sù.
RTK viene elaborato a livello molto più locale (infatti si parla di un raggio
massimo di 30km dalla stazione correttiva) e viene trasmesso via protocollo IP
(di solito sulla porta 2102); inoltre la correzione DGPS ti permette di
raggiungere al massimo una precisione di 2,5-3m, con RTK si parla di alcuni
centimetri, oltre un ordine di grandezza in meglio.
   


Boh, magari parliamo della stessa cosa usando nomi diversi; io con DGPS 
ho sempre sentito intendere una correzione differenziale generica; se 
fatta "in diretta", si ottiene mettendo in comunicazione via radio il 
ricevitore GPS mobile con la stazione fissa.


La precisione centimetrica è assolutamente raggiungibile, tanto è vero 
che con questo sistema ci si guida i trattori:


http://www.google.com/search?um=1&hl=it&q=dgps+tractor&ie=UTF-8&sa=N&tab=iw

Capisci bene che, se l'errore fosse dell'ordine dei 2,5 - 3 metri, la 
cosa sarebbe assolutamente impossibile; immagina un'aratura fatta in 
questo modo...


Uno scarto di 10 cm è già troppo. Ovviamente per raggiungere 
un'accuratezza centimetrica, la stazione fissa deve essere posizionata 
in prossimità del campo, al massimo a qualche centinaio di metri.


Ciao!

--
 .'  `.   | Registered Linux User #443882
 |a_a  |  | http://counter.li.org/  .''`.
 \<_)__/  +--- : :'  :
 /(   )\  ---+ `. `'`
|\`>  <  /\  Registered Debian User #9 |   `-
\_|=='|_/   http://debiancounter.altervista.org/ |


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

Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)

[Matteo Gottardi]

In data mercoledì 22 settembre 2010 19:30:18, Salemme Guido ha scritto:
> E' da tempo che cerco in giro informazioni su come costruire un server
> per la correzione
> 
> ne vorrei fare uno molto artigianale più che per utilità per
> sperimentazione utilizzando gps economici e vedere se ho qualche
> beneficio mi accontenterei di precisioni di 1 metro costanti
> (logicamente con buona visibilità)

Non credo che ne trarresti grossi benefici, a meno che tu non riesca a 
"convincere" i due gps ad agganciare gli stessi satelliti. Se cerchi "poor man 
dgps" in google trovi maggiori informazioni a riguardo.

-- 
* Matteo Gottardi | matg...@tin.it
* ICQ UIN 20381372
* Linux - the choice of a GNU generation
* GPG Fingerprint:
* B9EE 108F 52C8 D50C B667 B1F2 AB56 8A01 BA3D 36A1

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

Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)

[Salemme Guido]

Grazie mille per i due link!!

io avevo trovato questo http://sourceforge.net/projects/osgrs/

Si conosco abbastanza bene i prezzi e confermo circa 1500 euro solo per
l'antenna e si può aggiungere uno 0 per il ricevitore gps!!!

ma io volevo fare solo un esperimento di prova di prova con gps
normali!!!

dopo aver fatto un pò di esperimenti e tolti un pò di dubbi potrei
coinvolgere enti o cose del genere in un progetto per un server
professionale!!

Il giorno mer, 22/09/2010 alle 20.33 +0200, ale_z...@libero.it ha
scritto:
> de/ntrip/download

 
 
 --
 Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP 
autenticato? GRATIS solo con Email.it http://www.email.it/f
 
 Sponsor:
 Meetic: il leader italiano ed europeo per trovare l'anima gemella online. 
Provalo ora
 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=8291&d=23-9

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

Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)

[ale_z...@libero.it]

>Messaggio originale
>Da: salemme.gu...@email.it
>
>E' da tempo che cerco in giro informazioni su come costruire un server
>per la correzione
>
>ne vorrei fare uno molto artigianale più che per utilità per
>sperimentazione utilizzando gps economici e vedere se ho qualche
>beneficio mi accontenterei di precisioni di 1 metro costanti
>(logicamente con buona visibilità)
>
>poi se il beneficio c'è anche se piccolo perchè non sfruttarlo??
>
>chiedo conferma a chi ne sa più di me !!!
>
>per prima cosa devo conoscere un punto con esatta precisione
>
>in quel punto devo posizionare un ricevitore gps di ottima qualità
>
>devo pubblicare per esempio su internet le differenze tra la posizione
>esatta conosciuta rilevata dal gps su detto e la posizione precisa
>conosciuta!
>
>in pratica detto in modo semplice bisogna fare questo???
>
>esiste un o più protocolli ben precisi per distribuire i dati
>differenziali ??? per esempio in formato xml???
>

Nei hai denari da spendere, complimenti!

Per il GPS professionale e per l'antenna ti ci vuole un mezzo capitale (solo 
per l'antenna avevo sentito parlare di cifre sopra ai 1500€).
Se vuoi farlo eccoti il link per il software lato server http://igs.bkg.bund.
de/ntrip/download   http://igs.bkg.bund.
de/root_ftp/NTRIP/software/NtripServerWindows.exe

Alessandro


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

Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)

[ale_z...@libero.it]

>Messaggio originale
>Da: carlo.stember...@gmail.com
>Data: 22/09/2010 19.02

>>
>> L'uso della correzione RTK prevede
>[cut]
>
>Scusa, ma quello che hai spiegato è il DGPS... mi sono perso qualcosa?
>
>--
Per quel che ne sò il segnale DGPS viene ricevuto direttamente dal GPS e visto 
come numero ID del satellite dal 33 in sù.
RTK viene elaborato a livello molto più locale (infatti si parla di un raggio 
massimo di 30km dalla stazione correttiva) e viene trasmesso via protocollo IP 
(di solito sulla porta 2102); inoltre la correzione DGPS ti permette di 
raggiungere al massimo una precisione di 2,5-3m, con RTK si parla di alcuni 
centimetri, oltre un ordine di grandezza in meglio.
Alessandro


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

Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)

[Salemme Guido]

Il giorno mer, 22/09/2010 alle 19.30 +0200, Salemme Guido ha scritto:

> esiste un o più protocolli ben precisi per distribuire i dati
> differenziali ??? per esempio in formato xml???
> 

Per questo mi rispondo da solo il formato è Rinex
ftp://ftp.unibe.ch/aiub/rinex/rinex300.pdf




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

Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)

[Salemme Guido]

E' da tempo che cerco in giro informazioni su come costruire un server
per la correzione

ne vorrei fare uno molto artigianale più che per utilità per
sperimentazione utilizzando gps economici e vedere se ho qualche
beneficio mi accontenterei di precisioni di 1 metro costanti
(logicamente con buona visibilità)

poi se il beneficio c'è anche se piccolo perchè non sfruttarlo??

chiedo conferma a chi ne sa più di me !!!

per prima cosa devo conoscere un punto con esatta precisione

in quel punto devo posizionare un ricevitore gps di ottima qualità

devo pubblicare per esempio su internet le differenze tra la posizione
esatta conosciuta rilevata dal gps su detto e la posizione precisa
conosciuta!

in pratica detto in modo semplice bisogna fare questo???

esiste un o più protocolli ben precisi per distribuire i dati
differenziali ??? per esempio in formato xml???


Il giorno mer, 22/09/2010 alle 08.50 +0200, ale_z...@libero.it ha
scritto:
> >Messaggio originale
> >Da: f.co...@gmail.com
> >Data: 21/09/2010 9.05
> >A: "openstreetmap list - italiano"
> >Ogg: Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da 
> te :)
> >
> >2010/9/21 Carlo Stemberger :
> >>> Se non ho capito male è "cinematico", cioè deve stare fermo.
> >> Sai spiegare in parole povere il concetto ad un ignorante come me?
> >
> >Non l'ho capito bene neanch'io, ma sospetto che debba stare "fermo"
> >durante un'acquisizione. E' perfetto per le misure agrarie / urbane /
> >ecc., un po' meno per un navigatore.
> >Non ho neanche capito quanto a lungo debba stare fermo, se una
> >frazione di secondo o svariati secondi...
> >
> >Insomma se qualcuno ne sa di più lo spieghi :-)
> >
> >Ciao,
> >Federico
> >
> >___
> Sono di fretta, cercherò di fissare solo alcuni aspetti del progetto 
> riservandomi di leggerlo con più attenzione.
> 
> L'uso della correzione RTK prevede la ricezione di un segnale da una stazione 
> fissa terrestre; tale stazione fissa (la sua posizione è nota e calcolata con 
> estrema precisione al momento del posizionamento) riceve il segnale GPS e lo 
> 'confronta' con la sua posizione (che abbiamo detto essere nota visto che è 
> una 
> base fissa); in questo modo riesce a capire quale sia l'errore di posizione 
> introdotto dall'atmosfera (dovuto a ionizzazione, nubi, vapore acqueo, 
> ecc..). 
> Viene così generato un flusso di dati continuo che permette ad un GPS 
> posizionato in zona (entro un raggio di 20-30km) di poter correggere questo 
> errore. Per poter fare ciò occorre quindi che l'utente riceva un segnale da 
> una 
> stazione fissa (ultimamente viene trasmesso via internet) e tramite software 
> rielabori il dato del suo GPS per poter tirare fuori il segnale 'pulito' da 
> quasi tutto l'errore introdotto dall'atmosfera (causa della maggior parte 
> dell'errore totale di rilevamento). La precisione del dato in uscita sarà 
> quindi inficiata dal solo errore intrinseco del GPS e da eventuali 
> riflessioni 
> dei segnali GPS se si è accanto ad un alto palazzo o una parete di roccia.
> 
> Con questa unica correzione (in condizioni ottimali) si riescono a 
> raggiungere 
> precisioni dell'ordine della decina di centimetri.
> Attualmente si può già sfruttare questa correzione con un sistema composto da:
> - un GPS low-cost (il 747 va benissimo)
> - un palmare connesso ad internet
> - un software NTRIP-client (solitamente per Windows CE)
> - una stazione nei dintorni che trasmetta il segnale 'corretto'
> Qui http://www.gnssliguria.it/gnss.html trovate una descrizione della rete 
> presente il Liguria.
> 
> Per ora però abbiamo parlato di precisione dell'ordine dei decimetri. Per 
> raggiungere precisioni maggiori occorre un GPS che anzichè dare la posizione 
> LAT/LONG/ELE e pochi altri dati, faccia uscire i segnali ricevuti dai vari 
> satelliti in forma più grezza; questi dati grezzi, accoppiati al segnale 
> correttivo inviato dalla stazione base, riescono a raggiungere precisioni di 
> alcuni centimetri. Se leggete il PDF dei tizi dell'Università di Tokio, alla 
> tabella 1 troverete la lista dei GPS (relativamente low-cost) che diano in 
> uscita il segnale necessario per poter eseguire la correzione.
> 
> Come conclusione di questa veloce mail posso dire:
> - se ci basta una precisione intorno alla decina di centimetri (mi leccherei 
> le dita se potessi sempre averla :-) ) è sufficiente la sola correzione 
> dell'errore atmosferico; in questo caso alcuni di voi hanno già tutto 
> l'hardware di cui c'è bisogno. Il software NTRIP-client è disponibile 
> gratuitamente su internet; molte regioni forniscono gratuitamente il segnale 
> per la correzione RTK (alcune come la Lombardia fanno ancora pagare un 
> abbonamento); il traffico dati generato su internet per ricevere la 
> correzione 
> è di pochissimi kilobyte al secondo permette di usare un abbonamento ad 
> internet mobile da pochi euro al mese. LE uniche restrizioni all'uso di 
> questo 
> sistema sono perc

Re: [Talk-it] [wiki] Nuove pagine in italiano!

[Carlo]

Ciao Stefano,

in data mercoledì 22 settembre 2010, alle ore 18:50, hai scritto:

> Francesco sbaglio o hai finito di sistemare JOSM Guide [0] ? perchè mi
> sembra già corretta ad una scorsa veloce

> [0]http://wiki.openstreetmap.org/wiki/IT:JOSM/Guide

> 


Volevo  segnalare  che  selezionando  il  tab  "Editing di Base" va in
quello  italiano,  ma  se poi si va in quello "Editing Avanzato" va in
quello  in  inglese, immagino perchè non ancora tradotto (?), solo che
tornando  in "Basic editing" in alto non da più Italiano fra le pagine
disponibili anche se "Editing di Base" esiste.


> Il giorno 22 settembre 2010 18:12, Stefano Tampieri <
> stefano.tampi...@gmail.com> ha scritto:

>> Completato di tradurre :
>> JOSM/Basic Editing [0]
>>
>> [0] http://wiki.openstreetmap.org/wiki/IT:JOSM/Basic_editing
>>
>> ciao
>> Stefano
>>
>> Il giorno 21 settembre 2010 20:41, Luca Delucchi  ha
>> scritto:
>>
>> Il 20 settembre 2010 00:07, Stefano Tampieri
>>>  ha scritto:
>>>
>>> > Quindi se trovo il tempo e la voglia posso replicare completamente la
>>> pagina
>>> > inglese e la relativa struttura nelle pagine italiane, stravolgendole
>>> dove
>>> > necessario ?
>>>
>>> direi di si
>>>
>>> > Stefano
>>> >
>>>
>>> ciao
>>> Luca
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-it
>>>
>>
>>
>>
>> --
>> Stefano
>>






-- 
Ciao,Scrivi a:
 Carlocybo...@gmail.com


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

Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)

[Carlo Stemberger]

Il 22/09/2010 08:50, ale_z...@libero.it ha scritto:


L'uso della correzione RTK prevede

[cut]

Scusa, ma quello che hai spiegato è il DGPS... mi sono perso qualcosa?

--
 .'  `.   | Registered Linux User #443882
 |a_a  |  | http://counter.li.org/  .''`.
 \<_)__/  +--- : :'  :
 /(   )\  ---+ `. `'`
|\`>  <  /\  Registered Debian User #9 |   `-
\_|=='|_/   http://debiancounter.altervista.org/ |


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

Re: [Talk-it] [wiki] Nuove pagine in italiano!

[Stefano Tampieri]

Francesco sbaglio o hai finito di sistemare JOSM Guide [0] ? perchè mi
sembra già corretta ad una scorsa veloce

[0]http://wiki.openstreetmap.org/wiki/IT:JOSM/Guide



Il giorno 22 settembre 2010 18:12, Stefano Tampieri <
stefano.tampi...@gmail.com> ha scritto:

> Completato di tradurre :
> JOSM/Basic Editing [0]
>
> [0] http://wiki.openstreetmap.org/wiki/IT:JOSM/Basic_editing
>
> ciao
> Stefano
>
> Il giorno 21 settembre 2010 20:41, Luca Delucchi  ha
> scritto:
>
> Il 20 settembre 2010 00:07, Stefano Tampieri
>>  ha scritto:
>>
>> > Quindi se trovo il tempo e la voglia posso replicare completamente la
>> pagina
>> > inglese e la relativa struttura nelle pagine italiane, stravolgendole
>> dove
>> > necessario ?
>>
>> direi di si
>>
>> > Stefano
>> >
>>
>> ciao
>> Luca
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
>
> --
> Stefano
>



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

Re: [Talk-it] [wiki] Nuove pagine in italiano!

[Stefano Tampieri]

Completato di tradurre :
JOSM/Basic Editing [0]

[0] http://wiki.openstreetmap.org/wiki/IT:JOSM/Basic_editing

ciao
Stefano

Il giorno 21 settembre 2010 20:41, Luca Delucchi  ha
scritto:

> Il 20 settembre 2010 00:07, Stefano Tampieri
>  ha scritto:
>
> > Quindi se trovo il tempo e la voglia posso replicare completamente la
> pagina
> > inglese e la relativa struttura nelle pagine italiane, stravolgendole
> dove
> > necessario ?
>
> direi di si
>
> > Stefano
> >
>
> ciao
> Luca
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-it
>



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

Re: [Talk-it] Biciclette su trunk

[Alberto Nogaro]

>-Original Message-
>From: talk-it-boun...@openstreetmap.org [mailto:talk-it-
>boun...@openstreetmap.org] On Behalf Of Federico Cozzi
>Sent: mercoledì 22 settembre 2010 15.50
>To: openstreetmap list - italiano
>Subject: Re: [Talk-it] Biciclette su trunk

>Ci sono eccezioni ancora più strane. Qui c'è una intersezione a raso:
>http://maps.google.it/?ie=UTF8&ll=39.536889,8.924734&spn=0,0.006866&t=h&z=1
8&la
>yer=c&cbll=39.537009,8.924603&panoid=llsYWhq2jlTPILCSvl6vAA&cbp=12,334.35,,
0,7.
>95
>Ma siamo IMHO su una trunk.

Forse non uso il termine corretto, ma per intersezioni a raso intendevo
quelle in cui è possibile l'attraversamento della strada, o anche solo
l'attraversamento di una corsia per immettersi con una svolta a sinistra
nella direzione opposta. Nel caso che hai citato mancano le corsie di
variazione di velocità, ma le carreggiate sono fisicamente separate. Dunque,
posto che in OSM vengono tracciate due way separate a senso unico, il router
non ha problemi a permettere solo le manovre corrette. 

Ma se le corsie non fossero fisicamente separate, e dunque venissero
tracciate con un'unica way a doppio senso, in assenza di relazioni
restriction, il router non può sapere che è vietata la svolta a sinistra. E
questo vale anche per le intersezioni dotate di corsia di variazione della
velocità, che sono chiaramente distinguibili "ad occhio" (dall'angolo che
formano nel punto di convergenza), ma non da un router. 

Ciao,
Alberto


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

Re: [Talk-it] Biciclette su trunk

[Simone Saviolo]

Il 22 settembre 2010 16:06, M∡rtin Koppenhoefer
 ha scritto:
> 2010/9/22 Elena of Valhalla :
>> (alcuni perche' se non ricordo male il codice della strada vieta anche
>> l'accesso ai mezzi non in grado di viaggiare almeno a X km/h (40? 60?)
>
> in Germania è 60.

In Italia (ricordi di scuola guida, ormai 8 anni fa) non possono
accedere alle *autostrade* i veicoli che in piano non riescono a
produrre una velocità superiore agli 80 km/h. Non mi ricordo che si
sia mai parlato di un limite simile per le strade extraurbane
principali, ma potrebbe darsi.

>> e ai mezzi in cattive condizioni di manutenzione, che pero` non sono
>> segnati)
>
> ma veramente? Avrei pensato che i mezzi in cattive condizioni di
> manutenzione non si possono ne anche parcheggiare nelle strade
> pubbliche. ;-)

Eh, magari! Non ci sarebbero più suore in giro e le circolazione ne
guadagnerebbe in sicurezza :-)

> ciao,
> Martin

Ciao,

Simone

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

Re: [Talk-it] Biciclette su trunk

[M∡rtin Koppenhoefer]

2010/9/22 Elena of Valhalla :
> (alcuni perche' se non ricordo male il codice della strada vieta anche
> l'accesso ai mezzi non in grado di viaggiare almeno a X km/h (40? 60?)


in Germania è 60.

> e ai mezzi in cattive condizioni di manutenzione, che pero` non sono
> segnati)


ma veramente? Avrei pensato che i mezzi in cattive condizioni di
manutenzione non si possono ne anche parcheggiare nelle strade
pubbliche. ;-)

ciao,
Martin

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

Re: [Talk-it] Biciclette su trunk

[M∡rtin Koppenhoefer]

2010/9/22 Federico Cozzi :
> La soluzione è di mappare le strade extraurbane principali (cartello [1]) come
> highway=trunk
> motorroad=yes
> sebbene il cartello [2] non sia presente!


+1, in realtà sarebbe anche da aggiungere una classe di motorini 80 mc
- 249 mc che non le possono prendere in Italia, ma in altri paesi si.

La differenza tra [1] e [2] è (oltre al limite di velocità) chi lo
possa usare, vero?

Quindi anche un maxspeed=90 / 110
source:maxspeed=IT:___

ciao,
Martin

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

Re: [Talk-it] Biciclette su trunk

[Federico Cozzi]

2010/9/22 Alberto Nogaro :
> Ripensandoci, tu e Simone avete ragione. Ma allora resta aperto il caso
> delle strade con carreggiate separate da spartitraffico fisicamente
> valicabile, che sono prive di intersezioni a raso e hanno all'ingresso il
> con cartello blu dei vari divieti (privo però del simbolo delle due
> carreggiate). Se non le possiamo etichettare come trunk, oltre che

Se la carreggiate non sono separate, non le taggherei come trunk. Al
massimo primary.

> raso. Forse sarebbe meglio convenire di usare trunk per le strade prive di
> intersezioni a raso, esplicitando poi le altre caratteristiche con i tag
> appropriati?

Io di solito uso trunk sulle "superstrade", che non sono ben definite
legalmente e che sono un sovra-insieme delle extraurbane principali.
Ad es. la già citata SGC è una "superstrada" (carreggiate separate,
assenza di intersezioni a raso) che purtroppo è una extraurbana
secondaria. Ma ugualmente è trunk (IMHO).

Ci sono eccezioni ancora più strane. Qui c'è una intersezione a raso:
http://maps.google.it/?ie=UTF8&ll=39.536889,8.924734&spn=0,0.006866&t=h&z=18&layer=c&cbll=39.537009,8.924603&panoid=llsYWhq2jlTPILCSvl6vAA&cbp=12,334.35,,0,7.95
Ma siamo IMHO su una trunk.
E' la SS131 (http://it.wikipedia.org/wiki/Strada_statale_131_Carlo_Felice)
che Wikipedia giustamente descrive "Il suo tracciato è quello di una
superstrada ad alta percorrenza; nonostante ciò è classificata come
strada extraurbana di seconda categoria anche se ha due carreggiate"

Ciao,
Federico

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

Re: [Talk-it] Biciclette su trunk

[Alberto Nogaro]

>-Original Message-
>From: talk-it-boun...@openstreetmap.org [mailto:talk-it-
>boun...@openstreetmap.org] On Behalf Of Federico Cozzi
>Sent: mercoledì 22 settembre 2010 14.15
>To: openstreetmap list - italiano
>Subject: Re: [Talk-it] Biciclette su trunk

>Oltre che una questione legale (una linea continua è valicabile?) è
>una questione di sicurezza. Uno che perde il controllo della vettura
>può benissimo attraversare una doppia linea bianca continua e fare una
>strage nell'altro verso. E' per questo che le carreggiate separate
>devono essere fisicamente separate, e anche la barriera di separazione
>deve avere certi requisiti fisici.

Ripensandoci, tu e Simone avete ragione. Ma allora resta aperto il caso
delle strade con carreggiate separate da spartitraffico fisicamente
valicabile, che sono prive di intersezioni a raso e hanno all'ingresso il
con cartello blu dei vari divieti (privo però del simbolo delle due
carreggiate). Se non le possiamo etichettare come trunk, oltre che
aggiungere esplicitamente i tag sui diritti di accesso (cosa cui sarei
favorevole in ogni caso) dovremmo anche mettere delle restrizioni a tutte le
corsie di ingresso per impedire la svolta a sinistra verso la corsia in
direzione opposta, perché nulla ci dice che la strada è priva di incroci a
raso. Forse sarebbe meglio convenire di usare trunk per le strade prive di
intersezioni a raso, esplicitando poi le altre caratteristiche con i tag
appropriati?

Ciao,
Alberto 


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

Re: [Talk-it] Biciclette su trunk

[Elena of Valhalla]

On 9/22/10, M∡rtin Koppenhoefer  wrote:
> quindi, qual'è il criterio per riconnoscere una "strada extraurbana
> principale"? C'è
> un altro cartello oppure un colore dei segni diverso?

c'e` il cartello con la stessa forma di quello che indica le
autostrade, ma di colore blu anziche' verde

di solito sul cartello all'ingresso sono specificati almeno alcuni dei
limiti di accesso, come del resto a volte in autostrada.

(alcuni perche' se non ricordo male il codice della strada vieta anche
l'accesso ai mezzi non in grado di viaggiare almeno a X km/h (40? 60?)
e ai mezzi in cattive condizioni di manutenzione, che pero` non sono
segnati)

-- 
Elena ``of Valhalla''

homepage: http://www.trueelena.org
email: elena.valha...@gmail.com

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

Re: [Talk-it] Biciclette su trunk

[Federico Cozzi]

2010/9/22 Simone Saviolo :
>> Per carreggiate separate non si intendono solo le carreggiate indipendenti,
>> ma anche quelle separate da spartitraffico invalicabile, come una doppia
>> linea bianca continua (Es: la SS36dir). Questo non è sempre facile da vedere
>> dal PCN.
> Credo di no. La carreggiata è definita come sede stradale delimitata
> fisicamente, non da una linea che è assolutamente valicabile.

+1
Oltre che una questione legale (una linea continua è valicabile?) è
una questione di sicurezza. Uno che perde il controllo della vettura
può benissimo attraversare una doppia linea bianca continua e fare una
strage nell'altro verso. E' per questo che le carreggiate separate
devono essere fisicamente separate, e anche la barriera di separazione
deve avere certi requisiti fisici.

Ciao,
Federico

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

Re: [Talk-it] Problem with API 0.6 code Rail Port

[M∡rtin Koppenhoefer]

2010/9/22 ale_z...@libero.it :
> Ma non è proprio un limite voluto del DB di OSM il fatto di non poter inserire
> più di 255 caratteri in un tag?


si, ma chi sa, forse si può anche cambiare (al costo di un DB molto più grande).

ciao,
Martin

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

Re: [Talk-it] Problem with API 0.6 code Rail Port

[ale_z...@libero.it]

>Messaggio originale
>Da: dieterdre...@gmail.com
>Data: 22/09/2010 13.09
>A: "francescobocca...@libero.it", "openstreetmap 
list - italiano"
>Cc: "Openstreetmap Dev list"
>Ogg: Re: [Talk-it] Problem with API 0.6 code Rail Port
>
>2010/9/22 francescobocca...@libero.it :
>> Hi to all,
>> i'm new of this mailing list. I have a problem with API when import into
>> database postgresql by josm a value that have more than 255 characters.
>> I'd like to solve this problem. I have change a type of v into postgresql 
and
>> josm can "read" value of v more than 255 character but when import changes 
into
>> database API show me error.
>> Which file of Rails port i must change to solve my problem? I try to search
>> into model and controller folder.
>> Thanks to all.
>
>
>Hi, and welcome,
>
>I cannot help you, but I'm forwarding your question to the developers
>list: "Openstreetmap Dev list" 
>To the Italian Mailing List you can write in Italian ;-)
>
>cheers,
>Martin
>
>___
Ma non è proprio un limite voluto del DB di OSM il fatto di non poter inserire 
più di 255 caratteri in un tag?

Alessandro


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

Re: [Talk-it] Biciclette su trunk

[Simone Saviolo]

Il 22 settembre 2010 13:34, Alberto Nogaro  ha scritto:
>>-Original Message-
>>From: talk-it-boun...@openstreetmap.org [mailto:talk-it-
>>boun...@openstreetmap.org] On Behalf Of Simone Saviolo
>>Sent: mercoledì 22 settembre 2010 11.23
>>To: openstreetmap list - italiano
>>Subject: Re: [Talk-it] Biciclette su trunk
>>
>>Se si dice trunk = extraurbana principale, la cosa è facile.
>>Oltretutto con le foto del PCN è facile vedere se le carreggiate sono
>>separate.
>
> Per carreggiate separate non si intendono solo le carreggiate indipendenti,
> ma anche quelle separate da spartitraffico invalicabile, come una doppia
> linea bianca continua (Es: la SS36dir). Questo non è sempre facile da vedere
> dal PCN.

Credo di no. La carreggiata è definita come sede stradale delimitata
fisicamente, non da una linea che è assolutamente valicabile.

> Ciao,
> Alberto

Ciao,

Simone

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

Re: [Talk-it] Biciclette su trunk

[M∡rtin Koppenhoefer]

2010/9/22 Alberto Nogaro :

> Per carreggiate separate non si intendono solo le carreggiate indipendenti,
> ma anche quelle separate da spartitraffico invalicabile, come una doppia
> linea bianca continua (Es: la SS36dir).


Generalmente no. Ho mappato anch'io questi come invalicabile
(sopratutto in casi a multipli corsie), ma in realtà penso che la
maggiorparte dei uteneti vede la separazione come una cosa fisica,
perché per esempio una doppia linea bianca non è invalicabile per una
ambulanza o la polizia. Ulteriori dettagli si potrebbe mappare con la
relazione area (proposta).


> Questo non è sempre facile da vedere
> dal PCN.


questo è un altro discorso. Mappare dal PCN si deve ridurre a zone
connosciute oppure deve essere marcato come "preliminare"
(highway=road per le strade e percorsi, che serve come FIXME). Tante
cose non si vedono dal PCN. A proposito: ma anche _una_ linea bianca
continua è legalmente invalicabile, non?

ciao,
Martin

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

Re: [Talk-it] Biciclette su trunk

[Alberto Nogaro]

>-Original Message-
>From: talk-it-boun...@openstreetmap.org [mailto:talk-it-
>boun...@openstreetmap.org] On Behalf Of Simone Saviolo
>Sent: mercoledì 22 settembre 2010 11.23
>To: openstreetmap list - italiano
>Subject: Re: [Talk-it] Biciclette su trunk
>
>Se si dice trunk = extraurbana principale, la cosa è facile.
>Oltretutto con le foto del PCN è facile vedere se le carreggiate sono
>separate.

Per carreggiate separate non si intendono solo le carreggiate indipendenti,
ma anche quelle separate da spartitraffico invalicabile, come una doppia
linea bianca continua (Es: la SS36dir). Questo non è sempre facile da vedere
dal PCN.

Ciao,
Alberto


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

Re: [Talk-it] Biciclette su trunk

[M∡rtin Koppenhoefer]

2010/9/22 Federico Cozzi :
> Certamente, il problema è che il cartello blu quadrato col simbolo
> della macchina non è presente sulle strade extraurbane principali (in
> Italia) perché è automatico dalle norme del CdS.


quindi, qual'è il criterio per riconnoscere una "strada extraurbana
principale"? C'è
un altro cartello oppure un colore dei segni diverso? Io in bici: come
faccio a sapere se posso prendere una strada o no, se non c'è un
cartello? Nelle zone dove mi muovo io ho sempre visto cartelli di
divieto oppure quello blu con la macchina (anche a delle strade più
piccole, e non essendo trunk).

ciao,
Martin

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

Re: [Talk-it] Biciclette su trunk

[Alberto Nogaro]

>-Original Message-
>From: talk-it-boun...@openstreetmap.org [mailto:talk-it-
>boun...@openstreetmap.org] On Behalf Of Luca Delucchi
>Sent: mercoledì 22 settembre 2010 10.54
>To: m...@koppenhoefer.com; openstreetmap list - italiano
>Subject: Re: [Talk-it] Biciclette su trunk
>
>scusa martin non ho ben capito, perch i default non vanno bene? se
>dovessimo mettere a tutte le strade asphalt sai quanto si
>appesantirebbe il db...

Il default potrebbe funzionare se ci fosse l'obbligo di esplicitare i casi in 
cui il valore del tag non è noto (ad esempio qualcosa del tipo surface=unknown, 
oneway=unknown ecc. per le strade tracciate da foto aerea). Altrimenti resta 
sempre il dubbio. Qualche tag in più su una way composta magari da centinaia di 
punti non credo che cambi di molto il carico sul db. 

Ciao,
Alberto 


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

Re: [Talk-it] Problem with API 0.6 code Rail Port

[M∡rtin Koppenhoefer]

2010/9/22 francescobocca...@libero.it :
> Hi to all,
> i'm new of this mailing list. I have a problem with API when import into
> database postgresql by josm a value that have more than 255 characters.
> I'd like to solve this problem. I have change a type of v into postgresql and
> josm can "read" value of v more than 255 character but when import changes 
> into
> database API show me error.
> Which file of Rails port i must change to solve my problem? I try to search
> into model and controller folder.
> Thanks to all.


Hi, and welcome,

I cannot help you, but I'm forwarding your question to the developers
list: "Openstreetmap Dev list" 
To the Italian Mailing List you can write in Italian ;-)

cheers,
Martin

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

Re: [Talk-it] Biciclette su trunk

[Federico Cozzi]

2010/9/22 M∡rtin Koppenhoefer :
> In Germania il Cds e quasi uguale a quello italiano. La
> interpretazione tedesca di trunk è una strada (non autostrada) che non
> ha incroci a raso e che dispone di 2 carreggiate separate. Tempo fa
> anche qui in lista questa vista è stata concordata.

+1

> Per il cartello blu (divieto per bici, motorini, pedoni, ecc.) si usa
> motorroad=yes. Quello potrebbe essere anche aggiunto ad una primary se
> la primary non ha le caratteristiche del trunk indicati sopra ma porta
> il cartello blu.

Certamente, il problema è che il cartello blu quadrato col simbolo
della macchina non è presente sulle strade extraurbane principali (in
Italia) perché è automatico dalle norme del CdS. Quindi un mappatore
che "mappa quello che vede" non mette motorroad=yes sulle extraurbane
principali, e poi scoppia il problema: il router manda un ciclista su
una extraurbana principale.

Quello che suggerivo era:
1. di mettere motorroad=yes dove c'è il cartello (anche sulle primary)
2. di aggiungere motorroad=yes anche dove non c'è il cartello, ma il
CdS impone le stesse limitazioni, cioè sulle extraurbane principali (e
tutte le secondarie dove sono presenti divieti simili)

Ciao,
Federico

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

Re: [Talk-it] Biciclette su trunk

[M∡rtin Koppenhoefer]

2010/9/22 Federico Cozzi :
> 2010/9/22 Fabio Alessandro Locati :
>> Sisi, infatti chiedevo... dato che non è così, possiamo semplicemente
>> lavorare a mano (e con l'aiuto di tagwatch etc) all'obbiettivo di
>> eliminare i tag 'trunk' in italia ;)
>
> Non capisco perché vuoi eliminare i tag trunk... come mapperesti le 
> superstrade?
> highway=X ci vuole


un altra volta il discorso trunk ;-)

In Germania il Cds e quasi uguale a quello italiano. La
interpretazione tedesca di trunk è una strada (non autostrada) che non
ha incroci a raso e che dispone di 2 carreggiate separate. Tempo fa
anche qui in lista questa vista è stata concordata.

Per il cartello blu (divieto per bici, motorini, pedoni, ecc.) si usa
motorroad=yes. Quello potrebbe essere anche aggiunto ad una primary se
la primary non ha le caratteristiche del trunk indicati sopra ma porta
il cartello blu.

ciao,
Martin

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

Re: [Talk-it] Biciclette su trunk

[Simone Saviolo]

Il 22 settembre 2010 11:31, Federico Cozzi  ha scritto:
> 2010/9/22 Simone Saviolo :
>> Scusa, non ho capito cosa intendi. Una strada extraurbana principale è
>> una strada extraurbana (cartello blu) con carreggiate separate per
>> senso di marcia. Non so a quale SGC ti riferisca: se parli della
>> FI-PI-LI, ad esempio, ho verificato non più di due settimane fa che
>> almeno a Livorno è effettivamente una extraurbana principale. Allo
>
> No:
> http://it.wikipedia.org/wiki/Strada_di_grande_comunicazione_Firenze-Pisa-Livorno#Caratteristiche
> La SGC è una extraurbana secondaria ed è il motivo del limite a 90
> anziché a 110.

Ciò che dici mi sconvolge profondamente. Sai per caso se ci sono
autovelox dal casello di Livorno fino a, diciamo, Salviano, Via di
Levante?

EDIT: ho guardato meglio e ho scoperto di aver fatto confusione.
Quella che ho fatto io è la variante Aurelia, che scende da Nord a Sud
circa parallela al mare. La FI-PI-LI invece continua in direzione
Est-Ovest anche dopo il casello di Collesalvetti, arrivando al mare
appena a Nord di Livorno. La Variante Aurelia è una extraurbana
principale, col limite dei 110, e i punti sono ancora tutti sulla mia
patente :-)

> Ma siamo entrambi d'accordo che, sebbene sia legalmente "secondaria",
> deve essere mappata highway=trunk

Purtroppo a questo punto non mi posso più esprimere sulla FI-PI-LI.

>> Se si dice trunk = extraurbana principale, la cosa è facile.
>
> No, io non sono d'accordo e in realtà non lo sei neanche tu. La SGC è
> secondaria, non principale, eppure entrambi la vogliamo mappare trunk.
> Questo perché esistono un sacco di strade, familiarmente chiamate
> "superstrade", che sono a carreggiate separate ecc. e che non sono
> "extraurbane principali". Io vorrei mapparle come highway=trunk (e
> anche tu saresti d'accordo).
>
>> Oltretutto con le foto del PCN è facile vedere se le carreggiate sono
>> separate.
>
> Attenzione: affinché sia extraurbana principale non bastano le
> carreggiate separate: devono essere assenti le intersezioni a raso, ci
> devono essere certi raggi di curvatura, ecc. La segnaletica è l'unico
> modo per distinguere le extraurbane principali dalle secondarie.

Quando hai ragione, hai ragione. +1 a tutto quello che hai detto.

> Ciao,
> Federico

Ciao,

Simone

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

Re: [Talk-it] Biciclette su trunk

[M∡rtin Koppenhoefer]

2010/9/22 Luca Delucchi :
> Il 21 settembre 2010 15:48, M∡rtin Koppenhoefer
>  ha scritto:
>> 2010/9/21 Luca Delucchi :
>
> scusa martin non ho ben capito, perchè i default non vanno bene? se
> dovessimo mettere a tutte le strade asphalt sai quanto si
> appesantirebbe il db...


Onestamente non vedo un problema. Se non hai un dato lo poi assumere,
ma rimane una ipotesi. Se hai un dato ti puoi affidare. Non sembra
molto soffisticato, ma è molto semplice e solido come approccio.

ciao,
Martin

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

Re: [Talk-it] Biciclette su trunk

[Federico Cozzi]

2010/9/22 Fabio Alessandro Locati :
> Sisi, infatti chiedevo... dato che non è così, possiamo semplicemente
> lavorare a mano (e con l'aiuto di tagwatch etc) all'obbiettivo di
> eliminare i tag 'trunk' in italia ;)

Non capisco perché vuoi eliminare i tag trunk... come mapperesti le superstrade?
highway=X ci vuole
Poi alcuni highway=trunk avranno il tag addizionale motorroad=yes
(tutte le strade extraurbane principali; quelle strade extraurbane
secondarie dove vale la restrizione) e gli altri no [esiste
motorroad=no?]

Ciao,
Federico

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

Re: [Talk-it] Biciclette su trunk

[Fabio Alessandro Locati]

Sisi, infatti chiedevo... dato che non è così, possiamo semplicemente
lavorare a mano (e con l'aiuto di tagwatch etc) all'obbiettivo di
eliminare i tag 'trunk' in italia ;)

2010/9/22 Federico Cozzi :
> 2010/9/22 Fabio Alessandro Locati :
>> Se il problema è che stiamo usando un tag che non dovremmo usare
>> vuol dire che dobbiamo rimuoverlo, non cambiare valori di default per
>> far tornare i conti... se appuriamo che tutti i trunk in italia sono
>> stati usati al posto di motorroad... possiamo anche agire con un bot,
>> o a mano se si preferisce
>
> Aspetta, trunk è una classificazione della strade e motorroad è una
> limitazione di accesso: sono due tag indipendenti.
>
> Su OSM in Italia mappiamo come trunk:
> -le strade extraurbane principali: sono ben definite da CdS, è
> sicuramente vietato il traffico non a motore.
> -ALCUNE strade extraurbane secondarie (le "superstrade"). Non esiste
> una definizione di superstrada da CdS
>
> Pertanto se io trovo una trunk su OSM non so se sia extraurbana
> principale o secondaria e quindi non conosco con esattezza le
> restrizioni.
> Ad esempio la SS291 Alghero-Sassari è mappata come trunk per un tratto
> (dove le caratteristiche fisiche lo consentono) ma non ci sono
> limitazioni di accesso:
> http://maps.google.it/?ie=UTF8&ll=40.710426,8.421192&spn=0,0.027466&t=h&z=16&layer=c&cbll=40.710906,8.42241&panoid=kzgBixckCcS9Z6B-5NtjFQ&cbp=12,48.95,,0,6.75
>
> Quello è un caso di trunk dove non si dovrebbe aggiungere motorroad=yes.
>
> Ciao,
> Federico
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Fabio Alessandro Locati

Home: Segrate, Milan, Italy (GMT +1)
Phone: +39-328-3799681
MSN/Jabber/E-Mail: fabioloc...@gmail.com

PGP Fingerprint: 5525 8555 213C 19EB 25F2  A047 2AD2 BE67 0F01 CA61

Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia

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

Re: [Talk-it] Biciclette su trunk

[Federico Cozzi]

2010/9/22 Simone Saviolo :
> Scusa, non ho capito cosa intendi. Una strada extraurbana principale è
> una strada extraurbana (cartello blu) con carreggiate separate per
> senso di marcia. Non so a quale SGC ti riferisca: se parli della
> FI-PI-LI, ad esempio, ho verificato non più di due settimane fa che
> almeno a Livorno è effettivamente una extraurbana principale. Allo

No:
http://it.wikipedia.org/wiki/Strada_di_grande_comunicazione_Firenze-Pisa-Livorno#Caratteristiche
La SGC è una extraurbana secondaria ed è il motivo del limite a 90
anziché a 110.
Ma siamo entrambi d'accordo che, sebbene sia legalmente "secondaria",
deve essere mappata highway=trunk

> Se si dice trunk = extraurbana principale, la cosa è facile.

No, io non sono d'accordo e in realtà non lo sei neanche tu. La SGC è
secondaria, non principale, eppure entrambi la vogliamo mappare trunk.
Questo perché esistono un sacco di strade, familiarmente chiamate
"superstrade", che sono a carreggiate separate ecc. e che non sono
"extraurbane principali". Io vorrei mapparle come highway=trunk (e
anche tu saresti d'accordo).

> Oltretutto con le foto del PCN è facile vedere se le carreggiate sono
> separate.

Attenzione: affinché sia extraurbana principale non bastano le
carreggiate separate: devono essere assenti le intersezioni a raso, ci
devono essere certi raggi di curvatura, ecc. La segnaletica è l'unico
modo per distinguere le extraurbane principali dalle secondarie.

Ciao,
Federico

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

Re: [Talk-it] Biciclette su trunk

[Stefano Tampieri]

>
>
> scusa martin non ho ben capito, perchè i default non vanno bene? se
> dovessimo mettere a tutte le strade asphalt sai quanto si
> appesantirebbe il db...
>

Io in tutte le strade che mappo, soprattutto se le ho percorse in Mtb, metto
sempre il surface, anche se è asfalto
-- 
Stefano
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Biciclette su trunk

[Simone Saviolo]

Il 22 settembre 2010 11:09, Federico Cozzi  ha scritto:
> D'altra parte su OSM mappiamo come trunk anche strade che non sono
> extraurbane principali ma sono semplicemente "superstrade", es. la
> SGC. Le "superstrade" non sono ben definite dal CdS e quindi non è
> implicato il cartello motorroad=yes. In questo caso su OSM va messo il
> tag motorroad=yes solo se c'è nella realtà.
>
> http://it.wikipedia.org/wiki/Strada_extraurbana_principale
> http://it.wikipedia.org/wiki/Superstrada#Superstrade_in_Italia
>
> Che confusione!

Scusa, non ho capito cosa intendi. Una strada extraurbana principale è
una strada extraurbana (cartello blu) con carreggiate separate per
senso di marcia. Non so a quale SGC ti riferisca: se parli della
FI-PI-LI, ad esempio, ho verificato non più di due settimane fa che
almeno a Livorno è effettivamente una extraurbana principale. Allo
stesso modo la Tangenziale di Novara è una extraurbana principale,
quindi la mappatura come trunk è corretta (che poi ci sia il limite a
90 all'ora invece dei 110 di default è un altro discorso, ed ha a che
fare con considerazioni sui novaresi che esulano dallo scopo di OSM
:-) ).

Se si dice trunk = extraurbana principale, la cosa è facile.
Oltretutto con le foto del PCN è facile vedere se le carreggiate sono
separate.

> Ciao,
> Federico

Ciao,

Simone

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

Re: [Talk-it] Biciclette su trunk

[Federico Cozzi]

2010/9/22 Fabio Alessandro Locati :
> Se il problema è che stiamo usando un tag che non dovremmo usare
> vuol dire che dobbiamo rimuoverlo, non cambiare valori di default per
> far tornare i conti... se appuriamo che tutti i trunk in italia sono
> stati usati al posto di motorroad... possiamo anche agire con un bot,
> o a mano se si preferisce

Aspetta, trunk è una classificazione della strade e motorroad è una
limitazione di accesso: sono due tag indipendenti.

Su OSM in Italia mappiamo come trunk:
-le strade extraurbane principali: sono ben definite da CdS, è
sicuramente vietato il traffico non a motore.
-ALCUNE strade extraurbane secondarie (le "superstrade"). Non esiste
una definizione di superstrada da CdS

Pertanto se io trovo una trunk su OSM non so se sia extraurbana
principale o secondaria e quindi non conosco con esattezza le
restrizioni.
Ad esempio la SS291 Alghero-Sassari è mappata come trunk per un tratto
(dove le caratteristiche fisiche lo consentono) ma non ci sono
limitazioni di accesso:
http://maps.google.it/?ie=UTF8&ll=40.710426,8.421192&spn=0,0.027466&t=h&z=16&layer=c&cbll=40.710906,8.42241&panoid=kzgBixckCcS9Z6B-5NtjFQ&cbp=12,48.95,,0,6.75

Quello è un caso di trunk dove non si dovrebbe aggiungere motorroad=yes.

Ciao,
Federico

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

Re: [Talk-it] Biciclette su trunk

[Federico Cozzi]

2010/9/22 Luca Delucchi :
>> - il trunk non esiste legalmente in italia, ma esiste un tag apposito
>> per indicare motorroad=yes (quello che si discute di considerare
>> "default"). Usiamolo.
> infatti, io non lo avrei mai utilizzato :-)

motorroad=yes indica il cartello quadrato blu col disegno
dell'automobile, che vuole dire "strada riservata ai veicoli a motore"

E' implicito da CdS nelle strade extraurbane principali (quelle col
cartello di inizio e fine) quindi è corretto metterlo su OSM ad una
trunk che è una extraurbana principale

D'altra parte su OSM mappiamo come trunk anche strade che non sono
extraurbane principali ma sono semplicemente "superstrade", es. la
SGC. Le "superstrade" non sono ben definite dal CdS e quindi non è
implicato il cartello motorroad=yes. In questo caso su OSM va messo il
tag motorroad=yes solo se c'è nella realtà.

http://it.wikipedia.org/wiki/Strada_extraurbana_principale
http://it.wikipedia.org/wiki/Superstrada#Superstrade_in_Italia

Che confusione!

Ciao,
Federico

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

Re: [Talk-it] Biciclette su trunk

[Fabio Alessandro Locati]

Se il problema è che stiamo usando un tag che non dovremmo usare
vuol dire che dobbiamo rimuoverlo, non cambiare valori di default per
far tornare i conti... se appuriamo che tutti i trunk in italia sono
stati usati al posto di motorroad... possiamo anche agire con un bot,
o a mano se si preferisce

2010/9/22 Luca Delucchi :
> Il 21 settembre 2010 15:48, M∡rtin Koppenhoefer
>  ha scritto:
>> 2010/9/21 Luca Delucchi :
>
>> sono contrario per al meno 3 motivi:
>>
>> - perché usare un default diverso dal estero?
>
> perchè certi default sono diversi da stato in stato
>
>> - i default in generale non funzionano, è anche stato discusso nei
>> ultimi giorni sulla lista tagging: se un dato non è presente il
>> default è che non è stato rilevato. Altrimenti si assume cose dalla
>> "non-presenza" di un dato. Un dato anche ridundante (nel senso che
>> viene considerato default da tante persone, per esempio lanes=2 oppure
>> surface=asphalt) contiene al meno la informazione che qualcuno ha
>> rilevato questo dato (e più o meno quando). Poi permette anche di
>> trovare incongruenze (tutti possono editare, cosí si trovano più
>> facile gli errori).
>
> scusa martin non ho ben capito, perchè i default non vanno bene? se
> dovessimo mettere a tutte le strade asphalt sai quanto si
> appesantirebbe il db...
>
>> - il trunk non esiste legalmente in italia, ma esiste un tag apposito
>> per indicare motorroad=yes (quello che si discute di considerare
>> "default"). Usiamolo.
>
> infatti, io non lo avrei mai utilizzato :-)
>
>>
>> ciao,
>> Martin
>>
>
> ciao
> Luca
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-it
>



-- 
Fabio Alessandro Locati

Home: Segrate, Milan, Italy (GMT +1)
Phone: +39-328-3799681
MSN/Jabber/E-Mail: fabioloc...@gmail.com

PGP Fingerprint: 5525 8555 213C 19EB 25F2  A047 2AD2 BE67 0F01 CA61

Involved in: KDE, OpenStreetMap, Ubuntu, Wikimedia

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

Re: [Talk-it] Biciclette su trunk

[Luca Delucchi]

Il 21 settembre 2010 15:48, M∡rtin Koppenhoefer
 ha scritto:
> 2010/9/21 Luca Delucchi :

> sono contrario per al meno 3 motivi:
>
> - perché usare un default diverso dal estero?

perchè certi default sono diversi da stato in stato

> - i default in generale non funzionano, è anche stato discusso nei
> ultimi giorni sulla lista tagging: se un dato non è presente il
> default è che non è stato rilevato. Altrimenti si assume cose dalla
> "non-presenza" di un dato. Un dato anche ridundante (nel senso che
> viene considerato default da tante persone, per esempio lanes=2 oppure
> surface=asphalt) contiene al meno la informazione che qualcuno ha
> rilevato questo dato (e più o meno quando). Poi permette anche di
> trovare incongruenze (tutti possono editare, cosí si trovano più
> facile gli errori).

scusa martin non ho ben capito, perchè i default non vanno bene? se
dovessimo mettere a tutte le strade asphalt sai quanto si
appesantirebbe il db...

> - il trunk non esiste legalmente in italia, ma esiste un tag apposito
> per indicare motorroad=yes (quello che si discute di considerare
> "default"). Usiamolo.

infatti, io non lo avrei mai utilizzato :-)

>
> ciao,
> Martin
>

ciao
Luca

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

[Talk-it] Problem with API 0.6 code Rail Port

[francescobocca...@libero.it]

Hi to all,
i'm new of this mailing list. I have a problem with API when import into 
database postgresql by josm a value that have more than 255 characters.
I'd like to solve this problem. I have change a type of v into postgresql and 
josm can "read" value of v more than 255 character but when import changes into 
database API show me error.
Which file of Rails port i must change to solve my problem? I try to search 
into model and controller folder.
Thanks to all.

Francesco

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

Re: [Talk-it] Per gli appassionati di "bricolage": GPS fai da te :)

[Matteo Gottardi]

In data mercoledì 22 settembre 2010 08:50:44, ale_z...@libero.it ha scritto:
[]
> 1) essere in una regione che disponga di una rete GNSS che trasmetta le
> correzioni RTK in tempo reale (usando il protocollo NTRIP)
> 2) mappare in uan zona con copertura internet

Per quelli come me che sono sprovvisti di palmare, e' possibile effettuare la 
correzione a posteriori? Cioe' salvare la traccia gpx nel logger, e poi 
correggerla con i dati differenziali?

Comunque penso che la maggior parte degli errori sia causata da attenuazioni 
del segnale e multipath... Con il mio bt747 su strade aperte ottengo sempre 
una traccia abbastanza precisa, quando vado per boschi invece mi capita di 
avere scostamenti anche sull'ordine dei 30 metri...

-- 
* Matteo Gottardi | matg...@tin.it
* ICQ UIN 20381372
* Linux - the choice of a GNU generation
* GPG Fingerprint:
* B9EE 108F 52C8 D50C B667 B1F2 AB56 8A01 BA3D 36A1

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