| |
Description
The programs of this software suite can only read RINEX
data files. This format is well documented and has become a de
facto standard for distributing high accuracy GPS data. All data distribution
centers mentioned here use this format although the files themselves may be
compressed to speed transmission. Most GPS receiver manufacturers and some third
party development groups provide convertors to RINEX
so the requirement for this format should not be an obstacle.
Data from a receiver is commonly converted into four RINEX
files, each with a specialized task. The formats
for these files are described in the RINEX
standards. The naming convention for these files is:
where
| |
SSSS |
is the four character site ID |
| |
DDD |
is the three digit day-of-year |
| |
# |
is a session code |
| |
|
0 |
= |
zero = all data for that site for that day |
| |
|
a-x |
= |
hourly subset: a = 00:00 - 01:00 UT,
b = 01:00 - 02:00 UT, ...
There is no redundant, overlap data between these consecutive
hourly data sets. |
| |
|
1-9 |
= |
session (although, historically, other characters
have been used) |
| |
YY |
is the two digit year |
| |
C |
is the file type designation |
| |
|
d |
= |
Hatanaka compressed observations |
| |
|
m |
= |
surface meteorological data |
| |
|
n |
= |
broadcast navigation message |
| |
|
o |
= |
lower case letter O = observations |
| |
|
s |
= |
data status and quality control information |
Only the observation files are required for these tutorials with one exception;
one broadcast navigation file is also necessary. The navigation file, also known
as the nav, broadcast or RINEX
"n" file, from any one of the sites to be processed could be used.
Many data centers also generate a global navigation created from many
nav files from a globally distributed set of sites and suitable for use
with any data set. If multiple broadcast
navigation files are present at the start of processing, run_survey will select
one, based on the number of satellites included, and continue normally.
Retrieving data taken locally, by one's own group or institution, should
be straight forward and may be as simple as copying the file into the
appropriate location from some other directory or uploading the data from a
PC. Such cases will not be discussed here. Downloading data from a remote
repository via the internet is only slightly more difficult. In this
tutorial, we'll download data from three sites from three different data
centers, not because it is necessary but, rather, to sample some of the
institutions redistributing data as a service to the community. Every data
center has a policy about how long recent data are kept on-line, on
reloading historical data and/or transfer via other media. Contact the data
center directly to inquire about those policies.
This begs the question of why the GPS data available through these centers are
of interest beyond the project for which they were collected? Often it is
desirable to include data from one or more sites with accurately known
coordinates in the processing. Holding these sites' coordinates to their known
values, along with the GPS satellites' coordinates, provides a connection to an
accepted, common reference frame, such as the NAD83, WGS84 or ITRF2000, and
forces the site coordinates computed as part of the processing
to be consistent with that frame.
Obviously, sites with well determined coordinates and long histories are most
desirable for the purpose of being a reference site. In turn, collecting,
distributing and archiving these data becomes a valuable service provided to the
GPS community.
Three sites, GODE, SOL1 and USNA will be used in these tutorials. These sites
were selected to be representative of a small network and to be readily
available from any of the three data centers mentioned. GODE will act as our
connection to the ITRF reference frame; SOL1 and USNA will act as our unknown
sites although they too have well determined coordinates. As mentioned, a nav
file will also be needed and downloaded.
Tutorial
At the end of the last tutorial, the current directory was
"~/tutorial/".
Change to the working directory, "01_033/".
cd 01_033
The first stop will be the CORS
data center, operated by the NGS, which redistributes GPS data from
government and private sites predominately in North America. CORS, by the
way, stands for Continuously Operating Reference Station. The site to be
downloaded, SOL1, is located in Solomons Island, MD.
CORS data from this center can be selected and
downloaded via ones web browser from the
CORS data center
web page along with maps, site logs and a wealth of other
useful information. Unfortunately, only one file at a time can be retrieved
using this method from this or any of the data centers. Using FTP will
almost certainly be quicker for downloading several files. Note that scripts
facilitating downloading data files from the CORS site are available.
Retrieve SOL1 data from the CORS
anonymous FTP site:
|
