Opus projects User Instructions and Technical Guide

OPUS Projects 
 
User Instructions and Technical Guide 
 
NOAA | National Geodetic Survey 
 
 
P a g e
 | 91 
 
Web Page.  CORS specifically selected by the Manager to be constrained in the RTN network adjustment 
should be CORS that have existed longer than 2.5 years and therefore have computed velocities.   The 
list of these station coordinates with computed velocities is updated weekly and available here: 
 
ftp://cors.ngs.noaa.gov/cors/coord/coord_08/igs08_geo.comp.txt
 
 
For more information on CORS with computed vs. modeled velocities go to the NGS CORS web page 
here: 
http://geodesy.noaa.gov/CORS/coords.shtml
. 
Remember that OPUS and OP are rigorous geodetic tools in that they always begin processing  with 
global coordinate values.  CORS coordinates are automatically seeded into OP projects when RTN active 
station data is uploaded through OPUS to an OP project.  However, when CORS are automatically 
included in the project when mark data is uploaded or are added later using the Add CORS window the 
reported ellipsoid height for those CORS will be at the MON position and not the ARP.  This is always the 
case and not typically important for normal projects but in the case of an RTN project where CORS may 
also be part of the RTN the Project Manager must be aware of this MON vs ARP condition. 
 
OPUS keeps track of the MON to ARP vertical offset (even if it is 0.000m) but will always only report the 
MON ellipsoid height for CORS.  This may cause confusion as typically RTN network software wants the 
ellipsoid heights at the ARP to be entered for all stations.  This can be controlled within OP by manually 
uploading the RINEX files to OPUS for the CORS considered part of the RTN and entering 0.000m for the 
antenna height.  When that is done the final adjusted ellipsoid height in the reports will represent the 
ARP (bottom of the antenna). 
For RTNs the least squares adjustment result typically provides a best-fit scenario between adjacent 
stations in the real-time network.  This is preferred over independent station processing using several 
days (typically at least 10) of data sets sent to OPUS.  That said the use of OPUS to independently 
position active stations within an RTN may still provide good results and alignment with the NSRS. 
 
The TRI method on the OP Manager’s Preferences Web Page (Section 
1.3.5.2.4.8
) creates a set of 
closed loops consisting of baselines formed from the Delaunay triangulation algorithm.  Here each RTN 
station is connected to all adjacent stations in a triangle shaped network which is important since 
typically the RTN network software will be internally checking the quality assurance of the same 
baselines to confirm that the vector distances are within the specified tolerances prescribed by the 
network accuracy standards.  This TRI method option may be used for large real-time network 
adjustments that contain more than 100 marks plus CORS in a session.  This is because the algorithm 
processes in stages and can more successfully handle the large amount of station data.   Networks 
containing up to 150 active stations plus CORS have been successfully completed as one OP project 
although the limits of both processing and internet browser capabilities are stretched to the limit.  
Larger real-time networks can be completed in OP by creating multiple projects containing RTN clusters 
that overlap each other providing the ability to check same station coordinates in different projects.  
Each cluster project must use identical constraining CORS.  While this multi-project technique produces 
good results, adjusting the entire RTN as one project produces the best results. 
 
Since manufacturer vendor real-time QC network monitoring of the RTN is typically on baselines 
between adjacent stations a least squares adjustment of all baselines present in the TRI method has 
proven to provide optimal results.   
 
1.  Use the latest Absolute Antenna Calibrations 
The NGS CORS group began using IGS08 Absolute Antenna calibrations upon the release of the new 
CORS coordinates in IGS08 epoch 2005.00 and NAD 83(2011,MA11,PA11) epoch 2010.00.  The latest 
absolute antenna patterns are automatically used in OPUS and thus OP as well.  Within each antenna 
calibration file there are north and east orientation values.  For best results, during field observations, 
orient each antenna to north.  Normally all active stations and CORS are orientated to north when they 

---

User Instructions and Technical Guide 
 
OPUS Projects 
 
92 | 
P a g e  
 
NOAA | National Geodetic Survey 
 
are  installed.  The NGS maintains an antenna calibration web page to reflect the new absolute antenna 
calibrations associated with NSRS global frame.   
For more information go to: 
http://geodesy.noaa.gov/ANTCAL/
  
 
2.  Collect Station Data During Optimal Weather Conditions 
Typically the errors remaining in GNSS after model-able effects are removed result from signals going 
through the troposphere.  It is recommended to collect RTN station observation data (to use in 
processing) from active stations during a dry weather season when high pressure may dominate the 
entire RTN coverage area and tropospheric conditions are uniformly stable.  Care should also be 
exercised not to use data taken during periods of high ionospheric disturbance.  For information and 
warnings from the National Weather Service Space Weather Prediction Center on these periods see: 
http://www.swpc.noaa.gov/
   
 
3. Align RTN Stations to the NSRS using select CORS 
It is recommended that the RTN be aligned to NGS CORS.  This is very easy to achieve within OP as the 
access to the entire CORS network is available within the program.  At least 10% or a minimum of three 
(whichever is greater) of the RTN active reference stations should be NGS CORS.  This provides a 
continuous real-time network tie to the CORS Network, the NSRS and the geometric datum.
(6.-pg.35, 7.)
  The 
NGS CORS sites to be constrained in the network should be distributed as uniformly as possible around 
and throughout the RTN service area.   For the best adjustment of the RTN use CORS that have the most 
stable mounts, have proven themselves to be reliable over time (more than 2.5 years old), and have up 
to date log files with photos.   Constraining the RTN to CORS with unknown mounts or unreliable log files 
can lead to unsatisfactory results.  Verify that the antenna and radome in the log file are the ones 
actually on the mount during the time you performed the survey.  Include constraining to one or more 
IGS CORS sites and refer to the IGS web site for more information on the IGS site locations:  
http://igscb.jpl.nasa.gov/network/netindex.html
 
 
B.  Considerations for RTN Users 
1.  Real-time networks that are adjacent to one another may want to consider coordinating their efforts 
to position their networks such that rover operators may cross RTN borders and expect to work 
effectively with common, homogeneous coordinates.  Thorough testing of the network correctors, 
supported by empirical data may provide some assurance of common coordinates corroborated by 
independent OPUS Static solutions. 
 
2.  RTN Administrators may elect to occupy a subset of passive marks with rovers to compare RTN 
derived positions with the NGS national adjustment positions in the same reference frame.  However, 
the correctors any given RTN provides may yield coordinates for an RTN rover, at passive control, that 
disagree with NAD 83(2011)2010.00 coordinates.  Note that the processed vectors used in the national 
adjustment of 2011 (NA2011, which yielded NAD 83(2011)) are from surveys spanning nearly 20 years 
and therefore based on equipment and software used at the time of the original survey.  Additionally the 
adjustment will not account for possible mark disturbance or movement since the observation date. 
Western states’ passive marks may be subject to significant tectonic plate motion which complicates 
efforts to assign long-lasting, stable coordinate positions.   In fact, even in the most “stable” part of the 
North American Continent, residual interpolate motions are known to exist.  For checking RTN correctors 
after adjusting the RTN is better to perform an OPUS-S occupation on the passive mark, noting but 
disregarding the published coordinate on the datasheet and comparing the new OPUS-S coordinate to 
the RTN-rover-based coordinate value.  This method uses identical epoch for your observations and 
software, and only the method (OPUS-S verses RTN) is the source for any disagreement.  
 
3.  RTN rover users should fully understand the four primary elements that provide for reliable 
consistent RTN positioning; 

---