So I've got an hour and 40 minutes of observation data, uploaded to RS and it fails with this;
6015 OPUS-RS will not attempt a solution because the submitted data
6015 was collected at a location that is more than 50 km outside of
6015 the area spanned by the set of CORS sites whose GPS data OPUS-RS
6015 would use in processing the submitted data. These CORS sites are:
wdlm
mnka
nenf
nely
mnme
mnls
Your station is 64.9 KM outside the polygon enclosing the reference stations
I then went through and manually selected other stations and it fails for each one with this message;
Site: mnbv
1025 One of the CORS sites that was selected from the pull-down menu
1025 is not available for the day in question or it did not meet the
1025 quality control requirements. Please select another CORS site
1025 to be included in the processing and re-submit the data.
1025
I checked the stations and all are operational, I'm using the new epoch but have tried the old with the same results (only much longer to get a result). Does anyone have some thoughts on a work around? The site was just north and west of Sioux Falls so most CORS are over in Minnesota.
The normal polygon that would probably enclose your station in not available because at least one of the stations is missing or has suspect data during the time you did static gps. The solution is to process the baseline yourself. OPUS-RS would probably exclude the station(s) that were bad or missing itself if it could.
I get the same message some times. I resend the data in a couple of hours or the next day and it usually goes away. I always post process my own GPS data and use OPUS as a Quality Control check.
Mike - WHAT! You use OPUS like it was intended?
That's a strange practice ...
Mike - WHAT! You use OPUS like it was intended?
it could be that one of the stations had not had its data downloaded to OPUS at that time...like it was suggested...try again at a later date
Mike - WHAT! You use OPUS like it was intended?
That's along the lines of what I was thinking.
This is simply my not knowing, but am I correct that to process your own baselines you can simply download the CORS RINEX file for the date needed and import to your project in TBC (what i have) and just click the baselines and it'll spit out a solution? Seems to simple is why I ask (plus I just don't know!). Any further help will feed Wendells kitty.
Mike - WHAT! You use OPUS like it was intended?
Never mind, enough digging and I figured it out, gonna feed the kitty though because the site/forum are great and it's about time.:-)
Curly - It's even easier than that!
TBC will get the CORS data files for you!
Import the file you collected into a new TBC project.
Then go to File | Internet Download
Click the "Internet Download Configuration" icon, follow the common-sense route through the dialogs and add a new site (or sites) to your reference-station list, WDLM for instance.
TBC will automagically retrieve from the selected source(s) the file(s) necessary for your data, take care of concatenating the files if necessary, and all you have to do is allow TBC to import the data into your project and tell it to process the baselines.
Also, there is a set of tutorials built into TBC, go to Help | Tutorials.
GB
Curly - It's even easier than that!
Oh wow I had no idea, perhaps TBC isn't so bad. Thanks for the information, it has been quite enlightening to say the least!
Verify The Raw Position X, Y, Z Within Your RINEX File
OPUS-RS selects the CORS to be used from the XYZ position inside the RINEX file. Then when it solves it finds you are not surrounded. Sometimes if you turn on a receiver ans start collecting data before it calculates a new raw position it uses the raw position from the last occupation.
I learned this years ago when I had 2 receivers in the same field, one result came back within the polygon and one outside the polygon. It was not too far out so I got a solution. When I looked at the CORS used I found only 6 were common. I contacted Richard Foote and he filled me in. I just put the other XYZ coordinates in the errant file (close enough to select CORS and resubmitted. I now take extra time starting my data collection in the field and have not run into that problem anymore.
Paul in PA
Verify The Raw Position X, Y, Z Within Your RINEX File
Thanks for sharing that experience, it really helps to know and understand where the gotchas are!
Also Know That OPUS-RS Uses L1, L2, C1/P1 & C2 Observables
The later 2 can be more finicky than the former 2, at the CORS and/or at your receiver.
Paul in PA