>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.
Tieni presente che il dato catastale ufficiale rilasciato dalla AdT e' in cassini-soldner. Se lo trasformi in un altro sistema di riferimento, per quanto buona puo' essere la trasformazione, il dato non e' piu' quello ufficiale e quindi va usato con attenzione e solo nei casi in cui non serve il dato ufficiale. >hanno un buco temporale di 6 anni (1995-2001). GRRRRR. Cosa intendi quando dici che i dati hanno un buco temporale, esiste l'ante 1995 e il post 2001 ? >Boaga. Ma sembra di aver capito che la regione usa una trasformazione >globale per questa trasformazione (e chiedero' i parametri). Non capisco, li trasforma o non li trasforma ? Grazie, Andrea. On Thu, 6 Dec 2007 16:34:16 +0100, Bud P. Bruegger wrote: >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" <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]>: >> > >> > 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" <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED] >> > > > Comune di Grosseto jabber: [EMAIL PROTECTED] >> > > > 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 >> > > > [email protected] >> > > > 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 >> > > [EMAIL PROTECTED] >> > > >> > > ("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: [EMAIL PROTECTED] >> > Comune di Grosseto jabber: [EMAIL PROTECTED] >> > Via Ginori, 43 http://www.comune.grosseto.it/ >> > 58100 Grosseto (Tuscany, Italy) >> > http://www.comune.grosseto.it/interopEID/ >> > >> >> >> >> -- >> Piergiorgio Cipriano >> [EMAIL PROTECTED] >> >> ("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: [EMAIL PROTECTED] >Comune di Grosseto jabber: [EMAIL PROTECTED] >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 >[email protected] >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. _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [email protected] 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.
