Activity Feed › Discussion Forums › GNSS & Geodesy › Help opus
Help opus
Posted by OleManRiver on March 2, 2024 at 11:05 amSo I no longer have Trimble Business Center and have a fellow Surveyor that just launched his solo operation having some issues. He sent some static files through the Trimble access thing to opus. He had 5hrs plus on two different times and the message said aborting gaps etc. I have seen this several times when opus is down as well as just glitches through the online process. Could someone just send a file to see if opus is up and running or if anyone knows of a known issue with the Trimble online thing let me know. I sent his files both to opus and center point but only opus send me a email back so far.
OleManRiver replied 1 month, 3 weeks ago 8 Members · 19 Replies- 19 Replies
FYI, I just saw this and sent a file off to OPUS. It processed fine and returned results within about 10 minutes.
Thank you. We figured out opus was working but even today the files abort in opus both via rinex only and through the Trimble online processor. I don’t have tbc to look at them. But he was able to get the center point rtx to work. He is going back this week and will try again. I believe he said he was using rtk and infill so maybe he accidentally started his survey not as a base or something. Who knows. I am about to buy a new laptop for myself just trying to figure out just which brand and what specs to have and buy a few programs one tbc and Carlson and such for personal use. One I help a lot of folks friends trouble shoot for fun and I just like TBC more than anything I have ran so far.
I am about to buy a new laptop for myself just trying to figure out just which brand and what specs to have and buy a few programs one tbc and Carlson and such for personal use.
I would definitely look at DELL
If he got RTX to process it, I’d bag OPUS and not look back. I see more posts here trying to make OPUS work when there are other options that work just as well (maybe better, but it’s tough to wrangle which 2mm is better).
run the rinex file through the teqc program to get a summary file using the +qc switch.
Actually, here are the commands I use in a batch file when processing .t02 files…
runpkr00 -g -d 00360600.T02 (this creates a .tgd file)
runpkr00 -d 00360600.T02 (this creates a .dat file)
teqc.exe -tr d +C2 -O.mo “XXXX” 00360600.tgd >00360600.24o (this creates a rinex file, +C2 helps it make it through OPUS)
teqc.exe +qc 00360600.24o (this creates a summary file)
Note: runpkr00 is a trimble program
I have a program that scans a directory with .t02 files and creates the batch file with those 4 lines for each .t02 file. It does not work with .t04 files because runpkr00 does not process .t04 files.
- This reply was modified 2 months ago by john-hamilton.
since rinex is an ascii text file, it is easy to open it in a text editor (NOT a word processor, I use ultraedit). Search for “COMMENT”, if there are any below the end of the header, remove them and any other line that goes with it. That will often fix the problem.
Yeah I told him that for every job I did here I submitted it both ways and always had good results with the RTX. You are exactly correct it was always in the weeds as far as differences go. I have had some issues over the past year when submitting to OPUS but I usually figured out the why. It was a human error or just wait a bit and it worked. Nothing like this. Although I always did rtk and logging and had better results. He is doing rtk infill and this issue arises. Anyway he hit some existing control that was so close by others I think he is good to go. But I still didn’t sleep well thinking of the why lol. Just the way my brain works lol.
I find that RTX seems to be “better”, which is a subjective judgement. At least it is more tolerant of problem data. And it read the antenna type and HI from the file. I’m sure the OPUS people have heard this so many times it makes them nauseous, but it would be easy to at least read the header of the rinex file and prompt the user to confirm that it is correct.
- This reply was modified 2 months ago by john-hamilton.
I will most definitely check dell out. I just have to wrap my head around the specs needed for lidar scanning cad platforms and such to make sure I get what I need.
I should have had him send me the rinex file to look at. I don’t have a rinex converter yet on the new work computer. So I was handicapped from doing anything this weekend. But you are correct it’s not hard to look at one once you understand it know what is not right.
OPUS seems to be touchy for some. Collecting RTK infill will be the same file at the base as RTK logging. RTK logging can be more versatile than infill, but it shouldn’t affect the file when submitted to OPUS.
I don’t do much OPUS except to check my already finished calculations. I usually check the RTX box, and then run some CORS. I have all the local CORS stations saved in a file so I import them, download their days file and hit process.
Normally if I do more than one CORS as a check I do them independently, see what differences I have then process and adjust the point. But, I’ll see results within a centimeter and usually less than .5cm. There doesn’t seem much point trying to track down that kind of “error” for a global coordinate. Chasing my tail isn’t in my nature.
FWIW
We’re getting away from DELL and going with Lenovo ThinkPad. They seem to be a little more “stable” and have less issues overall. Mine is a CAD version and so far has worked really well. I’ve been using it for a few months now (3-5).
T. Nelson – SAM, LLClol. It is a hard habit to break for me. I am aware so I am knowing how I am. Like GI Joe use to say knowing is half the battle. Sometimes I can’t turn that geodetic side of my brain off so I chase things down I have no business doing lol. Good thing is I have learned not to do it on the clock. I wait until everyone is gone to sleep and dive in. I am slowing down though so maybe just maybe there is hope for me. Yeah I use to have my TBC set up with all the stations as well. That’s what I liked about it so much is I had options and right at my finger tips. I kept a log and knew which stations were susceptible to movement or other issues so it got to the point when planning a survey I could look at the area and know exactly how long when etc. For my area of work. I knew when the vrs matches and didn’t etc.
I had one at the last place. It was an emergency rush. I was processing scan data and the laptop they had given me was not built for that. So they sent me one and wow it was a beast. Amazing how getting what is needed on specs makes the world of difference for work needed to be done.
I am now adapting to some VDI environment and spending most of my time in Carlson civil survey on top of civil 3d. So getting some much needed stick time in cad time. Which is nice but frustrating lol.
Have you tried checking the “suppress kinematic records” and “suppress marker number records” options (In the Tools menu) when/if processing the files with the Trimble Convert to Rinex program? I’m guessing this would have mentioned by one of the knowledgeable forum members that already posted so I may be misunderstanding your issue.
Gregg
- This reply was modified 2 months ago by gmpls.
That said, I submitted a file on Friday from the previous day that was 289 minutes long. It came back and said…
FILE: 42400600.24o OP1709331123993
9999 Error: Datasets less than two hours in duration no longer accepted to OPUS-S.
9999
9999 Your data file appears to span less than 2 hours. OPUS guidelines require a
9999 minimum data span of 2 hours and strongly recommend 4 hours to achieve
9999 best accuracies. Datasets less than two hours in duration are no longer
9999 allowed in OPUS-S. Please re-submit your data to OPUS-RS.
9999 If your file is actually over 2 hours, check for formatting compliance
9999I cannot find anything wrong with the file. I wish they would give a bit more details, like exactly how long do they think it is so I would know where to look for an anomaly. I submitted three other files from other receivers collected at the same time at the same site and they came back OK.
I thought that a file less than 120 minutes but greater than 15 minutes automatically went to OPUS-RS. But in any case the file is plenty long enough.
I have not. I don’t have anything but his t04 file
I didn’t read every reply, but if you want to share the T04 file, I’d be happy to look at it and share with the OPUS Team. Send me a message on this site or grab my email from https://geodesy.noaa.gov/ADVISORS/
Please never hesitate to send a problem file to one of the Regional Advisor team, we work for you (the taxpayers).
Just recently I have noticed some files not processing due to omissions (intentional? I don’t know) from the orbit/ephemeris data (SP3 files) that we get from the International GNSS Service (IGS). In that case, a user was able to get a solution from OPUS-Static same day... but a few days later get an abort message.
geodesy.noaa.gov
Regional Geodetic Advisors | National Geodetic Survey
Regional Geodetic Advisors | National Geodetic Survey
Thank you. I will confirm with the LS as it’s his data. And get that to you. I have personally seen some of those issues you have discussed in the past. For example crew sends me static file at 8pm at night after a long day in field and they get dinner back to hotel. I can send that file off to opus get results back. A week later or few days later I send same file off and aborts error message. I usually like to hold out for better eph… but time doesn’t always allow.
Log in to reply.