I'm hoping someone more experienced than I can help with this. I burned a point for 20 minutes to get a quick solution (practice more than anything), converted using Trimble' RINEX tool and submitted to OPUS. It has been aborted each time saying more than one location is in the file and this can be verified by looking at the marker line. Originally it showed "1" as the number for both, so I changed that to the PID but that failed. I can't figure out attaching here, so if anyone has a minute to look at the file I'll be glad to email it so that the obvious can be pointed out, it would be appreciated, thank you.
1014 The RINEX data submitted to OPUS contains data taken from more than one
1014 location. This can be verified by opening up your RINEX file and
1014 searching for "MARKER". OPUS will only process data taken from one
1014 location. Try separating the data into individual files and then
1014 re-submit the data
1014 Aborting...
1014
I would be willing to take a look at it.
Not sure on how e-mails with attachments work through the SurveyorConnect system, so it may be better to simply send me an e-mail without attachment via the link by my name. Please provide the size of the original file and we can figure out the best way to get the file here.
If someone else wants to try, I sure don't want to be in the way.
GB
Just sent it, only 53k in size.
I only know about Ashtech, but thought that OPUS would use the file directly from most recievers? Did you try sending the file directly to them before any rinex action was performed. YMMV
Bob in NH
Not sure about that one, perhaps someone more familiar with Trimble gear could comment?
I'm a long time Trimble user. I always export Trimble format DAT, T0x files to RINEX for submission to OPUS.
There is likely some anomalous data in your RINEX file.
still don't know, but this is what it says: just saying--
2. DATA FILE
Provide OPUS a GPS observables data file in any format (for automatic conversion to RINEX format by UNAVCO's teqc converter) or convert it to RINEX yourself first. OPUS also recognizes compressed (UNIX or Hatanaka.yyd) or zipped (gzip or pkzip) files, including multiple data files in a single zip archive.
OPUS accepts receiver epoch rates of 1,2,3,5,10,15 or 30 seconds, all of which are decimated to 30 seconds for processing. Note: Though your data file may already contain survey metadata, including antenna type, height, and mark information; these are IGNORED as we have found they are inconsistenly formatted.
I normally send the Trimble .DAT file directly to OPUS with out a problem. Give that a try.
If you need to convert to RINEX try using UNAVCO's TEQC, that is the program OPUS uses to convert your data to RINEX.
Is this file a single point in a static survey not a RTK file with a 20 minute observation on one of the points? Only asking because your error message says there are points from multiple locations in your file.
Open the Rinex file in notepad or some other text reader, search for the word marker in the file, delete the lines of code, that do not match the other lines including the word marker, you may need to do this in more than one location in the file. Once you have removed the data save the rinex file down and resubmit to opus. I usually fine that this is caused by the crew storing the point in the DC rathering than ending survey and then remeasuring another point. Hope this helps.
File never arrived?
The file never arrived, checked the spam folder as well.
If the file is just 53 kB, just reply the the e-mail I sent to you at 0842 hrs MDT and attach the file.
Based on the header information you sent and as suggested below, the first thing to do would be to delete all the lines before the line that begins
11 9 27 13 55 30
leaving one blank line above that line.
Then search for other instances of "***" without quotes. Get rid of lines associated with those as well and OPUS should like it.
GB
This is just a single point, setup on it, cooked, then stored the point shut down and left.
I gave that a shot and am waiting for OPUS, dang is it slow (~2 hours +)
File never arrived?
I just submitted and will see, I did notice that on one line it had dashes before a comment, then later three asterisks before and after a comment, could be it?
Did you try sending the .DAT file instead of the RINEX file?
Unfortunately I don't have the .DAT file nor the DC until tomorrow, which is when I had hoped to have the solution.
Sorry, don't leave a blank line
. . . between the line that says END OF HEADER and the first line of the observations.
A blank line there will make the file fail the TEQC validation (teqc +v [filename]) routine.
My mistake.
If OPUS did not reject the file right away it is likely it will eventually send back a successful solution. I am waiting on one now as well.
GB
Thank you Glenn for finding the errors in the file, never would have guessed those. I just got back a solution and am quite pleased and can't thank you enough.
