Ciao,
Che io sappia il Sistema Nazionale Anagrafe Edilizia Scolastica è stato
proposto da poco (tipo luglio/agosto) e dovrebbe pian piano incorporare i
vari sistemi analoghi regionali (in FVG abbiamo già un'anagrafe
dell'edilizia scolastica dove fino a qualche tempo fa mancavano le
coordinate degl
>
>
> il servizio di gestione delle emergenze ha già avviato la produzione delle
> mappe relative alle aree colpite:
> http://emergency.copernicus.eu/mapping/list-of-components/EMSR177
>
Ho visto che sono comparsi anche dei vettoriali con i danni stimati. Si
possono usare questi dati per la mappat
> Ho visto che sono comparsi anche dei vettoriali con i danni stimati. Si
>> possono usare questi dati per la mappatura in OSM ?
>>
>>
> Sì, li hanno pubblicati proprio per quello.
>
Ok, ho ancora un dubbio riguardo i dati vettoriali (disponibili solo per
Amatrice): pare che gli edifici sono quel
>
>>
>> Ok, ho ancora un dubbio riguardo i dati vettoriali (disponibili solo per
>> Amatrice): pare che gli edifici sono quelli di OSM a cui hanno aggiunto
>> l'informazione dei danni, possibile ?
>>
>>
> Se fosse così, bisognerebbe segnalare che stiamo inserendo gli edifici
> mancanti tramite il t
Buondì,
ho messo su uno scriptino che genera ogni 20 minuti la mappa aggiornata
basata su dati osm delle zone terremotate (l'extent è 12.9,42.4,13.5,43.0).
Si può usare con tutte le app compatibili con il formato mapsforge (orux,
locus, osmand, ...).
Per scaricarla:
http://geoserver.protezioneci
Il giorno 26 agosto 2016 12:11, cesare gerbino ha
scritto:
> *>>se qualcuno ha suggerimenti*
> riesci (dovrebbe essere facile con quello che usi ... ), a pubblicare
> anche i dati come layer pubblicati via wms / wfs (geojson)? Così altri
> potrebbero fare delle mappe con gli strumenti che meglio
Non è mappato in modo ipotetico. Ho riportato le informazioni più
aggiornate che ho.
P.s. lavoro per la protezione civile del fvg.
Ciao
Il 03 set 2016 2:36 PM, "Davide Mangraviti" ha
scritto:
> Approfitto per chiedere sia qui che in rete, chi ha informazioni sul nuovo
> bypass + ponte inaugura
>
>
>
> Se il tuo fine è quello di tutelare la lingua e via dicendo, rinnovo
>> l'invito a fare un rendering personalizzato
>
>
> E perché invece non si pensa ad un rendering in italiano, se è così
> sentita questa esigenza, pubblicato magari su openstreetmap.it?
>
>
>
>
Penso che questa sarebbe
Ciao,
volevo solo segnalare che sono disponibili delle immagini aree del nuovo
ponte:
http://www.protezionecivile.fvg.it/ProtCiv/default.aspx/12012-gallery.htm
qui altri dettagli della costruzione:
http://www.protezionecivile.fvg.it/ProtCiv/default.aspx/11998-foto.htm
confermo che la geometria
>
>
> non si devono fare eccezioni, e non si fa automaticamente torto a qualcun
> altro: la comunità locale decide a base della loro conoscenza del
> territorio cosa è il nome generico di un posto, e se ce n'è solo uno
> principale, oppure forse due o tre. Si fa torto non ammettendo la
> precedenza
Il giorno 15 settembre 2016 14:02, marco bra ha
scritto:
>
> Ad esempio se c'e' un percorso pedonale che ha un cancelletto con civico
> ho sempre messo il punto del civico sull'entrata vicina all'edificio e non
> sul cancelletto che a volte dista decine di metri dall'entrata vera e
> propria.
>
>
Mi pare che trovi tutto qui:
https://github.com/sabas/suosm
Il giorno 21 settembre 2016 15:44, Cascafico Giovanni
ha scritto:
> Vorrei fare un fork del codice per adattarlo a PDI specifici per
> camperisti.. Sul sito di cui all'oggetto non trovo collegamenti. Qualcuno
> può aiutarmi?
>
> --
>
Il giorno 23 settembre 2016 09:29, emanuele stocchero ha scritto:
> Ciao a tutti! Sto seguendo le indicazioni di mappare il civico con un nodo
> da inserire nel punto esatto in cui il civico stesso è collocato. Ho visto
> però che nella mia zona alcuni civici non sono attaccati al muro
> dell'edi
viene fatto su un rettangolo ma i
vari tool accettato anche dei poligoni.
Ciao,
Stefano Salvador
Il giorno 29 settembre 2016 09:37, Marco Barbieri
ha scritto:
> Ciao a tutti,
> sto mettendo su un'istanza locale di OpenStreetMap (solo Italia) e non
> riesco a trovare in rete la
Il giorno 11 ottobre 2016 09:52, Carlo Stemberger <
carlo.stember...@gmail.com> ha scritto:
> Il giorno 10 ottobre 2016 19:14, Damjan Gerl ha
> scritto:
>
>> Molte volte il confine è stato definito e poi la costa, il fiume sono
>> cambiati, ma il confine resta come era stato definito.
>
>
> Non è
Le normative danno ragione a Damjan. I confini amministrativi sono per
l'appunto decisi con atti amministrativi che spesso non ricalcano per
niente quello che si trova nella realtà. Proprio stamattina ero in un
comune dove mi mostravano che ci sono case con la zona giorno in un comune
e la zona not
Nessuno dice che i confini attualmente presenti in osm siano perfetti. Solo
che per migliorarli hai bisogno di importarli da una fonte più autorevole e
non è possibile basarsi su quello che vedi.
Ciao,
Stefano
Il 11 ott 2016 6:38 PM, "Fayor Uno" ha scritto:
> Attenti a non confondere la propri
> > Nessuno dice che i confini attualmente presenti in osm siano perfetti.
> Solo che per migliorarli hai bisogno di importarli da una fonte più
> autorevole e non è possibile basarsi su quello che vedi.
>
>
> Non c'è alcun bisogno di importarli, se trovi la fonte che ti dice quali
> sono li modifi
"fantasiosi".
Ciao,
Stefano
Il giorno 11 ottobre 2016 21:48, Francesco Pelullo ha
scritto:
> Il 11 ott 2016 21:24, "Stefano Salvador" ha
> scritto:
> >
> > Nessuno dice che i confini attualmente presenti in osm siano perfetti.
> Solo che per migliorarli h
>
>
> Perché se il confine è determinato dal corso del corrente, e questo si
> sposta, si sposta anche il confine.
>
>
>
Questo non è vero, i confini amministrativi vengono modificati solo con un
atto amministrativo dell'ente competente.
I confini non sono una cosa "vera" che è possibile vedere n
Per chi vuole aproffondire a pagina 9 del seguente documento c'è un decreto
della Regione FVG che modifica di poco un confine:
http://bur.regione.fvg.it/newbur/downloadPDF?doc=0&name=2011/08/31/BUR%2035_noLEGAL.pdf
Ciao,
Stefano
Il giorno 20 ottobre 2016 10:38, Stefano
>
>
>> Questo non è vero, i confini amministrativi vengono modificati solo con
>> un atto amministrativo dell'ente competente.
>>
>
> Ma qui non si tratta di cambiare i confini: il confine resta il torrente.
> Se il torrente si sposta, si spostano le coordinate geografiche, ma dal
> punto di vista
il fatto è che logicamente sbagliato legare un'entità "legale" come un
limite ammistrativo a qualcosa di fisico. Rende solo la vita difficile ai
mappatori.
Ciao,
Stefano
Il giorno 20 ottobre 2016 14:57, Fayor Uno ha scritto:
> Se un torrente (o una strada) fa da confine e poi cambia il suo cor
Il giorno 21 ottobre 2016 01:33, Fayor Uno ha scritto:
>
> Se il confine sappiamo con certezza che segue qualcosa di fisico (che sia
> un muro, la mezzeria di una strada o di un fiume eccetera), è logicamente
> corretto disegnarlo in corrispondenza. Oltre a rappresentare la realtà per
> quella ch
I dati sono quasi di sicuro OSM, è abbastanza evidente dall'edificio a
mezzaluna in alto a sinistra che non era presente nella CTRN ed ha una
forma molto particolare.
Ciao,
Stefano
Il giorno 2 novembre 2016 12:01, Cascafico Giovanni
ha scritto:
> Informacittà di Cividale sceglie di violare l'a
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 s
>
> 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
>
>
>
> "autocad" e "tutti i gis" sono parole che non possono stare assieme a
> meno che non se ne aggiunga un'altra "tutti i gis proprietari" :-)
>
>
Scusa sono stato impreciso, per autocad intendevo formato dxf, poco tempo fa
ho fatto un corso GIS in cui abbiamo proprio importato in QGIS una tavo
>
> di che strumento si tratta? è un convertitore particolare (specifico
> per CTRN?) oppure qualcosa che faccia la conversione da shapefile a
> postgis?
>
> mi riferivo a questo thread:
http://www.faunalia.com/pipermail/gfoss/2008-November/010882.html
è un tool specifico per la CTRN del FVG in q
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 solo
>
> 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 maili
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
mo
> 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 d
> 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 f
non ho visto com'è fatta la CTRN del Veneto ma se è come quella del
Friuli non tutto può essere importato automaticamente, l'esempio forse
più importante sono proprio le strade: non esiste un layer con il
grafo stradale ma ogni strada (soprattutto in ambito urbano) deve
essere ricostruita a partire
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 pre
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,
andr
> 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
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:
http://
> 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 qual
> 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
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 lin
dimenticavo: puoi importare i dati anche direttamente senza usare
JOSM, magari per i layer più grossi va meglio.
2009/2/10 Stefano Salvador :
> Ciao Christian,
>
> il workflow mi sembra ottimo, aggiungeri alcuni passaggi alla fine:
>
> - per i tematismi per cui ha senso cercar
> 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 fatt
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
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 dat
> 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 del
> 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 q
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 telefonar
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 vuo
prova senza il www: http://osmit.fbk.eu
2009/3/3 Roberto Moretti :
> Ottima notizia.
> Però l'indirizzo:
> www.osmit.fbk.eu
> mi dà il messaggio di errore
>
> Firefox non riesce a contattare il server www.osmit.fbk.eu.
>
> Ciao
> ilrobi
>
>
> 2009/3/3 Cristina Moretto :
>> OSM-It 2009
>> 5 - 6 Giu
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 f
> 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
Sono nuovo di OSM (ma non del mondo FOSS) quindi forse non ho
conosciuto lo spirito di cui parli però per quanto mi riguarda
nell'importare i dati della CTRN FVG sono spinto da queste
motivazioni:
1. Per non buttare via il lavoro già fatto da altri (e nel caso degli
enti pubblici già pagato con le
> controllato di avere fatto la conversione di coordinate corretta?
> L'unica volta che ho convertito da MonteMario a WGS84 ho fatto un
> pasticcio di qualche decina di metri.
quella della conversione è stata una parte in cui ho sfruttato il
lavoro di altri ;-) grazie alla collaborazione di una pe
>
> 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
> A me interesserebbe...gran bell' oggetto !!!
Interessa anche a me
> Acquisto in gruppo e spedizioni separate?
mi associo alla domanda ;-)
Ciao,
Stefano
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tal
>> 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 pe
> 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 ord
> 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
co
>
> 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'a
> 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 nu
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 region
> 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 or
> 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 d
> 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 l
> 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
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,
S
qui dovrebbe trovare quello che gli serve :
http://www.pcn.minambiente.it/PCNDYN/catalogowms.jsp
Il 7 aprile 2009 20.58, Francesco de Virgilio ha scritto:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Buonasera lista,
> lo sviluppatore spagnolo di GvSig Mobile[1] per Maemo ed OpenMoko mi
> 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 and
> 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 assi
> 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 d
>> - ETR589/UTM32N
>> - ED50/UTM32N
>> - ED50/UTMA(RER)
>> -Roma40/Gauss Boaga Ovest
>>
>> Mi sembra che i dati scaricati nel sistena ETR589/UTM32N siano coerenti
>> con quelli immessi in OSM, ma poichè per me l' argomento è estremamente
>> oscuro, avrei bisogno di una conferma da qualcuno che sa d
>
> Personalmente invece tenterei la trasformazione da Roma40 a WGS84, non
> perché sia più semplice ma perché è più comune ed è più facile trovare
> qualcuno che la sappia fare bene (Roma40 è quasi lo standard Italiano)
>
Cambiare elissoide è sempre meglio evitarlo quando si può, implica
calcoli
> 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 e
Ciao a tutti,
sto preparando il file OSM per importare i sentieri CAI della CTRN del FVG (li
sto usando un po' come banco di prova prima di avventurarmi con il grafo
stradale).
Sono un po' incerto su quali tag usare. I metadati di cui dispongo sono
essenzialmente il nome del sentiero e la quot
Grazie Luca delle indicazioni.
> > highway=footway
> > sac_scale=mountain_hiking
> > name=[numero sentiero]
> > operator=C.A.I.
> > source=[riferimento all'autorizzazione]
>
> ref=[numero sentiero]
> name=[nome se esiste (per esempio da/a)]
ok, adesso capisco.
> non penso sia obbligatorio metter
> 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 so
> 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
Ciao a tutti,
eccomi qua con una nuova puntata della CTRN FVG.
Ho preparato la versione finale dei sentieri CAI che vorrei caricare su OSM,
per chi è curioso la può trovare al seguente indirizzo:
http://salvaste.altervista.org/dati_fvg.html
se qualche escurzionista conosce la zona e vuole darc
> 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,
inta
>> 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 s
> 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 prepa
> 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 p
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 pe
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 partir
> 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 comple
> Mi sono spiegato male. Le curve di livello ogni quanti metri (di
> altitudine) sono? 10, 20, 50?
5m e in alcuni posti (di solito pianura) 1m.
> Si possono usare anche fuori dal progetto OSM?
la risposta breve è "no".
> Come dicevo, convertirle in formato Garmin è abbastanza veloce e in
> ques
> 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 f
> 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 da
1 - 100 di 737 matches
Mail list logo