Hey guys,
Did an Opus session the other day on the BRx7 base while collecting rtk with the rover. The static file was pretty large, several hours. Came back in the office and downloaded the .bin file from the base and converted it to a Rinex. Sent in to Opus a couple of days later. At first I kept getting an error message that that the file could not be accepted because of unable to connect to their server, so I emailed the NGS and?ÿ got a reply from them to clean my cookies and cache files. I did that and try sending it again but still it would not take my files, so I called them and left a message and they returned my call. We determined my file size was to large and they said Opus would accept .zip file and to zip it down. Did that and still get "file size to large". One of the guys a NGS said they could accept up to 55MB, after zipping down I still get "file size to large". The file says it is on 43MB after zipping. Just wondering if yall have had similar issues and could supply any help or resources. The NGS was very responsive and helpful, can complain. I have submitted many opus sessions before and not had any problems. Thanks in advance.
Hey guys,
Did an Opus session the other day on the BRx7 base while collecting rtk with the rover. The static file was pretty large, several hours. Came back in the office and downloaded the .bin file from the base and converted it to a Rinex. Sent in to Opus a couple of days later. At first I kept getting an error message that that the file could not be accepted because of unable to connect to their server, so I emailed the NGS and?ÿ got a reply from them to clean my cookies and cache files. I did that and try sending it again but still it would not take my files, so I called them and left a message and they returned my call. We determined my file size was to large and they said Opus would accept .zip file and to zip it down. Did that and still get "file size to large". One of the guys a NGS said they could accept up to 55MB, after zipping down I still get "file size to large". The file says it is on 43MB after zipping. Just wondering if yall have had similar issues and could supply any help or resources. The NGS was very responsive and helpful, can complain. I have submitted many opus sessions before and not had any problems. Thanks in advance.
Not sure about the software you use for the BRx7, but have you tried to decimate the RINEX file, that is only send 30 second epochs like OPUS uses.
What epoch rate did you collect at the the file was so large?
Also how many constellations are you sending, I'm not sure about your software, but Trimble's Convert to Rinex has a switch to only send GPS, which is all OPUS will use anyway. That might get your file size down.?ÿ
We've had similar problems lately.
We convert to rinex (gps only), but the file is still too large.
Have not had good luck decimating the file either. (Can't do it.) No support for new(er) receivers, etc. on UNAVCO, etc.
In the 90's, I had a "decimate" program from a Trimble tech, and it was awesome.
I don't know why every "convert to rinex" program doesn't have these functions.
?ÿ
*edit* That should have read WinTeqc, not UNAVCO.
</rant on>
Lazy typing because it's 2022 and annoying that we have to "command line" a function like this on freeware when paying subscribers send millions of dollars in "annual maintenance" for a premium software package that won't.
</rant off>
I have no experience with the BRX7, so my advise is necessarily general. But the only way to get a file that large in a single day is to be collecting at a high epoch rate, probably 1 second. I have a 2+ hour rinex observation file here, multi constellation, 15 second epochs, with a size of 1.3Mb.
I operate in the same manner you do, collecting data for OPUS while I run RTK.?ÿ
Did you try teqc? It is a command-line utility. While EOL since 2019 the executables are still available here:
https://www.unavco.org/software/data-processing/teqc/teqc.html
The PDF manual shows a sample input string copied below:
?ÿ
Carefully examine the sample command line. I do not know your data collection interval. Be careful distinguishing between ??0? and ??O???
I have never used the Windows version of teqc developed by the USACE and don??t whether it can be done through it.?ÿ
?ÿ
?ÿ
?ÿ
Thanks for your replies, I not sure how to decimate a file but I will research how to do that. I run a Carlson RT4 with version 6.14 right now and turn all the Major constellations on because as Mark Mayer I do collect RTK at the same time. OH, in my first post I had "can complain" that should have been "Can't Complain". Those fellow from NGS were Johnny on the spot in replying.?ÿ
while I?ÿ was replying to the other guys your post came in I'll sure try that. Thanks
@springbox I've used teqc to decimate rinex files in windows quite a bit prior to uploading to OPUS.
Here's a command line I use:
teqc -O.dec 30 -O.obs L1+L2+C1 filename_bad.21o > filename_good.21o
?ÿ
Take a look at this page from Carlson.
https://web.carlsonsw.com/files/knowledgebase/kbase05.php?action=display_topic&topic_id=1200
It mentions putting a 10 in some box to decimate to 10 seconds.?ÿ Maybe try a 30 instead.
I should have read the whole page before posting.
There also appear to be options for whether or not to include other constellations in the RINEX file.?ÿ
@ bobwesterman, thanks, I have seen this page before but never had to use on other submission to opus. I will definitely try this after Labor Day. I believe this will work. That's why I read this site daily, always good information from other surveyors.
Not that it is particularly applicable to this exact case, but I have not had these issues w/ NRCAN's PPP.?ÿ It just seems to chug through whatever I chuck at it.?ÿ I have submitted from these following receivers:
Leica: 1202, 1230GG
Hemisphere: S320
Carlson: BRX7
Emlid: RS2 (however, it does not recognize the L1/L2 offsets for this receiver automatically)
