Another OPUS error thread

Mark O

If you like, I will take a look at your RINEX file.

ldogeo
aol

Loyal

Usually the Rapid orbit data is available by mid-day of the UTC day following the last data in the file. I check https://igscb.jpl.nasa.gov/components/prods_cb.html before trying to submit. For the very best data, you have to wait until Friday or Monday at least weeks later.

It sounds like you may have collected at a high epoch rate. Look at your RINEX with a text editor to see what the first time in the file is. For OPUS, it does no good to collect faster than 30 secon epochs. TEQC can decimate to that rate for you and let you specify a starting time that is a 00 or 30 second multiple.

If this this data is from a prior week, make sure the week number doesn't default to the current one.

I use a batch file to run TEQC that reads like so to first get the exact times available in the data
"C:Program FilesTrimbleteqcWinTeqcteqc.exe" ^
+err teqc_err.txt ^
+meta X80R1140.dat >> meta.txt

Followed by a batch file like so:
[PRE]"C:Program FilesTrimbleteqcWinTeqcteqc.exe" ^
+ap ^
-O.ag INDIV ^
-O.at "TRM14532.00 NONE" ^
-st 20170424143030 ^
-e 20170424203800 ^
-week 1946 ^
-O.dec 30 ^
+nav[file(s)] gps_nav.txt ^
+err teqc_err3.txt ^
+out X80R1140.17o ^
X80R1140.dat
[/PRE]

Note that the ^ character is the continuation for batch files so that I can put stuff on separate lines. The error file it generates can help find problems before submitting to OPUS, and the .17s file shows more about your data.

Check/fix the starting time, etc. and, now that more time has elapsed for the CORS data to come in, resubmit.

If you collected data at a rate other than those listed in the message you received, you can use the UNAVCO "teqc" tool to decimate or interpolate your data to an accepted interval.

Read the "teqc" documentation at the UNAVCO site. The tool allows the translation, editing and quality checking of GPS data.

Kinematic data is NOT supported by OPUS. Alternate processing services are described with links in this document: http://geodesyattamucc.pbworks.com/w/file/115753492/GPSCarrierPhase-1.pdf It is rather old and links have not been recently verified.

OPUS works at hundreds of miles, OPUS-RS prefers about 100 miles max, so that is not your problem. Not all RINEX is created equal, but you can have a hand it make your RINEX more equal. Certain manufacturers do not like playing to a standard because they want to confine you to their software. A few days ago I received and email from Lou Estey at
UNAVCO regarding a certain manufacturer's failure to provide any data to changes they were making in their proprietary files so it was impossible to ensure that the OPUS software could read it, it cannot and then you are left with alternate fixes. Since it was a brand I do not used I discarded the email and cannot pass that information on. Opus can read a good number of proprietary data files including my software. Given that, I sill prefer o covert my files to RINEX (which is a universal text format) because it gives me a clear opportunity to see what my data looks like and I can then anticipate problems before I even submit my data.

I would suggest you download and get familiar with teqc, the program that OPUS uses to check your file before attempting a solution. I prefer to use WINteqc as it is more user friendly. I consider myself an accomplished static GPS user but even about 1/4 my files need some help in one form or another. OPUS-RS is much more finicky than OPUS because of what extra observation data it uses, but I consider the advantages of OPUS-Rs worth the extra effort.

Paul in PA

Mark O, post: 425719, member: 11591 wrote: I've never used OPUS before, but wanted to compare results from OPUS vs long observation RTK (using MACORS). I keep getting the following message:

2005 NOTE: The IGS precise and IGS rapid orbits were not available
2005 at processing time. The IGS ultra-rapid orbit was/will be used to
2005 process the data.
2005
6029 After the single baseline analysis, fewer than 3 useable
6029 reference stations remain. Aborting.
6029

That's a message you typically get if you submit data to OPUS-RS within a few hours of collection. OPUS-S will reach out as far as it has to to get 3 CORS. OPUS-RS needs a half dozen CORS reasonably close in. The data from some of them takes a little time to become publicly available.

Mark O, post: 425719, member: 11591 wrote: If I wait a couple days and re-submit, I get the following:

1020 OPUS aborted on the submitted data file for one or more of the following
1020 reasons. OPUS cannot process the data file.
1020 1. Collection interval of the data file was not one of the allowed rates.
1020 The intervals that are accepted are 1,2,3,5,10,15,30 seconds.
1020 2. The time of each epoch is offset from one of the above intervals. The
1020 seconds epoch field must coincide with one of the above rates.
1020 3. The data file may have been collected in kinematic mode. OPUS does not
1020 process kinematic data files.
1020 4. Note: OPUS processes data every 30 seconds, and 2+ hour files
1020 collected at the 1 second rate should be changed to 30 seconds.
1020 5. If your data were collected today or yesterday, we may not have
1020 sufficient CORS data - try resubmitting your file tomorrow.
1020

So what sampling rate where you using? "The intervals that are accepted are 1,2,3,5,10,15,30 seconds."

Mark O, post: 425719, member: 11591 wrote: FWIW, I have two CORS stations within 20 km, and two more about 40km away. Maybe they're too far?

That's not too far at all. It's actually rather close.

I appreciate all the responses. Unfortunately I already deleted the file, but I will record another file at 30 second intervals and post it later. Maybe someone can review it for me since I really have no idea how to interpret it.

Why would you delete a file? Memory is so cheap, and GPS RINEX files are quite small. NGS parses old CORS files to 30" for long term storage. Last weekend I went to an old survey to prepare for an upcoming addition. I looked at what I had done and resubmitted 2011 files to OPUS-RS. I had started a multi parcel boundary survey but after one lot and a building permit the larger part of the project was put on hold. at that time I occupied two points on site and two NGS monuments. At that time I was only interested in elevation and SPC sufficient enough to look for adjoiner monuments. Now I will set GPS points at the far end of my parcels and near to other SPC survey monuments I had found in 2011. Once I recover my on site control I will spend a Saturday expanding my GPS network. There are other surveyors on this board that have been using, reusing and expanding GPS networks since the dawn of GPS time.

One reason you would want that old file is to compare it to a newer file where you actually knew more of what you are doing to learn from what you did, or did not do wrong.

Paul in PA

Mark O, post: 425870, member: 11591 wrote: I already deleted the file

Recycle bin?

Mark O, post: 425870, member: 11591 wrote: I appreciate all the responses. Unfortunately I already deleted the file, but I will record another file at 30 second intervals and post it later. Maybe someone can review it for me since I really have no idea how to interpret it.

Deleted a file?
Who does that?

@loyal Having problem with trying to obtain an OPUS solution don't know if is the Rinex file or not would you be willing to take a look at it if so my email is [email protected]  thanks

@inkcurt

I just sent you an Email