Files Won't Process

[Kelly Bellis]

Until just now, I had forgotten about an issue that came to the forefront in January 2015. The issue impacts what we did in September 2014 (Job No. 1430 Eastern Surveying Co - Goose Pond). In January 2015, NGS formally adopted a revised and much more accurate model of the Phase Center Offset Values for the antenna used on the base station BQ-04 (a/k/a SL01). It doesn't impact horizontal positions so much as it does the heights; in the vicinity of a few centimeters. I have therefore resubmitted the 7-hour long observation file for that station to OPUS.

After waiting an inordinate amount of time (on a weekend, an OPUS report should be returned usually within just a few minutes after submission of data from the previous day, or later), I submitted the file to DPOS. DPOS was unable initialize processing. Both services call on 1) CORS data and 2) IGS orbital data.The RINEX obs file was also submitted to NRCAN PPP service. It too, like OPUS and DPOS, has resulted in my uncertainty what to conclude by its null response after 12 hours. In September 2014, the attached file had no issue being processed by these three services.

Why won't this file process today?

--
Mr. V. Kelly Bellis, ME PLS 2099 :: WQTS485
17 Union Street :: Ellsworth, ME 04605
http://aerial.panocea.us :: 1+ (207) 667-6912

 

[Kelly Bellis]

After attempting to process multiple files from the T2 spanning 2014 through the present, the problems identified above persist.

Why won't any files process?

Does anybody else see this issue?

 

[Kelly Bellis]

Update 20160711 0700 -4UTC

OPUS is now returning solutions. A bunch have just flooded into my email's inbox, curiously date stamped coincident with my previous submissions.

DPOS is not yet able to process.

 

[Matt Johnson]

Hi Kelly,

When I use the new DPOS web portal at https://app.javad.com/jca/#/dpos/upload it processes. I attached the report. For some reason this file does not have a stored antenna height so you will need to enter it manually. I also noticed that DPOS is not selecting a SPCS for this file. I will ask Alexey to look at this issue.

If I use JPS2RIN with the "Convert for OPUS" option, OPUS processes it successfully too.

 

[Matt Johnson]

Alexey, I also notice that there is a problem with the degree symbol in the pdf reports:

 

[Kelly Bellis]

Hi Matt,

Glad DPOS is working now. The file dated 20140924 was begun and ended using JMT for Android which may explain your observation/ remark RE the HI.

Will http://geo.javad.com/dpos/ be available in the future or is it being replaced by the new DPOS web portal at https://app.javad.com/jca/#/dpos/upload once the bugs are worked out?

 

[Matt Johnson]

Hi Matt,

Glad DPOS is working now. The file dated 20140924 was begun and ended using JMT for Android which may explain your observation/ remark RE the HI.

Will http://geo.javad.com/dpos/ be available in the future or is it being replaced by the new DPOS web portal at https://app.javad.com/jca/#/dpos/upload once the bugs are worked out?

http://geo.javad.com/dpos/ is going to be replaced by https://app.javad.com/jca/#/dpos/upload

 

[Kelly Bellis]

It seems that the old DPOS still is reporting: Process initialisation (sic) failed.

 

[Ron Booher]

How long does it take to get an OPUS report normally? I uploaded an observation Saturday and haven't heard anything yet?

 

[Kelly Bellis]

Hello Ron,

Usually, if the submission of the static data is made past UTC midnight + 30 minutes (or later), a solution will be received within 10-15 minutes during the busiest times but is often in less than 5 minutes.

OPUS has been undergoing some Configuration changes. I noticed this morning that NGS has removed its notice regarding the changes. I submitted a ticket recently (20160720) and as of this morning (20160726) it's still being investigated. It may or may not be relevant to the issue you've seen, but it is something that you might want to be watching. Specifically, I used Topcon Tools (Demo), manually processed my data as a check, and note that the Ellipsoidal height that it produced in its solution is within 0.003m of the DPOS solution. The Ellipsoidal height produced by OPUS differs significantly by 0.147m from Topcon Tools and 0.150m from the DPOS solution. In all of my previous tests, I cannot recall ever seeing such a gulf. The horizontal deltas were within reasonable allowances.

 

[Steve Macher]

Over the past several months I have'nt received a solution back from OPUS that I am comfortable with. Some of the OPUS solutions had a warning message attached; some that did not, had bad quality indicators. Almost all the files I've submitted for processing over past few months had poor agreement between the OPUS solution and the DEPOS solution. I have submitted some old files for processing with OPUS that in the past have given me good agreement between OPUS and DEPOS. The new OPUS solution did not agree with the old. Seeing the same big differences in the ellipsoidal heights.

 

[Kelly Bellis]

Good idea Steve, resubmitting OPUS projects which previously had good results to see how they may now look not-so-good.

 

[Matt Johnson]

Over the past several months I have'nt received a solution back from OPUS that I am comfortable with. Some of the OPUS solutions had a warning message attached; some that did not, had bad quality indicators. Almost all the files I've submitted for processing over past few months had poor agreement between the OPUS solution and the DEPOS solution. I have submitted some old files for processing with OPUS that in the past have given me good agreement between OPUS and DEPOS. The new OPUS solution did not agree with the old. Seeing the same big differences in the ellipsoidal heights.

One thing that I will remind everyone, both DPOS and OPUS are now processing using absolute phase center variations now so the receivers need to be aligned to north to get good vertical results (T-2 and T-1M record button and green triangles to the north, LS display to the north with the compass reading 180 degrees). Processing with phase center variations mostly improves the vertical results. A good paper about this topic is Influence of GPS antenna phase center variation on precise positioning.

 

[Kelly Bellis]

One thing that I will remind everyone, both DPOS and OPUS are now processing using phase center variations now so the receivers need to be aligned to north to get good vertical results (T-2 and T-1M record button and green triangles to the north, LS display to the north with the compass reading 180 degrees). Processing with phase center variations mostly improves the vertical results. A good paper about this topic is Influence of GPS antenna phase center variation on precise positioning.

Hmm. I always thought they did Matt. When didn't NGS and JAVAD use PCVs?

 

[Matt Johnson]

Hmm. I always thought they did Matt. When didn't NGS and JAVAD use PCVs?

Back before the absolute calibrations were done by Geo++ and before the new antenna definitions were released.

 

[Kelly Bellis]

Matt, the PCVs have always been used. Note the date of March 3, 2014.

Granted, this data was in error and they revised it subsequent to the Geo++ testing:

While the date of December 10, 2014 is given, I seem to recall that it wasn't official until January 2015. At that same time in January, much of the hub bub regarding Javad's non-standard 25mm height adapter eclipsed any notice by NGS regarding the PCV changes.

 

[Matt Johnson]

Kelly, the calibrations you posted are the old 2D calibrations. The Geo++ calibrations are 3D absolute calibrations. Both OPUS and DPOS process with the 3D calibrations now. This is the change I am referring to. See the new calibration data for the LS that OPUS uses for example: http://www.ngs.noaa.gov/ANTCAL/LoadFile?file=JAVTRIUMPH_LSA_NONE.atx. It has many more data points since it is 3D.

 

[Kelly Bellis]

Kelly, the calibrations you posted are the old 2D calibrations. The Geo++ calibrations are 3D absolute calibrations. Both OPUS and DPOS process with the 3D calibrations now. This is the change I am referring to. See the new calibration data for the LS that OPUS uses for example: http://www.ngs.noaa.gov/ANTCAL/LoadFile?file=JAVTRIUMPH_LSA_NONE.atx. It has many more data points since it is 3D.

Here's the correct link for the T2. Note the date remains unchanged: NGS is using Geo++ values data for the T2 dated December 10, 2014 and NGS has been using Absolute values since June 30, 2012.

 

[Steve Macher]

Attached find copies of OPUS-RS reports and DEPOS reports for data collected on a geodedic monument. Just an example of some of the junk coming back from OPUS. I have included the NGS data sheet for the monument. DEPOS looks great. The old OPUS report also looks okay.

 

[Ron Booher]

Still haven't received my OPUS report, got my DPOS almost immediately, is there a way to check on it or should I resubmit? I have gotten into the habit of making sure the alignment is North from old static days.