Il giorno 22 gennaio 2013 22:25, Leonardo <kinetocor...@gmail.com> ha scritto:
> Ciao, > > scrivo alla mailing list per esporre una possibile idea di import per i > dati riguardanti l'utilizzo del suolo in Veneto > ... > Questo sarebbe il possibile piano di import ma prima vorrei sentire i > vostri pareri, favorevoli, contrari, dubbi, ecc... > Ciao, ho dato un'occhiata al file. Nelle zone urbane mi sembra più accurata la CTR, che (a volte) ha anche le pertinenze dei singoli edifici. Per le zone alpine ed agricole, invece, i file sembrano più dettagliati e le way più accurate della CTR, quindi anch'io sono favorevole a degli import locali. Usando file divisi per comune si potrebbero confrontare meglio i dati ed evitare alcune zone, come i centri urbani. Spesso i poligoni sono composti da way più lunghe del limite di 2000 nodi ed andranno quindi tagliati e trasformati in multipoligoni. Mi chiedo anch'io come si possa gestire al meglio dei poligoni con copertura al 100 %, quindi composti da way che hanno sempre dei tratti in comune con altre. Immagino che per il momento la soluzione migliore sia quella mista: - creare way sovrapposte, con i nodi in comune, per poligoni adiacenti piccoli - creare multipoligoni per poligoni adiacenti molto estesi, con una sola way di confine usata in entrambe le relazioni, es. boschi estesi. Osservazione a parte. Forse è inevitabile raggiungere il 100 % di copertura, prima o poi, anche in OSM. L'ideale sarebbe avere degli editor (si dice topologici?) che creano automaticamente una relazione quando serve, in modo trasparente. Ad es. tracciando una way con dei nodi in comune ad un'altra l'editor trasforma da solo il poligono in un multipoligono, senza creare una nuova way sovrapposta. Ciao, Groppo
_______________________________________________ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
