Help opus

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.

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.

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).

lol. 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.