[Gfoss] domande su dati catastali

Bud P. Bruegger bud a comune.grosseto.it
Gio 6 Dic 2007 16:34:16 CET 

Hei Piergiorgio,

grazie per il link interessante!  Non sapevo della convenzione tra
Regione e Catasto di mettere a posto i vector anche per la nostra
provincia.  Ma mi sembra che ancora il lavoro non sia stato fatto per
tutta la provincia e che per il comune di grosseto, i dati vettoriali
hanno un buco temporale di 6 anni (1995-2001).  GRRRRR.

La Regione sembra che scarica i dati catastali una volta al mese e sono
disponibile tramite SPC ma senza conversione da Casini Soldner a Gauss
Boaga.  Ma sembra di aver capito che la regione usa una trasformazione
globale per questa trasformazione (e chiedero' i parametri).

saluti
-b

On Thu, 6 Dec 2007 12:04:34 +0100
"Piergiorgio Cipriano" <pg.cipriano at gmail.com> wrote:

> Bud P. Bruegger ha scritto:
> > Che cosa e' UIU?
> 
> Unità Immobiliare Urbana.
> 
> Credo sia molto utile dare un'occhiata a questa presentazione (pps):
> http://www.rete.toscana.it/sett/territorio/carto/progetti/catasto/interventi/sanfelice_agenziaterritorio.pps
> 
> pg
> 
> 
> 2007/12/6, Bud P. Bruegger <bud at comune.grosseto.it>:
> >
> > Grazie per il puntatore.  Ora chiamo la Regione per vedere che mi
> > dicono.
> >
> > Che cosa e' UIU?
> >
> > grazie
> > -b
> >
> > On Thu, 6 Dec 2007 10:56:06 +0100
> > "Piergiorgio Cipriano" <pg.cipriano at gmail.com> wrote:
> >
> > > Bud,
> > > ma il Comune di Grosseto ha già chiesto a Regione Toscana, visto che è
> > tra
> > > gli enti sviluppatori di Sigma Ter [1] ??
> > > Credo che tutte le questioni che hai sollevato (formato, sistema
> > > riferimento, poligoni, ...) dovrebbero essere infatti già risolte dai
> > > servizi e dalle applicazioni sviluppate in Sigma Ter.
> > > Oltre al fatto che non c'è solo cartografia, ma anche dati su UIU e
> > > proprietari.
> > >
> > > [1] http://www.sigmater.it/
> > >
> > >
> > > pg
> > >
> > >
> > > Il 06/12/07, Bud P. Bruegger <bud at comune.grosseto.it> ha scritto:
> > > >
> > > > Buongiorno a tutti,
> > > >
> > > > Finalmente, noi al Comune di Grosseto facciamo alcuni passi in avanti
> > > > con il GIS e ovviamente sceliamo open source.
> > > >
> > > > Un problema che dobbiamo affrontare e' come meglio caricare dati
> > > > catastali nel GIS.  Penso che questo dovrebbe essere un problema
> > comune
> > > > e vorrei chiedere la vostra esperienza.  Se fosse necessario di
> > > > sviluppare qualcosa, allora vorrei trovere un modo di farlo in open
> > > > source cosi rimane a disposizione della comunita' (vedi sotto).
> > > >
> > > > Dopo una indagine veloce, vedo tre problemi di base con i dati
> > > > catastali:
> > > >
> > > > (1) il formato in quale caricarlo
> > > >
> > > > (2) la poligonizzazione da linee e testi
> > > >
> > > > (3) la georeferenziazione
> > > >
> > > > Nel seguito scrivo le mie idee iniziale sui argomenti e spero che
> > > > qualcuno mi risponde.
> > > >
> > > > (1) formato:
> > > >
> > > > Sembra che il catasto mette a disposizione i dati in tre
> > formati:  CXF,
> > > > DXF, CML.  Ho guardato particolarmente CML (un DTD di XML) sperando
> > che
> > > > abbia poligoni con attributi, ma sembra che sia del tutto
> > > > spagghetti...
> > > >
> > > > Cercando in rete non ho trovato un parser/convertitore di CML in open
> > > > source ma forse non si perde niente di lettere i dati in DXF.  Pero'
> > > > se non spaglio, OGR non legge attualmente DXF.
> > > >
> > > > Allora la domanda:  c'e' gia' una soluzione pronta oppure deve essere
> > > > sviluppata.   Nel secondo caso, che sarebbe la soluzione giusta; ad
> > > > esempio un convertitore da dxf a shape (che lascia spagghetti), meglio
> > > > uno da CML?, etc..
> > > >
> > > > (2) poligonizzazione:
> > > >
> > > > Su prima vista, le linee (confini di poligoni) contentuto nei file del
> > > > catasto sono chiusi (ripetono il punto di inizio alla fine) e
> > > > dovrebbero essere "validi" per convertirli in poligoni.  Pero, mi
> > > > sembra che gli attributi non sono logicamente legati al poligono ed e'
> > > > necessario un "point in polygon" per attacare gli attibuti al
> > > > poligono.
> > > >
> > > > La Domanda:  C'e' qualcuno che ha esperienza in poligonizzare files
> > > > catastali?  E' possibile una automatizzazione completa o ci sono casi
> > > > in quale il punti di posizionamento testo non sta nel poligono? (o
> > > > altri casi di eccezione)?
> > > >
> > > > (3) georeferenziazione:
> > > >
> > > > La nostra cartografia di base e' in Gauss Boaga (come deciso dalla
> > > > nostra Regione).  Mi risulta che con l'eccezione delle aree
> > costaliere,
> > > > tutti i dati catastali sono in Cassini Soldner.
> > > >
> > > > Il mio obiettivo sarebbe di trovare una soluzione di convertire i dati
> > > > in Gauss Boaga che:
> > > >
> > > > * puo essere applicato ripetutamente in automatico ogni volta che esce
> > > > una nuova versione dei dati catastali
> > > >
> > > > * che quanto possibile elimina i deformazioni locali presente nei
> > dati.
> > > >
> > > > Sarei molto interessato di sentire la vostra esperienza.  La mia
> > > > impressione al momento e' che
> > > >
> > > > * una trasformazione analitica (proiezione, datum) non e' la soluzione
> > > > ottima perche' non corregge le deformazioni locali
> > > >
> > > > * una trasformazione geometrica (Helmert, polinominale di 8
> > > > parametri..) basandosi su "control points" e "corrispondence points"
> > > > sia piu' facile ma ancora non corregge abbastanza le deformazioni
> > > > locali.   A proposito, mi puo confermare qualcuno che il catasto non
> > > > fornisce dati (control points etc.) che possono essere usati per
> > > > determinare i parametri di una tale trasformazione?
> > > >
> > > > * un rubbersheeting su sotte parti del foglio sarebbe ideale.  Io
> > avevo
> > > > tanti anni fa (nel contesto della digitalizzazione di fogli catastali
> > > > in Svizzera) scritto un sw che fa una trasformazione per foglio in un
> > > > primo passo (un least square fit), e in un secondo passo fa una
> > > > trinagulazione (Delaunay) tra control e correspondence points per poi
> > > > applicare una trasformazione in ogni triangolo (basato su "linear
> > > > coordinates").  Anche se questo sw (che ho scritto per una ditta) ora
> > > > potrei certo usare senza infringere qualche copyright, non so se il
> > mio
> > > > floppy mac di 15 anni fa e' sempre leggibile...  Esiste qualcosa di
> > > > simile gia'?
> > > >
> > > > Che e' la vostra esperienza?  Come si deve meglio procedere?
> > > >
> > > > Magari se ci sono buoni soluzioni possiamo mettere qualche parte una
> > > > documento di "best practise" che puo essere riusato da persone come me
> > > > che devono gestire dati catastali..
> > > >
> > > > mille grazie in anticipo per tutti suggerimenti e input
> > > >
> > > > saluti
> > > > -b
> > > >
> > > > --
> > > > Bud P. Bruegger, Ph.D.          +39-0564-488577 (voice),  -21139 (fax)
> > > >    European Chair, Global Collaboration Forum on eID
> > > >    Chair, Porvoo Subgroup on collab. govs/operating systems
> > > >    Leader of the Permanent eID Status Observatory (PESO) project
> > > > Servizio Elaborazione Dati       e-mail:  bud at comune.grosseto.it
> > > > Comune di Grosseto               jabber:  bud at jabber.no
> > > > Via Ginori, 43                   http://www.comune.grosseto.it/
> > > > 58100 Grosseto (Tuscany, Italy)
> > > > http://www.comune.grosseto.it/interopEID/
> > > >
> > > > _______________________________________________
> > > > Iscriviti all'associazione GFOSS.it:
> > http://www.gfoss.it/drupal/iscrizione
> > > > Gfoss at faunalia.com
> > > > http://www.faunalia.com/cgi-bin/mailman/listinfo/gfoss
> > > > 281 iscritti al 26.11.2007
> > > > Questa e' una lista di discussione pubblica aperta a tutti.
> > > > I messaggi di questa lista non rispecchiano necessariamente
> > > > le posizioni dell'Associazione GFOSS.it.
> > > >
> > >
> > >
> > >
> > > --
> > > Piergiorgio Cipriano
> > > pg.cipriano at gmail.com
> > >
> > > ("perchè la terra dei cachi è la terra dei cachi ..!")
> > >
> >
> >
> > --
> > Bud P. Bruegger, Ph.D.          +39-0564-488577 (voice),  -21139 (fax)
> >    European Chair, Global Collaboration Forum on eID
> >    Chair, Porvoo Subgroup on collab. govs/operating systems
> >    Leader of the Permanent eID Status Observatory (PESO) project
> > Servizio Elaborazione Dati       e-mail:  bud at comune.grosseto.it
> > Comune di Grosseto               jabber:  bud at jabber.no
> > Via Ginori, 43                   http://www.comune.grosseto.it/
> > 58100 Grosseto (Tuscany, Italy)
> > http://www.comune.grosseto.it/interopEID/
> >
> 
> 
> 
> -- 
> Piergiorgio Cipriano
> pg.cipriano at gmail.com
> 
> ("perchè la terra dei cachi è la terra dei cachi ..!")
> 


-- 
Bud P. Bruegger, Ph.D.          +39-0564-488577 (voice),  -21139 (fax) 
   European Chair, Global Collaboration Forum on eID
   Chair, Porvoo Subgroup on collab. govs/operating systems
   Leader of the Permanent eID Status Observatory (PESO) project
Servizio Elaborazione Dati       e-mail:  bud at comune.grosseto.it
Comune di Grosseto               jabber:  bud at jabber.no
Via Ginori, 43                   http://www.comune.grosseto.it/
58100 Grosseto (Tuscany, Italy)
http://www.comune.grosseto.it/interopEID/

Maggiori informazioni sulla lista Gfoss