[QGIS-it-user] Georeferenziazione file .cxf catasto

Buonasera a tutti,
abbiamo provato a georiferire dei file .cxf, scaricati da Sister, sia con il Plugin CXF_in che con l’applicativo CxfToShape+. I risultati sono piuttosto diversi con una traslazione di circa 3 metri. Guardando il file .prj degli shape creati da CxfToShape+ sembrerebbe che il CRS utilizzato dall’applicativo non contenga i parametri toWGS84.

Vi risulta? Potrebbe essere questa la causa della traslazione?

Grazie,
Roberta

···

Arch. Roberta Fagandini, PhD

GIS and Remote Sensing Technician

Gter srl (Unige spin-off)

Via Jacopo Ruffini 9/1A - 16128 Genova

P.IVA/CF 01998770992

ph: 010-0899150

E-mail: roberta.fagandini@gter.it

skype: roberta.fagandini

www.gter.it

Gter social

www.twitter.com/Gteronline - www.facebook.com/Gteronline -

www.linkedin.com/company/gter-srl-innovazione-in-geomatica-gnss-e-gis

Grazie Fabio,
solo una cosa quale dei due utilizza i grigliati? Cxf_in o CxfToShape+?

···

Arch. Roberta Fagandini, PhD

GIS and Remote Sensing Technician

Gter srl (Unige spin-off)

Via Jacopo Ruffini 9/1A - 16128 Genova

P.IVA/CF 01998770992

ph: 010-0899150

E-mail: roberta.fagandini@gter.it

skype: roberta.fagandini

www.gter.it

Gter social

www.twitter.com/Gteronline - www.facebook.com/Gteronline -

www.linkedin.com/company/gter-srl-innovazione-in-geomatica-gnss-e-gis

Ma scusa Fabio le coordinate doppie dei punti fiduciali le recuperi in diretta dal catasto o sono incluse nel codice?

R

---- Attivato gio, 19 dic 2019 16:39:06 +0100 Roberta Fagandini robifagandini@gmail.com ha scritto ----

···
Eng. Roberto Marzocchi, PhD
GIS Project Coordinator
Gter srl (Unige spin-off)
Via Ruffini 9R - 16128 Genova
[P.IVA/CF](http://P.IVA/CF) 01998770992
ph: 010-0899150 - mob: 349-8786575
E-mail: [roberto.marzocchi@gter.it](mailto:roberto.marzocchi@gter.it)
[www.gter.it](http://www.gter.it)

--
Gter social
[www.twitter.com/Gteronline](http://www.twitter.com/Gteronline) - [www.facebook.com/Gteronline](http://www.facebook.com/Gteronline)
[www.linkedin.com/company/gter-srl-innovazione-in-geomatica-gnss-e-gis](http://www.linkedin.com/company/gter-srl-innovazione-in-geomatica-gnss-e-gis)

-----------------------------------------------------------------
Please consider the environment before printing this email! 

Non leggo il contributo di Fabio. Potreste condividerlo con tutti? Grazie.

Il Gio 19 Dic 2019, 16:39 Roberta Fagandini <robifagandini@gmail.com> ha scritto:

Grazie Fabio,
solo una cosa quale dei due utilizza i grigliati? Cxf_in o CxfToShape+?

Il giorno gio 19 dic 2019 alle ore 16:37 <saccon@gisplan.it> ha scritto:

I grigliati IGM

Da: Roberta Fagandini [mailto:robifagandini@gmail.com]
Inviato: giovedì 19 dicembre 2019 16:35
A: Utenti QGIS it <qgis-it-user@lists.osgeo.org>
Cc: saccon@gisplan.it
Oggetto: Georeferenziazione file .cxf catasto

Buonasera a tutti,

abbiamo provato a georiferire dei file .cxf, scaricati da Sister, sia con il Plugin CXF_in che con l’applicativo CxfToShape+. I risultati sono piuttosto diversi con una traslazione di circa 3 metri. Guardando il file .prj degli shape creati da CxfToShape+ sembrerebbe che il CRS utilizzato dall’applicativo non contenga i parametri toWGS84.

Vi risulta? Potrebbe essere questa la causa della traslazione?

Grazie,

Roberta

Arch. Roberta Fagandini, PhD

GIS and Remote Sensing Technician

Gter srl (Unige spin-off)

Via Jacopo Ruffini 9/1A - 16128 Genova

P.IVA/CF 01998770992

ph: 010-0899150

E-mail: roberta.fagandini@gter.it

skype: roberta.fagandini

www.gter.it

Gter social

www.twitter.com/Gteronline - www.facebook.com/Gteronline -

www.linkedin.com/company/gter-srl-innovazione-in-geomatica-gnss-e-gis

Arch. Roberta Fagandini, PhD

GIS and Remote Sensing Technician

Gter srl (Unige spin-off)

Via Jacopo Ruffini 9/1A - 16128 Genova

P.IVA/CF 01998770992

ph: 010-0899150

E-mail: roberta.fagandini@gter.it

skype: roberta.fagandini

www.gter.it

Gter social

www.twitter.com/Gteronline - www.facebook.com/Gteronline -

www.linkedin.com/company/gter-srl-innovazione-in-geomatica-gnss-e-gis


QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Ciao Marco,
provo a inoltrare lo scambio di mail…

---------- Forwarded message ---------
Da: <saccon@gisplan.it>
Date: gio 19 dic 2019 alle ore 16:41
Subject: R: Georeferenziazione file .cxf catasto
To: Roberta Fagandini <robifagandini@gmail.com>

Catasto

Cxf_in è ancora su gauss boaga

Da: Roberta Fagandini [mailto:robifagandini@gmail.com]
Inviato: giovedì 19 dicembre 2019 16:39
A: saccon@gisplan.it; Utenti QGIS it <qgis-it-user@lists.osgeo.org>
Oggetto: Re: Georeferenziazione file .cxf catasto

Grazie Fabio,

solo una cosa quale dei due utilizza i grigliati? Cxf_in o CxfToShape+?

Il giorno gio 19 dic 2019 alle ore 16:37 <saccon@gisplan.it> ha scritto:

I grigliati IGM

Da: Roberta Fagandini [mailto:robifagandini@gmail.com]
Inviato: giovedì 19 dicembre 2019 16:35
A: Utenti QGIS it <qgis-it-user@lists.osgeo.org>
Cc: saccon@gisplan.it
Oggetto: Georeferenziazione file .cxf catasto

Buonasera a tutti,

abbiamo provato a georiferire dei file .cxf, scaricati da Sister, sia con il Plugin CXF_in che con l’applicativo CxfToShape+. I risultati sono piuttosto diversi con una traslazione di circa 3 metri. Guardando il file .prj degli shape creati da CxfToShape+ sembrerebbe che il CRS utilizzato dall’applicativo non contenga i parametri toWGS84.

Vi risulta? Potrebbe essere questa la causa della traslazione?

Grazie,

Roberta

Arch. Roberta Fagandini, PhD

GIS and Remote Sensing Technician

Gter srl (Unige spin-off)

Via Jacopo Ruffini 9/1A - 16128 Genova

P.IVA/CF 01998770992

ph: 010-0899150

E-mail: roberta.fagandini@gter.it

skype: roberta.fagandini

www.gter.it

Gter social

www.twitter.com/Gteronline - www.facebook.com/Gteronline -

www.linkedin.com/company/gter-srl-innovazione-in-geomatica-gnss-e-gis

Ciao a tutti,

a me pare di capire che CXFToSHape non usa i grigliati IGM ma i grigliati NTV2 “personalizzati” per il passaggio di datum…

https://www.globogis.it/grigliati-ntv2-Italia

A suo tempo si era detto che la proliferazione di grigliati fatti in casa è deleteria proprio perché genera confusione… i grigliati IGM li attiva solo per gli enti pubblici che ne fanno richiesta.

Una ragione in più per riprendere la battaglia sulla liberazione dei grigliati che era arrivata finanche in parlamento…

Detto questo io sono attivato alla conclusione che per il catasto in coordinate Cassini Soldner non sia opportuno cercare di affinare la conversione di coordinate… anche ribattendo i fiduciali la loro posizione coordinata nella mappa di impianto è piuttosto approssimativa. Ho sempre riscontrato variazioni foglio per foglio (e in provincia di Treviso ho 3 comuni senza orgine locale, va georiferito ogni foglio…) Nei comuni a perimetro aperto (provincia di Como, Lecco etc… si riscontrano deformazioni enormi anche se il dato è in Gauss Boaga. Per il Friuli Venezia Giulia è sicuramente valido il lavoro di Beinat con i parametri di trasformazione per ogni foglio (integrato nel Plugin di Fabio) ma per l’emissione del CDU resta inevitabile georiferire il foglio con le coordinate dell’origine (CXF_IN) e poi applicare un adistorsione con Vector Bender su punti omologhi.

Come mi disse un Geometra al corso di Topografia NON FIDATEVI DEI FIDUCIALI: ovvero le coordinate nellla monografia non sono quasi mai corrette nel senso cartografico che noi siamo abituati a intendere… il lavoro del topografo in genere è quello di ribattere materialmente i fiduciali, tracciare un poligono e in base alle nuove misure inserire il rilievo in quel poigono… quando effettua il caricamento nel sistema WEGIS il software catastale provvede a distorcere il poligono quel tanto che basta per farlo tornare con la mappa esistente.

Questo significa che ad esempio per un nuovo fabbricato il libretto di impianto consegnato dal geometra ha le misure corrette e potrebbe essere utilizzato per alimentare i DBT (il comune di Schio ha questo progetto ad esempio) mentre la mappa avrà sempre e comunque misure sbagliate… compresi i fiduciali, i fiduciali tornano solo sulla mappa cartacea di impianto.

Questo è quel che ho capito io finora ma direi che possiamo proseguire il discorso a Torino

Amedeo

Il giorno ven 20 dic 2019 alle ore 09:04 Roberta Fagandini <robifagandini@gmail.com> ha scritto:

Ciao Marco,
provo a inoltrare lo scambio di mail…

---------- Forwarded message ---------
Da: <saccon@gisplan.it>
Date: gio 19 dic 2019 alle ore 16:41
Subject: R: Georeferenziazione file .cxf catasto
To: Roberta Fagandini <robifagandini@gmail.com>

Catasto

Cxf_in è ancora su gauss boaga

Da: Roberta Fagandini [mailto:robifagandini@gmail.com]
Inviato: giovedì 19 dicembre 2019 16:39
A: saccon@gisplan.it; Utenti QGIS it <qgis-it-user@lists.osgeo.org>
Oggetto: Re: Georeferenziazione file .cxf catasto

Grazie Fabio,

solo una cosa quale dei due utilizza i grigliati? Cxf_in o CxfToShape+?

Il giorno gio 19 dic 2019 alle ore 16:37 <saccon@gisplan.it> ha scritto:

I grigliati IGM

Da: Roberta Fagandini [mailto:robifagandini@gmail.com]
Inviato: giovedì 19 dicembre 2019 16:35
A: Utenti QGIS it <qgis-it-user@lists.osgeo.org>
Cc: saccon@gisplan.it
Oggetto: Georeferenziazione file .cxf catasto

Buonasera a tutti,

abbiamo provato a georiferire dei file .cxf, scaricati da Sister, sia con il Plugin CXF_in che con l’applicativo CxfToShape+. I risultati sono piuttosto diversi con una traslazione di circa 3 metri. Guardando il file .prj degli shape creati da CxfToShape+ sembrerebbe che il CRS utilizzato dall’applicativo non contenga i parametri toWGS84.

Vi risulta? Potrebbe essere questa la causa della traslazione?

Grazie,

Roberta

Arch. Roberta Fagandini, PhD

GIS and Remote Sensing Technician

Gter srl (Unige spin-off)

Via Jacopo Ruffini 9/1A - 16128 Genova

P.IVA/CF 01998770992

ph: 010-0899150

E-mail: roberta.fagandini@gter.it

skype: roberta.fagandini

www.gter.it

Gter social

www.twitter.com/Gteronline - www.facebook.com/Gteronline -

www.linkedin.com/company/gter-srl-innovazione-in-geomatica-gnss-e-gis


QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

---- Attivato ven, 20 dic 2019 10:28:42 +0100 Amedeo Fadini amefad@gmail.com ha scritto ----

Ciao a tutti,

a me pare di capire che CXFToSHape non usa i grigliati IGM ma i grigliati NTV2 “personalizzati” per il passaggio di datum…

https://www.globogis.it/grigliati-ntv2-Italia

A suo tempo si era detto che la proliferazione di grigliati fatti in casa è deleteria proprio perché genera confusione… i grigliati IGM li attiva solo per gli enti pubblici che ne fanno richiesta.

lavorando per un Comune con le loro credenziali possibile che la conversione usi i grigliati IGM

Una ragione in più per riprendere la battaglia sulla liberazione dei grigliati che era arrivata finanche in parlamento…

Su questo sono d’accordissimo, restiamo un’anomalia rispetto a molti altri paesi dove i grigliati ntv2 sono disponibili. Estenderei il dibattito anche all’ondulazione del geoide :wink:

Detto questo io sono attivato alla conclusione che per il catasto in coordinate Cassini Soldner non sia opportuno cercare di affinare la conversione di coordinate… anche ribattendo i fiduciali la loro posizione coordinata nella mappa di impianto è piuttosto approssimativa. Ho sempre riscontrato variazioni foglio per foglio (e in provincia di Treviso ho 3 comuni senza orgine locale, va georiferito ogni foglio…) Nei comuni a perimetro aperto (provincia di Como, Lecco etc… si riscontrano deformazioni enormi anche se il dato è in Gauss Boaga. Per il Friuli Venezia Giulia è sicuramente valido il lavoro di Beinat con i parametri di trasformazione per ogni foglio (integrato nel Plugin di Fabio) ma per l’emissione del CDU resta inevitabile georiferire il foglio con le coordinate dell’origine (CXF_IN) e poi applicare un adistorsione con Vector Bender su punti omologhi.

Quello che non mi è chiaro (per mia ignoranza) è dove si trovino le coordinate dell’origine che usa CXF_IN?

Come mi disse un Geometra al corso di Topografia NON FIDATEVI DEI FIDUCIALI: ovvero le coordinate nellla monografia non sono quasi mai corrette nel senso cartografico che noi siamo abituati a intendere… il lavoro del topografo in genere è quello di ribattere materialmente i fiduciali, tracciare un poligono e in base alle nuove misure inserire il rilievo in quel poigono… quando effettua il caricamento nel sistema WEGIS il software catastale provvede a distorcere il poligono quel tanto che basta per farlo tornare con la mappa esistente.

Questo significa che ad esempio per un nuovo fabbricato il libretto di impianto consegnato dal geometra ha le misure corrette e potrebbe essere utilizzato per alimentare i DBT (il comune di Schio ha questo progetto ad esempio) mentre la mappa avrà sempre e comunque misure sbagliate… compresi i fiduciali, i fiduciali tornano solo sulla mappa cartacea di impianto.

altra cosa che non mi è chiara è cosa siano i punti omologhi… io pensavo erroneamente che corrispondessero ai fiduciali ma effettivamente avevo l’esempio virtuoso della provincia di Vicenza (Comune di Schio incluso) dove i fiduciali sono stati tutti ribattuti e sono disponibili le coordinate in tutti i CRS già corrette con i grigliati

Questo è quel che ho capito io finora ma direi che possiamo proseguire il discorso a Torino

molto volentieri!

A presto

Roberto

Amedeo

Il giorno ven 20 dic 2019 alle ore 09:04 Roberta Fagandini <robifagandini@gmail.com> ha scritto:

Ciao Marco,

provo a inoltrare lo scambio di mail…

---------- Forwarded message ---------
Da: <saccon@gisplan.it>
Date: gio 19 dic 2019 alle ore 16:41
Subject: R: Georeferenziazione file .cxf catasto
To: Roberta Fagandini <robifagandini@gmail.com>

Catasto

Cxf_in è ancora su gauss boaga

Da: Roberta Fagandini [mailto:robifagandini@gmail.com]
Inviato: giovedì 19 dicembre 2019 16:39
A: saccon@gisplan.it; Utenti QGIS it <qgis-it-user@lists.osgeo.org>
Oggetto: Re: Georeferenziazione file .cxf catasto

Grazie Fabio,

solo una cosa quale dei due utilizza i grigliati? Cxf_in o CxfToShape+?

Il giorno gio 19 dic 2019 alle ore 16:37 <saccon@gisplan.it> ha scritto:

I grigliati IGM

Da: Roberta Fagandini [mailto:robifagandini@gmail.com]
Inviato: giovedì 19 dicembre 2019 16:35
A: Utenti QGIS it <qgis-it-user@lists.osgeo.org>
Cc: saccon@gisplan.it
Oggetto: Georeferenziazione file .cxf catasto

Buonasera a tutti,

abbiamo provato a georiferire dei file .cxf, scaricati da Sister, sia con il Plugin CXF_in che con l’applicativo CxfToShape+. I risultati sono piuttosto diversi con una traslazione di circa 3 metri. Guardando il file .prj degli shape creati da CxfToShape+ sembrerebbe che il CRS utilizzato dall’applicativo non contenga i parametri toWGS84.

Vi risulta? Potrebbe essere questa la causa della traslazione?

Grazie,

Roberta

Arch. Roberta Fagandini, PhD

GIS and Remote Sensing Technician

Gter srl (Unige spin-off)

Via Jacopo Ruffini 9/1A - 16128 Genova

P.IVA/CF 01998770992

ph: 010-0899150

E-mail: roberta.fagandini@gter.it

skype: roberta.fagandini

www.gter.it

Gter social

www.twitter.com/Gteronline - www.facebook.com/Gteronline -

www.linkedin.com/company/gter-srl-innovazione-in-geomatica-gnss-e-gis


QGIS-it-user mailing list

QGIS-it-user@lists.osgeo.org

https://lists.osgeo.org/mailman/listinfo/qgis-it-user


QGIS-it-user mailing list

QGIS-it-user@lists.osgeo.org

https://lists.osgeo.org/mailman/listinfo/qgis-it-user

salve

Il 20/12/19 10:28, Amedeo Fadini ha scritto:

Una ragione in più per riprendere la battaglia sulla liberazione dei
grigliati che era arrivata finanche in parlamento...

concordo assolutamente. sono pronto a schierarmi. per cortesia chi ha
seguito la cosa finora ci faccia un riassunto dello stato attuale, così
decidiamo i porossimi passi.
grazie.
--
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/

Ok ok ho capito, altro compitino per le vacanze.
:slight_smile:

Riprendo un mano la questione perché ero andato io in audizione in commissione difesa alla Camera e ripartiamo come Associazione GFOSS.it a sollecitare nelle sedi opportune.

s.

Il ven 20 dic 2019, 10:48 Paolo Cavallini <cavallini@faunalia.it> ha scritto:

salve

Il 20/12/19 10:28, Amedeo Fadini ha scritto:

Una ragione in più per riprendere la battaglia sulla liberazione dei
grigliati che era arrivata finanche in parlamento…
concordo assolutamente. sono pronto a schierarmi. per cortesia chi ha
seguito la cosa finora ci faccia un riassunto dello stato attuale, così
decidiamo i porossimi passi.
grazie.

Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/


QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Grazie. La trovo una discussione utilissima

Il giorno ven 20 dic 2019 alle ore 10:47 Roberto Marzocchi <roberto.marzocchi@gter.it> ha scritto:

---- Attivato ven, 20 dic 2019 10:28:42 +0100 Amedeo Fadini <amefad@gmail.com> ha scritto ----

Ciao a tutti,

a me pare di capire che CXFToSHape non usa i grigliati IGM ma i grigliati NTV2 “personalizzati” per il passaggio di datum…

https://www.globogis.it/grigliati-ntv2-Italia

A suo tempo si era detto che la proliferazione di grigliati fatti in casa è deleteria proprio perché genera confusione… i grigliati IGM li attiva solo per gli enti pubblici che ne fanno richiesta.

lavorando per un Comune con le loro credenziali possibile che la conversione usi i grigliati IGM

Una ragione in più per riprendere la battaglia sulla liberazione dei grigliati che era arrivata finanche in parlamento…

Su questo sono d’accordissimo, restiamo un’anomalia rispetto a molti altri paesi dove i grigliati ntv2 sono disponibili. Estenderei il dibattito anche all’ondulazione del geoide :wink:

Detto questo io sono attivato alla conclusione che per il catasto in coordinate Cassini Soldner non sia opportuno cercare di affinare la conversione di coordinate… anche ribattendo i fiduciali la loro posizione coordinata nella mappa di impianto è piuttosto approssimativa. Ho sempre riscontrato variazioni foglio per foglio (e in provincia di Treviso ho 3 comuni senza orgine locale, va georiferito ogni foglio…) Nei comuni a perimetro aperto (provincia di Como, Lecco etc… si riscontrano deformazioni enormi anche se il dato è in Gauss Boaga. Per il Friuli Venezia Giulia è sicuramente valido il lavoro di Beinat con i parametri di trasformazione per ogni foglio (integrato nel Plugin di Fabio) ma per l’emissione del CDU resta inevitabile georiferire il foglio con le coordinate dell’origine (CXF_IN) e poi applicare un adistorsione con Vector Bender su punti omologhi.

Quello che non mi è chiaro (per mia ignoranza) è dove si trovino le coordinate dell’origine che usa CXF_IN?

Come mi disse un Geometra al corso di Topografia NON FIDATEVI DEI FIDUCIALI: ovvero le coordinate nellla monografia non sono quasi mai corrette nel senso cartografico che noi siamo abituati a intendere… il lavoro del topografo in genere è quello di ribattere materialmente i fiduciali, tracciare un poligono e in base alle nuove misure inserire il rilievo in quel poigono… quando effettua il caricamento nel sistema WEGIS il software catastale provvede a distorcere il poligono quel tanto che basta per farlo tornare con la mappa esistente.

Questo significa che ad esempio per un nuovo fabbricato il libretto di impianto consegnato dal geometra ha le misure corrette e potrebbe essere utilizzato per alimentare i DBT (il comune di Schio ha questo progetto ad esempio) mentre la mappa avrà sempre e comunque misure sbagliate… compresi i fiduciali, i fiduciali tornano solo sulla mappa cartacea di impianto.

altra cosa che non mi è chiara è cosa siano i punti omologhi… io pensavo erroneamente che corrispondessero ai fiduciali ma effettivamente avevo l’esempio virtuoso della provincia di Vicenza (Comune di Schio incluso) dove i fiduciali sono stati tutti ribattuti e sono disponibili le coordinate in tutti i CRS già corrette con i grigliati

Questo è quel che ho capito io finora ma direi che possiamo proseguire il discorso a Torino

molto volentieri!

A presto

Roberto

Amedeo

Il giorno ven 20 dic 2019 alle ore 09:04 Roberta Fagandini <robifagandini@gmail.com> ha scritto:

Ciao Marco,

provo a inoltrare lo scambio di mail…

---------- Forwarded message ---------
Da: <saccon@gisplan.it>
Date: gio 19 dic 2019 alle ore 16:41
Subject: R: Georeferenziazione file .cxf catasto
To: Roberta Fagandini <robifagandini@gmail.com>

Catasto

Cxf_in è ancora su gauss boaga

Da: Roberta Fagandini [mailto:robifagandini@gmail.com]
Inviato: giovedì 19 dicembre 2019 16:39
A: saccon@gisplan.it; Utenti QGIS it <qgis-it-user@lists.osgeo.org>
Oggetto: Re: Georeferenziazione file .cxf catasto

Grazie Fabio,

solo una cosa quale dei due utilizza i grigliati? Cxf_in o CxfToShape+?

Il giorno gio 19 dic 2019 alle ore 16:37 <saccon@gisplan.it> ha scritto:

I grigliati IGM

Da: Roberta Fagandini [mailto:robifagandini@gmail.com]
Inviato: giovedì 19 dicembre 2019 16:35
A: Utenti QGIS it <qgis-it-user@lists.osgeo.org>
Cc: saccon@gisplan.it
Oggetto: Georeferenziazione file .cxf catasto

Buonasera a tutti,

abbiamo provato a georiferire dei file .cxf, scaricati da Sister, sia con il Plugin CXF_in che con l’applicativo CxfToShape+. I risultati sono piuttosto diversi con una traslazione di circa 3 metri. Guardando il file .prj degli shape creati da CxfToShape+ sembrerebbe che il CRS utilizzato dall’applicativo non contenga i parametri toWGS84.

Vi risulta? Potrebbe essere questa la causa della traslazione?

Grazie,

Roberta

Arch. Roberta Fagandini, PhD

GIS and Remote Sensing Technician

Gter srl (Unige spin-off)

Via Jacopo Ruffini 9/1A - 16128 Genova

P.IVA/CF 01998770992

ph: 010-0899150

E-mail: roberta.fagandini@gter.it

skype: roberta.fagandini

www.gter.it

Gter social

www.twitter.com/Gteronline - www.facebook.com/Gteronline -

www.linkedin.com/company/gter-srl-innovazione-in-geomatica-gnss-e-gis


QGIS-it-user mailing list

QGIS-it-user@lists.osgeo.org

https://lists.osgeo.org/mailman/listinfo/qgis-it-user


QGIS-it-user mailing list

QGIS-it-user@lists.osgeo.org

https://lists.osgeo.org/mailman/listinfo/qgis-it-user


QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Stefano Campus wrote

Ok ok ho capito, altro compitino per le vacanze.
:slight_smile:
Riprendo un mano la questione perché ero andato io in audizione in
commissione difesa alla Camera e ripartiamo come Associazione GFOSS.it a
sollecitare nelle sedi opportune.

s.

Grazie Stefano
sei un punto di riferimento!

saluti

-----
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

Amedeo Fadini-2 wrote

Una ragione in più per riprendere la battaglia sulla liberazione dei
grigliati che era arrivata finanche in parlamento...

Infatti nel luglio 2014 venne presentata una risoluzione, su tale argomento,
in Commissione Difesa della Camera dei Deputati, poi discussa a partire dal
dicembre dello stesso anno, fino all'approvazione finale avvenuta a gennaio
del 2017.

Purtroppo la risoluzione, che inizialmente prevedeva un impegno del Governo
a dare "immediate disposizioni agli enti militari che detengono dati di
interesse generale ... affinché rendano disponibili gratuitamente ... i dati
in loro possesso in modalità aperta e con licenza d'uso che ne consenta il
riutilizzo per attività anche commerciali senza necessità di ulteriori
autorizzazioni", venne modificata su indicazione degli enti militari e del
Sottosegretario di Stato alla Difesa, e approvata con un testo molto più
blando, che prevedeva un impegno "a valutare la possibilità di adottare
iniziative normative, nella misura in cui ciò non arrechi oneri per la
finanza pubblica, per modificare la disciplina concernente i dati in
possesso degli enti militari...".

ATTO CAMERA
RISOLUZIONE IN COMMISSIONE 7/00413 11/07/2014
http://aic.camera.it/aic/scheda.html?numero=7/00413&ramo=CAMERA&leg=17

ATTO CAMERA
RISOLUZIONE IN COMMISSIONE CONCLUSIVA DI DIBATTITO 8/00216 18/01/2017
https://aic.camera.it/aic/scheda.html?numero=8/00216&ramo=C&leg=17

Resoconto sommario del dibattito conclusivo in Commissione Diffesa 18
gennaio 2017
https://www.camera.it/leg17/824?tipo=C&anno=2017&mese=01&giorno=18&view=filtered&commissione=04&pagina=#data.20170118.com04.bollettino.sede00020.tit00010

All'epoca se ne parlò sulla lista GFOSS Italia
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Grigliati-IGM-et-similia-se-ne-occupa-il-Parlamento-Commissione-Difesa-td7592195.html

A presto.

Andrea

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

grazie andrea, perfetto.
rinnovo la mia proposta: una petizione popolare, da far firmare a più
enti ed aziende possibili, e portare poi ufficialmente al ministro
competente.
collaboro più che volentieri.

Il 20/12/19 13:50, andreaerdna ha scritto:

Amedeo Fadini-2 wrote

Una ragione in più per riprendere la battaglia sulla liberazione dei
grigliati che era arrivata finanche in parlamento...

Infatti nel luglio 2014 venne presentata una risoluzione, su tale argomento,
in Commissione Difesa della Camera dei Deputati, poi discussa a partire dal
dicembre dello stesso anno, fino all'approvazione finale avvenuta a gennaio
del 2017.

Purtroppo la risoluzione, che inizialmente prevedeva un impegno del Governo
a dare "immediate disposizioni agli enti militari che detengono dati di
interesse generale ... affinché rendano disponibili gratuitamente ... i dati
in loro possesso in modalità aperta e con licenza d'uso che ne consenta il
riutilizzo per attività anche commerciali senza necessità di ulteriori
autorizzazioni", venne modificata su indicazione degli enti militari e del
Sottosegretario di Stato alla Difesa, e approvata con un testo molto più
blando, che prevedeva un impegno "a valutare la possibilità di adottare
iniziative normative, nella misura in cui ciò non arrechi oneri per la
finanza pubblica, per modificare la disciplina concernente i dati in
possesso degli enti militari...".

ATTO CAMERA
RISOLUZIONE IN COMMISSIONE 7/00413 11/07/2014
http://aic.camera.it/aic/scheda.html?numero=7/00413&ramo=CAMERA&leg=17

ATTO CAMERA
RISOLUZIONE IN COMMISSIONE CONCLUSIVA DI DIBATTITO 8/00216 18/01/2017
https://aic.camera.it/aic/scheda.html?numero=8/00216&ramo=C&leg=17

Resoconto sommario del dibattito conclusivo in Commissione Diffesa 18
gennaio 2017
https://www.camera.it/leg17/824?tipo=C&anno=2017&mese=01&giorno=18&view=filtered&commissione=04&pagina=#data.20170118.com04.bollettino.sede00020.tit00010

All'epoca se ne parlò sulla lista GFOSS Italia
http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Grigliati-IGM-et-similia-se-ne-occupa-il-Parlamento-Commissione-Difesa-td7592195.html

A presto.

Andrea

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html
_______________________________________________
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

--
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/

Amedeo Fadini-2 wrote

i grigliati NTV2 "personalizzati" per il passaggio di datum...

https://www.globogis.it/grigliati-ntv2-Italia

A suo tempo si era detto che la proliferazione di grigliati fatti in casa
è
deleteria proprio perché genera confusione...

Faccio presente inoltre che recentemente ho riscontrato degli evidenti
errori effettuati nella procedura di realizzazione del grigliato NTV2
NadRoma40.gsb ROMA40<->WGS84 (non ho fatto verifiche per gli altri due
ED50<->Wgs84, Roma40<->ED50), creato da Globo srl e messo a disposizione sul
loro sito globogis.it.

Ho poi segnalato dettagliatamente il problema a Globo srl, che circa un mese
fa mi ha risposto scrivendo che provvederanno a rilasciare "la versione
corretta il prima possibile".

In particolare, confrontando i risultati della conversione di un set di
alcune decine di miglia di punti, effettuata utilizzando il grigliato
NadRoma40.gsb, con quelli ottenuti sia tramite Traspunto 2.52 che 3.2 (con
cui Globo afferma di aver generato il grigliato stesso), ho riscontrato
degli scostamenti di vari metri con una media di circa 4 metri di differenza
(con valori massimi di una decina di metri) sul territorio della Regione
Puglia!

Per capire l'origine del problema ho seguito io stesso la procedura [1] [2]
[3] per la creazione del grigliato in formato NTv2 e ho confrontato i valori
degli shift calcolati da me con quelli presenti nel file NTv2 NadRoma40.gsb
e, per conferma, con quelli presenti nel grigliato NTv2 originariamente
messo a disposizione dall'ing. Ernesto Sferlazza sul sito web del SIT
dell'amministrazione provinciale di Agrigento [4].

Infatti, pur generando la griglia utilizzando gli stessi parametri:
S_LAT 126000.0
N_LAT 170460.0
E_LONG -67860.0
W_LONG -22860.0
LAT_INC 180.0
LONG_INC 180.0
GS_COUNT 62248

le prime dieci righe degli shift presenti nel file NadRoma40.gsb (creato da
Globo utilizzando Traspunto 3.2) sono:
8.23547268 5.48707056
8.12304783 4.95896578
8.00435543 4.45378447
7.87941217 3.97152305
7.74823046 3.5121789
7.61082363 3.07574892
7.46720552 2.66222978
7.31738997 2.27161884
7.1613903 1.90391195
6.99922037 1.55910671

mentre quelle presenti nel file da me creato seguendo la stessa procedura e
utilizzando sempre Traspunto 3.2 per le trasformazioni sono:
1.80964948 -0.45804815
1.80986884 -0.44950746
1.81008325 -0.44097736
1.81029272 -0.43245770
1.81049726 -0.42394830
1.81069690 -0.41544899
1.81089165 -0.40695961
1.81108153 -0.39847999
1.81126656 -0.39000998
1.81144674 -0.38154941

come verifica dalla correttezza della procedura e dei calcoli da me
effettuati ho preso in cosiderazione i valori di shift calcolati dall'Ing.
Ernesto Sferlazza seguendo il suo medoto e utilizzando Traspunto 2.52 per le
trasformazioni (con gli stessi parametri di griglia):
1.81016505 -0.44002301
1.81036496 -0.43199199
1.81055999 -0.423962
1.81075001 -0.41593099
1.81093705 -0.40790099
1.81111896 -0.39987001
1.81129706 -0.391839
1.81147099 -0.38380799
1.81164002 -0.37577701
1.81180501 -0.367746

[1] sia quella originale degli ing. Sferlazza e Bellini
http://www.provincia.agrigento.it/flex/cm/pages/ServeAttachment.php/L/IT/D/D.6360cf6e7857e4788f2f/P/BLOB%3AID%3D309/E/pdf
sia quella "semplificata" di Globo srl
https://www.globogis.it/creare-i-propri-grigliati-ntv2

[2] https://mediageo.it/ojs/index.php/GEOmedia/article/download/797/729

[3] NTv2 (National Transformation Version 2)
https://web.archive.org/web/20140127204822if_/http://www.mgs.gov.on.ca:80/stdprodconsume/groups/content/@mgs/@iandit/documents/resourcelist/stel02_047447.pdf
- APPENDIX B – NTv2 GRID SHIFT FILE FORMAT
https://www.dnrme.qld.gov.au/__data/assets/pdf_file/0006/105765/gday-21-user-guide.pdf

[4]
https://web.archive.org/web/20150703093743/http://www.provincia.agrigento.it:80/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/309

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

Buongiorno a tutti,
trovo che la discussione che si è venuta a creare sia molto interessante e soprattutto la proposta di una petizione per rendere i grigliati dati liberi. Penso di poter parlare a nome di Gter nel dire che ovviamente siamo a disposizione qualora si volesse mettere in atto un’azione concreta.

Volevo solo riportare per un attimo la discussione al punto di partenza…ovvero qualcuno usa Cxf_in per georiferire i dati catastali? e soprattutto sa come viene fatta la trasformazione? Amedeo ha parlato di coordinate dell’origine ma anche guardando il codice non sono riuscita a capire di cosa si tratti.

Grazie e scusate se ho spostato nuovamente il focus del discussione.

Roberta

Il giorno ven 20 dic 2019 alle ore 14:47 andreaerdna <andreaerdna@libero.it> ha scritto:

Amedeo Fadini-2 wrote

i grigliati NTV2 “personalizzati” per il passaggio di datum…

https://www.globogis.it/grigliati-ntv2-Italia

A suo tempo si era detto che la proliferazione di grigliati fatti in casa
è
deleteria proprio perché genera confusione…

Faccio presente inoltre che recentemente ho riscontrato degli evidenti
errori effettuati nella procedura di realizzazione del grigliato NTV2
NadRoma40.gsb ROMA40<->WGS84 (non ho fatto verifiche per gli altri due
ED50<->Wgs84, Roma40<->ED50), creato da Globo srl e messo a disposizione sul
loro sito globogis.it.

Ho poi segnalato dettagliatamente il problema a Globo srl, che circa un mese
fa mi ha risposto scrivendo che provvederanno a rilasciare “la versione
corretta il prima possibile”.

In particolare, confrontando i risultati della conversione di un set di
alcune decine di miglia di punti, effettuata utilizzando il grigliato
NadRoma40.gsb, con quelli ottenuti sia tramite Traspunto 2.52 che 3.2 (con
cui Globo afferma di aver generato il grigliato stesso), ho riscontrato
degli scostamenti di vari metri con una media di circa 4 metri di differenza
(con valori massimi di una decina di metri) sul territorio della Regione
Puglia!

Per capire l’origine del problema ho seguito io stesso la procedura [1] [2]
[3] per la creazione del grigliato in formato NTv2 e ho confrontato i valori
degli shift calcolati da me con quelli presenti nel file NTv2 NadRoma40.gsb
e, per conferma, con quelli presenti nel grigliato NTv2 originariamente
messo a disposizione dall’ing. Ernesto Sferlazza sul sito web del SIT
dell’amministrazione provinciale di Agrigento [4].

Infatti, pur generando la griglia utilizzando gli stessi parametri:
S_LAT 126000.0
N_LAT 170460.0
E_LONG -67860.0
W_LONG -22860.0
LAT_INC 180.0
LONG_INC 180.0
GS_COUNT 62248

le prime dieci righe degli shift presenti nel file NadRoma40.gsb (creato da
Globo utilizzando Traspunto 3.2) sono:
8.23547268 5.48707056
8.12304783 4.95896578
8.00435543 4.45378447
7.87941217 3.97152305
7.74823046 3.5121789
7.61082363 3.07574892
7.46720552 2.66222978
7.31738997 2.27161884
7.1613903 1.90391195
6.99922037 1.55910671

mentre quelle presenti nel file da me creato seguendo la stessa procedura e
utilizzando sempre Traspunto 3.2 per le trasformazioni sono:
1.80964948 -0.45804815
1.80986884 -0.44950746
1.81008325 -0.44097736
1.81029272 -0.43245770
1.81049726 -0.42394830
1.81069690 -0.41544899
1.81089165 -0.40695961
1.81108153 -0.39847999
1.81126656 -0.39000998
1.81144674 -0.38154941

come verifica dalla correttezza della procedura e dei calcoli da me
effettuati ho preso in cosiderazione i valori di shift calcolati dall’Ing.
Ernesto Sferlazza seguendo il suo medoto e utilizzando Traspunto 2.52 per le
trasformazioni (con gli stessi parametri di griglia):
1.81016505 -0.44002301
1.81036496 -0.43199199
1.81055999 -0.423962
1.81075001 -0.41593099
1.81093705 -0.40790099
1.81111896 -0.39987001
1.81129706 -0.391839
1.81147099 -0.38380799
1.81164002 -0.37577701
1.81180501 -0.367746

[1] sia quella originale degli ing. Sferlazza e Bellini
http://www.provincia.agrigento.it/flex/cm/pages/ServeAttachment.php/L/IT/D/D.6360cf6e7857e4788f2f/P/BLOB%3AID%3D309/E/pdf
sia quella “semplificata” di Globo srl
https://www.globogis.it/creare-i-propri-grigliati-ntv2

[2] https://mediageo.it/ojs/index.php/GEOmedia/article/download/797/729

[3] NTv2 (National Transformation Version 2)
https://web.archive.org/web/20140127204822if_/http://www.mgs.gov.on.ca:80/stdprodconsume/groups/content/@mgs/@iandit/documents/resourcelist/stel02_047447.pdf

[4]
https://web.archive.org/web/20150703093743/http://www.provincia.agrigento.it:80/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/309


Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html


QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/qgis-it-user

Arch. Roberta Fagandini, PhD

GIS and Remote Sensing Technician

Gter srl (Unige spin-off)

Via Jacopo Ruffini 9/1A - 16128 Genova

P.IVA/CF 01998770992

ph: 010-0899150

E-mail: roberta.fagandini@gter.it

skype: roberta.fagandini

www.gter.it

Gter social

www.twitter.com/Gteronline - www.facebook.com/Gteronline -

www.linkedin.com/company/gter-srl-innovazione-in-geomatica-gnss-e-gis

Roberta Fagandini-2 wrote

soprattutto sa come viene fatta la trasformazione?

Ciao a tutti, tempo fa usavo il plugin ed ho chiesto direttamente a Fabio
Saccon come funzionasse il processo (sto cercando la mail, cosi poi la
condivido)

poi, secondo me il plugin CXF_in è stato realizzato solo per tematizzare,
caricare i dati ed esportali e non per la trasformazione vera e proprio,
trasformazione che viene fatta dopo essersi loggati al suo server.

spero di trovare la mail

saluti

-----
https://pigrecoinfinito.wordpress.com/
--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

Cxf_in georeferenzia tramite le coordinati di origine catastale. Naturalmente
attraverso le varie origini catastali che si conoscono.
Chi usa il plugin: Circa 450 persone.

Quanti comuni sono stati caricati: Qui la risposta è un po difficile in
quanto ISTAT sta georeferenziando a campione. Per cui oggi sono stati
caricati tutti i fogli catastali.
I risultati (non li conosco)
Usare la gereferenziazione del catasto non credo che convenga per i seguenti
motivi:
1 Immagino che non daranno mai il sistema di georiferimento (es. L'agenzia
del territorio procede con il miglioramento della cartografia catastale
deformano i fogli e non comunica nulla di questo).
2 Cxf_in non gereferenzia solo per "origine" ma all'occorenza anche il
singolo foglio in maniera trasparente. Il Friuli è georiferito dalla Regione
foglio per foglio.
3 Il sistema è gratuito (anche se mantenere il server costa)
4 L'agenzia del territorio procede con il miglioramento della cartografia
catastale deformano i fogli

Non credo, per rispodere a Gter, che si possa capire di che cosa si tratti
solo guardando il codice. (che per i puri informatici sarà scritto anche
male).

Fabio Paolo

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

Totò cxf_in si è evoluto.
Il catasto non è riproiettato ma trasformato nel sistema di riferimento
preferito. Altrimenti come si potrebbe georiferire tutto il catasto in una
sola tabella usando sistemi di riferimento diversi.

--
Sent from: http://osgeo-org.1560.x6.nabble.com/QGIS-Italian-User-f5250612.html

Ciao Fabio,

Il 20/12/19 16:38, gisplan ha scritto:

3 Il sistema è gratuito (anche se mantenere il server costa)

francamente credo che un sistema del genere meriti di essere supportato.
Proviamo a pensare in che modo?
Saluti.
--
Paolo Cavallini - www.faunalia.eu
QGIS.ORG Chair:
http://planet.qgis.org/planet/user/28/tag/qgis%20board/

Il giorno ven 20 dic 2019 alle ore 10:47 Roberto Marzocchi <roberto.marzocchi@gter.it> ha scritto:

[…]

Quello che non mi è chiaro (per mia ignoranza) è dove si trovino le coordinate dell’origine che usa CXF_IN?

Lavoro certosino di raccolta da parte di Saccon e collaboratori per il quale avrà sempre la mia imperitura riconoscenza… credo sia comunque partito dalla base offerta di fiduciali.it ma poi ci ha messo del suo, sicuramente ha integrato i parametri calcolati da Bainat UniUD per il Friuli Venezia Giulia.

La fonte più sicura è sempre la mappa di impianto del catasto del 1966… la cosa interessante è che pare (mi smentisca chi ne sa di più) che le coordinate delle origini locali siano andate perse nel tempo, Globo srl ne ha fatto un lavoro di ricostruzione a ritroso a partire dalla coordinate di ciascun comune, SOGEI nella digitalizzazione dei fogli anni '90 ha scelto di stirare tutti i bordi on una spline per farli combaciare (ergo, anzché modificare solo le parti errate in WEGIS ha deformato tutto).

Direi che anche grazie al nuovo plugin è pensabile di ribattere i fiduciali un po’ alla volta, almeno in cartografia, ma cambiano con un ritmo vertigiinoso (sono istituiti dagli stessi geometri) e questo processo andrebbe quindi gestito da parte di un ente (bene Schio e Provincia di Vicenza)

Amefad