Forum użytkowników C-Geo

Ave
Importuję punkty i wektory (fizyczne) z GNSS Solutions i z tymi naszymi nie ma problemu. Problem jest przy wektorach (może współrzędnej) z Frydka Mistka (CFRM). Jak je wyłącze to wyrówna dobrze, jak włączone do wyrównania to wychodzą herezje. Czy to jest związane z układem 2000/6, czy z czymś innym?
Przy tworzeniu punktów wirtualnych z POZGEO D widzę, że bierze tę stacje i jeszcze jedną ze Słowacji do obliczeń.
Załączam wyeksportowane punkty i wektory.

A wyrównanie z tym wektorem w GNSS Solution daje dobre rezultaty?

Na oko błędnie wprowadzono współrzędne stacji CFRM - nie uwzględniono undulacji geoidy, czyli wprowadzono wysokość elipsoidalną a nie normalną.

FaFaL pisze:A wyrównanie z tym wektorem w GNSS Solution daje dobre rezultaty?

no właśnie wychodzi zawsze dobrze.

Na oko błędnie wprowadzono współrzędne stacji CFRM - nie uwzględniono undulacji geoidy, czyli wprowadzono wysokość elipsoidalną a nie normalną.

tu to musze sprawdzić, a jak to najprościej zrobić?

Proszę zamieścić 10 pierwszych linijek pliku Rinex o rozszerzeniu "o" felernej stacji.

1.0 COMPACT RINEX FORMAT CRINEX VERS / TYPE
RNX2CRX ver.4.0.5 20-Nov-13 00:02 CRINEX PROG / DATE
2.11 OBSERVATION DATA M RINEX VERSION / TYPE
SPIDER V4,3,0,4633 ZU 2013 11 20 00:02 PGM / RUN BY / DATE
CFRM MARKER NAME
11525M001 MARKER NUMBER
CZEPOS Zememericky urad OBSERVER / AGENCY
460017 LEICA GRX1200+GNSS 8.51/6.110 REC # / TYPE / VERS
725340 LEIAR25.R4 LEIT ANT # / TYPE
3924573.1728 1301971.0083 4840464.4916 APPROX POSITION XYZ
0.0662 0.0000 0.0000 ANTENNA: DELTA H/E/N
1 1 WAVELENGTH FACT L1/2
8 C1 L1 D1 S1 P2 L2 D2 S2 # / TYPES OF OBSERV
30.000 INTERVAL
2013 11 19 00 00 0.0000000 GPS TIME OF FIRST OBS
2013 11 19 23 59 30.0000000 GPS TIME OF LAST OBS

akurat dla Frydka Mistka plik z obserwacjami ma rozszerzenie d cfrm3230.13d
załaczyłem plik okrojony, bo to na gorze mniej czytelne

Maciej_o2 pisze: 3924573.1728 1301971.0083 4840464.4916

Te współrzędne proszę sobie przeliczyć na BLh

FaFaL pisze:Te współrzędne proszę sobie przeliczyć na BLh

A jakim programem Pan przelicza te wsółrzędne?

No oczywiście ze w C-GEO

dopiero teraz miałem czas to posprawdzać.
Na zapomniołech, o transformacji między układami.
takie dałem ustawienia, a taka mi wyszła transformacja:
CFRM - punkt importowany z GNSS Solutions
CFRM_1 - punkt z pliku obserwacyjnego
CFRM_T - punkt transformowany
czyli myślę, że ze współrzędną wszystko dobre?

sprawdziłem to również w układzie 92 i tak samo wyszło, licząc w w tym układzie w GNSS Solutions i w CGEO

No i super, ale czy jest to wartość z uwzględnieniem Geoidy ?

FaFaL pisze:No i super, ale czy jest to wartość z uwzględnieniem Geoidy ?

a jakby to najprościej sprawdzić?

znalazłem coś takiego:
http://www.epncb.oma.be/_productsservic ... ation=CFRM
bede szukoł

Doszedłem do tego
jak wykasuję wysokość CFRM to wszystko wychodzi. Tylko czy tak można liczyć?
współrzędne X,Y są dobre, tylko jest zła faktycznie wysokość stacji CFRM.
To tu jest błąd przy eksporcie z GNSS Solutions

Pewnie w transformacji trzeba przełączyć wys elipsoidalne na wys. normalne.
Usunąć wysokość też można, albo wystarczyło chyba wyłączyć status nawiązania 3D na 2D -> ale jest to tylko ominięcie problemu a nie jego rozwiązanie.

FaFaL pisze:Usunąć wysokość też można, albo wystarczyło chyba wyłączyć status nawiązania 3D na 2D -> ale jest to tylko ominięcie problemu a nie jego rozwiązanie.

no właśnie nie do końca, bo jak wyłączę status 3D na 2D, a wysokość jest wpisana na CFRM to m0 wychodzi duże i inne współrzędne wyrównane.

Porównanie
z zostawioną wysokością wychodzi o wiele gorzej

Fakt, te 30 metrów zbyt mocno deformuje wektor. Pozostaje jednak nauczyć się przeliczać wysokości elipsoidalne na normalne, albo kasować wysokość.