ho completato la sistemazione dei dati, devo solo convertirli in
formato osm e poi li passo a Simone per il caricamento.
ho fatto una verifica con i dati già presenti in OSM e la mia idea
sarebbe di sostituire i dati attualmente presenti con quelli presi
dalla CTRN, le motivazioni sono diverse:
a questo proposito c'è qualcuno più esperto di me dei vari tag OSM che
può rivedere questa pagina wiki:
http://wiki.openstreetmap.org/wiki/CTRN_FVG_5000#EDIFICI.2C_COSTRUZIONI_E_ATTREZZATURE
in particolare per quanto riguarda le parti segnate come lavori in corso
Ciao,
Stefano
Ho fatto un po' di pulizia eliminando i nodi duplicati e riunendo le
ways staccate.
Grazie mille
Ci sono ancora vari problemi di sovrapposizione di 2 sentieri nella
stessa tratta (non sapendo effettivamente dove finisce il primo e
inizia il secondo li ho lasciati così).
questo è un errore
Sorpresa del lunedì ...
Stavo controllando il risultato di un export della CTRN e mi sono
trovato con 6 layer sconosciuti (nel senso che non c'è traccia di loro
nei documenti tecnici della regione) nella sezione viabilità. Una
volta aperti in QGis mi sono ritrovato il grafo completo e ben fatto
ora dobbiamo iniziare a parlare do come mettere in piedi una
infrastruttura che ci permetta di fare gli import.
si comincia a sentirne il bisogno in effetti :-)
mi sa che ne parleremo a trento.
purtroppo non potrò essere dei vostri :-(
comunque mi fido ciecamente delle vostre decisioni ;-)
Se mi dite come si fa a settare l'errore massimo in utilsplugin sono
disposto a ripassarmeli tutti. Va bene 1 metro allora?
per me va bene, prima di procedere però verificherei che i punti superstiti
conservino il corretto tag ele dove presente.
Ciao,
Stefano
A quando risalgono i dati?
Credo che le foto aree siano state scattate tar il 2003 e il 2005.
Comunque la mia idea è quella di preparare dei file OSM divisi in aree
abbastanza piccole (pensavo a livello di comuni), poi qualcuno che conosce la
zona li prende in carico, li integra/modifica e
non è proprio semplice ma io mi sono fatto uno script in python/ruby
che legge lo shape e poi scrive su un file osm ogni tot feature lette,
usando le librerie messe a disposizione da OGR non è difficile. Se non
hai troppa fretta posso vedere di adattarlo al tuo caso.
Mi passi lo script?
Mi passi lo script?
adesso non ce l'ho sotto mano, appena lo recupero te lo mando
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
anche qui c'è un po' di materiale:
http://www.regione.fvg.it/rafvg/territorioambiente/areaArgomento.act?dir=/rafvg/cms/RAFVG/AT9/ARG14/
parla della rete GPS FVG, i dati sono disponibili a tutti.
Ciao,
Stefano
___
Talk-it mailing list
Ho notato che alcuni sentieri (es [1]) risultano fortemente
frammentati (singoli segmenti con i punti di inizio e fine non in
comune con i segmenti precedenti e seguenti, quindi un sacco di punti
duplicati e fine ways vicino altre ways) con relazioni da 500+
elementi. Inoltre validator rileva
No, non ti chiedo di rifare tutto da capo
grazie ;-)
speravo solamente che qualcuno conoscesse un metodo rapido in josm per
selezionare tutte le
ways di una relazione.
non che io sappia ...
Ho postato prima di procedere per sapere se il metodo (fix dei punti
duplicati e combine dei vari
se ne era parlato qui:
http://lists.openstreetmap.org/pipermail/talk-it/2008-November/004375.html
Errore: *Impossibile scaricare i dati OpenStreetMap dal server XAPI:
probabilmente non è stato aggiornato l'applicativo alle nuove api.
Ciao,
Stefano
non sara' il caso di aspettare?
secondo me abbiamo gia' abbastanza dati in attesa di essere importati...
concordo, considera poi che quanto avremo importano una discreta parte
dei dati che già abbiamo (e magari anche prodotta qualche mappa
dimostrativa) sarà molto più semplice presentarsi
Volendo la CTRN del FVG ha tutte le curve di livello molto dettagliate
(sono 2GB di dati !), le ho già convertite in shapefile ma ancora non
ho creato il DTM per paura di fondere il mio portatile ;-)
mi avete fatto venire la curiosità di vedere cosa ne viene fuori.
Ciao,
Stefano
Volendo la CTRN del FVG ha tutte le curve di livello molto dettagliate
Con che passo?
bella domanda ... i dati originali sono 1:5000, quindi in teoria
dovrebbe produrre un DTM con passo di 2m (ma sto inventando ...)
Dove le hai recuperate in formato Shapefile?
le ho prodotte io a partire
se non ci sono problemi questo week-end inizio (e spero concludo l'upload).
fatto !!!
devo sistemare un paio di sentieri che per errore ho caricato due
volte ma direi che la cosa è andata bene, i vari rendering si stanno
già aggiornando.
adesso è il turno dei mappatori/escursionisti di
Vedo che su OSM non ce ne sono tante e alcune sono addirittura scritte
tutte in maiuscolo e sono sprovviste di altitudine. Ho provveduto a
bonificarne alcune (in FVG) aiutandomi con Wikipedia ma la CTR, se ce
le ha, probabilmente è più completa.
nella CTRN ci sono ma in un modo tutto loro,
C'è un qualche significato recondito nello spezzettamento o è dovuto
esclusivamente alla sporcizia dei dati originari?
Detto in altro modo: se vedo due way consecutive che hai uploadato tu,
posso fonderle in una sola o perdo qualche informazione?
Puoi fonderle, è quello che ho tentato di fare
sono pronto !
ho fatto un po' di test, ho controllato le sovrapposizioni con quanto
esistente e ho incrociato tutte le dita.
un esempio di way uploadata lo trovate qui:
http://api06.dev.openstreetmap.org/browse/way/30262
alcune considerazioni:
- sarà upload abbastanza corposo (più di quanto
Unico appunto: hai usato name= per le route, invece di ref=
Se lo apro con un editor di testi e vado verso il fondo del file (da
riga 1424893) vedo che le relation sono taggate name=100 invece di
ref=100
l'ho fatto per vedere se eravate attenti :-) scherzi a parte nello
script che ho
Sono qui a chiedervi, se c'e' qualcuno che, condividendo questi scopi
ed essendo un esperto gis+osm, possa essere interessato e volenteroso
di far parte dell'anima tecnica del gruppo.
A quanto pare io sono già coinvolto nella cosa con il lavoro che sto
facendo per il FVG, non ho il tempo però
Sono perplesso sull'indicazione sac_scale=mountain_hiking in assenza di
informazioni precise sul sentiero.
confesso che la scelta è stata del tutto arbitraria :-) la sola
indicazione highway=footway mi sembrava troppo generica.
L'ideale sarebbe interessare i gruppi CAI e fare un mapping party
Ho caricato in josm il file cai.osm ma mi ritrovo una scarica di punti non
uniti tra loro da alcuna way. Dove sbaglio?
Inoltre Validator mi da:
Duplicated nodes (29050)
Empty ways (20387)
Untagged ways (20387)
accidenti ho caricato il file sbagliato :-( appena posso lo ricarico,
intanto
Non lo sapevo, in questo caso in effetti non resta altro che inserire le
relazioni a mano ed è un lavoraccio, comunque dopo che avrai inserito le way
sarà senz'altro più semplice per tutti dare il proprio contributo.
Non è così faticoso (anche se è lungo...)
In JOSM ad esempio puoi
Ti stai sbagliando, i punti possono avere tag indipendenti dalla way a cui
appartengono. Nel caso dell'altezza il tag sarebbe ele e puoi applicarlo
ad ogni punto senza problemi
perfetto, non lo sapevo, questo risolve ogni problema
Larghezza, non lunghezza
ops, hai ragione ...
Ci sono dei
Ultima avvertenza: decidi una volta per tutte come gestire i ref che
non siano completamente numerici. Es. ref=16A oppure ref=16/A oppure
ref=16 A
nella CTRN viene riportato prevaltemente come 16A, non ho però idea di cosa
venga fatto in OSM di solito.
Ci sono sicuramente due sentieri sul monte Cuarnan (vicino Gemona) e
alcuni brevi tratti di altri sentieri in val Raccolana che ho mappato io
(ma non hanno il ref CAI).
nella CTRN non è segnato nessun sentiero CAI nel gemonese quindi non ci
dovrebbero essere conflitti.
in ogni caso farò un
Scommetto che il loro geoide originale sia Roma40. Perlomeno è così
per la Regione Lombardia.
Quindi prendere i loro dati in ETRS89 non ti mette al riparo da
eventuali errori di conversione di geoide: potrebbero averli commessi
loro.
piccolo appunto pedante: in questo caso parliamo di
aspettare non serve, la licenza sara' compatibile. sempre che arrivi
mai la licenza. passi avanti non ne è stato fatto nessuno negli ultimi
settimane. ufficialmente c'e' solo una richiesta di valutazione di una
nuova licenza che ha evidenziato numerosi problemi con il caso
specifico dei dati
Salve,
avete idea se e' già stato organizzato un mapping party in
Regione F.V.G. ?
Quanti della regione sono iscritti in lista?
saluti
uno sono io, attualmente sono impegnato nel importare la CTR e gli
altri layer resi disponibili dalla regione, credo che un mapping party
in regione
Riguardo all'import come procede?
l'import procede bene, si è arenato a causa della mia improvvisa
partenza per L'Aquila (lavoro per la protezione civile).
Comunque ecco un piccolo riassunto:
- ho integrato (anche grazie ad un mio collega) tutti i layer degli
edifici in un'unico shapefile
qui dovrebbe trovare quello che gli serve :
http://www.pcn.minambiente.it/PCNDYN/catalogowms.jsp
Il 7 aprile 2009 20.58, Francesco de Virgilio fradev...@gmail.com ha scritto:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Buonasera lista,
lo sviluppatore spagnolo di GvSig Mobile[1] per Maemo
qualcuno sa in base a quale criterio assegnate i tag left e right per
i confini ?
Ciao,
Stefano
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
io ho scelto col criterio che mi era piu' caro: quello della sponda
sinistra e della sponda destra idrografica.
guardando la way nella direzione delle frecce, la sinistra è a
sinistra e la destra è a destra.
caspita, era più semplice di quanto pensassi !
grazie mille del chiarimento,
Ottimo consiglio, conosco il sito.
Qualcuno sa dove trovare informazioni su come importare i POI in OSM in
modo automatico o quasi?
Oltre a chiedere autorizzazione e magari aspettare la nuova licenza OSM,
mi piacerebbe rendermi conto di come poterlo fare.
dipende in che formato e in che
Ciao a tutti,
scusatemi ma questa sarà una mail un po' lunga.
Per chi non vuole leggere tutte le mie elucurazioni anticipo le conclusioni:
non possiamo usare i dati della CTR FVG in OSM.
Da un po' ho questa fissazione di importare i dati cartografici della regione
FVG in OSM. Siccome la
no, non è vero questo. loro intendono che i dati non possono essere
usati cosi' come sono per essere venduti. ma posono essere inseriti in
osm e da li' utilizzati come previsto dalla CCBYSA.
non vedo problemi nell'import dei dati FVG.
anzi, anche i responsabili della regione stanno ormai
appena potro', andro' avanti con l'import dei dati.
Non avere troppa fretta, i dati della CTR per essere importati hanno bisogno
di un sacco di lavoro di elaborazione e controllo. Ad esempio l'ufficio in cui
lavoro ogni giorno per openstreetmap in questo momento risulta piazzato
all'interno
si, ma mi è stato detto che va inteso come dati utilizzati a se
stante, se non integrati con altri, modificati, cambiati di
coordinate.
loro vogliono evitare che uno prenda la CTRN e la metta in vendita in
un libro o che qualcuno, maliziosamente li metta in vendita, qundo la
regione li
da 1 a 9 pezzi 54.08
da 10 a 49 pezzi 42.93
da 50 a 100 pezzi 40.78
scusatemi ma sul preventivo mancava l'iva del 20%
per me va bene lo stesso.
comunque (giusto per riassumere), se non sbaglio la tabella va letta così:
da 1 a 9 pezzi 64.90
da 10 a 49 pezzi
Scusa ma non capisco che vantaggio abbiamo a fare un acquisto collettivo.
Questi sono i prezzi IVA compresa che leggo nel sito EsseShop, al quale
aggiungere 7.80 euro di spedizione.
Se consideri che magari poi tocca spedirlo a qualcuno per posta.
il vantaggio ovviamente c'è solo ne
PS gentilmente potreste votare il sondaggio serve per capire come si
muoverà la comunità e di conseguenza quali azioni fare (per esempio un
fork)
siccome devo ancora aggiungere un solo punto a OSM non ho molta voce in
capitolo in questa discussione (a parte tutto il tempo che ho perso a
Alla luce degli accadimenti, il problema Veneto e FVG...
[ ] deriva dall'aver chiesto e ottenuto una licenza non
adatta (la CC-By-SA)
[ ] nasce dal fatto che OSM vuole inopinatamente cambiare licenza
Se il rilascio dei dati regionali fosse stato fatto sotto ODbL,
il cambio ad un'altra
per me è meglio averli un PD che non poter avere altre libertà...
sono perfettamente daccordo, purtroppo pare che l'opzione PD (o CC0)
sia già stata considerata e scartata, non sembra esserci nessuna
intenzione di ritornarxi sopra.
non so a me sembra che tutte le difficoltà nel formulare una
comunque se sulla richiesta non si parla di licenza ma solo del
progetto osm non penso ci siano grossi problemi.
purtroppo l'autorizzazione fa riferimento alla richiesta e la
richiesta parla della licenza CC-SA.
Ciao,
Stefano
___
Talk-it mailing
Ciao a tutti,
in questi giorni con un po' di fatica ho estratto e ripulito i confini della
CTRN del FVG, siccome la precisione è, ovviamente, molto migliore di quelli
attuali presenti in OSM, volevo eliminare i vecchi e caricare i nuovi.
Il problema è che non ho idea di come fare e non vorrei
Nessunissima idea ma siccome mi sembra un'opera meritoria hai tutto il
mio incoraggiamento :-)
grazie :-)
Prima domanda: in che formato hai i confini? Quelli attuali sono una
serie di linee ciascuna delle quali è il confine tra due comuni
precisi; il confine di un singolo comune è dato da
Ciao,
mi sono documentato sull'argomento e adesso sono confuso su cosa
stiamo chiedendo, ho letto più o meno tutto quello che c'è nella wiki
riguardo a questa cosa e ho scoperto quanto segue:
- in realtà c'è molto materiale, non mi sembra che stiano facendo
qualcosa in segreto
- mi sembra che la
Ma sono dei cabarettisti! Dopo tutti le questioni sul copyright che il
progetto si pone, ruba i dati dei partecipanti!
Anch'io ora procedo a importare i dati da Google Maps, ma gli do la
possibilità di contattarmi in seguito...
(sì sono ironico ma non troppo - da un progetto che non vuole
Passando al tecnico: Stefano, quando hai fatto l'import in postgis hai
preso in considerazione anche i metadi sul fatto che un punto sia
primo punto, intermedio o finale di una geometria e la distinzione tra
punti rilevati e punti analitici di bordo?
purtroppo no, finora l'obbiettivo era
domanda da niubbo: qualcuno mi aveva raccontato che le celle vengono
periodicamente riprogrammate cambiandone l'area di influenza,
eventualmente tenedo conto di eventi particolari, ad esempio durante
una partita/concerto vengono create nella zona celle aggiuntive in
modo che tutti possano
Ciao Christian,
il workflow mi sembra ottimo, aggiungeri alcuni passaggi alla fine:
- per i tematismi per cui ha senso cercare di aggiungere anche la
toponomastica, ho fatto degli esperimenti per le strade con grass: ho
preso il layer dalla 1:25000, creato un buffer sufficiente attorno
alle
dimenticavo: puoi importare i dati anche direttamente senza usare
JOSM, magari per i layer più grossi va meglio.
2009/2/10 Stefano Salvador stefano.salva...@gmail.com:
Ciao Christian,
il workflow mi sembra ottimo, aggiungeri alcuni passaggi alla fine:
- per i tematismi per cui ha senso
2) mi sembra un peccato perdere l'informazione altimetrica visto che è
di fondamentale importanza in questa applicazione. Si potrebbe
aggiungere un tag (height= per esempio) che mantiene questa
informazione? C'è già un tag globale in OSM per questo tipo di
informazione?
non l'ho fatto
mettere in piedi una web app non è immediato e senza un minimo di test
sul campo non è neanche facile progettarla, forse potremmo cominciare
concentrandoci solo su alcuni tematismi importanti (viabilità,
edifici, ...) e partire con l'approccio FTP + Wiki.
Ciao,
Stefano
2009/2/10 Federico Cozzi
PS: sia per il veneto che per il friuli possiamo usare il WMS.
questo vuol dire che il server WMS che hai messo in piedi può essere
reso pubblico ?
lo stesso vale anche per gli SHP che abbiamo prodotto ?
Ciao,
Stefano
___
Talk-it mailing list
2. si manifesta la volonta' sul singolo file (tematismo+area) su una
pagina wiki 3. si scarica il file osm da uno spazio web
4. si apre con josm, si confronta e si carica su db osm
5. si flagga sulla pagna wiki il fatto che l'import è stato effettuato.
6 si torna al punto 2 con una altro
On Tuesday 10 February 2009 19:12:35 Federico Cozzi wrote:
Christian Pellegrin ha dei problemi con i sentieri del CAI derivanti
dallo split dei dati in tavolette, che necessariamente spaccano le way
in più segmenti che devono essere ricomposti.
bhè, questo è un problema che non ha più, i dati
bello questo esempio delle foto aeree tedesche: http://osm.m0nty.de/
tanto per capirci pensavo proprio a qualcosa di simile:
1. chi ha più dimestichezza con gli strumenti prepara il db
2. gli utenti attravero una comoda interfaccia web si scaricano i dati che gli
interessano in formato osm
Ciao,
oggi stavo dando un'occhiata ai dati che la regione ci ha messo a disposizione
e osservavo che alcuni tematismi sarebbe meglio importali dalla carta 1:25000
invece che dalla carta 1:5000 (le strade ad esempio), vorrei quindi creare una
pagina wiki simile a quella che c'è già qui:
Possiamo rinominare tutte le pagine in CTRN, invece che CRTN?
:-)
credo che rinominare non sia supportato, bisogna crearne una nuova e
cancellare quella vecchia.
Nel frattempo stavo pensando che si potrebbe ribaltare l'impostazione attuale:
partirei dai tematismi di OSM e poi elencherei
my fault...correggete se lo ritenete, avevo sbagliato io e non me ne
ero mai accorto fino ad ora.
ok, lo faccio io
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
ok, lo faccio io
ovviamente era possibile rinominarla, scusate ho avuto un attimo di
disorientamento ...
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Qualcuno più esperto di me conosce una libreria all'uopo?
http://rubyforge.org/projects/dbf/
Stefano
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
On Sunday 08 February 2009 12:00:23 Stefano Salvador wrote:
Qualcuno più esperto di me conosce una libreria all'uopo?
http://rubyforge.org/projects/dbf
rettifico, questa legge e basta, però ho visto che grass riesce a
leggere e scrivere i dbf e in più c'è anche una libreria in python:
http
Sono daccordo con l'analisi fatta da Federico e anzi propongo, quando
sarà meglio definita, di riportarla sulla pagina wiki creata per il
FVG (poi magari la si adatta per incorporare anche il Veneto e le
altre regioni che verranno).
sono un po' dubbioso invece sulla semplificazione delle way,
Le CTR sono le carte su cui le amministrazioni pubbliche sono tenute a
costurire ogni tipo di documentazione ufficiale quindi c'è da
aspettarsi siano abbastanza precise. Per quanto ne so io vengono
costruite a partire da ortofofo in cui un pixel corrisponde a un metro
o meno, quindi questa è la
Guarda Luca, secondo me è la cosa + semplice ... si potrebbe creare
dei gpx tematici, divisi magari in arie unitarie (20kmx20km) e chi
vuole partecipare adotta un area e si edita a mano i gpx già
tematizzati cosa ne pensate?
Per il Friuli (dove abbiamo un problema analogo) pensavamo di
Anche quella del WMS è una via però non so, visto l'entusiasmo,
mi sembra più gestibile la via gpx, ma questo è solo il mio parere ...
Stefano tu intendi un WMS con la CTR in raster? perchè con i gpx
derivati dagli shape si riesce a mantenere le info ... (monte.
metri )
ho fatto
non ho ancora potuto controllare in dettaglio ma secondo me i nodi duplicati
sono dovuti al fatto che gli shape di partenza (se sono quelli creati dal
mio script) affiancavano le varie tavolette della CTRN e quindi sul taglio
tra una tavoletta e l'altra i nodi sono ripetuti. Almeno questo era un
PS: abbiamo caricato i pioppeti e i ghiacciai per i momento... c'e'
interesse per avere i file OSM risultanti dalla conversione?
io sarei interessato agli script o al programma che avete usato per la
conversione
Ciao,
Stefano
___
Talk-it mailing
Salve a tutti,
scusate il cross-posting ma penso che questo interessi entrambe le liste.
ho collezionato e integrato un po' di script per manipolare la Carta Tecnica
del FVG, ringrazio gli autori originali (Christian Pellegrin e Niccolo
Rigacci) per averli messi a disposizione.
Per ora sono
Ciao a tutti,
sono nuovo della lista e stavo leggendo le vecchie discussioni per
orientarmi nell'acquisto di un gps per contribuire a questo progetto, adesso
che la mia regione ha fatto questo passo penso che sarà molto più facile per
me dare una mano.
nella lista GFOSS c'è chi ha già pronto lo
Quello che mi chiedo e' in che modo questi dati possono essere importati
in Osm. Per il momento l'utilita' si limiti alla consultazione manuale, a
meno che qualcuno non trovi un modo per convertire i dati da un formato a
quello di OSM.
Non sono un esperto di cartografia, ma al momento mi
601 - 675 di 675 matches
Mail list logo
