AI Assistant
HORRIBLE OPUS resul...
 
Notifications
Clear all

HORRIBLE OPUS results

31 Posts
10 Users
0 Reactions
1,154 Views
bill93
(@bill93)
Posts: 9977
Member
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

@stlsurveyor

I mostly learned from the UNAVCO web site. They list the teqc options and have other useful articles.


 
Posted : July 31, 2019 5:47 am
stlsurveyor
(@stlsurveyor)
Posts: 2509
Member
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

@bill93

Great thank you, I have stopped by there before, but I haven't spent much time there - I will now. 


N10,000, E7,000, Z100.00
PLS - IL, MO, AR, KS, MN, KY

 
Posted : July 31, 2019 5:51 am
john-hamilton
(@john-hamilton)
Posts: 3438
Member
Topic starter
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

A bit more information...I had "blindly" been using teqc to convert raw files to rinex to submit to OPUS. I hadn't really paid attention to what was in there other than to make sure there were no comment lines in the data and that it said either G (GPS) or M (MIXED) at the top. Usually files processed just fine in OPUS but it was typically older receivers (4700/5700/R8). I was not using any switches like +C2 or +all to get more observation types in. After reading some online info about teqc I see that by default it only includes a limited number of observation types.?ÿ

So, just now I downloaded the same file using the onboard convert to rinex function on the R10. It has 17 types of observables...

C1 L1 S1 P1 C2 L2 S2 P2 C5 L5 S5 C7 L7 S7 C8 L8 S8?ÿ

After I changed an L2 parameter in the receiver, it now produces 20 types of observables...

L1 L2 L5 L6 L7 L8 C1 P1 C2 P2 C5 C6 C7 C8 S1 S2 S5 S6 S7 S8?ÿ

I had GPS, Glonass, and Galileo turned on, I did not have Beidou turned on. I have a new Alloy receiver, I am going to turn everything on and see what it collects.?ÿ

There is a short blurb on the OPUS page that tells what is required in a file:

I think it could be a bit more specific. As I said, I am not a frequent user of OPUS, mainly use it as a check on my own processing and as an additional check to include in reports.?ÿ

?ÿ


 
Posted : July 31, 2019 6:36 am
larry-scott
(@larry-scott)
Posts: 1059
Member
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

I have Z12 and Zsurvey. I use opus a lot.

Maybe itƒ??s just a more favorable situation in the northeast. I routinely collect 90 min. And I do have to edit the ?ÿdate. I repeat occupations as opportunity presents itself. And I get 2-3 mm the same results. I often resubmit data weeks later for better orbits, and that returns 1-2 mm.?ÿ

The output shows 8-10 cors, which are 20-120 km distant.

I have had the occasional (rare) rejected data set. But, resubmit a week later and more often than not, opus returns no issues.?ÿ

Canƒ??t fault the 1999 firmware. Download, convert to rinex, and I do have a simple datefix.exe for rinex 2.11 files. It doesnƒ??t get easier. But I realize there might be faster.?ÿ


 
Posted : August 2, 2019 7:48 am
john-hamilton
(@john-hamilton)
Posts: 3438
Member
Topic starter
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

Final Update...I resent the three files to OPUS (after using the +C2 switch in teqc), all came back with good results. The comparison to RTX was excellent.?ÿ

As I mentioned, there is a RTN station (Nevada GPS Network, run by Utah) nearby in Gerlach (about 13 km). I processed that data against my base station, and the misclosure was 0.132 m horizontally and +0.010 m in height. The fact that the height agreed was reassuring. It appears that the RTN coordinate is "NAD83/94 (HARN)", but I am surprised it is that far off.?ÿ


 
Posted : August 8, 2019 8:52 am

spmpls
(@spmpls)
Posts: 660
Member
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

@john-hamilton

John,

I just ran a crude test with HTDP using a rough latitude/longitude (fake ellipsoid height) for Gerlach to see what the modeled displacement was from 1994 to 2010.00. Here are the results. The 0.132 meter horizontal difference seems somewhat reasonable:

 UPDATED POSITIONS IN NAD_83(2011/CORS96/2007)
 FROM  1-01-1994 TO  1-01-2010 (month-day-year)
 FROM 1994.000 TO 2010.000 (decimal years)

                OLD COORDINATE    NEW COORDINATE    VELOCITY      DISPLACEMENT

 Gerlach                 
 LATITUDE     40 39  6.00000 N   40 39  6.00274 N    5.28 mm/yr   0.084 m north
 LONGITUDE   119 21 26.00000 W  119 21 26.00224 W   -3.29 mm/yr  -0.053 m east
 ELLIP. HT.           1000.000            999.978   -1.38 mm/yr  -0.022 m up
 X                -2376080.010       -2376080.021   -0.67 mm/yr  -0.011 m 
 Y                -4224233.914       -4224233.826    5.52 mm/yr   0.088 m
 Z                 4133803.563        4133803.613    3.11 mm/yr   0.050 m

 


 
Posted : August 8, 2019 11:32 am
john-hamilton
(@john-hamilton)
Posts: 3438
Member
Topic starter
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

They say NAD83/94 but don't give an epoch date, that is why I didn't try something like that. I guess you use 1994.0??ÿ


 
Posted : August 8, 2019 11:40 am
spmpls
(@spmpls)
Posts: 660
Member
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

@john-hamilton

Yes, I used 1994.0. The California HPGN/HARN is NAD83 epoch 1991.35. Not sure about the Nevada HARN? I was just curious what the general magnitude would be from circa 1994 to 2010.00.

No epoch date cited in this paper by Dave Doyle either:

https://www.ngs.noaa.gov/PUBS_LIB/Nevada_harn.html


 
Posted : August 8, 2019 12:04 pm
john-hamilton
(@john-hamilton)
Posts: 3438
Member
Topic starter
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

There is a CBN (PID LS0540) station in Gerlach. I wanted to occupy it but I had a flat tire and a plane to catch...

It has a published NAD83(94) order B position on the data sheet. Inversing them gives 0.156 m


 
Posted : August 8, 2019 12:16 pm
MightyMoe
(@mightymoe)
Posts: 10534
Member
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

Have you sent the uploaded data file from the R10 to OPUS with no editing? I haven't seen much difference at all between RTX and OPUS by using TBC to send the file off, I've never converted them to RINEX before sending, I've only used the TBC processing service since I got it. Normally RTX and OPUS will be within a few mms. horizontally, more variation vertically.


 
Posted : August 8, 2019 12:57 pm

john-hamilton
(@john-hamilton)
Posts: 3438
Member
Topic starter
Translate
English
Spanish
French
German
Italian
Portuguese
Russian
Chinese
Japanese
Korean
Arabic
Hindi
Dutch
Polish
Turkish
Vietnamese
Thai
Swedish
Danish
Finnish
Norwegian
Czech
Hungarian
Romanian
Greek
Hebrew
Indonesian
Malay
Ukrainian
Bulgarian
Croatian
Slovak
Slovenian
Serbian
Lithuanian
Latvian
Estonian
 

I would say the difference all depends on the CORS being used in OPUS. Some CORS are better than others...

?ÿ


 
Posted : August 8, 2019 1:21 pm
Page 2 / 2