[dev-italia] OSM box

[cesare gerbino]

Ciao Lorenzo,


grazie innazi tutto della condivsione ...

Cesare Gerbino

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

Questo è un account di posta personale di Cesare Gerbino: tutte le opinioni
espresse sono personali e non riflettono necessariamente quelle del mio
datore di lavoro

This is Cesare Gerbino mail account. Text is written by Cesare Gerbino:
 the views expressed  are mine and not necessarily those of my employer.
.


Il giorno 29 giugno 2016 11:56, Lorenzo Perone <lorenzo.perone a gmail.com>
ha scritto:

>
>
> Il giorno 28 giugno 2016 20:10, Paolo F <geofrizz a gmail.com> ha scritto:
>
>> Ciao,
>> nella visualizzazione e' molto probabile che venga riproiettato al volo,
>> bisogna vedere pero' se quando si configura il sistema e quindi si
>> importano i dati, vi sia un parametro da settare che indichi il tipo di
>> datum e che questo venga traslato nel sistema corretto (wgs84).
>> Si, l'ordine di grandezza e' quello, pero' sicuramente varia da zona a
>> zona dell'Italia, in modo particolare le aree piu' occidentali e piu'
>> orientali sicuramente sono quelle in cui l'offset e' maggiore.
>> Mhmm ... se sono in EPGS:23032 potresti anche non trovarli espressi come
>> latitudine e longitudine, ma in coordinate chilometriche e qundi non
>> confrontabili direttamente.
>> Sicuramente una qualche conversione durante l'importazione viene fatta,
>> le coordinate segnalate da Lorenzo sono praticamente le stesse,
>> differiscono di pochissimo, quello che cambia e' il posizionamento sulla
>> mappa; in pratica sembra che i dati siano convertiti, ma non traslati.
>>
>> Ciao, Paolo
>>
>>
> Ciao a tutti,
> coinvolgo nella discussione Cesare (Gerbino) che so essere molto attivo
> sui civici.
>
> Per Cesare un breve recap: dopo avere configurato server di tile
> vettoriali e tradizionali aggiornando degli script di creazione non
> perfettamente funzionanti (vedi
> https://github.com/osmItalia/opentileserver e
> https://github.com/osmItalia/osm2vectortiles) ci vorremmo avventurare
> nell'installazione e test di un "motore" di geocoding.
> Facendo alcuni test Paolo (Frizzera) ha rilevato che
>
> seguendo il link di Lorenzo:
>
> https://mapzen.github.io/leaflet-geocoder/#12/44.4938/11.3386
>
> ho notato che la ricerca viene effettuata molto probabilmente attraverso
> fonti di dati differenti uno OSM l'altro forse OpenAddress.
> Esiste pero' un'offset nel posizionare il marker probabilmente in base a
> quale fonte viene utilizzata; provate a cercare:
>
> "1 Via Francesco Rizzoli, Bologna, Italy"
>
> e poi
>
> "1 VIA RIZZOLI, Bologna, Italy"
>
> A cosa e' dovuto l'offset ?? Errata configurazione di mapzen ?? Errata
> conversione tra datum ?? Coordinate sbagliate ??
> Se si vogliono utilizzare piu' fonti di ricerca sara' una cosa da chiarire
> e possibilmente risolvere.
>
> Stamattina ho fatto alcune prove sui civici di via Rizzoli - Bologna.
> Trovate il risultato in questa mappa:
>
> http://osmserver3.westeurope.cloudapp.azure.com/20160629_bologna
>
> gli estratti dei civici utilizzati nella mappa li trovate in questo
> repository
>
> https://github.com/osmItalia/civici/tree/master/20160629_bologna/data
>
> riproiettando il dato di Openaddress da EPSG 4326 (geo WGS84) a EPSG 4630
> (geo ED50) i dati si posizionano in maniera coerente.
>
> Rimangono tuttavia delle differenze tra i civici ufficiali e quelli in
> OSM, la differenza è di pochi metri, circa 5, ed è costante, il che mi fa
> pensare ad una conversione di datum (ed50 - wgs84) effettuata in maniera
> non rigorosa.
>
> Forse è una novità per me ma era noto a molti :)
> Ciao.
> l.
>
>
>
>
>
>
-------------- parte successiva --------------
Un allegato HTML è stato rimosso...
URL: <http://lists.openstreetmap.org/pipermail/dev-italia/attachments/20160629/ca31cc78/attachment-0001.html>