UFCORS data Saturday 11 Feb 2017

I think something is amiss. I submitted 2 files to OPUS yesterday late afternoon, and it said received ok, but I have not received a report as of when I left home this morning.

Moe Shetty, post: 413666, member: 138 wrote: could someone check whether UFCORS data from yesterday is available? I can't seem to get the downloads.

Short answer is NO! I checked several sites and data was not available.

It is easy to do your self, go the NGS CORS map, select a CORS station and then select Data Availability.

Second alternative go to ufcors, select the date in question, then see if the required CORS folders are populated.

Third is submit an OPUS or OPUS-RS requesting specific CORS, you will get a notice if data is not available.

If you regular do OPUS length work, the election of CORS many miles away is usually precise enough. If you do shorter observations for OPUS-RS type work you may just have to wait till the real world caches up to the imagined world on your time schedule.

Paul in PA

I have a request in to NGS CORS. Also, I don't know if my receiver was going face down or not at the time, but I went from 8 sv's to 2 sv's for about twenty minutes. it is an old receiver, so i am thinking that is a problem on my end.

but CORS data i can often get within two hours of my last occupation.

Paul in PA, post: 413683, member: 236 wrote: Short answer is NO! I checked several sites and data was not available.

It is easy to do your self, go the NGS CORS map, select a CORS station and then select Data Availability.

Second alternative go to ufcors, select the date in question, then see if the required CORS folders are populated.

Third is submit an OPUS or OPUS-RS requesting specific CORS, you will get a notice if data is not available.

If you regular do OPUS length work, the election of CORS many miles away is usually precise enough. If you do shorter observations for OPUS-RS type work you may just have to wait till the real world caches up to the imagined world on your time schedule.

Paul in PA

OPUS is not always an option for me, as i use a combination of single and dual frequency receivers.

elaborate on your 'imagined world' comment. this is truly intriguing.

It is reasonable to expect delays in CORS stations submitting information to NGS. Any glitch in the automatic transfer of data almost always requires human intervention. Problem is a human may not show up until Monday morning and the CORS data may not be his/her first responsibility. Typically data is not lost as backup storage is almost always the standard. Secondly weekends are most often the time for computer maintenance. Now while NGS usually puts out a notice of upcoming maintenance, individual and even group CORS do not. Years back when I seemed to rely mostly on NJIT for reliable CORS data, I might submit an email to the person I knew at NJIT responsible for the CORS. Sometimes it was his first notification that it was a problem, and quite often I might get the required data emailed to me before it was posted by NGS.

I almost always use a combination of L1 and L1/L2 receivers and plan my work anticipating glitches. Typically I have 1 OPUS observation and up to 3 OPUS-RS observations. Sometimes I only occupy one point with dual frequency and for that I may submit to OPUS-S one day and split that file for OPUS-RS the next day. I post process my L1 occupations from my best dual frequency point. What ever I do, relying on post processing from downloaded data is lower on my list of work.

OPUS should always be an option, because it can give you a solution from 1,000 miles away if necessary.

I do not you are now in a problem areas, On the NGS CORS maps I see about 6
CORs in your area as non-operation and note that at least 2 CORS ( Lancaster and Chester County ) I once used in SE PA are no longer on the map and that MD has similar blank areas. It may ne necessary for you to go for "Pay and Play" by joining the KeyNet GPS network.

Paul in PA

Yes, OPUS always is an option for a portion of the work.

I feel OPUS is a mechanism to check work (as I believe was the developer's intent of the service), rather than a primary method. I want to say that NGS has either vocalized this or published it somewhere; I will look for that in the future. Does that sound familiar to you?

I prefer to import my own CORS/RINEX and process with software on the PC. We have opposing preferences, that's all. It is likely I just have to wait a day or two before data is available. Just hoping to get a rainy day jump on some work.

"""

I do not you are now in a problem areas, On the NGS CORS maps I see about 6
CORs in your area as non-operation and note that at least 2 CORS ( Lancaster and Chester County ) I once used in SE PA are no longer on the map and that MD has similar blank areas. It may ne necessary for you to go for "Pay and Play" by joining the KeyNet GPS network.

"""

Yes, Paul, it is my suspicion that this is the pattern in this area. I need the patience to either wait for someone at NGS to reset the server or get the data from the Leica network. "pay and play" is taking over and NGS has decommissioned enough stations that our work methods have to change. I feel like I am painted into the corner.

our friends at the boulder colorado cors center went out of their way to get the call to silver spring maryland and then pulled data files for my three "go to" stations. this was a quick response; thank you ngs