io scarico con meridiana e le matrici non sono a zero...

Dei punti ricavati per intersezione? sicuro?

C'è chi sostiene che le matrici degli errori dei punti ricavati per intersezione possono essere poste uguali alla media delle matrici degli errori dei punti che li hanno originati, ma, dal basso delle mie scarse competenze in calcolo matriciale, non mi sembrerebbe corretto.
Mi sono sempre ripromesso di chiedere lumi in merito, se mi ricordo lo faccio.


saluti

giusto per curiosità:

stesso libretto, ma coordinate in riga 1 palesemente diverse:


con 4515738.269,885523.668,4401797.991 (giuste)

Coppia PF dalla TAF Misurata sqm diff.
PF07/0070/G999-PF05/0060/G999 274.054 274.006 0.022 +0.048
PF07/0070/G999-PF09/010A/G999 465.918 466.168 0.022 -0.250
PF05/0060/G999-PF09/010A/G999 395.246 394.688 0.022 +0.558


con 738.269,523.668,797.991 (errate)

Coppia PF dalla TAF Misurata sqm diff.
PF07/0070/G999-PF05/0060/G999 274.054 265.771 0.022 +8.283
PF07/0070/G999-PF09/010A/G999 465.918 329.078 0.022 +136.840
PF05/0060/G999-PF09/010A/G999 395.246 293.841 0.022 +101.404

Se le differenze vi sembrano minime.
Quindi credo ci sia stato un semplice errore nella fornitura dei dati, poichè libretti con coordinate così palesemente errate non potrebbero essere approvati, viste le misurate così sballate.

saluti

A questo punto, sono curioso di avere le cordinate geocentriche per sistemare la cosa...

grazie

sicurissimo...
anche io vedrò di documentarmi

saluti

Salve Mitici!
Da quanto ho visto LGO assegna le matrici anche alle intersezioni, mentre non assegna il PDOP.

Le matrici assegnate non sono la media di quelle dei punti che determinano l'intersezione, anzi sono notevolmente superiori, come secondo me è giusto che sia. Sarebbe comunque interessante conoscere su quali basi viene fatto questo calcolo.

Saluti!

gAR

infatti anche meridiana non assegna PDOP...

Vedi che alla fine il mio consiglio invece era giusto.

Ti ho subito consigliato di mettere la stazione del gps vicino al rilievo, e infatti te la stazione del Gps 1000 dove me l'hai messa?? al centro del mondo...

eh eh...

ciao

Il pdop è un dato strettamente legato alle misure gps, non può essere applicato alle misure terrestri.

saluti

io scarico con meridiana e le matrici non sono a zero...[/quote]

Con le matrici pari a zero, Pregeo mi dà errore, se provo a mettere dei numeri a caso l' errore scompare.
Capita anche a voi, da cosa può dipendere oltre al fatto che Pregeo è un programma fatto dalla Sogei ......?
Saluti.

a me non da nessun problema... non saprei come aiutarti

faccio notare anche l'errore d'impostazione relativa all'altezza strumentale del rover.

questa porta ad assegnare due volte in fase di calcolo l'altezza strumentale.

concettualmente e' sbagliato.

manca anche il valore indicativo del RMS, ma in questo caso dipende pero' dall'impostazione d'export del programma.

saluti

L'altezza strumentale pari a 0 non è necessariamente un errore perchè molti software di restituzione dati gps forniscono coordinate geocentriche già comprensive di HS e HM (nei miei libretti tutte le HS e HM sono pari a 0).
Il fatto però che nelle righe 2 sia invece presente l'altezza del prisma porta a pensare che effettivamente in questo caso ci sia un errore.
L'RMS è un dato previsto solo se si inseriscono le matrici dei cofattori anzichè quelle di varianza/covarianza.

saluti

L'osservazione nasceva da due considerazioni:

1_che non poteva esistere una modalita' diversa di esportazione. sulla base nessun valore mentre nelle riche 2 si.

2_che comunque il calcolo (parlo per Trimble) di sicuro assegna il valore gia' ridotto al punto a terra normalizzando l'altezza strumentale del rover.

se si esporta 2 volte l'altezza strumentale ovviamente si imputa in modo errato il valore.

introducendo anche un ulteriore errore in caso di integrazione al rilievo.

saluti