Consigli rilievo TS-GPS misto per frazionamento a principiante

[gianni-rossi]

Ciao Fausto, Emanuele e Matteo, riprendo alcuni punti che avete trattato nei post sopra.

@emanuele-decarli

Unica cosa che mi permetto di consigliarti Emanuele, è quella di farti calcolare da GEOCAT anche le matrici di varianza e covarianza in quanto ultimamente - purtroppo - alcuni uffici stanno respingendo i tipi perchè le matrici di varianza e covarianza sono impostate tutte a zero anche per distanze inferiori ai 5000 mt come nel tuo caso.

Ecco qui vado un po’ nel pallone… Non sapevo che geocat potesse calcolarle

Sì, può calcolarle, anche se non l’ho ancora documentato nella guida, anzi, data l’inibizione del nuovo Pregeo a lasciarle a zero, sto pensando di organizzare un webinar con gli interessati durante il quale sviscerare l’argomento.

Però capiamoci, si tratta sempre di un calcolo fittizio perché le matrici di varianza-covarianza sono dei dati (statistici) della misurazione eseguita dal sistema satellitare durante l’effettiva rilevazione del punto in campagna …

NON SONO DATI CALCOLABILI A POSTERIORI !!

Dopodiché, credo che tutti i programmi di topografia si stiano attrezzando per “calcolarli” fittiziamente in modo da attribuirli ai punti di progetto che il tecnico si crea (dividenti, ecc.). Ma in teoria quelli di Pregeo vorrebbero che tu, una volta che hai determinato tali punti di progetto, andassi fuori nuovamente a tracciarli reperendo così le effettive matrici di varianza-covarianza. Ovvio che questo diventerebbe pesante e quindi si cerca il modo di by-passare la “paturnia” di Pregeo (nel webinar spiegherò come ho fatto io in Geocat).

La cosa migliore da fare, a mio avviso è, durante il rilievo, rilevare anche i punti che all’incirca si avvicinano a quelli di progetto, in modo da avere le loro matrici di varianza-covarianza reali. Poi, in ufficio, sposti tali punti (in Geocat lo puoi fare molto agevolmente da CAD) nella posizione effettiva che hai determinato.

@emanuele-decarli

E non sapevo neppure che gli uffici li volessero. In realtà rtklib mi elabora i punti e “gentilmente” mi da anche i questi strani valori che presumo siano la matrice, per esempio:

Sì, questi dati qui sotto del tuo esempio sono proprio la matrice di varianza-covarianza, con l’unica differenza che solitamente vengono espressi con almeno 6 decimali, mentre invece nel tuo caso si fermano a 4 (ma probabilmente potrai impostare tu il numero di decimali):

sdx(m) sdy(m) sdz(m) sdxy(m) sdyz(m) sdzx(m)
0.0003 0.0002 0.0003 0.0001 0.0001 0.0002
0.0003 0.0002 0.0003 0.0001 0.0001 0.0002
0.0003 0.0002 0.0003 0.0001 0.0001 0.0002

Se mi mandi via mail (gianni.rossi@topgeometri.it) il file di un rilievo di esempio, posso svilupparne l’import in Geocat.

@matteo-bovio

Chiedo, per curiosità, chi utilizza la possibilità di importare direttamente i dati dei vari ricevitori satellitari in Pregeo?

Finora, che sappia io, nessuno. Con Corrado Brindani e Sergio Ivaldi ci eravamo messi a provare di buona volontà prima del corso su Pregeo del 27 giugno, ma abbiamo dovuto arrenderci perché Pregeo chiede dei file di formato (FRT) che non si trovavano nelle cartelle del programma, probabilmente questi file vengono forniti dalle 4 case produttrici previste in Pregeo, ma la cosa è ancora nebulosa. Infatti, abbiamo in animo di tenere un secondo corso ad inizio autunno anche per sviscerare questo punto.

@matteo-bovio

Presumo che la maggior parte dei tecnici utilizzi software topografici esterni per poi importare il libretto in Pregeo precompilato.

Infatti …

@fausto-gregorio

Grazie matteo per aver postato questo stralcio della risoluzione “nuova versione pregeo 2024” che conferma quello che ho scritto in precedenza, ossia che il REAL VRS si utilizza in caso di correzione di rete di tipo VRS (impostata sul ricevitore gnss) che si basa sulla creazione di una stazione virtuale in un zona prossima alla posizione del rover

@fausto-gregorio

Comunque nel tuo caso devi utilizzare NRTK, la real vrs la devi utilizzare solo se lasci nel libretto la base vrs che ha creato il controller in fase di rilievo.

Hai ragione Fausto, devo ricredermi sull’opzione REAL-VRS, anche se con le prove fatte con Corrado sembrava quella giusta per simulare un rilievo base-rover ed evitare l’obbligo delle matrici di varianza-covarianza.

@fausto-gregorio

Di fatto, secondo me, non cambia nulla tra una REAL VRS creata dal controller e la VRS creata impostata dal tecnico nel software.

Esatto, non c’è alcuna differenza, si tratta sempre di spostare il punto di emanazione del rilievo dalla stazione permanente NRTK a quella locale. In Geocat lo puoi fare con il comando Trasferisci base VRS:

Il vantaggio del sistema geocentrico è proprio che le baseline possono essere determinate per semplice differenza algebrica delle coordinate geocentriche.

@fausto-gregorio

Anzi alcune reti, tra cui quella di Italpos, se sul controller si utilizza il MountPoint VRS, ad ogni “reset correzioni” o ad ogni riavvio o riconfigurazione del gps ti va a creare una VRS per cui nell’ambito dello stesso rilievo si potrebbere avere anche diverse vrs, cosa che poi Pregeo non gestisce e che in ogni caso bisogna riportare tutto il libretto ad un’unica base vrs.

Infatti, ho diversi utenti Geocat che mi mandano rilievi GPS con diverse basi VRS sparpagliate per tutta l’area rilevata. Conviene quindi fissare la VRS a posteriori con il proprio software topografico.