Re: [Talk-it] Statistiche interessanti OSM?

[Diego Guidotti - Aedit s.r.l.]

Il giorno 12 novembre 2015 12:47, Federico Leva (Nemo) 
ha scritto:

>
>
> Diego Guidotti è ancora in giro, può essere convinto ad aggiornare i dati
> e come? Il codice che hai messo in GitHub è davvero l'ultimo prodotto? Il
> sito non è al momento archiviato da Wayback machine e ciò è un grosso
> peccato specie se è l'unico storico disponibile per i dati vecchi: qualcuno
> può dire a gfoss di aggiungere in http://www.gfoss.it/robots.txt due
> righe:
> User-agent: ia_archiver
> Allow: /osm/stat/
> ?
>
>
Si ci sono ancora, ho arretrati paurosi in ML :-)

Il sito si aggiornava in automatico ma il server era pieno e bloccamo il
cron per non bloccare altri servizi.  Mi sembra che Simone stia lavorando
per farlo ripartire a aggiornarlo, spero durante la pausa di natale di
avere tempo per un hackathon virtuale per farlo ripartire.

Per il dato storico il sistema già storicizza tutto (ad es.
http://www.gfoss.it/osm/stat/?historic=ind_pop_reg=9)

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

Re: [Talk-it] geocoder osm ..io aborro GMAPS

[Diego Guidotti - Aedit s.r.l.]

Il giorno 01 aprile 2014 21:41, cesare gerbino cesaregerb...@gmail.com ha
scritto:

 Interessante, non consocevo il progetto. La velocità è impressionante.
 Esiste anche una possibilità di geocoding massivo fornendo un elenco di
 indirizzi? Se no, sulla base della tua esperienza, è fattibile?


SOLR, il sistema di gestione delle ricerche, ha delle API molto
documentate. Qui un esempio di richiesta:

http://95.240.35.64:8080/solr-example/collection1/select?q=Piazza+Mazzini,+Livornowt=jsonindent=trueqt=italian


Creare un processo batch è abbastanza facile.



 Inoltre, ho provato questo indirizzo: via kennedy 242/e laives. Quello che
 ottengo è diverso da quanto presente sulla mappa OSM (
 http://www.openstreetmap.org/#map=17/46.42477/11.33483). E' solo un
 problema di aggiornamento di dati?


Al momento non gestisce i civici, quindi posiziona il punto nel centroide
della via.


  Grazie


 Cesare

 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



 Il giorno 01 aprile 2014 16:46, Diego Guidotti - Aedit s.r.l. 
 guido...@aedit.it ha scritto:

 Approfitto del topic per parlare di geocoding. Durante lo scorso OSMIT
 avevo smanettato con SOLR per provare a implementare un geocoder decente su
 OSM per superare i problemi di Nominatim.

 http://95.240.35.64/geocoder/

 Parte tutto da un fork di Photon [1] usato da kamoot [2] ed ho fatto
 delle piccole modifiche per migliorare i risultati della ricerca in
 Italiano.

 Per adesso contiene l'italia centro nord ed i dati OSM sono aggiornati a
 qualche mese fa. Il primo weekend libero faccio lo script di aggiornamento
 settimanale.

 Ciao,
 Diego

  [1] https://github.com/komoot/photon
  [2] http://www.komoot.de/




 Il giorno 01 aprile 2014 12:17, Martin Koppenhoefer 
 dieterdre...@gmail.com ha scritto:


 2014-03-31 22:44 GMT+02:00 Francesco Piero Paolicelli 
 pierso...@gmail.com:

 Ho smanettato su nominatin e open.mapquest e ho pensato di iniziare a
 fare un piccolo geocoder online, partendo da un csv

 http://www.apposta.biz/prove/geo.php

 mi aiutate a capire se ne vale la pena, oppure c'è qualche pappa
 pronta ?



 c'è un geocoding plugin per QGIS, basato su dati OSM, lo connosci?

 ciao,
 Martin

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



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



 ___
 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] geocoder osm ..io aborro GMAPS

[Diego Guidotti - Aedit s.r.l.]

Il giorno 01 aprile 2014 22:15, Hartman sldr.hart...@gmail.com ha scritto:

 Veramente ottimo. Ti lancio una sfida :). Perché non evidenziare tutte le
 strade il cui nome corrisponde alla chiave di ricerca all'interno del
 comune? In questo modo supereresti il problema di Nominatim che spezzetta
 le
 strade nei risultati di ricerca.

 in effetti prendendo i singoli elementi avevo molti risultati duplicati.
Per superare il problema prima ritaglio le vie con i confini comunali
ISTAT, poi unisco tutti segmenti con lo stesso nome (usando un buffer di
ricerca di qualche decina di metri) ed in questo modo evito le duplicazioni
delle vie editate con segmenti diversi. Comunque ci son varie cose da
testare anche se i risultati preliminari sono promettenti.

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

Re: [Talk-it] Aggiornamenti statistiche GFOss su OSM

[Diego Guidotti - Aedit s.r.l.]

Ciao,
il server che ospitava le statistiche non ce la faceva ad aggiornarle, sono
riuscito a resuscitare il sito su un altro server.

http://95.240.35.64:8181/osmstat/

La soluzione è temporanea, ma intanto dovreste accedere alle statistiche
settimanali aggiornate.

Ciao,
Diego


2014-02-17 13:31 GMT+01:00 bredy bredy...@yahoo.it:

 Noto con tristezza che è da un po' che non vengono più aggiornate le
 statistiche fornite da Gfoss sui dati di OSM. Le ritenevo utili per capire
 le zone dove c'era più bisogno di mappare. Nessuno sa come mai si son
 fermati?



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Aggiornamenti-statistiche-GFOss-su-OSM-tp5796634.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] Progresso mappatura Sardegna

[Diego Guidotti - Aedit s.r.l.]

2013/11/27 Daniele Forsi dfo...@gmail.com

 Qualcuno è in grado di fare un calcolo di quanto è progredita la
 mappatura della Sardegna?



Ho aggiornato le statistiche GFOSS, e nel (lungo) periodo tra il 16 di
settembre e il 27 di novembre questi sono i comuni con un maggiore
incremento nella mappatura:

*Provincia**Comuni**Differenza KM* *Differenza %*NUOROBITTI 209.93150.78
NUORO SINISCOLA170.6937.87NUORO NUORO162.4640.8 NUOROLODE'115.52113.36
ORISTANOURAS83.88 69.35NUOROLULA79.49 69.14OLBIA-TEMPIOOLBIA 78.466.93
ORISTANOTERRALBA 76.3650.33NUORO TORPE'74.1449.48NUORO OLIENA73.7628.82
NUOROORUNE72.854.69 NUOROONANI70.29 117.87ORISTANOMOGORO56.33 67.88NUORO
DORGALI 50.818.8NUOROIRGOLI 50.3562.69ORISTANO ORISTANO45.1512.98CAGLIARI
DOLIANOVA38.2423.49 OLBIA-TEMPIOARZACHENA37.738.58 NUOROLOCULI34.87 82.65
NUOROORGOSOLO34.52 12.86

Ciao,
Diego

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

Re: [Talk-it] Diego Guidotti

[Diego Guidotti - Aedit s.r.l.]

Ciao,
si sono un vecchio utente (i bei tempi dove mancavano anche le statali) e
da sempre sono affezionato a Potlatch (mea culpa). In passato ho fatto
parecchio Armchair mapping per colmare i vuoti maggiori, se ho fatto
qualche errore segnalamelo direttamente.

A presto,
Diego



2013/9/16 Francesco Pelullo f.pelu...@gmail.com

 Non ho potuto guardare il link che hai indicato, posso soltanto dire che
 Diego è un utente esperto  e se c'è nella fattispecie un errore non può che
 trattarsi di una svista.

 Ciao
 /niubii/
  Il giorno 15/set/2013 22:54, Mario Pichetti mario.piche...@gmail.com
 ha scritto:

  Durante il mio peregrinare per la penisola, mi sono imbattuto in questo
 utente ((1) Diego Guidotti)

 Traccia con

- 
 created_byhttp://wiki.openstreetmap.org/wiki/Key:created%20by?uselang=it= 
 Potlatch 2
- version = 2.3

 Secondo me avrebbe bisogno di qualche info, vedi ---
 http://www.openstreetmap.org/?lat=43.7907177lon=11.3977795zoom=21

 Ha al suo attivo 7958 modifiche.

 Saluti vivissimi, Mario.

 (1) http://www.openstreetmap.org/user/Diego%20Guidotti


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


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


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

Re: [Talk-it] Confini amministrativi, isole...

[Diego Guidotti - Aedit s.r.l.]

2013/7/16 Simone Cortesi sim...@cortesi.com

 2013/7/16 marco bra marcobra.ubu...@gmail.com:
  In questa zona confini comunali sembrano alquanto improbabili...,
  quantomeno nelle isole interne al confine principale...
 
  http://www.openstreetmap.org/?lat=40.40562lon=15.49765zoom=16
 
  Non avendo possibilità di verifica precisa Vi invio messaggio qui

 penso, invece, che siano corretti, si tratta di enclavi (o exclavi)
 http://it.wikipedia.org/wiki/Exclavi del comune confinanti.




I amministrativi confini sono sempre fonte di divertimento:

http://burc.regione.campania.it/eBurcWeb/directServlet?DOCUMENT_ID=504ATTACH_ID=504
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] aggiornamento dati gfoos ancora ko?

[Diego Guidotti - Aedit s.r.l.]

2013/5/15 Luca Delucchi lucadel...@gmail.com

 Il giorno 09/mag/2013 15:25, beppebo...@libero.it
 beppebo...@libero.it ha scritto:
  Il sistema di aggiornamento dati gfoos è così irrimediabilmente ancora
  danneggiato o è stata sostituita la pagina in altro link e mi è sfuggito
  qualcosa? Sembrava fosse una  cosa da poco:(
 A me sembra continui ad andare, con una settimana di ritardo...


Penso che facesse riferimento al sito delle statistiche [1] . Sono
sostanzialmente ferme al 2 di febbraio. Le dimensioni crescenti dell'OSM
italiano e la macchina con le risorse sature fanno in modo che lo script di
aggiornamento salta. Appena mi si liberano un po' di risorse su un mio
server riattivo il servizio su di un altra macchina. Se qualcuno è
interessato posso passargli gli script.
Ciao,
Diego

[1] http://www.gfoss.it/osm/stat/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] statistiche gfoos

[Diego Guidotti - Aedit s.r.l.]

2013/3/10 beppebo...@libero.it beppebo...@libero.it

 Ho notato che i dati sono risalenti al 2 febbraio prima si aggiornavano
 settimanalmente... si è interrotto qualcosa?


Si, ci sono dei problemi nello script di aggiornamento, fallisce l'import
di importazione dei dati. Spero di riuscire a sistemare il tutto presto.

Ciao,
Diego



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

Re: [Talk-it] altre cancellazioni?

[Diego Guidotti - Aedit s.r.l.]

Ciao,
anche io ho visto questi dati e sto indagando. Penso che sia un problema
del sistema di calcolo delle statistiche e non siano state cancellate delle
strade su OSM. Ho fatto delle verifiche puntuali su alcuni comuni ed i dati
dovrebbero essere tutti ok. Probabilmente la query che taglia le strade e
le assegna ai comuni può avere incontrato un problema. Appena ho tempo
faccio dei controlli ulteriori.

Ciao,
Diego



2012/12/26 beppebo...@libero.it beppebo...@libero.it

 guardando i dati gfoss del 22 ho visto un gran segno meno circa 100km di
 strade
 in meno circa 26 solo in veneto possibile ci siano stati ancora altri
 tagli di
 strade? E' solo un errore di gfoss?
 Sinceramente mi sto stufando di queste continue perdite fatte a
 spezzatino

 ___
 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] Riduzione delle province

[Diego Guidotti - Aedit s.r.l.]

A pensare che stavo per mettere il fantomatico tag is_in=Livorno a
place=town name=Pisa

:-)


2012/11/1 sabas88 saba...@gmail.com

 In teoria dal 1° Gennaio 2014 dovrebbero essere operative, ma entro
 Novembre 2013 dovranno essere pronti gli statuti..
 Si pone anche il problema dei comuni che cambiano provincia, non ho ancora
 trovato un elenco completo...

 Ciao,
 Stefano


 Il giorno 01 novembre 2012 17:26, Luca 'remix_tj' Lorenzetto 
 lorenzetto.l...@gmail.com ha scritto:

 2012/11/1 Simone Saviolo simone.savi...@gmail.com:

  In seguito all'approvazione del decreto-legge [1], il Consiglio dei
 Ministri
  ha reso definitivo il provvedimento sulla riduzione delle Province.
 Secondo
  voi, quale sarà il momento migliore per introdurre le modifiche in OSM?

 Assolutamente quando il decreto sarà operativo, cioè a cose definitive
 e operative. Da qui all'entrata in vigore cambieranno un miliardo di
 cose


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

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

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

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



 ___
 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

[Talk-it] Statistiche GFOSS (strade perse)

[Diego Guidotti - Aedit s.r.l.]

Ho fatto rigirare le statistiche sul sito GFOSS  [1] per verificare le
perdite a seguito della pulizia della banca dati dei dati incompatibili
con la nuova licenza. Le perdite quantitativamente sono state abbastanza
ridotte si sono persi circa 1300 km dal 14 al 19 di Luglio. tenete conto
che in genere ogni giorno vengono aggiunti nel database circa 300 km e
quindi come lunghezza complessiva con 3-4 gg di lavoro si recupera.

Ovviamente nel dettaglio i problemi sono maggiori, l'analisi sul sito GFOSS
riguarda solo le strade, e poi si sono persi parecchi attributi e, a volte,
le strade hanno perso alcuni vertici e vanno quindi ricontrollate
attentamente.

Ho messo su una pagina che mostra i comuni con le maggiori perdite [2] le
zone più colpite sono Venezia (come già discusso in ML) e Taranto e comuni
limitrofi. Se andate nelle pagine regionali potete accedere ad una
statistica di questo tipo sui comuni della regione scelta.


Ciao,
Diego

[1] http://www.gfoss.it/osm/stat/http://www.gfoss.it/osm/stat/?most=lost_road
[1] http://www.gfoss.it/osm/stat/?most=lost_road
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Statistiche GFOSS (strade perse)

[Diego Guidotti - Aedit s.r.l.]

2012/7/19 beppebo...@libero.it beppebo...@libero.it

 Non sono molto ottimista sul fatto che in 3-4 giorni si recuperino le
 strade per i seguenti motivi oltre al fatto che molte sono state cancellate:


Concordo,  parlavo di recupero quantitativo e non qualitativo, diciamo
che temevo delle perdite peggiori.

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

Re: [Talk-it] Elenco strade italiane per comune

[Diego Guidotti - Aedit s.r.l.]

2012/1/4 Pietro peter.z...@gmail.com

 Ciao a tutti!

 Ciao


 nella mailing list italiana di python si è aperto un topic [0] su come
 avere l'elnco di tutte le strade divise per comune.



Sul sito di GFOSS abbiamo sviluppato (in PHP)  un sito [1] che calcola le
statistiche sui limiti amministrativi. Se vai su una regione - provincia
- comune arrivi ad una pagina con lo stradario comunale (es. Pisa [2]).
 L'idea era proprio di creare delle pagine OpenStreetMap per ogni comune
con la possibilità di avere suggerimenti sui dati mancanti.

Il sistema scarica settimanalmente da geofabrik i dati italiani, li importa
in postgres con osm2pgsql e poi una serie di script sql precalcolano tutte
le statistiche (prima si spezzano le strade con i limiti amministrativi e
poi si calcolano le lunghezze). Dopo questo lo sviluppo dell'interfaccia
web è banale.

Se interessano vi posso girare il codice.

Ciao,
Diego



[1] http://www.gfoss.it/osm/stat/
[2] http://www.gfoss.it/osm/stat/?cod_com=50026
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Elenco strade italiane per comune

[Diego Guidotti - Aedit s.r.l.]

2012/1/4 Maurizio Napolitano napoo...@gmail.com

  Se interessano vi posso girare il codice.

 Premesso che me lo hai gia' girato a suo tempo,
 perche' non lo pubblichi online?
 Se mi rispondi che non hai tempo lo faccio io :)
 pero' mi devi dire che tipo di licenza vuoi


Si pubblicalo pure, per la licenza andrebbe bene una BSD .
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] dati gfoss

[Diego Guidotti - Aedit s.r.l.]

2011/12/10 beppebo...@libero.it beppebo...@libero.it

 Da qualche settimana nei dati gfoss manca il dato riguardante la copertura
 delle frazioni dei diversi comuni. Lo trovavo molto interessante come la %
 di
 strade con nome per capire dove mancavano delle frazioni o località da
 aggiungere per completare la mappa. Qualcuno ne sa qualcosa?


Ho visto, probabilmente ho fatto un errore nello script di aggiornamento,
vedo do correggerlo nei prossimi giorni.

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

Re: [Talk-it] village senza strade

[Diego Guidotti - Aedit s.r.l.]

Sul sito di statistiche di GFOSS [1] c'è qualcosa di simile.  Scegliete una
regione  e cliccate su Località senza strade. in [2] e [3] alcuni esempi
per Lombardia e Lazio. La query utilizza tutte le località ISTAT (anche
quelle non importate in OSM) e segnala quelle località che non hanno
nessuna strada nel raggio di 300 metri. La banca dati si aggiorna
settimanalmente il venerdì.

Ciao,
Diego

[1] 
http://www.gfoss.it/osm/stat/http://www.gfoss.it/osm/stat/?loc=no_roadcod_reg=3
[2] http://www.gfoss.it/osm/stat/?loc=no_roadcod_reg=3
[3] http://www.gfoss.it/osm/stat/?loc=no_roadcod_reg=12
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] village senza strade

[Diego Guidotti - Aedit s.r.l.]

2011/11/14 niubii f.pelu...@gmail.com


 Per curiosità: perché è stato definito un raggio pari a 300m ?
 Dipende dalla distribuzione della serie?


Il dato Istat spesso non è precisissimo, inoltre la riproiezione del dato
ISTAT l'ho effettuata senza i parametri di correzione ed ha quindi un
errore di un centinaio di metri. Con un buffer inferiore avevo dei falsi
positivi. In futuro dovremmo migliorare la qualità e testare, per ogni
località, anche la presenza dei nomi delle strade.
Ciao,
Diego
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Isola del traffico

[Diego Guidotti - Aedit s.r.l.]

2011/10/12 roberto francioso rfranci...@tiscali.it

 Salve,
 scusate la domanda da newbie, ma sto cercando il tag e la key per indicare
 le isole del traffico. Sapreste indirizzarmi alla pagina del wiki che
 potrebbe risolvere il mio problema?


Nel wiki c'è una proposta [1] consiglio di leggere anche la discussione ed
il tag crossing [2]

[1] http://wiki.openstreetmap.org/wiki/Proposed_features/Traffic_island
[2] http://wiki.openstreetmap.org/wiki/Key:crossing

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

Re: [Talk-it] Fotografie da OSMit2011

[Diego Guidotti - Aedit s.r.l.]

Il momento topico: l'asta.

http://www.youtube.com/watch?v=9VbzSl6pYlM
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Aggiornamento elenco user-highways

[Diego Guidotti - Aedit s.r.l.]

2011/9/17 Stefano Tampieri stefano.tampi...@gmail.com

 Mi spiegate cosa indica un valore sopra il 100 (blu) ? Non è in
 percentuale?

 http://www.gfoss.it/osm/stat/?cod_pro=37historic=str_con_nome

 Stefano Tampieri

 Inviato da IPhone


Ciao,
era un baco nell'interfaccia, adesso vedi correttamente le strade con nome.
Nella chiamata precedente vedevi un indice combinato [1] che mette insieme
sia la densità di popolazione che la densità di superficie, per provare ad
identificare i comuni che devono essere mappati (l'indice è indicativo, non
è una percentuale).

[1] http://www.gfoss.it/osm/stat/?historic=ind_combcod_pro=37
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] R: Re: Aggiornamento elenco user-highways

[Diego Guidotti - Aedit s.r.l.]

2011/9/14 beppebo...@libero.it beppebo...@libero.it

 Scusa la mia ignoranza, nelle mappe mi sono imbattuto più volte nella
 dicitura fixme, viene considerata dal sistema con nome perchè numerose città
 medio piccole erano vuote o con questa dicitura


 Giuseppe


Si attualmente controllo solo che il nome non sia nullo, aggiungo il
controllo su fixme.

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

Re: [Talk-it] Aggiornamento elenco user-highways

[Diego Guidotti - Aedit s.r.l.]

2011/9/14 Jeawrong jeawithl...@tin.it

 Se clicco una specifica località (ad es.
 http://www.gfoss.it/osm/stat/?cod_com=43023
 http://www.gfoss.it/osm/stat/?cod_com=43023 ) vedo solo lo stradario a
 destra, a sinistra suppongo si dovrebbe vedere qualcosa di simile ad una
 mappa, sbaglio? Ho provato con Opera 11.51 e IE8, ma non si vede nulla.


Errore del CSS, adesso dovrebbe andare su IEx. I dati si aggiornano
settimanalmente ma le mappe sono salvate in cache per non appesantire il
server, devo trovare un meccanismo di refresh senza appesantire troppo il
server.

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

Re: [Talk-it] Aggiornamento elenco user-highways

[Diego Guidotti - Aedit s.r.l.]

2011/9/13 Daniele Forsi dfo...@gmail.com

 Il 13 settembre 2011 16:42, Stefano Tampieri ha scritto:

  Dalle statistiche di GFOSS [1], risutla che Torino e' la seconda
  citta' meglio mappata in Italia, con un indice di strade con nome del
  72%.
  come si fa a vedere una statistica del genere per una determinata città ?

 da qui http://www.gfoss.it/osm/stat/ selezioni regione, provincia e
 infine comune


Ho Aggiornato il sito di GFOSS ed adesso le statistoche comunali delle
strade senza nome vengono calcolate solo considerando le seguenti tipologie:


'motorway','motorway_link','trunk','trunk_link','primary','primary_link','secondary',secondary_link',
'tertiary', 'tertiary_link', 'unclassified', 'residential',
'pedestrian',road', 'living_street')

In questo modo si evita di considerare i track o i path senza nome ai fini
della statistica. Modifico questa lista?

I comuni con più di 50.000 abitanti con la maggiore completezza dei nomi
(94%) sono Forlì, Padova, Cesena e Parma.

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

Re: [Talk-it] Mappa delle località prive di strade [Was: Re: Come valutare la qualità dei nomi delle strade?]

[Diego Guidotti - Aedit s.r.l.]

Grazie agli spunti di Alessio Zanol e Maurizio Napolitano ho aggiunto al
sito GFOSS sulle statistiche [1] le funzioni per verificare le località
senza strada.

Accedendo sulle pagine regionali e cliccando su località senza strade si
ha la lista delle località ISTAT senza nessuna strada nel raggio di 300
metri ( in [2] un esempio di chiamata).

Per fare la verifica uso direttamente l'archivio delle località ISTAT [3] e
non quello di OSM per fare una verifica omogenea su tutta italia.

Il dato si aggiorna settimanalmente (ogni venerdì).

Ciao,
Diego

[1] http://www.gfoss.it/osm/stat/
[2] http://www.gfoss.it/osm/stat/?loc=no_roadcod_reg=7
[3] http://geodati.gfoss.it/wiki/index.php/Dati_liberi_-_Localit%C3%A0_Istat



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

[Talk-it] Statistiche - comuni completati?

[Diego Guidotti - Aedit s.r.l.]

Ciao,
sul sito delle statistiche OSM di GFOSS [1] ho visto che son quasi finiti i
comuni mancanti [2] ovvero quei comuni senza nemmeno un metro di strada.
Per la verità in questi ggiorni anche questi dovrebbero essere stati coperti
quindi possiamo dire di aver raggiunto un bel traguardo.

Per tanti comuni la compertura è minimale, come mi ha suggerito Alessio
Zanol vorrei implementare un sistema di incrocio con i dati ISTAT delle
località per vedere quali località non sono raggiungibili dallo stradario
OSM, speriamo di avere tempo.

C'è ancora tanto lavoro da dare. Anche nelll'ipermappata  Toscana siamo
attualmente a 46.350 km di strade. Pensavo che OSM si avvicinasse a essere
abbastanza completo (anche se mancano molti nomi di vie, classificazioni e i
civici) quando ho visto che al 14 di gennaio  il database del reticolo
viario ufficiale della Toscana supera i 61.000 km (ed ha 1.200.000 numeri
civici!).

So che la completezza della copertura di OSM non è tra le priorità per molti
mappers (puntiamo alla qualità e non alla quantità) ma dal mio punto di
vista è importante cercare di raggiungere per tutto il territorio italiano
un livello minimo di dati disponibili per poter utilizzare OSM ai fini del
routing (es. posso raggiungere tutti i capoluoghi comunali).

Andandoo nel sito potete vedere le statistiche per regione, provincia e
comune.

Ciao,
Diego



[1] http://www.gfoss.it/osm/stat
[2] http://www.gfoss.it/osm/stat/?most=wanted
[2]
http://www.iternet.fi.eng.it/SigmaPortal2/Eventi/Ril_DP_4.4.0%20%28Rilascio%20Datapack%204.4.0%29
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Sospensione OSMstats

[Diego Guidotti - Aedit s.r.l.]

2011/3/25 Simone Saviolo simone.savi...@gmail.com

 Il giorno 25 marzo 2011 15:22, niubii f.pelu...@gmail.com ha scritto:

 Lancio un'idea bizzarra: fare in openstreetmap.it una homepage custom,
 basata su quella di .org, ma con mappe diverse in openlayers. Quanto sarebbe
 gravoso fare

  a) la pagina (penso non molto, si tratta di modificare i dati da passare
 a openlayers?)
 b) un rendering personalizzato, eventualmente con overlay?


In parte su sito di GFOSS è stato già attivato in maniera prototipale [1],
il sistema va rifinito (i dati si agggiornano settimanalmente ma vanno
rinfrescate le tile vecchie) e occorre scegliere le regole per la grafica.

Ciao,
Diego

[1] http://www.gfoss.it/osm/






 --
 Ciao
 /niubii/


 Ciao

  Simone

 ___
 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] Zone italiane con zero mappatura

[Diego Guidotti - Aedit s.r.l.]

2011/2/24 Stefano Droghetti stefano.droghe...@gmail.com

 Ora, io conosco la zona quindi posso permettermi di implementarne un po'
 la mappatura, ma mi chiedo: ci sono molte altre zone d'Italia messe in
 questo modo?


Sul sito di GFOSS ci sono alcune statistiche sul livello di mappatura dei
comuni [1].  Nella pagina dei most wanted [2] ci sono i comuni senza nemmeno
un metro di strade, dalla home è possibile vedere le statistiche per
regioni, province e comuni.

Ciao,
Diego


[0] http://www.gfoss.it/osm/stat/
[1] http://www.gfoss.it/osm/stat/?most=wanted
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Cantina Vini - distilleria - maneggio di cavalli

[Diego Guidotti - Aedit s.r.l.]

2010/10/8 Luca Delucchi lucadel...@gmail.com

 2010/10/8 Daniele Forsi dfo...@gmail.com:

  2010/10/8 Luca Delucchi:
 
  nel tagwatch aggiornato al 2010-09-29 18:00 ho trovato
 
  shop=wine   286
  shop=winery 73
  shop=vineyard   5
  http://tagwatch.stoecker.eu/Planet/En/ignored_shop.html
 

 ok, questo può causare problemi? è meglio proporre shop=wine invece
 che winery? anche se penso che sia più corretto winery di wine...


Dal vocabolario o da wikipedia [1] winery è il posto dove il vino si fa.

Penso quindi che shop=wine sia per adesso più appropriato.

Può essere precisata (per tetrapilectomnia) la distinzione tra le enoteche
in cui il vino si compra solo (provabilmente solo shop=wine)  e i
wine_bar/fiaschetterie (direi shop=wine, amenity=bar/fast_food/restaurant).

Tra i vecchi tag ho visto anche delle occorrenze di wine_cellar. Dovrebbero
corrisponderer a delle cantine in cui si produce ed invecchia il vino. Penso
che in alcuni (rari) casi la zona di invecchiamento è distinta dalla
struttura in cui si vinifica  e quini wine_cellar potrebbe avere un senso.

Ciao,
Diego


[1] http://en.wikipedia.org/wiki/Winery
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Cantina Vini - distilleria - maneggio di cavalli

[Diego Guidotti - Aedit s.r.l.]

2010/10/6 Luca Delucchi lucadel...@gmail.com


 ok, allora il problema si estende... perchè un conto è un shop
 (negozio per la vendita) un conto è la produzione composta da: vigneti
 (landuse=vinegard ed è risolto) ma i locali di produzione non sono di
 certo un negozio. a sto punto?


Distinguiamo le cantine (dove si produce il vino) dalle le enoteche (dove si
vende il vino)

Per la cantine proporrei man_made=winery (ed aggiungerei di straforo anche
man_made=olive_mill per i frantoi).  Questo indipendentemente dal fatto che
venga fatta o meno la vendita diretta del vino (nel caso si può aggiungere
shop=wine).

man_made=works è un po troppo generale penso sia proponibile una cosa più
specifica.

Il problema è che andrebbero poi raccordati i vari shop=winery (probabili
conatine) e tourism=winery.


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

Re: [Talk-it] Cantina Vini - distilleria - maneggio di cavalli

[Diego Guidotti - Aedit s.r.l.]

2010/10/6 Luca Delucchi lucadel...@gmail.com


 quello poi si fa, ora dobbiamo proporr un tag... chi può/è capace di
 farlo seguendo tutti i vari regolamenti?



Ho creato la pagina ma va riempita. Qualcuno può dare una mano? (basta
essere registrati sul wimi e cliccare su edit).


[1] http://wiki.openstreetmap.org/wiki/Proposed_features/Winery
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Cantina Vini - distilleria - maneggio di cavalli

[Diego Guidotti - Aedit s.r.l.]

2010/10/6 Federico Cozzi f.co...@gmail.com

 2010/10/6 Diego Guidotti - Aedit s.r.l. guido...@aedit.it:
  Distinguiamo le cantine (dove si produce il vino) dalle le enoteche (dove
 si
  vende il vino)
  Per la cantine proporrei man_made=winery (ed aggiungerei di straforo
 anche

 Ottima l'idea di distinguere la vendita dalla cantina.
 Per la vendita ci si può appoggiare a tag esistenti come ad es. shop=wine
 Per la cantina mi piace tantissimo winery
 (http://en.wikipedia.org/wiki/Winery) che sicuramente non deve stare
 sotto shop= ma ho dei dubbi che possa stare sotto man_made.
 Per evitare infinite discussioni sul namespace potresti tentare il
 coraggiosissimo winery=yes


Mi collego ad una discussione di qualche giorno fa sui tag ed i namespace.
Capisco la flessibilità di avere molti tag ma attualmente parecchie
applicazioni che lavorano direttamente sui dati OSM importano i dati in un
database di tipo relazionale.

Tale import (normalmente effettuato con osm2pgsql su un database postgres)
richiede necessariamente una selezione dei tag che vengono importati come
campi della tabella contenente i dati. Questa nota tecnica per spiegare che
dal punto di vista pratico dello sviluppo un ri-utilizzo dei tag già
esistenti (shop, man_made, building) sarebbe preferibile, in quanto
aumentano le possibilità, ad esempio, di vedere renderizzato il dato sulla
mappa.

Capisco che questa opinione è più pragmatica che ideale (si avvicina ad un
approccio si mappa per il rendering) e che in futuro nuovi approcci [1]
potranno utilizzare al meglio la flessibilità del data-model di OSM.

Avevo selezionato man_made in quanto la cantina è di fatto un impianto
industriale e sotto man_made questi sono riportati. Escluderei shop (da
usare per la vendita) e tourism (da usare se la cantina è dotata di una
struttura ricettiva, magari si può usare un tourism=wine_tasting). Si può
discutere dell'impiego di building (anche se una cantina può essere non un
semplice edificio)

Ciao,
Diego


[1] http://it.wikipedia.org/wiki/NoSQL
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Statistiche?

[Diego Guidotti - Aedit s.r.l.]

2010/7/6 Stefano Salvador stefano.salva...@gmail.com


 - le query sono le seguenti:

   SELECT SUM(ST_Length2D(way)) FROM planet_osm_line WHERE tags ? 'highway'
   SELECT SUM(ST_Length2D(way)) FROM planet_osm_line WHERE tags @
 'highway=footway'

 Per il sito delle statistiche[1] ho usato la seguente funzione:

*ST_length_spheroid(transform(geometry,4326),'SPHEROID[WGS84,6378137,298.25728]'))
*

Ovvero riproietto i dati in coordinate geografiche ed uso il calcolo della
lunghezza lungo lo sferoide WGS84. Usando la funzione lenght su geometrie
proiettate in mercatore sferico mi sovrastima molto la lunghezza delle
strade (e l'errore cresce con la latitudine). Ad esempio la lunghezza delle
highway della liguria (aggiornata a qualche giorno fa) dovrebbe essere pari
a 10.000 km e non 14.000.

Nella query che segue  ho fatto un esempio. 5 metri di distanza nelle
coordinate mercatore sferico a genova corrisponde a 3,5 metri effettivi. La
differenza tra usare il sistema di proiezione italiana (fuso est per la
liguria) e lo sferoide sono minime.

*select
*
*ST_**length2d(geom),
**ST_**length(transform(geom,3003)), *
*ST_**length_spheroid(transform(geom,4326),'SPHEROID[WGS84,6378137,298.25728]')

from (*
*select **ST_**geomFromtext('LINESTRING (100 552,100
5520005)',900913) as geom*
*) x*


Ciao,
Diego

[1] www.gfoss.it/osm/stat/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Problemi con immagini PCN

[Diego Guidotti - Aedit s.r.l.]

2010/6/14 Matteo Gottardi matg...@tin.it

 In data domenica 13 giugno 2010 02:51:36, Erik Artaz ha scritto:
  Ho fatto qualche prova ulteriore e credo che il problema sia generato
  proprio da JOSM. Ecco quello che ho fatto in sequenza:
 []

 A questo punto credo che il PCN non abbia deciso di bannare JOSM in base
 allo
 user agent, ma si tratti di politiche tecniche di banning.



Anche io sono convinto che il banning avviene quando il server riceve da un
singolo IP un numero sopra soglia di richieste http per un arco di tempo.
Tempo fa avevo installato un sistema di protezione con un server (OSSEC) che
dava molti falsi positivi quando un client scaricava da un WMS delle tiles .

A questo punto la soluzione ideale sarebbe di contattare i responsabili
della sicurezza del PCN e provare ad alzare la soglia del sistema di
sicurezza.

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

Re: [Talk-it] Fwd: Utilizzao dei dati del PCN

[Diego Guidotti - Aedit s.r.l.]

2010/5/31 Stefano Salvador stefano.salva...@gmail.com


 Qui tutto è partito perché GFOSS ha messo in piedi un server (che non è la
 stessa cosa della cache del browser come qualcuno sostiene) senza avvertire
 preventivamente né la ML di OSM né chi ha lavorato per ottenere
 l'autorizzazione. Alla faccia della trasparenza e della collaborazione.


Scusa, ma devo fare una una precisazione. La stupidaggine del  servizio di
tiling  è mia responsabilità, ma prima di metterlo su se ne è discusso in ML
OSM e con Simone. Pensavamo a fare qualche giorno di prova tecnica prima di
ufficializzarlo, ma è stato subito usato da parecchi suscitando la
preoccupazione del PCN. Vi prego di non accusate GFOSS per errori che, come
associazione, non ha commesso.

Abbiamo giudicato che la semplice trasposizione dei dati senza avere una
cache sul server rispettasse completamente la licenza. Ma quando il PCN ha
bannato il server ho interrotto il servizio e mi sono personalmente scusato
con i responsabili del PCN per ogni incomprensione che il servizio possa
aver causato.

Personalmente condivido in pieno l'analisi di Giuliano Zamboni. Il PCN ha
reso disponibili i dati al progetto OSM e mi sembra un passo iniziale
interessante per l'apertura dei dati geografici nel nostro paese.

Facendo parte delle due communità OSM e GFOSS sono molto incuriosito delle
flame neogeografi vs paleogeografi e delle discussioni sul concetto di
vera libertà delle licenze.

Mi ricorda il dibattito tra apocalittici ed integrati trasposto ad i dati
geografici. Non ho delle posizioni forti su questo argomento spero che come
al solito non si polarizzi troppo la faccenda a scapito della riuscita del
progetto OSM.

Ne parliamo ad OSMIT? (evitando scene del genere [1] )

Ciao,
Diego

[1] http://www.youtube.com/watch?v=yLPFsQF5FXM











 Ciao,

 Stefano

 ___
 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

[Talk-it] Utilizzao dei dati del PCN

[Diego Guidotti - Aedit s.r.l.]

Ciao a tutti,
come aveva già scritto Simone rinnovo l'avviso di non usare assolutamente
nessun sistema di copia in locale dei dati del Portale Cartografico
Nazionale.

Come è stato detto il servizio che era stato messo in via sperimentale su
GFOSS è stato eliminato e non è più operativo. Mi raccomando soprattutto di
evitare l'impiego in qualunque caso di software di caching dei dati del WMS,
rischiamo di compromettere del tutto la possibilità di impiego dei dati per
il progetto openstreetmap.

Ho  aggiornato la pagina sul wiki [1] con il disclaimer sul corretto
utilizzo dei dati.

Una considerazione finale. Il progetto OSM in questi anni si è ampliato
enormemente, quello che qualche anno fa era un gruppo di fissati che
giravano tre volte intorno alle rotonde (bei tempi!) si è ampliato. La base
utenti è cresciuta, si mette su un servizio web e improvvisamente giga di
dati vengono scaricati,  molti osservano le nostre attività  e diventa
sempre più importante attenersi a seguire in maniera rigida tutte le norme
che la comunità si è sempre data. Per la prossima volta che abbiamo un'idea
sull'utilizzo dei dati OSM e delle licenze che per fortuna le pubbliche
amministrazioni ci concedono ricordo a me stesso e a tutti di verificare
sempre attentamente le modalità di uso dei dati.

Come Stan Lee ci insegna le responsabilità stanno crescendo insieme alla
crescita del progetto.  Anche questo è un indice del successo di OSM.

Ciao,
Diego

[1] http://wiki.openstreetmap.org/wiki/WikiProject_Italy/PCN
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Utilizzao dei dati del PCN

[Diego Guidotti - Aedit s.r.l.]

2010/5/26 Federico Cozzi f.co...@gmail.com

 2010/5/26 Diego Guidotti - Aedit s.r.l. guido...@aedit.it:
  Mi raccomando soprattutto di
  evitare l'impiego in qualunque caso di software di caching dei dati del
 WMS,
  rischiamo di compromettere del tutto la possibilità di impiego dei dati
 per
  il progetto openstreetmap.
 Non ho intenzione di farlo, ma posso chiedere: perché?


La licenza non lo permette. Mi sembra sufficiente.


 E poi: cosa vuol dire software di caching?
 Ad esempio il plugin WMS di JOSM effettua spontaneamente un caching in
 locale dei dati: è vietato?


A questo punto penso sia meglio verificare la cosa. Il PCN segnala tuttora
del traffico che giudica anomalo, ho il dubbio che anche un semplice utente
che utilizzi JOSM  per un'ora possa generare davvero un numero notevole di
chiamate WMS.

Penso che sia ragionevole da parte del PCN di preoccuparsi che nessuno si
metta a copiare tutta la loro banca dati per qualsiasi fine. Quando è stato
attivato il servizio di proxy per potlatch in ogni caso cancellavamo
giornalmente tutti i dati cachati ma capisco la loro preoccupazione quando
da un IP si trovano un numero elevatissimo di chiamate.


Io non vorrei che quelli del PCN abbiano scambiato l'aumento di
 traffico verso il PCN delle ultime settimane (generato anche, ma non
 solo, dal tuo traduttore WMS-tile) con un utilizzo illecito e
 stiano cercando i pirati, quando invece è soltanto aumentato il
 numero di utenti.


 Rimane il problema di dover assicurare loro che i pirati non ci sono, o, se
ci provano, di proteggersi.



 Ciao,
 Federico


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

[Talk-it] PCN e potlatch

[Diego Guidotti - Aedit s.r.l.]

Ciao,
vi avviso che si sono verificati dei problemi sul servizio che rende
disponibili le foto del PCN da Potlatch. Sembrerebbe che il server GFOSS che
si occupa della trasformazione sia stato bannato dal server del PCN , il
banning in genere avviene in automatico quando un sistema di verifica delle
intrusioni sospette vede un traffico anomalo da un server.

Penso sia meglio non usare i dati da Potlatch per il momento, e di
contattare qualcuno del portale del PCN per sapere se è lecito il servizio
di caching delle tile e di certificare il server di GFOSS a farlo
(mettendolo nella white list).

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

Re: [Talk-it] Foto Aeree del PCN su Potlatch

[Diego Guidotti - Aedit s.r.l.]

2010/5/10 Bighi bi...@ngi.it

  A parte la lentezza di potlatch che io personalmente fatico ad usare; e'
 un paio di giorni che non va l'indirizzo che hai postato, io non scarico
 piu' foto. C'e' la possibilita' di fare ina ltra maniera usando sempre
 potlach?


Ho provato adesso con
http://www.gfoss.it/osm/tilecache/tilecache.cgi/1.0.0/pcn/!/!/!.png e mi
funziona. Puoi verificare che l'indirizzo sia corretto? In che area stai
lavorando?

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

Re: [Talk-it] Foto Aeree del PCN su Potlatch

[Diego Guidotti - Aedit s.r.l.]

2010/5/6 G Zamboni gd.zamb...@tiscali.it

 Il 06/05/2010 22.36, Fabio Alessandro Locati ha scritto:
  A me non carica le tiles... forse il server è sovraccarico?


sto facendo delle verifiche, mi è successo che dopo qualche minuto di
editing openstreetmap.org non mi risponde più,  nel frattempo ho verificato
che sia il PCN che GFOSS funzionano correttamente. Avevo l'impressione che
potlach/openstreetmap escluda l'accesso all'utente per un certo periodo di
tempo (circa mezz'ora) quando si utilizza il servizio di tilecache (siamo
bloccati da un sistema di anti-intrusione?).
Faccio delle verifiche.

 Ho l'impressione però che con JOSM le immagini siano più nitide. E'
 un'illusione ottica?


No, le immagini che si vedono su Potlatch fanno un pò di passaggi di
trasformazione e la qualità si può degradare.

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

Re: [Talk-it] Foto Aeree del PCN su Potlatch

[Diego Guidotti - Aedit s.r.l.]

2010/5/7 Niccolo Rigacci o...@rigacci.org

 On Thu, May 06, 2010 at 08:23:19PM +0200, Diego Guidotti - Aedit s.r.l.
 wrote:

 Alcune domande:

 Il protocollo delle tile di Osm quanto differisce da quello di
 Google Maps e da quello di MS-Bing? Io conosco quello di MS, le
 famose quadkeys [1]


Non conosco quello di Bing, da tilecache è possibile con un parametro di
configurazione  tms_type che settato a google lo rende compatibile con
il TMS di google (dovrebbero
essere invertiti gli assi x e y)



 Altra domanda: questo proxy WMS da a WMS-C, oltre a tilecache usa
 del software scritto ad-hoc? C'è modo di approfondire
 l'argomento?



No, vengono utilizzati sono mapserver per riproiettare il WMS del PCN e
tilecache per il tiling.

il mapfile per la riproiezione è:

MAP

  OUTPUTFORMAT
 NAME png
 MIMETYPE image/png
 DRIVER AGG/PNG
 EXTENSION png
 IMAGEMODE RGB
   END


 PROJECTION
   init=epsg:900913
 END

   WEB
 IMAGEPATH /var/www/www.gfoss.it/osm/tilecache/tmp/pcn_copy/
 METADATA
 wms_title  WMS PCN
 wms_online_resources 
 http://www.gfoss.it/cgi-bin/mapserv?map=/var/www/mapfiles/pcn.map;
 wms_srs  EPSG:900913
 wms_format image/png
 END
   END

 LAYER
   NAME ortofoto_colore
   TYPE RASTER
   STATUS ON
   CONNECTION 
 http://wms.pcn.minambiente.it/cgi-bin/mapserv.exe?map=/ms_ogc/service/ortofoto_colore$
   CONNECTIONTYPE WMS
   PROJECTION
init=epsg:900913
   END
   METADATA
 wms_srs EPSG:4326
 wms_nameortofoto_colore
 wms_server_version  1.1.1
 wms_format image/png
   END
 END

 END




La configurazione di tilecache è la seguente:

#serve per evitare problemi di chiamate cross domain tra  openstreetmap ed
 il server
 [metadata]
 crossdomain_sites=openstreetmap.org,openaerialmap.org

 #configurazione del layer tilecache
 [pcn]
 type=WMSLayer
 url=http://localhost/cgi-bin/mapserv?map=/var/www/mapfiles/pcn.map
 layers=ortofoto_colore
 extent_type=loose
 srs=EPSG:900913
 tms_type=google
 bbox = -20037508.34,-20037508.34,20037508.34,20037508.34
 maxResolution =156543.0339



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

Re: [Talk-it] Portale Cartografico Nazionale - autorizzazione

[Diego Guidotti - Aedit s.r.l.]

2010/5/6 Maurizio Napolitano napoo...@gmail.com

  tilecache fa al caso vostro

 Ho fatto una prova al volo nuda e cruda
 ...
 Ci riprovo in altro momento, se intanto qualcuno  vuole continuare a
 divertirsi :)



Sul sito GFOSS abbiamo una instanza di tilecache attiva, per questa sera
faccio delle prove...

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

Re: [Talk-it] Portale Cartografico Nazionale - autorizzazione

[Diego Guidotti - Aedit s.r.l.]

2010/5/6 Federico Cozzi f.co...@gmail.com

 On Thu, May 6, 2010 at 5:35 PM, Maurizio Napolitano napoo...@gmail.com
 wrote:
  Potlatch usa le coordinate alla Google, forse va bene così?
  mmm ... si incazza il WMS di PCN dicendomi che non conosce l'SRS
  msWMSLoadGetMapParams(): WMS server error. Invalid SRS given : SRS
  must be valid for all requested layers.


Penso che occorra mettere su un server che converta il WMS del PCN in 4326
in un WMS in mercatore sferico.

Il WMS di prova che è sul sito GFOSS sono riuscito a farlo funzionare su
potlach inserendo:

http://www.gfoss.it/osm/tilecache/tilecache.cgi/1.0.0/osm2/!/!/!.png


la configurazione di tilecach.cfg è

[osm2]
type=WMSLayer
url=http://localhost/cgi-bin/mapserv?map=/var/www/mapfiles/osm_ok.map
layers=default
extent_type=loose
srs=EPSG:900913
tms_type=google
bbox = -20037508.34,-20037508.34,20037508.34,20037508.34
maxResolution =156543.0339

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

[Talk-it] Foto Aeree del PCN su Potlatch

[Diego Guidotti - Aedit s.r.l.]

Ciao,

per utilizzare le fotto aeree del Portale Cartografico Nazionale da potlach
potete settare dalle Opzioni - Mappa Custom il seguente indirizzo:

http://www.gfoss.it/osm/tilecache/tilecache.cgi/1.0.0/pcn/!/!/!.png


Per chi è interessato alla parte tecnica il sistema si basa su:

   - un servizio WMS sul sito GFOSS che si collega al WMS del PCN e
   riproietta le immagini nel sistema mercatore sferico
   - un servizio tilecache che crea localmente le tile alla prima richiesta
   e le fornisce a tutti gli utenti secondo il protocollo di tiles previste da
   openstreetmap e da potlatch (una variante del WMS-C)

Per fare questo occorre fare una copia locale delle immagini su un nostro
server e ciò non è espressamente consentito dalla licenza.

Per evitare problemi al WMS del portale e non intasare il server GFOSS non
ho fatto il seed ovvero non ho forzato una procedura per scaricare sul
server tutta una serie di immagini. Potremmo ripulire giornalmente la
cache su disco in modo da non effettuare una copia permanente delle immagini
fornite.

Il doppio passaggio rende il sistema un pò lento, almeno per la prima volta
che si scaricano le immaggini di una zona. Dopo la prima volta ( e finchè
non svuotiamo la cache del server) le immagini vengono fornite velocemente.

Dopo averlo testato e verificata la correttezza potremmo dirlo di aggiungere
alla lista dei layer ufficiali di potlatch

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

Re: [Talk-it] il mare è alle porte di Piacenza (fl ooding)

[Diego Guidotti - Aedit s.r.l.]

2010/4/23 Simone Cortesi sim...@cortesi.com

 2010/4/23 Luca Delucchi lucadel...@gmail.com:
  mmm strano
 
  guarda qui ;-)
 
 
 http://coastline.openstreetmap.nl/?zoom=5lat=44.63116lon=8.96484layers=B00T

 l'errore ora va fino a livorno. penso che siano stati vari interventi
 quasi contemporanei a causare il danno.


 Ho scaricato ieri lo shapefile delle coastline per il sito demo di
rendering di GFOSS [1] ed il problema del Tile mancante era risolto. Al
prossimo aggiornamento delle coastline dovrebbe andare tutto a posto.


Ciao,
Diego

[1] http://www.gfoss.it/osm/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Statistiche

[Diego Guidotti - Aedit s.r.l.]

2010/3/27 defa...@gmail.com defa...@gmail.com

 Purtroppo (e dico purtroppo) ci sono casi in cui gli indici valgono poco
 e niente.


Straquoto! Era solo un tentativo. Sarebbe utile cominciare aggiornare sul
wiki le segnalazioni sulla completezza delle mappe. Oltre alla copertura
rimane sempre il problema della presenza dei nomi e della qualità dei dati.
Suggerisco a tutti a verificare la loro zona con http://keepright.ipax.at/

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

[Talk-it] Statistiche

[Diego Guidotti - Aedit s.r.l.]

Ciao a tutti,
ho aggiornato le statistiche dei dati OSM per regioni, province e comuni
[1].

Per chi è interessato a passare un bel weekend a mappare zone vergini vi
riporto la top ten dei comuni Italiani senza uno straccio di strada
mappata.

RegioneProvinciaComuniPopolazionePUGLIALECCECARMIANO12160EMILIA ROMAGNA REGGIO
NELL'EMILIANOVELLARA11912PUGLIABRINDISITORRE SANTA SUSANNA10614LAZIO
FROSINONEFIUGGI8763PUGLIABRINDISISAN MICHELE SALENTINO6248PIEMONTETORINONOLE
6242PUGLIALECCENEVIANO5925CALABRIACOSENZAROGLIANO5892SICILIAAGRIGENTOLAMPEDUSA
E LINOSA5725CAMPANIASALERNOSASSANO5190LOMBARDIAVARESEVIGGIU'4968

Buona mappatura,
Diego

[1] http://www.gfoss.it/osm/stat/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Statistiche

[Diego Guidotti - Aedit s.r.l.]

2010/3/26 David Paleino da...@debian.org

 Penso ancora che dovremmo unificare in qualche modo le statistiche, ma è
 anche colpa mia se il lavoro su stats.openstreetmap.it s'è fermato.
 Magari dovrei ricontattare Giovanni Fasano per la sua offerta di $tempo
 fa.


Concordo, come si procede?

Ti segnalo che la provincia con ID 81 non è Marsala, è Trapani.

 azz... un vecchio errore che mi perseguita (per pigrizia assegnai al nome
della provincia il nome del comune con più abitanti, facendo correzioni  ad
minchiam  )

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

Re: [Talk-it] Comnpletare mappa

[Diego Guidotti - Aedit s.r.l.]

Dal sito dell'agenzia del territorio è possibile scaricare gli stradari dei
comuni italiani[1], probabilmente non è possibile importarli in un database
per un confronto automatico (se ne era parlato) ma in locale è possibile
usarli come traccia per la verifica della completezza.

Ciao,
Diego

[1] http://www.agenziaterritorio.it/?id=4021#archivi

2010/2/1 random-sys...@libero.it random-sys...@libero.it

 Ciao a tutti,

 la mappa della mia città è quasi completa, sicuramente sulla maggioranza
 delle strade qualcuna sarà andata dimenticata.

 Voi che cosa fate per ovviare a questo problema?

 Ciao

 Lele

 ___
 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] Ancora su ordinamento alfabetico

[Diego Guidotti - Aedit s.r.l.]

Anche io pensavo ad un test come quello proposto da Federico. Penso sia
possibile inserire su Storo i tag sort_name (dove necessari) poi
nell'applicativo dello stradario potrei importare questi valori nel db e,
dove presenti, usarli per l'ordinamento. Dopo averla testata potremmo
proporre la key in maniera ufficiale.

Penserei inoltre di creare, in fase di import, una tabelle unica di codifica
tra name e sort_name da cui andare a pescare i sort_name nei casi in cui
questo manca. Ad esempio se a Storo ho Via Giuseppe Mazzini - Mazzini
Giuseppe, Via ed a Pisa ho Via Giuseppe Mazzini senza sort_name potrei
forzare lo stradario ad usare Mazzini Giuseppe, Via anche a Pisa.
Controindicazioni?

Purtroppo non ho tanto tempo da dedicare allo stradario, pensavo, appena ho
tempo, di mettere tutto su un svn per poterci lavorare in gruppo.

Ciao,
Diego


2009/10/12 Federico Cozzi f.co...@gmail.com

 2009/10/12 Luigi Chiesa lchi...@tiscalinet.it:
  Facciamo un esperimento su un paese completamente mappato?
  Nel caso io mi offro, oppure meglio discutere la cosa in ambito
  internazionale?

 La mia proposta era di prendere l'ottimo stradario realizzato per i
 comuni italiani e modificarne il codice in modo da appoggiarsi
 dapprima alla nuova chiave sort_name (o sort_key o altro che
 decidiamo), quindi di mettere mano ad un paese già mappato e piccolo
 (es. Storo) per vedere se l'approccio funziona o emergono bug
 imprevisti.
 Idealmente l'algoritmo dello stradario andrebbe comunque reso più
 intelligente in modo da indovinare, per le vie a cui manca la nuova
 chiave, un probabile ordinamento.

 Ciao
 Federico

 ___
 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] Marsala provincia e Trapani?

[Diego Guidotti - Aedit s.r.l.]

Corretto...
colpa di una query (avevo dato per scontato che il nome della provincia era
il nome del comune con più abitanti)

Spero di riuscire ad aggiornare presto anche la struttura del db con le
nuove province.

Ciao,
Diego

2009/10/9 Gianfranco Gliozzo gianfrancoglio...@hotmail.com

  Chi può correggere la lista delle provincie in:
 http://www.gfoss.it/osm/stat/?cod_reg=19
 Così pochi trapanesi in OSM?

 --
 Il tormentone dell'estate? Riascoltalo sulla Messenger 
 Radiohttp://www.messenger.it/radioMessenger.aspx

 ___
 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] Statistiche e stradario

[Diego Guidotti - Aedit s.r.l.]

Volevo ringraziare tutti per i suggerimenti, ci sono ancora diverse cose da
sistemare spero di avere tempo per il prossimo fine-settimana. Penso che la
funzionalità mancante più importante sia la ricerca libera.

Ho creato una pagina sul wiki [1] con l'elenco delle migliorie da fare,
scrivete pure li altre idee o suggerimenti.

Ciao,
Diego

2009/9/29 Federico Cozzi f.co...@gmail.com

 2009/9/29 Diego Roversi die...@tiscali.it:
  Potrebbe essere un idea mettere una chiave opzionale per il cognome, una
  sorta di sort key (scusate il gioco di parole).

 Secondo te (mi sembri molto esperto di problematiche simili) è meglio
 mettere solo la parola rispetto a cui fare l'ordinamento (1), oppure
 tutta la stringa con un marcatore appropriato (2), oppure la stringa
 riordinata (3)?
 Esempio:
 name=Strada della Montagna
 (1) sort_name=Montagna
 (2) sort_name=Strada della ^Montagna
 (3) sort_name=Montagna, strada della

 Bisogna bilanciare la comodità per il software con la comodità per i
 mappatori (in particolare i casi (2) e (3) mi sembrano forieri di
 errori)

 Ciao,
 Federico

 ___
 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] Statistiche e stradario

[Diego Guidotti - Aedit s.r.l.]

la pagina del wiki è

http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Stradario




2009/9/29 Diego Guidotti - Aedit s.r.l. guido...@aedit.it


 Volevo ringraziare tutti per i suggerimenti, ci sono ancora diverse cose da
 sistemare spero di avere tempo per il prossimo fine-settimana. Penso che la
 funzionalità mancante più importante sia la ricerca libera.

 Ho creato una pagina sul wiki [1] con l'elenco delle migliorie da fare,
 scrivete pure li altre idee o suggerimenti.

 Ciao,
 Diego

 2009/9/29 Federico Cozzi f.co...@gmail.com

 2009/9/29 Diego Roversi die...@tiscali.it:
  Potrebbe essere un idea mettere una chiave opzionale per il cognome, una
  sorta di sort key (scusate il gioco di parole).

 Secondo te (mi sembri molto esperto di problematiche simili) è meglio
 mettere solo la parola rispetto a cui fare l'ordinamento (1), oppure
 tutta la stringa con un marcatore appropriato (2), oppure la stringa
 riordinata (3)?
 Esempio:
 name=Strada della Montagna
 (1) sort_name=Montagna
 (2) sort_name=Strada della ^Montagna
 (3) sort_name=Montagna, strada della

 Bisogna bilanciare la comodità per il software con la comodità per i
 mappatori (in particolare i casi (2) e (3) mi sembrano forieri di
 errori)

 Ciao,
 Federico

 ___
 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] Lombardia: Layer boschi CTR

[Diego Guidotti - Aedit s.r.l.]

Suggerirei di usare lo schema utilizzato per l'import dei dati Corine [1] un
progetto europeo sull'uso del suolo da foto-interpretazione. Da quello che
ho capito il dato per l'italia non ha una licenza compatibile per l'import
(a differenza della situazione francese)

Per la corine (livello 3) abbiamo

   - 2.4.4 : Aree di agro-selvicoltura (manca il tag )
   - 3.1.1: Foreste di latifoglie (landuse=forest + wood=deciduous)
   - 3.1.2: Foreste di conifere (landuse=forest + wood=coniferous)
   - 3.1.3: Foreste miste  (3.1.3 Mixed forest)


Il progetto corine ha definito anche dei livelli di maggiore dettaglio [2]
guardando questo schema si vede che i pioppeti sono considerati come colture
agricole permanenti (2241) .

Ovviamente la corine non è la bibbia, ma può essere utile come spunto.

Ciao,
Diego


[1]
http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Tagging_scheme
[2] http://www.cban.it/download/allegato_4.pdf


2009/9/24 Federico Cozzi f.co...@gmail.com

 2009/9/24 Carlo Stemberger carlo.stember...@gmail.com:
  Provo a ri-capitolare, ad uso di noi profani dei boschi. Quando
  incontro un bosco:
  1. la probabilità che sia natural=wood è bassissima (solo alcuni
  boschi del WWF dove comunque non potrei entrare)
  2. è sicuramente landuse=wood oppure landuse=forest, ma è stato
  suggerito che la differenza è minima e quindi posso usare sempre il
  più diffuso (landuse=forest)
  3. se è un pioppeto o altro bosco coltivato non è né wood né forest,
  ma è landuse=farm
 
  +1.
  Per bosco coltivato (o, meglio, arboreto da legno), si intendono
  cose così:

 Ci sono quasi. Ultime domande:
 1. per arboreto da legno hai indicato foto di boschi che
 effettivamente, da profano, non sembrano boschi ma coltivazioni. Si
 considerano arboreti da legno anche i boschi di piante più grandi
 (es. conifere) piantati apposta per uso industriale?
 2. appurato che natural=wood è pressoché introvabile in Italia,
 rimangono gli altri due:
 -If it is managed forest, set just landuse=forest.
 -If it is managed woodland but not actively forested, set just
 landuse=wood.
 I due concetti potrebbero corrispondere a ceduo (managed forest) e
 alto fusto (not actively forested), oppure la distinzione riportata
 sul wiki è troppo vaga, senza basi scientifiche e quindi può anche
 essere ignorata?

 Grazie,
 Federico

 ___
 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] Ordine alfabetico

[Diego Guidotti - Aedit s.r.l.]

Stavo organizzando una cosa simile per il servizio delle statistiche [1] e
pensavo di estrarre la prima parola dal nome ordinando alfabeticamente per
quello che rimane (quindi Via Giosuè Carducci rimane sotto la G). Dal punto
di vista informatico si risolve implementando un meccanismo di full text
search che non richiede l'ordinamento alfabetico.

Dal punto di vista della banca dati teoricamente in progetti di db stradali
andrebbe separato il DUG (Denominazione Urbanistica Geografica ovvero i vari
Piazza, Via, strada per arrivare a Rua, Lungarno) dal toponimo ed andrebbe
inserito un testo da usare per il solo fine dell'ordinamento.

Nel nostro caso il DUG è estraibile in quanto corrisponde di norma alla
prima parola (valutando come gestire le preposizioni come ad esempio Piazza
dei Caduti,  e i casi quali Strada Statale 65 Tosco Romagnola ),
l'ordinamento penso sia un problema minore, utile soprattutto per generare
degli stradari, per applicazioni informatiche la ricerca full text dovrebbe
bastare.

Per curiosità ecco i DUG più utilizzati in OSM

   via 44760  strada 2613  viale 2580  piazza 1744  vicolo 1055  largo 561
corso 477  vico 372  ponte 368  piazzale 365  contrada 318  località 308
salita 260  sentiero 194  sp 137  borgo 137  rotonda 134  galleria 117
calle 98  lungomare 89  piazzetta 75  contrà 71  stradello 59  passo 57
circonvallazione 56  traversa 53  frazione 47  tangenziale 45  cavalcavia 44
streda 42  lungotevere 41  ss 41  scalinata 40  lungarno 39  pista 38
passeggiata 37  lungo 36  fixme 34  viadotto 32  riva 32  raccordo 31
autostrada 28  corte 28  st. 28  riviera 27  passaggio 24  cascina 23
fondamenta 22  percorso 22


[1] www.gfoss.it/osm/stat/

2009/9/23 Luigi Chiesa lchi...@tiscalinet.it

 Meditando sul possibile uso dei dati OSM il mio pensiero si è soffermato
 sull'estrazione dei nomi delle strade per creare uno stradario e relativa
 mappa di un certa località.
 Nella lingua italiana il nome di battesimo deve precedere il cognome,
 quindi
 scrivendo un programma in grado di discriminare i vari via, viale, piazza
 ..., mi rimane nome e cognome.
 Questo elenco sarà possibile metterlo in ordine alfabetico per nome, ma non
 per cognome come sarebbe corretto, senza contare che oltre a personaggi vi
 sono date, luoghi, mestieri ...
 Non sarebbe una utile cosa inserire un marcatore che indichi da dovela
 iniziare l'ordinamento alfabetico? Qualcosa del tipo Via Guglielmo
 ^Marconi che indichi che tale strada debba essere indicizzata sotto la M e
 non sotto la G generando poi qualcosa come Marconi, Guglielmo (Via).

 Luigi


 ___
 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

[Talk-it] Statistiche online

[Diego Guidotti - Aedit s.r.l.]

Ho pubblicato sul server di GFOSS le statistiche aggiornate dei dati
inseriti su openstreetmap [1]. Il sito è abbastanza spartano. Stiamo
sistemando le procedure di import automatico dei dati OSM con relativo WMS
italiano. Per quanto riguarda le vecchie statistiche mi sono accordo
(raccapriccio) che avevo calcolato le lunghezze dei segmenti utilizzando
dati proiettati con il marcatore (sovrastimando abbastanza i dati, e
falsando i rapporti nord-sud).

I dati attuali sono corretti, ho utilizzato la funzione postgis:
*
length_spheroid(transform(geometry,4326),'SPHEROID[WGS84,6378137,298.25728]'))
*

Ciao,
Diego


[1] http://www.gfoss.it/osm/stat/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] WMS italiano

[Diego Guidotti - Aedit s.r.l.]

in effetti andrebbero valutate/confrontate le tecnologie. La mappa di
Portofino mi piace.  Penso che dal punto di vista GFOSS un confronto
mapserver/geoserver/mapnik potrebbe essere interessante. Per adesso
con mapserver, il planet italiano ed una macchina media senza
tilecaching (e quindi WMS - C) va abbastanza lento. Sto facendo delle
prove con geoserver. Se ho tempo inizio una pagina sul wiki per
discutere di questi temi.

Ciao,
Diego

2009/8/11 Luca Delucchi lucadel...@gmail.com:
 Il giorno 10 agosto 2009 21.12, Diego Guidotti - Aedit
 s.r.l.guido...@aedit.it ha scritto:
 Ho iniziato a impostare sul server messo a disposizione da GFOSS un
 Web Map Service italiano per i dati OSM. L'obiettivo è quello di
 concordare sul wiki e sulla ML su un rendering italiano della mappa
 e sulla possibilità di accedere ai dati in modalità WMS . Sulla mia
 pagina [1] alcuni estratti della mappa, costruita a partire da uno
 stile standard  ( [2] , nel bene e nel male Google-like  ). Ovviamente
 appena risolti i problemi più tecnici sul server potremmo impostare
 una pagina sul wiki con i desiderata (es. autostrade blu rosse o
 verdi, scudetti stradali , quali amenity visualizzare e a quali zoom
 etc... ).

 Avete idee sulla modalità da seguire?

 diego io ho uno file per mapnik già fatto, guarda qui [3], è
 migliorabile ma si può prendere d'esempio per il mapfile oppure
 provare a utilizzare il wms di mapnik[4] che ne dici? io avevo provato
 ma avevo qualche problema...


 Ciao,
 Diego

 [1] http://wiki.openstreetmap.org/wiki/User:Diego.guidotti
 [2] http://trac.osgeo.org/mapserver/wiki/RenderingOsmData


 ciao
 Luca

 [3] http://trac.mapnik.org/wiki/OgcServer
 [4] http://lucadelu.org/MapFish/client/prove/portofino_prova.html

 ___
 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 statale SS33 del Sempione (tratto iniziale)

[Diego Guidotti - Aedit s.r.l.]

Su wikipedia [1] c'è l'indicazione sul percorso, spero possa esserti
utiile. Se costruisci la relazione ti suggerisco di aggiornare la
pagina sul wiki di OSM [2]

Ciao,
Diego


[1] http://it.wikipedia.org/wiki/Strada_statale_33_del_Sempione
[2] http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Strade_Statali


2009/8/10 Luca Brivio luca.bri...@gmail.com:
 (messaggio per Milanesi e chi conosce la zona, niente di interessante per gli
 altri!)

 Ho notato che il primo tratto della SS33 non è mappato in modo coerente:
 comincia in Milano verso p.le Accursio (credo che dovrebbe cominciare
 dall'Arco della Pace, da dove aveva inizio la strada quando fu costruita, o al
 confine con Pero, o verso la nuova fiera, presumo non da p.za del Duomo da 
 dove
 partono i chilometri!), superata la Fiera di Rho/Pero si smarrisce, per
 ricominciare poco più a sud alla rotonda verso Baranzate sulla Varesina dove
 comincia anche la Rho-Monza. Forse c'è anche qualche altro tratto di strada in
 quella zona taggato SS33, o SS32 (la SS32 non c'entra niente, ma ho trovato
 parecchi ref=SS32 che ho modificato in ref=SS33).

 Qualcuno che conosca meglio di me quella strada saprebbe fare le correzioni
 del caso? Non escludo che ora cominci a Pero, o addirittura a Baranzate (o
 Bollate, o chissà dove!), ma bisognerebbe appunto conoscerla o percorrerla con
 attenzione, pure i dati della Regione non so se siano aggiornati...

 --
 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

[Talk-it] WMS italiano

[Diego Guidotti - Aedit s.r.l.]

Ho iniziato a impostare sul server messo a disposizione da GFOSS un
Web Map Service italiano per i dati OSM. L'obiettivo è quello di
concordare sul wiki e sulla ML su un rendering italiano della mappa
e sulla possibilità di accedere ai dati in modalità WMS . Sulla mia
pagina [1] alcuni estratti della mappa, costruita a partire da uno
stile standard  ( [2] , nel bene e nel male Google-like  ). Ovviamente
appena risolti i problemi più tecnici sul server potremmo impostare
una pagina sul wiki con i desiderata (es. autostrade blu rosse o
verdi, scudetti stradali , quali amenity visualizzare e a quali zoom
etc... ).

Avete idee sulla modalità da seguire?

Ciao,
Diego

[1] http://wiki.openstreetmap.org/wiki/User:Diego.guidotti
[2] http://trac.osgeo.org/mapserver/wiki/RenderingOsmData

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

[Talk-it] Highway primary ('nata voda!?)

[Diego Guidotti - Aedit s.r.l.]

Fino ad adesso nel mappare le statali (o ex statali) adottavo in
maniera praticamente automatica il tag primary. Guardando gli altri
esempi di mappe commerciali (su tutte google) ho osservato che le loro
primary sono meno frequenti delle primary disponibili su OMS. Ad
esempio se si osserva ad una scala nazionale/regionale Google [1]  si
osservano due modalità di rappresentazione delle statali quelle più
spesse (le consolari) ed alcune più sottili, che spariscono ad un
livello di zoom ridotto. [incidentalmente si nota bene l'ingresso
delle  primarie nel raccordo anulare ]

Cercando in giro informazioni ho trovato su wikipedia una
classificazione delle strade statali in dorsali e strade statali
secondarie  [2] . Tale classificazione mi sembra di buon senso e
fatte le dovute eccezioni la utilizzerei come schema di base
(consolari e dorsali primary, secondary per le secondarie).

Penso che il tag highway abbia senso solo come classificazione
gerarchica di sintesi della rete stradale. Una volta deciso a quali
dorsali dare valore prioritario,  le primary dovrebbero idealmente
costituire, con superstrade ed autostrade, una maglia coerente
(evitando lungo la stessa maglia delle interruzioni).

Ovviamente la presenza dei tag specifici (speed_limit, lane, width,
access) aiuterà i navigatori per l'analisi del percorso migliore.

Ciao,
Diego


[1] 
http://maps.google.com/?ie=UTF8ll=41.804078,12.65625spn=1.336912,2.469177z=9
[2] http://it.wikipedia.org/wiki/Template:Strade_statali

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

Re: [Talk-it] Provincia di Fermo

[Diego Guidotti - Aedit s.r.l.]

Purtroppo un residuo di campanilismo (sono un Ascolano emigrato in
toscana) mi vieta di intervenire in questa delicata questione
territoriale. :-)
Ciao,
Diego


2009/7/21 Accurimbono accurimb...@yahoo.it

 Salve, vorrei richiedere se gentilmente qualcuno più esperto di me in
 fatto di confini possa aggiornare le relazioni in modo da inserire la
 nuova Provincia di Fermo, ormai attiva a tutti gli effetti. [1]

 Non mi azzardo a farlo da solo perché le poche volte che ho modificato
 i confini ho sempre incasinato e quest'aggiornamento dei confini
 provinciali comporta numerosi edit.

 Oltre a Fermo altre province sono state attivate nel 2009 (la
 provincia di Monza e della Brianza e la provincia di
 Barletta-Andria-Trani), qualcuno può verificare come stanno messi i
 confini provinciali?

 Infine noto con piacere che la collaborazione con Wikipedia, sta dando
 i suoi frutti: numerosi comuni hanno la mappe con i confini
 all'interno della provincia di appartenenza in un bel file svg che
 deriva da OSM. [2]

 Un saluto a tutti e grazie a chi vorrà sistemare i confini!


 Accurimbono


 [1] http://it.wikipedia.org/wiki/Provincia_di_Fermo
 [2]
 http://commons.wikimedia.org/wiki/Category:Maps_of_municipalities_by_provinces_of_Italy

 ___
 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] Statistiche aggiornate

[Diego Guidotti - Aedit s.r.l.]

Azz scusate ma sovrappensiero (in reply ad una mail personale) ho
mandato il filone delle statistiche in Mailing List (e la decantata
funzione di UNDO in gmail non ha funzionato) spero di non aver incasinato
nessuno...

Ciao,
Diego

2009/7/20 Diego Guidotti - Aedit s.r.l. guido...@aedit.it

 ecco i dati buona gita!

 Ciao,
 Diego

 2009/7/20 iiizio iiizio iiizio.iii...@gmail.com

 On 7/19/09, Stefano de Fabris defa...@katamail.com wrote:
  X Diego Guidotti:
  Innanzitutto complimenti.
  Riesci perfavore a mandarmi il foglio excel con i dati comunali via
  mail? O perlomeno potresti farmi il favore di postare l'elenco dei 6
  comuni friulani non coperti (quei buchi vanno coperti, e 6 non sono
 molti)?

 Interessa anche a me.

 Una scusa per una gita fuori porta è sempre utile.


 iiizio

 ___
 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] Statistiche aggiornate

[Diego Guidotti - Aedit s.r.l.]

 Ma... allora... ESISTI DAVVERO?
 :-)
 Io pensavo fosse il nickname di un BOT che esplorava la mappa ogni giorno,
 alla ricerca di chissa' che cosa...
 :-)
 Scherzi a parte, ovunque ho editato io ho sempre trovato il tuo nome... Ma
 come fai?


Si esisto :-)  mi sono messo a sistemare le statali, aggiungendo le
relazioni e completandole dove trovavo traccie OSM. Sul wiki [1] c'è un
aggiornamento dello stato, se qualcuno si vuole unire all'impresa...

Ho visto i dati dell'Agenzia del territorio e sono interessanti, ci sarebbe
qualche problema, superabile,  nel confrontare i dati. Noi non separiamo la
tipologia dell'elemento (Via Piazza Vicolo) dal nome ma con un pò di
SQL/procedure si risolve e sarebbe possibile effettuare un confronto
elencando le percentuali di vie presenti (oltre a correggere eventuali
errori ortografici nei nomi)

Qualcuno ha voglia/tempo di scaricarli e metterli in una tabella postgres?
Dato che non ridistribuiremmo i dati ma li useremo solo come confronto penso
sia fattibile legalemente.

Ciao,
Diego




[1] http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Strade_Statali
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Statistiche aggiornate

[Diego Guidotti - Aedit s.r.l.]

 1) Complimenti a Diego per il lavoro svolto! (è automatizzato, adesso,
 il processo?)


Diciamo che è quasi automatizzato, pensavo di chiedere a Niccolò un po di
spazio sul database postgis del server GFOSS e mettere li le procedure...
Tra l'altro (con un pò di tempo) sarebbe possibile anche fare i dump
regionali. Dopo gli import friulani il planet italiano comincia ad essere
consistente


 Tra un po', quando tutti i comuni avranno almeno un pezzetto di strada,
 sarà dura trovare degli indicatori significativi: come si fa a dire se
 un comune è completamente mappato?


Ho provato a cercare di calcolare una formula per stimare (da superficie e
popolazione) una quantità minima di strade per poter stabilire un primo
livello di completezza. Il risultato non è stato buono, occorre
parametrizzare i km/abitante in funzione della densità di popolazione. E'
possibile calcolare la percentuale di strade con il nome.

 Ovviamente l'unico metodo esatto per determinare la completezza del grafo
stradale (discorso a parte per i POI) è quello di chiedere al comune la
toponomastica e controllare a mano i dati. A quel punto potremmo anche in
Italia cominciare ad annunciare di aver completato delle zone.


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

[Talk-it] Statistiche aggiornate

[Diego Guidotti - Aedit s.r.l.]

Ciao,
dopo un po di tempo ho aggiornato le statistiche regionali sulla rete di
strade mappate da OSM e le ho pubblicate sul wiki [1].

Alcune curiosità:

   - Briga Alta (cuneo) è il comune con più densità per abitante (46 km per
   62 abitanti, pari a 700 m/abitante). Ciò grazie a chi ha mappato la
   sentieristica.
   - Cusano Milanino è il comune con maggiore densità per ettaro: 137 metri
   ogni 1 metri quadri  (http://osm.org/go/0CjQwDpj-?layers=00B0FTF)
   - Carbonia è la città più grande (30.000 abitanti ) senza nemmeno una
   strada. Si fa un mapping party?

Ho messo in excel i dati comunali, non me le fa caricare sul wiki (non
accetta il formato) a chi è interessato posso mandarle via email.


Di seguito riporto la tabella con la pecentuale di comuni coperti, ovvero
con almeno qualche strada (highway=*) presente nel db. Coperto chiaramente
non significa completo, ma è interessante vedere come i vuoti si stanno
pian piano colmando.

*Regione*   http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Stats# *
02/06/08*   http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Stats# *
18/8/08*   http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Stats# *
02/10/08*   http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Stats# *
11/11/08*   http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Stats# *
01/09/09*   http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Stats# *
03/01/09*   http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Stats# *
05/23/09*   http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Stats# *
17/7/09*   http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Stats#
*Comuni
Mancanti*   http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Stats#
TOSCANA 94.77% 96.86% 98.61% 98.95% 98.95% 98.95% 100.00% 100.00% 0  LIGURIA
68.09% 74.89% 81.28% 83.83% 88.51% 92.34% 97.45% 99.15% 6  FRIULI VENEZIA
GIULIA 65.75% 87.67% 94.06% 95.43% 96.35% 96.35% 97.26% 98.63% 6  TRENTINO -
ALTO ADIGE 81.42% 94.69% 97.35% 97.35% 98.53% 97.64% 97.64% 97.94% 8  EMILIA
ROMAGNA 67.16% 80.65% 86.22% 88.27% 89.74% 92.08% 96.77% 97.07% 11  VENETO
70.74% 80.72% 84.51% 87.95% 92.08% 93.12% 94.49% 96.21% 32  BASILICATA
42.75% 42.75% 55.73% 76.34% 80.15% 80.15% 81.68% 95.42% 24  UMBRIA 73.91%
76.09% 85.87% 86.96% 88.04% 90.22% 91.30% 93.48% 8  LOMBARDIA 57.18% 69.60%
77.81% 80.60% 82.79% 87.00% 90.43% 93.21% 148  MARCHE 56.91% 70.33% 72.76%
75.20% 79.27% 79.27% 82.93% 92.28% 42  VALLE D'AOSTA 55.41% 59.46% 82.43%
83.78% 86.49% 86.49% 89.19% 91.89% 8  PUGLIA 51.16% 54.26% 77.13% 79.46%
80.62% 81.40% 86.05% 89.15% 36  SARDEGNA 56.23% 60.74% 66.05% 68.97% 69.23%
80.11% 85.15% 87.27% 56  ABRUZZO 53.77% 57.38% 67.54% 70.49% 71.48% 72.46%
76.39% 86.23% 72  CAMPANIA 57.53% 60.98% 66.42% 68.06% 70.60% 74.23% 74.95%
85.66% 138  LAZIO 58.20% 62.70% 69.84% 72.49% 73.54% 74.07% 78.57% 84.39% 81
SICILIA 29.74% 46.15% 56.92% 66.67% 68.72% 69.23% 72.31% 81.03% 108
CALABRIA 34.96% 34.96% 43.03% 43.28% 49.63% 51.59% 70.90% 79.71% 119
PIEMONTE 35.99% 48.34% 61.28% 63.02% 63.76% 66.25% 75.29% 79.27% 298  MOLISE
44.12% 45.59% 55.15% 55.15% 55.15% 56.62% 73.53% 77.21% 36  *TOTALE* *55.29%
* *64.37%* *72.66%* *75.37%* *77.42%* *79.85%* *84.73%* *89.14%* 1237

Su base comunale ecco qualche classifica:

*Elenco per km mappati

*Per ogni comune i km di strade mappate. ind_pop da i metri per abitante e
ind_area i metri per ettaro. with_name la percentuale delle strade con
nome.Tra le grandi, ovvie vincitrici, Cerignola rules.

   Comune pop_2001 km_osm ind_pop ind_area with_name  ROMA 2546804 8499.15
3.34 36.76 0.84  MILANO 1256211 2792.34 2.22 75.77 0.63  GENOVA 610307
1879.79 3.08 40.08 0.63  PARMA 163457 1358.22 8.31 26.43 0.79  MODENA 175502
1337.47 7.62 37.02 0.59  CERIGNOLA 57366 1310.32 22.84 12.6 0.34  TORINO
865263 1275.46 1.47 49.6 0.78  VERONA 253208 1218.55 4.81 30.37 0.49
RAVENNA 134631 1198.95 8.91 9.41 0.87  FIRENZE 356118 1179.46 3.31 59.75
0.82  TRENTO 104946 1147.97 10.94 35.23 0.49  BOLOGNA 371217 1147.3 3.09
41.22 0.8  PADOVA 204870 1123.05 5.48 59.12 0.87

Ciao,
Diego


[1] http://wiki.openstreetmap.org/wiki/WikiProject_Italy#Statistiche
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Statistiche

[Diego Guidotti - Aedit s.r.l.]

Ciao,

per generare le statistiche carico tutte le mappe italiane sul db postgres e
poi con una query spaziale spezzo tutti gli elemementi lineari usando il
tematismo dei limiti amministrativi comunali ISTAT.

Dopo averle spezzate calcolo, per unità amministrativa, la lunghezza dei
sentimenti.

Ecco i comandi (sistema operativo linux, con Postgres/Postgis e osm2pgsql
per caricare i dati):

1) Script che scarica il db OSM italiano e lo carica su postgis creando una
tabella che si chiama italy_20090530_line (la data ovviamente cambia)
dt=`date +%Y%m%d`
wget http://download.geofabrik.de/osm/europe/italy.osm.bz2
# oppure wget http://downloads.cloudmade.com/europe/italy/italy.osm.bz2
bunzip2 italy.osm.bz2
osm2pgsql -l -p italy_$dt italy.osm

2) SQL da eseguire per spezzare le linee - genera la tabella
osm_stat_20090530 con le geometrie spezzate

 create table osm_stat_20090530 as select c.cod_reg, c.pro_com, l.highway,
 l.ref, l.name , intersection (l.way, transform(c.geom,4326)) FROM
 italy_20090530_line l, it_comuni c
 WHERE l.highway '' AND l.way  transform(c.geom,4326)
 AND intersects(l.way , transform(c.geom,4326))

3) query

--per le statistiche regionali

 SELECT c.nome_reg, sum(c.pop2001),
 sum(length(transform(s.intersection,3395))) AS highw
 FROM it_comuni c LEFT JOIN osm_stat_20090530 s ON c.pro_com = s.pro_com
 GROUP BY c.nome_reg order by nome_reg

-- numero di comuni mappati per regione
 select p.nome_regione, count(p.cod_pro), count(p.highw) FROM
 ( SELECT r.nome_regione, c.cod_pro, c.pro_com, c.geom, c.nome_com,
 c.pop2001, min(s.cod_reg) AS highw
 FROM it_comuni c LEFT JOIN osm_stat_20090503 s ON c.pro_com = s.pro_com,
 it_prov_name p, it_reg_name r
 where p.cod_pro =c.cod_pro AND p.cod_reg=r.cod_reg
 GROUP BY r.nome_regione, c.cod_pro, c.pro_com, c.geom, c.nome_com,
 c.pop2001
 ) p GROUP BY p.nome_regione;

4) esporto i dati in excel e li sistemo
Ciao,
Diego





2009/5/25 David Paleino d.pale...@gmail.com

 Ciao *,
 ho letto

  http://wiki.openstreetmap.org/index.php/WikiProject_Italy/Stats

 e sembra che i dati siano quantomeno datati :)

 Come sono stati generati quei dati? Qualche script?

 In particolare, mi interesserebbe creare delle sottopagine Stats dei
 sottoprogetti cui partecipo attivamente (Mazara del Vallo, Palermo,
 Sicilia),
 così da avere più granularità.

 Ciao,
 David

 --
  . ''`.  Debian maintainer | http://wiki.debian.org/DavidPaleino
  : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
  `. `'`  GPG: 1392B174 | http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174

 ___
 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] dubbio su naming strada provinciale

[Diego Guidotti - Aedit s.r.l.]

Capita spesso per le strade statali di avere un nome ufficiale della strada
(es. Strada Statale 1 Via Aurelia) ed un nome comunale usato dall'ufficio
toponomastico del comune (es. Via Aurelia, Via Nazionale, Corso Garibaldi
cambia di comune in comune e anche per i singoli tratti).

In genere metto il nome della strada in una relazione che unisce tutti i
segmenti ed il nome toponomastico come name della way. Considerate ai fini
del routing, della risoluzione degli indirizzi e della mappa sarebbe meglio
usare i nomi della toponomastica comunale. Anche dal punto di vista
concettuale (non taggare per la mappa, non taggare per il routing) il nome
della strada nel suo complesso andrebbe associato all'elemento complessivo
(route) e non ai singoli elementi.

Ciao,
Diego

On Fri, Jan 30, 2009 at 7:31 PM, Carlo Stemberger 
carlo.stember...@gmail.com wrote:

 Il 30/01/2009 12:26, Luigi Toscano ha scritto:
  loc_name lo vedo più come un nome locale alternativo non ufficiale, non
  mi sembra sia appropriato per un nome riportato sui cartelli (se questo
  è vero, ovviamente).
 
 Condivido

 --
  .'  `.   | 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

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

Re: [Talk-it] dubbio su naming strada provinciale

[Diego Guidotti - Aedit s.r.l.]

On Fri, Jan 30, 2009 at 10:23 PM, Gianmario Mengozzi 
gianmario.mengo...@gmail.com wrote:

 quindi dovrei selezionare tutte le way e taggarle:
 type=route
 route=road
 name=Strada Provinciale 7 Valle dell'Idice

 mentre le singole way comunali sarebbero:
 name=Via Idice
 ref=SP7

 giusto ?


si, attualmente sto facendo in questo modo. Penso che potresti aggiungere
alla route anche il ref. Nel wiki c'è una pagina [1] con un'elenco
incompleto delle statli taggate.

Ciao,
Diego

[1] http://wiki.openstreetmap.org/wiki/Infrastrutture_italiane#Statali
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Uso del suolo (land_use e natural)

[Diego Guidotti - Aedit s.r.l.]

Il progetto Corine Land Cover ha creato la cartografia su scala europea
dell'uso del suolo nel 1990 e nel 2000[1]. C'è stata già una discussione
sulla possibilità di utilizzarli in OSM [2]. Mi sembra che ad oggi non siano
utilizzabili (li dichiarano public domain ma ne limitano l'utilizzo
commerciale).

Ciao,
Diego



[1] http://www.eea.europa.eu/themes/landuse/clc-download
[2]
http://www.nabble.com/Re:--OSM-talk--EU-Corinne-dataset-in-the-Public-Domain-td18957359.html
On Fri, Jan 9, 2009 at 11:14 AM, Luca Delucchi lucadel...@gmail.com wrote:

 2009/1/9 Federico Cozzi f.co...@gmail.com:
  Ciao,
  quali fonti è possibile usare per l'uso del suolo (land_use e natural)?
  Una possibilità è ricalcare le foto aere di Yahoo, ma:
  1. non coprono tutta l'Italia
  2. che noia...
  3. ci può sempre scappare l'errore / il disallineamento
 
  Esiste una definizione ufficiale di uso del suolo? Ad esempio presso
  le Regioni/Province/ecc.? Se possibile sarebbe bello mettere le mani
  su quei dati...
  (dannazione, un piano regolatore sarà bene un atto pubblico...)
 

 Ovviamente ogni ente ha la sua cartografia per l'uso del suolo, i
 piani regolatori possono essere consultati ma la cartografia è come al
 solito protetta!

  Ciao
 

 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] Diego, facci le statistiche!

[Diego Guidotti - Aedit s.r.l.]

Ciao a tutti,
in efffetti ieri sera stavo ricalcolando le statistiche... Non ho tempo di
aggiornare la wiki se qualche volontario si offre...

Mi sembra che stiamo raggiungendo un flesso (strano con tutte le strade che
mancano) ecco i valori totali, i km aggiunti nel periodo preso in esame e
una stima dei km/giornalieri aggiunti nei diversi periodi. Ad ottobre c'è
stato un grosso incremeento adesso stiamo bassini con valori in media
inferiori quelli di inizio anno. Mi viene il dubbio di aver sbagliato
qualcosa ma il metodo di calcolo è sempre quello...

   Dal Al km OSM (diff km OSM) km/giorno millimetri di strada aggiunti ogni
giorno per abitante  Dec 26, 2007 Jun 2, 2008 101,261 59,251 372.65 6.54  Jun
2, 2008 Sep 3, 2008 147,609 46,349 498.37 8.74  Sep 3, 2008 Oct 3, 2008
168,200 20,591 686.36 12.04  Oct 3, 2008 Oct 22, 2008 181,586 13,386 704.5
12.36  Oct 22, 2008 Nov 21, 2008 191,390 9,805 326 5.73  Nov 21, 2008 Dec 8,
2008 196,986 5,595 329 5.77


Ecco i km OSM (calcolato prendendo solo i tag highway=*) per regione...



Abitanti 12/26/07 06/02/08 09/03/08 10/03/08 10/22/08 11/21/08 12/08/08
ABRUZZO 1,262,392 1,584,714 3,362,488 4,262,602 4,660,684 4,926,719
5,188,690 5,436,422  BASILICATA 597,768 201,106 778,581 1,058,845 1,179,621
1,682,115 1,887,340 1,999,839  CALABRIA 2,011,466 640,407 1,451,779
1,725,044 1,880,360 1,887,217 1,959,142 1,986,126  CAMPANIA 5,701,931
2,538,306 4,330,051 5,196,498 5,636,663 5,874,161 6,044,656 6,122,919  EMILIA
ROMAGNA 3,983,346 2,947,343 8,235,091 13,936,616 15,541,125 16,003,285
16,626,452 16,907,007  FRIULI VENEZIA GIULIA 1,183,764 1,795,142 2,658,618
5,409,431 6,223,045 6,483,526 6,795,805 7,041,708  LAZIO 5,112,413 2,744,802
8,316,296 9,816,279 11,870,334 12,849,597 14,145,262 14,696,185  LIGURIA
1,571,783 1,678,923 3,992,318 5,327,483 5,812,167 6,366,706 6,616,757
6,737,502  LOMBARDIA 9,032,554 4,504,935 12,403,658 18,203,972 21,463,876
22,358,979 23,465,253 23,926,169  MARCHE 1,470,581 1,402,324 4,356,903
6,005,455 6,330,712 6,498,961 6,922,292 7,036,771  MOLISE 320,601 308,045
603,938 687,417 832,536 832,749 832,749 832,749  PIEMONTE 4,214,677
2,441,377 5,316,931 8,288,208 10,468,453 10,957,719 11,171,419 11,415,236
PUGLIA 4,020,707 1,004,828 3,196,590 6,222,562 8,193,987 8,804,217 9,416,403
9,755,985  SARDEGNA 1,631,880 829,399 6,376,466 7,503,646 7,989,832
11,135,803 11,645,856 11,723,795  SICILIA 4,968,991 124,921 1,628,135
4,488,635 4,678,464 6,340,456 6,890,788 7,175,106  TOSCANA 3,497,806
8,109,450 15,544,441 19,615,638 20,778,259 21,422,852 21,982,205
22,496,960  TRENTINO
- ALTO ADIGE 940,016 3,448,727 5,964,234 11,879,048 13,802,609 14,844,896
15,961,996 16,492,769  UMBRIA 825,826 675,508 2,032,812 2,957,962 3,418,549
3,479,458 3,611,821 3,666,095  VALLE D'AOSTA 119,548 225,451 273,376 513,876
852,433 1,010,542 1,036,157 1,072,678  VENETO 4,527,694 4,803,511 10,437,977
14,509,975 16,586,414 17,825,723 19,189,205 20,463,671  TOTALE 56,995,744
42,009,220 101,260,685 147,609,193 168,200,123 181,585,681 191,390,248
196,985,690

2008/12/8 Alessio Zanol [EMAIL PROTECTED]

 Diego,
 quando hai tempo facci le statistiche come i mesi scorsi e poi metti il
 raffronto sulla wiki!
 Sono così interessanti!

 Alessio

 ___
 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

[Talk-it] Most wanted

[Diego Guidotti - Aedit s.r.l.]

La vostra zona è piena? Avete terminato pure le strade poderali? Vi siete
ridotti a mappare i distributori di raccogli-pupù (amenity=vending_machine
vending=excrement_bags, incredibboli c'è anche sulla wiki)? Ecco la
cinquantina di comuni con più di 10.000 abiitanti che su OSM non hanno uno
straccio di strada segnata.
Ciao,
Diego

   *Regione* *Provincia* *Comune* *Abitanti*  CALABRIA CATANZARO CATANZARO
95251  CALABRIA COSENZA CORIGLIANO CALABRO 38241  CALABRIA COSENZA ROSSANO
35835  SARDEGNA CAGLIARI CARBONIA 30447  SARDEGNA CAGLIARI IGLESIAS 28170
VENETO VICENZA VALDAGNO 27193  SICILIA CALTANISSETTA SAN CATALDO 23154
PUGLIA LECCE COPERTINO 22294  CALABRIA COSENZA ACRI 21891  SARDEGNA
SASSARI PORTO
TORRES 21064  CAMPANIA NAPOLI CASAVATORE 20087  PUGLIA BRINDISI SAN VITO DEI
NORMANNI 20070  CALABRIA COSENZA SAN GIOVANNI IN FIORE 18566  SICILIA
CATANIA SCORDIA 17022  LOMBARDIA MANTOVA VIADANA 16933  SARDEGNA CAGLIARI
VILLACIDRO 14732  CALABRIA CROTONE ISOLA DI CAPO RIZZUTO 14233  SICILIA
AGRIGENTO RAVANUSA 14115  PUGLIA LECCE VEGLIE 14022  CALABRIA CROTONE CIRO'
MARINA 13987  PUGLIA LECCE LEVERANO 13914  PUGLIA LECCE MONTERONI DI LECCE
13677  SICILIA AGRIGENTO RAFFADALI 13336  SICILIA ENNA BARRAFRANCA 13115
CAMPANIA CASERTA LUSCIANO 13078  CAMPANIA NAPOLI MONTE DI PROCIDA 12838
MARCHE MACERATA SAN SEVERINO MARCHE 12794  SARDEGNA CAGLIARI GUSPINI 12695
CAMPANIA NAPOLI CICCIANO 12573  CAMPANIA CASERTA SAN CIPRIANO D'AVERSA
12530  EMILIA
ROMAGNA MODENA NONANTOLA 12530  PUGLIA LECCE CARMIANO 12160  PUGLIA BRINDISI
CISTERNINO 12078  EMILIA ROMAGNA REGGIO NELL'EMILIA NOVELLARA 11912
SARDEGNA CAGLIARI SANT'ANTIOCO 11730  CAMPANIA CASERTA SAN MARCELLINO 11644
CAMPANIA SALERNO MONTECORVINO ROVELLA 11558  SICILIA CALTANISSETTA MUSSOMELI
11547  CAMPANIA CASERTA PIEDIMONTE MATESE 11462  SICILIA PALERMO CORLEONE
11393  PUGLIA LECCE CAMPI SALENTINA 11242  SICILIA AGRIGENTO CAMPOBELLO DI
LICATA 11075  PUGLIA BRINDISI TORRE SANTA SUSANNA 10614  CAMPANIA NAPOLI
PROCIDA 10575  CALABRIA REGGIO DI CALABRIA MELITO DI PORTO SALVO 10506
CALABRIA COSENZA LUZZI 10455  EMILIA ROMAGNA MODENA NOVI DI MODENA 10427
LAZIO ROMA LARIANO 10356  CAMPANIA CASERTA PARETE 10325  SICILIA
PALERMO BELMONTE
MEZZAGNO 10322  SARDEGNA ORISTANO TERRALBA 10229  CAMPANIA CASERTA MACERATA
CAMPANIA 10136  BASILICATA MATERA MONTESCAGLIOSO 10121  CAMPANIA SALERNO
SIANO 10104  SICILIA ENNA TROINA 10061  CALABRIA COSENZA CASTROLIBERO 10042
CALABRIA CATANZARO SOVERATO 10034
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Request For Comments: importare molti centri abitati.

[Diego Guidotti - Aedit s.r.l.]

Se i dati erano in Gauss Boaga la traslazione a WGS84 svolta con software
commerciali od opensource (proj4)  crea spesso diversi errori utilizzando
nel calcolo i parametri dell'ellissoide e non va differenza, su griglia, tra
i due geoidi adottati dal sistema di riferimento.

Andrebbero adottati dei parametri  locali di traslazione (per proj4
to_wgs84) . Oppure occorrerebbe utilizzare un software in grado di fare le
correzioni numeriche in italia (ad es. Traspunto) .

Tra l'altro il fatto che i parametri di rototraslazione tra ED50 e WGS84 non
siano liberi è abbastanza scandalosa. Non sarebbe male utilizzare OSM per
creare una versione free di questi dati.

Ciao,
Diego

On Tue, Nov 4, 2008 at 3:03 PM, Luca Delucchi [EMAIL PROTECTED] wrote:

 Il 4 novembre 2008 15.00, Alessio Zanol [EMAIL PROTECTED] ha scritto:
  Ad una veloce occhiata nella zona di Riva del Garda direi che i centri
  abitati sono tutti spostati sistematicamente verso nord/nord-est (alcuni
  anche di parecchio come Riva stessa)
 
  Confermo lo shift... problema di datum/proiezione?
 

 sembrerebbe visto la sistematicità dell'errore, però potrebbe essere,
 come credo visto che alcuni dati siano corretti, soltanto un grosso
 errore di precisione dei dati, così come si è notato per i confini
 comunali

  Ciao, Alessio
 

 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] Request For Comments: importare molti centri abitati.

[Diego Guidotti - Aedit s.r.l.]

All'equatore un secondo (di longitudine) è 30.9 metri (una 20 di metri da
noi) quindi dovremmo essere precisi nell'ambito di qualche centimetro.


2008/11/4 Niccolo Rigacci [EMAIL PROTECTED]

 On Tue, Nov 04, 2008 at 03:28:05PM +0100, Diego Guidotti - Aedit s.r.l.
 wrote:
  Se i dati erano in Gauss Boaga la traslazione a WGS84 svolta con software
  commerciali od opensource (proj4)  crea spesso diversi errori utilizzando
  nel calcolo i parametri dell'ellissoide e non va differenza, su griglia,
 tra
  i due geoidi adottati dal sistema di riferimento.

 Ho presupposto che fosse Gauss Boaga, ma non ho informazioni
 certe.

 Ho applicato (con PROJ4) le tre conversioni to_wgs84 per le tre
 zone: peninsular, sardinia e sicily:

 http://www.rigacci.org/wiki/doku.php/tecnica/gps_cartografia_gis/regione_toscana#conversione_da_roma40_a_wgs84

 Considerato che in origine le cordinate sono espresse in
 questo modo:

 N44 13 44.76 E10 3 3.60

 cioe' con solo 2 decimali sui secondi, qual'e' la precisione in
 metri che ci si puo' aspettare? Chi fa il calcolo?

 --
 Niccolo Rigacci
 Firenze - Italy

 ___
 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] Validazione dei dati

[Diego Guidotti - Aedit s.r.l.]

Si era parlato tempo fa di definire delle procedure di controllo e
certificazione della qualità dei dati. Sarebbe interessante definire
alcune linee guida di validazione (verifica della topologia, check
incrociato con la toponomastica comunale, test di routing etc...) ed
iniziare a fare qualche prova a livello comunale, possibilmente coinvolgendo
le amministrazioni.  Chiaramente in quei comuni che, dal punto di vista del
network stradale, cominciano ad avvicinarsi alla completezza. Ho sentito che
ad amburgo hanno fatto una cosa del genere ad Amburgo [1].

Per l'utilizzo dei dati OSM in contesti di emergenza/protezione civile penso
che la cosa più sensata sia quella di creare un fork, statico, in cui
trasferire i dati comunali appena è terminata questa verifica di qualità.
Penso che l'ambiente ufficiale di OSM debba rimanere con stile wiki per non
appesantire il processo di aggiornamento/editing .

Andranno sviluppati degli strumenti di confronto (un diff geografico e
visuale) tra l'ambiente validato-protetto e  database OSM per fare degli
aggiornamenti periodici del db validato.

Se trovo tempo vedo di contattare qualche comune pisano per verificare il
loro interesse e magari organizzare un Quality Party. Qualcuno ha voglia
di scrivere queste linee guida?

Ciao,
Diego

[1] http://www.gnuvox.info/2008/10/openstreetmap-completata-amburgo/


2008/10/29 Elena of Valhalla [EMAIL PROTECTED]

 2008/10/28 Carlo Stemberger [EMAIL PROTECTED]:
  Solo un utente diverso da chi ha mappato dovrebbe essere in grado
  di chiudere il lucchetto. Sarebbe anche bello, secondo me, se per
  riaprirlo si dovesse poi domandare ad un terzo utente: in questo modo si
  eviterebbero cancellazioni per errore, vandalismi, ecc., ma allo stesso
  tempo resteremmo tutti allo stesso livello, senza una gerarchia (senza
  admin, insomma).
 
  Che ne pensate?

 -1: la vedo come una cosa macchinosa, controproducente e contraria
 allo spirito del progetto

 le strade non subiscono stravolgimenti, e` vero, ma continuano a
 cambiare: non e` possibile pensare di avere una strada finita da non
 toccare piu` per il resto dei secoli, quando in continuazione appaiono
 nuove rotonde, nuovi rallentatori, cambiano i POI collegati alla
 strada tramite relazione e quant'altro

 per non parlare di eventuali futuri miglioramenti della precisione
 gps, che potrebbero spingere le persone a migliorare il tracciato
 delle strade, anche magari con modifiche minime

 se per aggiungere una rotonda si devono coinvolgere almeno due, se non
 tre persone che vanno sul posto a percorrerla (altrimenti non la si
 puo` validare, giusto?) si rischia di finire come teleatlas, con i
 suoi aggiornamenti a lumaca, oppure di vedere un proliferare di fake
 che rendono inutile il processo di validazione

 fake che, del resto, sarebbero la prima cosa a cui penserebbe un
 vandalo che voglia fare danni.

 Al massimo potrebbe servire per evitare modifiche per errore (chi ha
 detto potlatch?), ma in quel caso basterebbe un tag
 potlach=keep_your_hands_off che chieda conferma per le modifiche, ma
 sia gestibile da una persona sola

 Vedo molto piu` utili degli strumenti per migliorare la gestione della
 history (e qualcosa dovrebbe arrivare con la nuova api, credo) e per
 la segnalazione automatica delle modifiche (e anche qui si sta vedendo
 qualcosa), spostando la validazione di snapshot precisi al di fuori
 del db principale

 --
 Elena of Valhalla

 homepage: http://www.trueelena.org
 email: [EMAIL PROTECTED]

 ___
 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] Strade statali

[Diego Guidotti - Aedit s.r.l.]

Come discusso altre volte ( se c'è consenso potremo aggiornare la wiki)
penso sia possibile associare i trunk alle Superstrade [1]. La pagina su
wikipedia è abbastanza chiara, riporto la definizione:

*Una superstrada è in genere una arteria stradale ad almeno due corsie per
senso di marcia ed a carreggiate separate dove, come prescritto
dall'articolo 175 del codice della strada, oltre all'assoluto divieto di
accesso ai pedoni, esistono delle limitazioni al transito per i veicoli non
a motore (biciclette e similari) e per quelli a motore di bassa potenza e
velocità (ciclomotori, motocicli di cilindrata minore ai 150 cc o
motocarrozzette di cilindrata minore ai 250 cc, quadricicli, mezzi agricoli
ecc.).*

Per differenziarle dalle autostrade:

*Per quanto simili, come configurazione, alle autostrade non sono
assimilabili a queste ultime in fatto di limiti di velocità. La velocità
massima ammessa ai sensi del codice della strada è di 110 km/h.
Come ulteriore differenziazione rispetto alle autostrade, sempre in Italia,
attualmente le superstrade non sono a pagamento.*


Tra l'altro ai fini del routing la distinzione
superstrade/autostrade/statali (extra-urbane) permetterebbe di assegnare in
assenza della variabbile max_speed i limiti di 130/110/90 km/h.

Nella pagina è presente anche un elenco.

Ciao,
Diego



[1]: http://it.wikipedia.org/wiki/Superstrada

On Mon, Sep 29, 2008 at 1:58 PM, niubii [EMAIL PROTECTED] wrote:

 civis ha scritto:
  2008/9/29 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
  [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
 
  Io inizialmente avevo usato highway=trunk per i tratti a doppia
  carreggiata della SP231 e sono ancora di quell'avviso.
  Per i tratti a carreggiata unica direi che highway=primary va bene.
 
 
  Ciao. Secondo il wiki (Strade che si pongono a metà strada tra
  Autostrade/Tangenziali e le Statali. Può anche essere classificato
  così il tratto di svincolo di un'autostrada-tangenziale che porta al
  centro città.) non va bene trunk.
 Questa e' la definizione di trunk nella pagina wiki italiana.
 Se invece prendi la definizione di trunk nella pagina originale inglese
 dice che:

 Important roads that aren't motorways.
 Typically maintained by central, not local government.
 Need not necessarily be a divided highway.
 In the UK, all green signed A roads are, in OSM, classed as 'trunk'.

 Quindi cade un po' la tua tesi.
 La definizione italiana ... strade che si pongono a meta' strada...
 continene come minimo una tautologia.
 E' un'interpretazione che -concedimi- potrei scegliere di non condividere.

 Mi sembra un po' uno di quei casi cosiddetti lost in translation. Si
 e' un po' perso il senso.
 Tantomeno si fa riferimento a tangenziali  e centro citta'.
 Semplicemente: strade importanti che non sono autostrade.

 Alla fine sono dettagli, pero' sarebbe bene chiarirli.

  Quella strada non si pone a metà tra Autostrade/Tangenziali e le
  Statali, è una statale o meglio, lo era
 
  Ad esempio, la ss16 bis, è una statale ma anche tangenziale non solo
  per Bari, ma per tutti i paesi che tocca (anche se non
  ufficialmente). Forse il suo utilizzo come tangenziale è
  giustificato dal fatto che le città interessate, essendo costiere,
  sono sviluppate in lunghezza A Trani, Bisceglie, Barletta è usata come
  tangenziale pur non chiamandosi così. La sp231 non mi sembra abbia
  funzioni di tangenziale.
 
 
 
 Scusami ma ti contraddico. Nel tratto di Andria, per esempio, la SP231
 e' di fatto una tangenziale, ma no ha due carreggiate.
 Anche nel tratto di Corato e' una tangenziale, pero' li' ha due
 carreggiate separate.
 Che criterio scegliamo?

 Ciao
 /niubii/


 ___
 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] Semplificazione tracce multiple gps miglior strategia con Josm ?!?

[Diego Guidotti - Aedit s.r.l.]

Una nota sulla difficoltà di automatizzare il merge. Spesso guardando un
fascio di tracce si individua un gruppo di tracce omogenee di buona qualità
e alcune tracce che sbarellano (bassa campionatura, a volte errori
sistematici alti). Ad occhio quindi si segue il main stream eliminando
automaticamente gli outliers. In automatico si rischia di fare una media
pesata tra tracce buone e meno buone.

Il problema è interessante da trattare soprattutto se, come mi è sembrato di
capire, occorre importare un blocco notevole di tracks,  ma mi sentirei di
preferire l'upload delle tracce singole sul server in modo da permettere al
mappatore di  analizzarne, a vista, la qualità (considerato che il grosso
del lavoro è di tagging e di pulizia dei nodi ).

Ciao,
Diego



2008/9/11 Elena of Valhalla [EMAIL PROTECTED]

 2008/9/11 niubii [EMAIL PROTECTED]:
  [...]
  Faccio notare che nelle zone d'ombra, dove la precisione e'
  approssimativa, lo e' per tutti.

 Quello pero` non e` l'unico motivo per cui una traccia possa essere
 approssimativa; il mezzo con cui si mappa ha una sua influenza
 significativa sulla qualita` delle tracce: mappando a piedi e` molto
 facile avere dei percorsi saltellanti, tipicamente spostati su un lato
 (camminare in centro alla strada non e` in generale una pratica molto
 igenica :) ), spesso con gli incroci che non combaciano, con soste
 apparentemente insensate e relativa nuvola di punti, eccetera.

 Di solito quando ho tracce del genere non le uploado neanche sul
 server: le ricalco appena possibile, finche' mi ricordo abbastanza
 bene come sia fatta la strada, e poi se mi capita di ripassare in auto
 (se lecito) correggo

  Quindi se rilevo una traccia approssimativa, la fondo alle altre
  approssimative,

 gia`, ma se si rileva una traccia approssimativa (mappata a piedi,
 segnandosi con cura tutte le strade e i poi) di una zona di cui ci
 sono tracce belle precise, meglio tenersi le tracce precise e
 disegnare su quelle, tenendo quella approssimativa solo per quando
 strettamente necessario

  [...]
  Scusa per la poca chiarezza ma e' un po' tardi...

 era chiaro mi sembra

 --
 Elena of Valhalla

 homepage: http://www.trueelena.org
 email: [EMAIL PROTECTED]

 ___
 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

[Talk-it] Strade Statali

[Diego Guidotti - Aedit s.r.l.]

Ciao,
preso dalla fregola mappatoria ho iniziato a mettere le relation sulle
strade statali (sia originali che declassate, seguendo come guida
Wikipedia[1]. Uso una pagina del wiki di OSM per seguire i processi [2] .
Per adesso ho inizato con le consolari e con quelle strade che, per vari
motivi ho mappato. E' possibile tenere traccia geografica delle relazioni.
L'obiettivo è quello di valutare lo stato di avanzamento della mappa.
Inoltre spesso andando a mettere tutte le relazioni è possibile correggere
errori di connessione e compleare dei tratti non digitalizzati. Se
qualcun'altro sta taggando delle statali consiglio di tenere traccia sul
wiki dell'avanzamento.

Chiedo inoltre al gruppo dei Romani di verificare il percorso di partenza
delle consolari, ho seguito le indicazioni presenti su wikipedia ma serve un
controllo. Inoltre a volte sono indeciso se seguire  i percorsi  storici o
le nuove varianti. Fermo restando che i dati  sulla qualità delle strade e
le velocità dei percorsi stanno nei tag delle way  e la relazione serve per
tenere traccia dell'avanzamento del mapping ( e magari per fare un
cross-link con gli articoli delle singole  Statali su  wikipedia) tendo a
preferire i percorsi storici, voi che ne pensate?

Ciao,
Diego



[1] http://it.wikipedia.org/wiki/Elenco_strade_statali_italiane
[2] http://wiki.openstreetmap.org/index.php/Infrastrutture_italiane#Statali
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] regioni

[Diego Guidotti - Aedit s.r.l.]

Ciao,
ho fatto l'analisi con grass ed ho generato i shapefile, uno con le linee e
l'altro con i poligoni originali (dovrebbero essere quelli istat). Sulla
tabella delle line c'è il codice (cat) del poligono destro e sinistro. Pesa
18 mega, se mi date un account ftp ve lo scarico.

Ciao,
Diego

On Fri, Sep 5, 2008 at 1:57 PM, Simone Cortesi [EMAIL PROTECTED] wrote:

 2008/9/5 Vincivis [EMAIL PROTECTED]:
  Salve, sbaglio o il discorso sui confini amministrativi si è fermato?

 sbagli. è morto in lista, ma io ci sto lavorando. la proposta valida
 rimane quella di spezzare le linee comunali in ogni punto in cui c'e'
 un incrocio a tre, creare una singola wai che sia il pezzo di
 confine fra i due comuni (l'unico pezzo di confine fra quei due
 comuni) e poi unire tali linee di confine in una relation che formi
 quindi tutto il confine dello stesso. iterare, ripetere per province e
 regioni.

 mi han detto che tale comando si chiama v.shape in GRASS, ma io non lo
 so usare. c'e' qualche guru che mi sappia aiutare a realizzare una
 cosa che non credo sia troppo complicata per chi ha una minima
 conoscenza GIS...

  Come prevedevo qualche mail fa, son finito in mare con il mio
 tracciato...
  Vabbè, poco male, modifico la costa. Eh no, un nodo in comune tra costa,
  confine regionale e la strada mappata qualche mese fa. Vai col taglio e
  cucito :(

 penso di avere appena sistemato io (sta ancora facendo l'upload).

  Secondo me il confine regionale va rimosso, per ora. Sarà più opportuno
  riprenderlo una volta chiarito il discorso della coincidenza con la
 costa.

 anche secondo me. lo volevo gia' togliere subito (ma mi hanno
 fermato). ma il metterlo ha scatenato la discussione...quindi ha
 sortito il suo effetto.

 -S

 ___
 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] tag is_in , Geocoding , vie infracomunali , confini comunali

[Diego Guidotti - Aedit s.r.l.]

2008/9/4 Roberto Navoni [EMAIL PROTECTED]

 L'altro problema che emergeva nell'imediato è
 relativo alle vie dove la stessa geometria è contenuta in due comuni
 diversi ...


La via va spezzata in due linee, con i relativi attributi. Se serve dare una
unità alla via si usano le relation. La via va spezzata in tanti altri casi
(senso unico, cambiamento di velocità etc..).


Penso che un sistema di routing/geocoding vada appoggiato ad un database
ad-hoc con la struttura ottimizzata per tali ricerche.

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

Re: [Talk-it] regioni

[Diego Guidotti - Aedit s.r.l.]

Uno strumento che potenzialmente potrebbe essere utile è la funzione di
PlanarGraph disponibile su OpenJUMP. il problema è che ho provata a farla
girare sui comuni e non mi terminava correttamente, andrebbe quindi
debuggata e non ho tempo per lavorarci.
La procedura dovrebbe essere:

   - estrarre le linee dai poligonali
   - effettuare il merge delle linee (in modo da collassare i confini
   ripetuti)
   - lanciare il PlanarGraph che produce il tema degli archi (edge) con
   associati i codici del poligono (face) sulla destra e sulla sinistra
   - trasferire gli shapefile  in osm

Ciao,
Diego

2008/8/28 Giovanni Mascellani [EMAIL PROTECTED]

 Il giorno gio, 28/08/2008 alle 02.03 +0200, Simone Cortesi ha scritto:
  direi di taggare ogni singola way con il rango di confine massimo che
  essa ha, con i valori definiti qui:
  http://wiki.openstreetmap.org/index.php/Key:boundary
 
  quindi ogni comune avrà una relation che conterrà come membri n way,
  con n pari al numero dei comuni che lo circondano.

 Sono d'accordo con questa proposta, che permette contemporaneamente di
 chiarire di che tipo è esattamente ogni confine (e quindi ne permette un
 rendering facile, ma questo è un altro problema), ma non perde
 informazioni, perché descrive correttamente ogni entità con opportune
 relazioni.

  abbozzo di pseudocodice:
  1. aprire il file contenente i confini comunali
  2. spezzare le way ad ogni singolo nodo appartenente a piu' way
  3. assegnare a tale way il nome del confine: confine comunale fra
  comuneA e comuneB
  4. verificare se il confine è anche provinciale o regionale o nazionale

 Questo passo non mi sembra per nulla facile, o meglio, la sua facilità
 dipende molto da come sono organizzati i dati che abbiamo. Mi spiego
 meglio: siamo sicuri che i nodi dei confini provinciali e regionali
 siano perfettamente sovrapposti a quelli dei confini di ordine più
 basso? Se lo sono (e verificarlo non è troppo difficile, secondo me
 andrebbe fatto anche se crediamo che lo siano) la cosa è non troppo
 difficile. Altrimenti dobbiamo trovare il modo di mettere insieme le
 informazioni, e questo probabilmente richiederà un po' più di lavoro.

 Inoltre c'è anche il problema della corrispondenza con i confini
 nazionali già presenti nel database, che, a quanto mi ricordo,
 provengono da altre fonti e quindi saranno diversi, ed in ogni caso
 utilizzano uno schema diverso di tag (non rappresentano l'entità con una
 relation, ma per ogni way indicano cosa sta a destra e cosa a sinistra).

 Mi sembra che la prima cosa da fare sia verificare la differenza, poi
 potremo vedere come mettere d'accordo le due cose.

  5. se si', taggarlo di conseguenza.
  6. creare una tabella dove si elencano tutte le way che compongono i
  confini comunali, provinciali, regionali, nazionali.
  7. aggregare questi elenchi in 8101 + 104 + 20 relation.
  8 creare file .osm con ID negativi gia' taggato.
 
 
  spero di essermi spiegato...

 Sì, direi sostanzialmente di sì, anche perché mi trovi piuttosto
 d'accordo con il modo di procedere!

 Come sono strutturati i dati che hai al momento? Se c'è bisogno, io
 potrei provare a dare una mano per fare lo script di importazione, visto
 che nei prossimi giorni dovrei essere un po' più libero. Dove posso
 trovare i dati che hai al momento?

 Ciaociao, Gio.
 --
 Giovanni Mascellani [EMAIL PROTECTED]
 Pisa, Italy

 Web: http://giomasce.altervista.org
 SIP: [EMAIL PROTECTED]
 Jabber: [EMAIL PROTECTED] / [EMAIL PROTECTED]
 GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD  003F FCB0 BB5C 5F1F BF70)

 ___
 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] regioni

[Diego Guidotti - Aedit s.r.l.]

Ciao,
pensavo che dal punto della correttezza topologica (e della pulizia)
dovremmo definire degli elementi lineari di confine designando con delle
relazioni le aree. Andando a controllare sul confine franco tedesco hanno
fatto cosi:

http://www.openstreetmap.org/edit?lat=48.57536lon=7.80265zoom=15

In questo modo tra Ventimiglia e Mentone dovrebbe esserci una unica linea
che ha a sinistra Francia - Costa Azzurra - ? - Mentone e a destra Italia -
liguria - Imperia e Ventimiglia. Le relazioni provvedereanno a mettere
insieme le nazioni, le regioni le province ed i comuni.

Fin qui la teoria, il problema è come fare uno script che faccia tutto
ciò... Tra l'altro andrebbe anche, a mano, fatta coincidere la coastline con
i confini amministrativi.

Ciao,
Diego


On Tue, Aug 26, 2008 at 6:06 PM, Simone Cortesi [EMAIL PROTECTED] wrote:

 ciao,

 ho appena appena terminato di caricare i confini regionali di tutte le
 regioni italiane.

 nome utente: simone

 tag:
 tag k=boundary v=administrative/
 tag k=admin_level v=4/
 tag k=name v=Lombardia/
 tag k=source v=Elaborazione su dati ISTAT/

 Dovrebbero comparire nei vari render con le solite modalità.

 Il dettaglio non è altrissimo, ma se sapete da esperienza diretta che
 il confine è diverso, piu' definito, leggermente spostato, sentitevi
 liberi di correggerlo lasciando inalterati i tag.

 serve un sistema migliore per caricare province e comuni, un sistema
 che trasformi i miei GPX in una serie di file OSM, in cui sono
 inseriti come tag il nome del comune, il suo codice ISTAT (ad esempio
 per pavia G388), ed eventualmente il tag is_in (provincia, regione).

 conoscete qualcosa che faccia tutto questo?

 grazie,
 S.

 ___
 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

[Talk-it] Statistiche

[Diego Guidotti - Aedit s.r.l.]

Ciao a tutti,
ho aggiornato le statistiche regionali e provinciali sul wiki (
http://wiki.openstreetmap.org/index.php/WikiProject_Italy/Stats).

Alcune note:

   - Crotone è rimasta l'unica provincia senza nemmeno un metro di strada
   mappata, c'è nessuno da quelle parti?
   - sugli 8101 comuni italiani sono coperti solo il 64% , nessuna regione
   è completa (Toscana e Trentino ci sono vicini)
   - Tra le regioni vincono il Trentino come rapporto per abitanti (10.5
   metri a persona), la Liguria come densità (5 metri/ha), la Toscana come km
   mappati (19.142), e la Sicilia come aumento in quest'ultimo mese e mezzo
   (+124%)
   - Tra le province abbiamo Trento come rapporto con gli abitanti (12
   metri/abitante),  Trieste  come densità (22 metri/ha) , Gorizia come
   crescita (+694%) , Milano come chilometri (6.298) .

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

Re: [Talk-it] Statistiche

[Diego Guidotti - Aedit s.r.l.]

Scusa l'imprecisione, per coperti intendo con almeno un metro di strade
(highway=*) , penso che interamento mappato non ne abbiamo neanche uno... E'
solo per indicare la completezza delle strade principali, spesso  puntiamo a
mappare soprattutto i centri urbani  principali, lasciando  intere zone
completamente vuote.

Altre idee per indicatori di quantità/qualità ?




On Mon, Aug 18, 2008 at 5:30 PM, Elena of Valhalla [EMAIL PROTECTED]
 wrote:

 Ciao

 On Mon, Aug 18, 2008 at 5:27 PM, Diego Guidotti - Aedit s.r.l.
 [EMAIL PROTECTED] wrote:
  [...]
  sugli 8101 comuni italiani sono coperti solo il 64% , nessuna regione è
  completa (Toscana e Trentino ci sono vicini)[...]

 cosa si intende per coperti? il comune interamente mappato?

 --
 Elena of Valhalla

 homepage: http://www.trueelena.org
 email: [EMAIL PROTECTED]

 ___
 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] Statistiche

[Diego Guidotti - Aedit s.r.l.]

Hai ragione,
ho dato un'occhiata veloce a come lunghezza di highway=motorway siamo più
del doppio della lunghezza delle autostrade italiane... Quindi la prox volta
dimezzo la lunghezza se oneway=true (almeno per motorway, trunk e
primary)...

Per le zone che cominciano avere un buon grado di  copertura sarebbe
interessante fare dei Progetti Qualità, magari coinvolgendole
amministrazioni comunali per  verificare i nomi delle strade, i sensi unici,
analizzare le corrette connesione dei nodi con algoritmi di routing e
migliorare la mappatura delle amenity. Alla fine del processo si potrebbe
iniziare a classificare alcune zone con dei bollini di qualità.

Idee?

Ciao,
Diego

2008/5/11 Giovanni Mascellani [EMAIL PROTECTED]:

 All'incirca Sat, 10 May 2008 21:58:49 +0200,  Diego Guidotti - Aedit
 s.r.l. [EMAIL PROTECTED] sembrerebbe aver scritto:

  Ho pubblicato tutto sul wiki  (
  http://wiki.openstreetmap.org/index.php/WikiProject_Italy/Stats). Ho
  il file dei comuni (testo, delimitato da tab) ma non me lo fa
  caricare sul wiki. Se vi interessa ve lo mando. Ad avere costanza
  l'idea è quella di monitorare, magari mensilmente,  l'andamento
  generale della mappatura, magari agggiungendo altri indici (strade
  senza nome, servizi etc...)   .

 Fantastico, sia la Toscana che Pisa non sono messe malaccio, ma il
 lavoro continua!!

  Alcune curiosità: in italia sono mappati 86.400 km di strade  pari a
  1.47 metri per abitante e 2.77 metri per ettaro. La lunghezza della
  rete stradale italiana è di 307.000 km siamo quindi quasi ad un terzo
  del lavoro (si fa per dire).

 Non credo che questa stima sia affidabile: il progetto OSM mappa una
 lunghezza stradale molto maggiore rispetto a quella che si intende
 generalmente per tale. Cioè, la strada con accanto una pista ciclabile
 che vedo dalla mia finestra normalmente verrebbe conteggiata come una
 sola strada, mentre invece in OSM compare come due strade, e quindi
 contribuisce con una lunghezza doppia. Gli 86.400 km (che
 incidentalmente sono esattamente il numero di secondi presenti in un
 giorno, ma questo non c'entra niente) corrispondono in realtà, secondo
 me, ad una lunghezza stradale molto più ridotta.

 In ogni caso, indipendentemente da tutte le statistiche, il lavoro è
 ancora tanto. Quindi buon mapping a tutti!

 Diego, credo che sarebbe bellissimo se tu riuscissi a tenere aggiornata
 la pagina delle statistiche. Magari un po' di spirito agonistico
 indurrà più facilmente il lavoro di tutti e la coagulazione dei
 mappatori vicini!

 Ciaociao, Gio.
 --
 Giovanni Mascellani [EMAIL PROTECTED]
 Pisa, Italy

 Web: http://giomasce.altervista.org
 SIP: [EMAIL PROTECTED]
 Jabber: [EMAIL PROTECTED] / [EMAIL PROTECTED]
 GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD  003F FCB0 BB5C 5F1F BF70)


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


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

[Talk-it] Statistiche

[Diego Guidotti - Aedit s.r.l.]

Salve a tutti,
preso da mania statistica, ho fatto un pò di query su postgis con i limiti
amministrativi comunali e i dati osm sulle strade (highway=*) ed ho fatto un
po di classifiche.

Ho pubblicato tutto sul wiki  (
http://wiki.openstreetmap.org/index.php/WikiProject_Italy/Stats). Ho il file
dei comuni (testo, delimitato da tab) ma non me lo fa caricare sul wiki. Se
vi interessa ve lo mando. Ad avere costanza l'idea è quella di monitorare,
magari mensilmente,  l'andamento generale della mappatura, magari
agggiungendo altri indici (strade senza nome, servizi etc...)   .

Alcune curiosità: in italia sono mappati 86.400 km di strade  pari a 1.47
metri per abitante e 2.77 metri per ettaro. La lunghezza della rete stradale
italiana è di 307.000 km siamo quindi quasi ad un terzo del lavoro (si fa
per dire). Su 8.000 comuni solo 4017 hanno strade quindi a livello di
copertura del territorio abbiamo tante gite fuori porta da fare.

Giusto per dare valore alla statistica viene fuori che il comune più mappato
è... Santo Stefano di
Sessaniohttp://www.openstreetmap.org/?lat=42.3485lon=13.6454zoom=13layers=0BFT(24
km di strade per 200 abitanti) :-) L'indice invece sulla superficie da
Milano e Cinisello i comuni più osmizzati (100 metri/ha).

Buona mappatura,
Diego
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-it