[Talk-it] CTRN FVG: importazione diretta da FCN a OSM

[Stefano Salvador]

dimenticavo: puoi importare i dati anche direttamente senza usare
JOSM, magari per i layer più grossi va meglio.

2009/2/10 Stefano Salvador <stefano.salvador at gmail.com>:
> 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 linee e poi ricercato i punti toponomastici che ricadevano
> all'interno del buffer, ci prendeva abbastanza
> - scaricare da osm i dati già presenti per il particolare tematismo ed
> eliminare dal file "importando" quello che è già presente sulla mappa,
> per farlo si può usare un algoritmo simile al precedente
> - prima di caricarli ufficialmente provare in un qualche tipo di
> "sandbox" per fare una verifica umana del lavoro, mi sembra che qua in
> lista qualcuno avesse già pronto qualcosa del genere.
>
> in più documenterei sulla wiki quello che stiamo facendo per avere un
> minimo di coordinamento.
>
> Ciao e buona importazione :-)
>
>
> Stefano
>
>
>
> 2009/2/10 christian pellegrin <chripell at gmail.com>:
>> Ciao,
>>
>> sto provando a vedere come importare nel modo meno indolore possibile
>> i dati della CTRN del FVG in OSM. Premetto che sono un neofita con
>> JOSM e quindi ogni commento e critica sono ben accetti. Allo scopo ho
>> comunque sviluppato un programmino in python (riciclato da un altro
>> progetto) che genera dei file .osm che poi leggo senza problemi in
>> JOSM per gli aggiustamenti finali. Potete trovarlo qua:
>> http://www.evolware.org/chri/priv/fcn2osm.py
>>
>> Il programma ha come parametri un file con la lista degli FCN da
>> elaborare e il tematismo della FCN che deve essere esportato. Le
>> singole tavolette vengono lette e, cosa importante, vengono
>> considerati i punti di bordo introdotti artificialmente tra le
>> tavolette per essere eliminati. In una prima fase le geometrie che
>> hanno un punto di bordo con le coordinate Gauss Boaga ridotte
>> esattamente uguali vengono unite e il punto eliminato. Alla fine i
>> punti di bordo che sono più vicini di una certa soglia (configurabile,
>> per ora la ho messo a 1m) seppure con coordinate diverse vengono
>> sottoposti alla stessa procedura.
>>
>> Come ultima operazione viene scritta una serie di file .osm con le
>> geometrie. In ogni file .osm ci sono al massimo 50 geometrie dato che
>> altrimenti il lavoro con JOSM è molto lento con troppi nodi.
>>
>> Per ora la semplificazione funziona solo con geometrie tipo linea.
>> Come test sto utilizzando la rete di sentieri CAI. Alcune cose che
>> vorrei chiedervi:
>>
>> 1) la trasformazione utilizzata per il passaggio da GB a WGS84
>> dovrebbe avere un'accuratezza di 50cm (massima differenza). Credo che
>> sia ampiamente sufficiente, siete d'accordo?
>>
>> 2) dato che controllo i file .osm in uscita posso aggiungere in
>> automatico qualsiasi tag. Oltre a quelli sulla pagina wiki, ci sono
>> altri che andrebbero presi in considerazione?
>>
>> 3) purtroppo nella CTRN ci sono degli errori e quindi rimangono
>> comunque dei punti di bordo irrisolti. Poi bisogna capire se la
>> geometria che rappresentano va giuntata ad un'altra (per esempio
>> segmenti dello stesso sentiero). Ad esempio ho trovato 104 punti di
>> bordo che non hanno un corrispondente per la rete dei sentieri CAI.
>> Comunque viene di sicuro eliminato il problema dei nodi doppi.
>>
>> 4) come vi sembra questo work-flow? L'idea di base è trovare un
>> euristica che permetta di rendere più indolore l'importazione anche
>> dei dati più pesanti come le strade o gli edifici.
>>
>> --
>> Christian Pellegrin, see http://www.evolware.org/chri/
>> "Real Programmers don't play tennis, or any other sport which requires
>> you to change clothes. Mountain climbing is OK, and Real Programmers
>> wear their climbing boots to work in case a mountain should suddenly
>> spring up in the middle of the computer room."
>>
>> _______________________________________________
>> Talk-it mailing list
>> Talk-it at openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-it
>>
>