Reading RPLS is free for the whole profession. Members post, reply, and get the members-only rooms.
Short static session on Tuesday mid-day May 4.?ÿ Not a very clear sky above receiver, but I would think good enough for a solution.?ÿ In the past, I have had to wait typically up to 24 hours to get a solution from OPUS, but its now been nearly 3 days, and I don't think I've ever encountered the message below (email response from OPUS).
I processed this same file with Canadian SRS-PPP, and it seems to process fine.
FILE: CLIENT.21o OP1620388446631
?ÿ
?ÿ1008?ÿ?ÿ NOTE: You provided a zero or negative antenna height.
?ÿ1008?ÿ?ÿ If ARP HGT = 0.0, OPUS solves for the position of your selected antenna's reference point (ARP).
?ÿ1008?ÿ?ÿ If ARP HGT < 0.0, OPUS solves for a location inside or above the antenna
?ÿ1008
?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ RSGPS OUTPUT
?ÿ
?ÿVERSION= rsgps version 1.38 2017 05 26
?ÿRun Date and Time = 2021?ÿ 5?ÿ 7?ÿ 7 55 47
?ÿ
?ÿProject Directory = /var/tmp/opus_local/RS71/21124/
?ÿ
?ÿSolution Mode = network
?ÿ
?ÿ W-Ratio test indicates SUCCESS!
?ÿObservations Used/Available=?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ 9264?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ 11544
?ÿ
?ÿNetwork Quality Indicator=?ÿ?ÿ 28.08
?ÿRMS=?ÿ?ÿ?ÿ?ÿ?ÿ?ÿ 0.375
I once tried a zero height and OPUS got mad, so used 0.0001 meter and it was happy.
What am I missing with the Canadian site??ÿ My results are a bunch of individual lat/lons that when plotted vary quite a bit.?ÿ I don't get one single solution like OPUS.?ÿ But OPUS isn't giving me much lately.?ÿ Thanks.
CSRS-PPP will process as either kinematic (solving for every epoch) or static (one solution). Maybe you had the kinematic button selected??ÿ
?ÿ
As for zero height, OPUS always has worked for me when using 0.000 as the height.?ÿ
?ÿ
Anyone having trouble with an online processor should also try Trimble Centerpoint RTX PPP (trimblertx.com). It will take rinex data (and trimble native formats) from any receiver as long as the antenna is in their list. One caveat...the returned NAD83 (2011) epoch 2010.0 may not be the best, they have started using HTDP for their real time product, but I am not sure about the post processed. I always run the ITRF14 position through HTDP (NGS utility) to get NAD83 (2011) epoch 2010.0. This is more of an issue as you go west across the US.?ÿ
RTX-PP is still using the Morvel56 model as of last week:
As much as I like RTX results, it has caused some serious confusion amongst surveyors in our firm, and caused quite a few to dismiss it altogether in favor of OPUS.
You may be confusing OPUS-RS with your data.
First off, Comment Line 12 says you Are providing 7 observables; L1?ÿ C1?ÿ D1?ÿ L2?ÿ P2?ÿ D2?ÿ C2
But the C2 data provided is 0.000
Second; you are including Glonass data.
Make life easier for OPS-RS which only uses L1?ÿ C1/P1?ÿ L2?ÿ C2/P2 data.
Use teqc and filter out for L1?ÿ C1?ÿ L2?ÿ P2 data only, which also removes the Glonass and then resubmit.
Years ago I always had to filter my OPUS-Rs down to the 4 observables, but then it got better over the years figuring it out. That C2 = 0.00 may be the stymie.
Paul in PA
Thanks, I'll look into that.?ÿ I'm only a little familiar with teqc, and don't know the commands.?ÿ Do you happen to know the command for filtering as you describe?
subscribing
I am not at all familiar with the teqc commands, I use WINteqc, which guides you through it. I ran WINteqc, chose your file, selected GPS only and then selected choose observations, selecting CA L1 L2 P2, it gave me a bunch of error comments but did the job anyway. I sent your edited file to OPUS-RS using 1m antenna height and following is your solution:
?ÿ
Paul,
I tried WinTeqc but I couldn't get it to work.?ÿ It wouldn't write the output file.?ÿ I've contacted the maker to see if he can provide help.
Al