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@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
