On 03.10.10, 03:09, M∡rtin Koppenhoefer wrote:
> Vi segnalo che dopo anni di attesa da qualche giorno viene
> renderizzato historic=archeological_site
>
> http://wiki.openstreetmap.org/wiki/Tag:historic%3Darchaeological_site
>
> http://www.openstreetmap.org/?lat=41.89249&lon=12.48917&zoom=16&laye
>> uhm, non sono sicuro sia solo una questione di app, secondo me i chip
>> GPS montati sull'hardware android attuale non riescono a fare il
>> lavoro necessario. Ovviamente andrebbe controllato nelle specifiche di
>> ogni modello. In generale comunque non basta avere un chip GPS per
>> fare le cor
2010/10/3 Stefano Salvador :
>>
>> Non penso che i terminali WM abbiano un hw superiore a quelli android,
>> solo non sono state ancora sviluppate le app.
>>
>
> uhm, non sono sicuro sia solo una questione di app, secondo me i chip
> GPS montati sull'hardware android attuale non riescono a fare il
> Dovrebbero bastare i log NMEA?
> Perché le API prevedono anche la ricezione delle sentenze NMEA:
> http://developer.android.com/reference/android/location/GpsStatus.NmeaListener.html
in teoria sì, però lo standard NMEA è molto flessibile e non tutte le
sentenze elencate sono sempre presenti, anz
2010/10/3 Stefano Salvador :
> su questo aspetto ho però un dubbio di fondo (purtroppo sui GPS sembra
> che non si sappia mai abbastanza): se non sbaglio per applicare le
> correzioni differenziali distribuite dalle varie stazioni fisse è
> necessario che il chip GPS montato sul terminale non si li
2010/10/3 Stefano Salvador :
> Se non ricordo male avevo letto da qualche parte che molti garmin
> possono essere "forzati" a salvare i dati in modo da poterli
> correggere in post processing con i dati differenziali.
Molti ma non tutti, ad es. il mio Edge 705 non può :-(
Comunque hai ragione: per
su questo aspetto ho però un dubbio di fondo (purtroppo sui GPS sembra
che non si sappia mai abbastanza): se non sbaglio per applicare le
correzioni differenziali distribuite dalle varie stazioni fisse è
necessario che il chip GPS montato sul terminale non si limiti a
"prendere il punto" ma deve an
2010/10/3 ale_z...@libero.it :
> Niente da fare, non ho trovato un NTRIPclient per Android.
>
> Il massimo, se fossi sicuro dell'affidabilità sarebbe il Windroid, ma è un
> cinafonino.
>
> A questo punto stavo meditando di prendere l'Asus Garmin nuvifone M10 con
> Win_ows e schermo 800x480 pur sape
Niente da fare, non ho trovato un NTRIPclient per Android.
Il massimo, se fossi sicuro dell'affidabilità sarebbe il Windroid, ma è un
cinafonino.
A questo punto stavo meditando di prendere l'Asus Garmin nuvifone M10 con
Win_ows e schermo 800x480 pur sapendo che ha delle pecche.
Orsù, avete anc
2010/10/3 David Paleino :
> Se è un ingresso, aggiungi anche building=entrance
+1
o barrier=entrance (è un po'
> controversa la cosa)
io direi eventualmente si potrebbe aggiungere barrier=gate ma
barrier=entrance significa apertura che secondome non comprende una
porta d'ingresso (aperture=n
che bello !
era da un po' che aspettavo venissero renderizzati ... in Italia direi
che è fondamentale.
Se non sbaglio c'era un ticket su trac che però non riesco più a trovare.
Ciao,
Stefano
2010/10/3 M∡rtin Koppenhoefer :
> Vi segnalo che dopo anni di attesa da qualche giorno viene
> renderiz
Ok, perfetto e grazie per il link (bisognerebbe spiegarlo anche a chi crea i
cartelli con la nomenclatura stradale) ;)
--
View this message in context:
http://gis.638310.n2.nabble.com/Numeri-romani-nome-via-e-numeri-civici-tp5595701p5595799.html
Sent from the Italy mailing list archive at Nabble
Il 03/10/2010 10:30, Jeawrong ha scritto:
Salve, ho un paio di quesiti per gli esperti di OSM, so che per le vie che
usano le date (ad esempio via XX settembre) si deve usare il numero arabo in
luogo di quello romano, ma tale discorso vale anche nel caso di personaggi
(ad esempio la via di casa m
Ok, perfetto, grazie per il chiarimento :)
--
View this message in context:
http://gis.638310.n2.nabble.com/Numeri-romani-nome-via-e-numeri-civici-tp5595701p5595759.html
Sent from the Italy mailing list archive at Nabble.com.
___
Talk-it mailing list
On Sun, 3 Oct 2010 02:17:33 -0700 (PDT), Jeawrong wrote:
>
> In effetti è difficile immaginare il nome della via scritto in numeri arabi
> ;)
> I numeri civici sono più ingressi allo stesso edificio.
> A volte non si tratta di veri e propri ingressi, spesso si tratta di
> serrande (tipo garage) e
Sono d'accordo :)
--
View this message in context:
http://gis.638310.n2.nabble.com/Numeri-romani-nome-via-e-numeri-civici-tp5595701p5595752.html
Sent from the Italy mailing list archive at Nabble.com.
___
Talk-it mailing list
Talk-it@openstreetmap.org
Il secondo quesito riguarda l'inserimento sulle mappe dei numeri civici, da
qualche parte ho letto che (nel caso di più numeri civici per lo stesso
palazzo e la stessa via, bisogna inserire gli stessi separati da virgole nel
tag addr:housenumber. E' corretto questo approccio o è meglio inserirli
In effetti è difficile immaginare il nome della via scritto in numeri arabi
;)
I numeri civici sono più ingressi allo stesso edificio.
A volte non si tratta di veri e propri ingressi, spesso si tratta di
serrande (tipo garage) e in qualche caso è presente il numero civico su
ingressi inesistenti,
On Sun, 3 Oct 2010 01:30:44 -0700 (PDT), Jeawrong wrote:
>
> Salve, ho un paio di quesiti per gli esperti di OSM, so che per le vie che
> usano le date (ad esempio via XX settembre) si deve usare il numero arabo in
> luogo di quello romano, ma tale discorso vale anche nel caso di personaggi
> (ad
Salve, ho un paio di quesiti per gli esperti di OSM, so che per le vie che
usano le date (ad esempio via XX settembre) si deve usare il numero arabo in
luogo di quello romano, ma tale discorso vale anche nel caso di personaggi
(ad esempio la via di casa mia è Via Filippo II°)?
Il secondo quesito r
20 matches
Mail list logo