These applications process Ashtech Z(Y)-12 observation and ephemeris data and output satellite positions and ionospheric corrections in either MDP or XYZ format.
Command Summary
Optional Arguments:
Short Arg.
Long Arg.
Description
-i
Where to get data from. The default is to use stdin.
-o
Where to send the output. The default is to use stdout.
-d
--debug
Increase debug level.
-v
--verbose
Increase verbosity.
-h
--help
Print help usage.
-w
--week=<NUM>
The full GPS week in which this data starts. use this option when the start time of the data being processed is not during this week.
-s
--offset=<NUM>
Output SV positions at a time offset from the current time. Give a positive or negative integer of seconds.
-n
--num-points=<NUM>
Width of the exponential filter moving window, in number of points. Default is 36.
Notes
Input is on the command line, or of the same format in a file (-f<file>).
-- NicoleQuindara - 03 Aug 2011
The CalGPS application prints GPS calendars either to the command line or to a graphics file.
The UNIX cal utility served as the initial inspiration for this tool.
Command Summary
calgps [options]
where [options] can be
-h, --help
Display argument list.
-3, --three-months
Display last, this and next months.
-y, --year
Display all months for the current year
-Y, --specific-year=NUM
Display all months for a given year
-p, --postscript=ARG
Generate a postscript file
-s, --svg=ARG
Generate an SVG file
-e, --eps=ARG
Generate an encapsulated postscript file
-v, --view
Try to launch an appropriate viewer for the file.
Usage examples
Example 1. Printing text calendar to standard output.
Example 3. Generating a graphical calender in SVG, launching a postscript viewer when done.
e$ ./calgps -s test.svg -v
Going to launch rsvg-view -b white
sh: rsvg-view: not found
... couldn't execute: rsvg-view -b white test.svg
Going to launch ksvg
sh: ksvg: not found
... couldn't execute: ksvg test.svg
Going to launch inkscape
This application has been successfully used in Linux, Solaris and Windows.
This application successfully build under these environments: linux-x86, linux-x86_64, solaris-ppc, Windows/.net2005, MacOS/X-Code.
See also:
The timeconvert application. It converts a specific time to many formats.
The poscvt application. It converts a position among coordinate systems.
The CalcDOPsManual tool reads SV almanac data (one file per day of observation) from a FIC, FICA, or a RINEX navigation file, then computes and displays visibility information. Dilution of precision values from that data are calculated using standard methods.
Command Summary
CalcDOPs [options]
Required Arguments:
Short Arg.
Long Arg.
Description
-i
Input file for day to be calculated.
Optional Arguments:
Short Arg.
Long Arg.
Description
-p
Input file for previous day (ephemeris mode only).
-o
Grid output file (default DOPs.out).
-sf
Stats output file (default DOPS.stat).
-tf
Time steps output file (default DOPS.times).
-l
Log output file (default DOPS.log).
-rs
Read from stats file.
-a
Work in almanac mode (ephemeris mode is default).
-w -s
Starting time tag.
-x
Exclude satellite PRN.
-t
Time spacing.
-na
North America only.
-d
Dump grid results at each time step (time-intensive).
-h
--help
Output options info and exit.
-v
Print version info and exit.
Abort/failure error codes given on return:
-1
Could not open data file.
-2
Could not identify input data file type.
-3
Fewer than 4 satellite almanacs available.
-4
Could not allocate GridStats data types.
-5
Could not open input stats file.
-6
Could not open output grid file.
-7
Could not open output stats file.
-8
Could not open output log file.
Essential variables not documented below at declaration:
NtrofN
Number of cells/times with < 5 SVs visible during the time period.
NpeakH
Number of cells/times w/ HDOP > 10.
NpeakP
Number of cells/times w/ PDOP > 10.
IworstN
Index in Grid of cells with worst nsvs (number of satellites).
IworstH
Index in Grid of cells with worst HDOP.
IworstP
Index in Grid of cells with worst PDOP.
WorstN
Value of nsvs at IworstN.
WorstH
Value of HDOP at IworstH.
WorstP
Value of PDOP at IworstP.
TworstN
Time tag (CommonTime) of WorstN.
TworstH
Time tag (CommonTime) of WorstH.
TworstP
Time Tag (CommonTime) of WorstP.
Notes
GPS only, using PRNs hard-wired to SV numbers 1-32.
Elevation limit is hard-wired to 5 degrees above horizon.
"North America" means the northern half-hemisphere: -180 to 0 deg longitude, 0 to 90N latitude.
Ephemeris mode is default, almanac mode is optional. Ephemeris mode is preferred, because it excludes unhealthy satellites for any time when they transmitted an unhealthy flag. Almanac mode will generally not exclude SVs when they were unhealthy (typical), or may erroneously exclude them for an entire day (rarely).
If two input files are given, the default start time is midnight on the day to be calculated. A previous day input file can be given only in ephemeris mode, not almanac.
The code uses geodetic coordinates for all calculations.
The -d option is useful for e.g. making movies of DOPs throughout a day.
See also:
AIAA GPS Theory and Applications, vol. 1, Ed. Parkinson & Spilker, pp. 414.
GPS Signals, Measurements, and Performance, 2nd ed., Misra & Enge, pp. 203.
This pair of programs compute station visibility to a constellation of space vehicles (SVs) and SV visiblity to a set of stations. The output is a set of tables that provide statistics such as the average number of stations visible to a SV, minimum and maximum number of SVs visible to a station over a specified period, and amount of time a station has more than a specified number of SVs visible.
The programs are driven by command-line arguments, a file containing station positions, and a file of SV orbital information in any of several formats.
Command Summary
compSatVis [options]compStaVis [options]
where [options] can be
Include this station in the calculations. One or more -i options may be given. If at least one -i option is given all stations not designated with the -i option will be excluded from the calculations.
-x, --exclude
Exclude this station in the calculations. By default, all stations in the monitor station coordinates file are sued in the calculations. This option specifies the a station is to be excluded. Multiple -x options are allowed in order to exclude multiple stations.
-s, --start-time
Start time for evaluation period (m/d/y H:M)
-z, --end-time
End time for evaluation period (m/d/y H:M)
-m, --max-SV
Maximum number of SVs tracked simultaneously (compStaVis only). Default = 12.
-m, --min-SV
Minimum number of stations visible to an SV simultaneously (compSatVis only). Default = 2.
-D, --detail
Print SV or station results for each interval. This section of the output file is in form of a comma separated values (CSV) suitable for input to Excel. If only one (1) station is being evaluated, the list of SVs present at each interval will be listed.
-H, --Healthy
Consider only healthy SVs (requires FIC ephemeris or Rinex nav file). When the -D option is used AND only one station is being evaluated, -H also control the level of detail in the list of SV PRN IDs. -H once will cause SVs with non-zero health in subframe 1 to be omitted from the list of PRNs. -H -H (two time) will cause SVs to remain in the list, but each unhealthy SVs will marked with the suffix HLTH.
Usage examples
Example 1. Generating satellite visibility statistics using the SEM almanac from the USCG Navigation Center.
This example loads SEM almanac data from the file current.al3 and a list of station locations from the file stations.msc. It then calculates the number of satellites visible to each station found at each 60 sec interval from 0000Z to 2356Z of Jan 13, 2008. using a 10 degree minimum elevation angle. The results are written to the file visout.txt. Note the use of a specific start time. The SEM and Yuma almanac formats contain an almanac reference week, which is generally in the range 0-1023 (the existing format definitions are ambiguous and SEM and Yuma almanacs with full week numbers have been reported, at least anecdotally). If the -s command is not specified, compSatVis/compStaVis will use whatever reference time is given in the almanac file, which may result in unexpected results. Example results for a specific set of IGS stations are given here.
Example 2. Generating station visibility statistics using the SEM almanac from the USCG Navigation Center.
Same as Example 1, however, the values calculated and the statistics will reflect the number of stations visible to each satellite. Example results for a specific set of IGS stations are given here.
Example 3. Generating satellite visibility statistics using the Yuma almanac from the USCG Navigation Center.
Similar to Example 1, however, navigation message data are from three SP3 files. It is necessary to load three SP3 files to cover the default sidereal day period because the methods that calculate SV positions from the SP 3 data use interpolation and need data from the previous day and the following day in order to have sufficient points for the interpolation. In this example in which no evaluation period is specified, compSatVis derives coverage for the "middle day" for the period.
Platforms Supported
This application has been successfully used in Linux.
This application successfully builds under these environments: linux-x86, linux-x86_64, others tbd.
Assumptions and Defaults
An ellipsoidal Earth corresponding to the WGS-84 geoid is assumed. Horizon obstructions are not taken into account.
If the time span of the evaluation is not set via the -s and -z commands, the programs default to determining the epoch time of the navigation message data and computing statistics from 0000Z - 2356Z of the corresponding day. This is default is derived from the GPS orbit characteristics which cause the ground tracks to repeat every day minus four minutes. As a result, for a given set of GPS orbital information, the statistics should be nearly identical for successive 23h 56m periods. The -s and -z arguments were added for two reasons, (1.) to support future GNSS constellation that do not have the repeating ground track feature of GPS, (2.) the -s also enables potential ambiguity in the almanac reference week to be resolved (for Yuma and SEM almanac data formats).
The program assumes receivers can track all SVs in view. However, the -m (max-SV) option has been added to help address the limitation of this assumption. The -m option tells compStaVis to report the number of intervals for which the number of SVs in view exceed the specified value. Assuming all receivers in the network under consideration can track the same number of SVs, the -s option provides a way in which the user can obtain information on the amount of time the receiver will be "saturated", i.e. have all tracking channels in use.
The -m option in compSatVis is useful in checking various station networks against desired minimum coverage. compSatVis counts the number of intervals in which the number of stations visible to an SV is less than the number specified in the -m option (default of 2).
Whenever the -i or -x options are invoked, the output file will contain a list of the specific stations used in the analysis. Otherwise, the output file simply notes that all stations in the monitor station coordinates file were used.
ConstellationList provides lists of the GPS SV PRN ID active/inactive on a given day. In particular, ConstellationList provides a means of determining which SVs are members of the "Base 24" constellation and which are not. This is usually of no interest to the general user, but is important in cases where programs are evaluating GPS performance against a defined standard such at the Standard Positioning Service (SPS) Performance Standard (PS) which defines GPS performance in terms of the "official" constellation as opposed to the superset which is normally available. The results are provided as a text list of comma separated values on a a single line, suitable for piping into another process.
The complication in this process is that the information regarding the orbit plane/slot of each SV is not available from the broadcast message. It must be obtain "external to the system". Once source of such information is the USCG Navigation Center website which store the Operational Advisories. These advisories provide the relationship between SVs and plane/slot assignments. ConstellationList is programmed to read the advisories as an input format, as long as the format of the advisories does not change.
As an alternative to the Operational Advisories, ARL:UT has prepared files of the assignments for specific years as comma separated value files. Each line in these files represents the status on a given day and includes the mapping between the PRN IDs and the NAVSTAR numbers. These files have been hand-checked and are available in the GPSTk repository as Slot2007.csv and Slot2008.csv.
Command Summary
Required Arguments:
Short Arg.
Long Arg.
Description
-i
--input-file=<arg>
The name of the Constellation Definition file(s) to read.
-y
--year=<arg>
Year of interest.
-j
--day-of-year=<arg>
Day of year.
Optional Arguments:
-d
--debug
Increase debug level.
-v
--verbose
Increase verbosity.
-h
--help
Print help usage.
-O
-OpsAd
Assume input file is Op Advisory format (CSV is default).
-b
-Base24
List PRNs in Base 24 Constellation.
-x
--excessSVs
List PRNs in use, but in excess of the Base 24 Constellation.
This application has been successfully used in Linux.
This application successfully builds under these environments: linux-x86, linux-x86_64, solaris-ppc, Windows/.net2005, MacOS/X-Code.
-- NicoleQuindara - 05 Aug 2011
The daa tool performs a data availability analysis of the input data. In general, availability is determined by station and satellite position. In general, availability is determined by station and satellite position.
Where to get ephemeris data. Acceptable formats include RINEX nav, FIC, MDP, SP3, YUMA, and SEM. Repeat for multiple files.
-o
-obs <inputfile>
Where to get the observation data. Acceptable formats include RINEX obs, MDP, smooth, Novatel, and raw Ashtech. Repeat for multiple files. If a RINEX obs file is provided, the position will be taken from the header unless otherwise specified.
Optional Arguments:
Short Arg.
Long Arg.
Description
-d
--debug
Increase debug level.
-v
--verbose
Increase verbosity.
-h
--help
Print help usage.
--output <outputfile>
Output location (default is stdout.)
-x
--independent
The independent variable in the analysis. The default is time.
-c
--msc
Station coordinates file.
-m
--msid
Station for which to process data. used to select a station position from the msc file.
-t
--time-format
CommonTime? format specifier used for times in the output. The default is "%Y %j %02H:%02M:%04.1f".
--mask-angle
Ignore anomalies on SVs below this elevation (default is 10 degrees).
--track-angle
Assume the receiver starts tracking at this elevation (default is 10 degrees).
--time-mask
Ignore anomalies on SVs that haven't been above the mask angle for this number of seconds. The default is 0 seconds.
--snr
Discard data with an SNR less than this value. The default is 20 dB-Hz.
-p
--position
Receiver antenna position in Position (x,y,z) coordinates. Format as a string: "X Y Z".
-l
--time-span
How much data to process, in seconds.
--ignore-prn
Specify the PRN of a SV to not report on in the output. Repeat to specify multiple SVs.
--obs-interval
Specify the tiem interval, in seconds, between observations. The default is to scan the file to discover this via examination of the file.
-b
--bad-health
Ignore anomalies associated with SVs that are marked unhealthy.
-s
--smash-adjacent
Combine adjacent lines from the same PRN.
-start-time <TIME>
Ignore data before this time: %4Y/$3j/%02H:%02M:%05.2f.
DiscFix reads a RINEX observation data file containing GPS dual-frequency pseudorange and carrier phase measurements, divides the data into 'satellite passes', and finds and fixes discontinuities in the phases for each pass. Output is a list of editing commands for use with program RinexEdit. DiscFix will (optionally) write the corrected pseudorange and phase data to a new RINEX observation file. Other options will also smooth the pseudorange and/or debias the corrected phase.
Command Summary
Required Arguments:
Short Arg.
Long Arg.
Description
--inputdir
File containing more options.
--dt
Time space in seconds of the data.
Optional Arguments:
Short Arg.
Long Arg.
Description
-f
--file
File containing more options.
--beginTime
Start time of processing (BOF).
--endTime
End time of processing (EOF).
--deciminate
Decimate data to specified time interval, in seconds.
--forceCA
Use C/A code range, NOT P code. Default only if P absent.
--gap
Minimum data gap in seconds separating satellite passes (default 600).
--onlySat
Process only satellite (GPS SatID, e.g. G21).
--exSat
Exclude satellite(s) (GPSSatID).
--smoothPR
Smooth pseudorange and output in place of raw pseudorange.
--smooth
Same as =--smoothPR AND --smoothPH.
--DCLabel
Set Discontinuity Corrector parameter 'label to 'value'.
--DChelp
Print a list of GDC parameters and their defaults, then quit.
--logOut
Output log file name (df.log).
--cmdOut
Output file name, for editing commands (df.out).
--format
Output tiem format (gpstk::CommonTime) (%4F %10.3g).
--RinexFile
RINEX (observation) file name for output of corrected data.
--RunBy
RINEX header 'Run By' string for output.
--Observer
RINEX header 'Observer' string for output.
--Agency
RINEX header 'Agency' string for output.
--Marker
RINEX header 'Marker' string for output.
--Number
RINEX header 'Number' string for output.
-h
--help
Print this syntax page and quit.
--verbose
Print extended output to the log file.
Platforms Supported
This application has been succesfully used in Linux and Windows.
This application successfully build under these environments: linux-x86, linux-x86_64, solaris-ppc, Windows/.net2005, MacOS/X-Code.
Usage Examples
Linux/UNIX command line
Example use session from the GPSTk source distribution.
Change to the examples directory. cd ~/svn/gpstk/dev/examples
Execute DiscFix. Here are the standard recommended DiscFix? options.
The noise associated with observations collected by a stationary GPS receiver can be characterized by conducting a double difference analysis. This requires a synchronous set of range, phase, and Doppler observations from two receivers connected to a common antenna in what is commonly referred to as a zero-baseline configuration. The double difference being computed is between two SVs and two receivers at a single epoch. The first difference is formed for each receiver by differencing the observations of any two SVs. The second difference is formed by differencing these two first differences.
ddGen
Process
The noise associated with observations collected by a stationary GPS receiver can be characterized by conducting a double difference analysis. This requires a synchronous set of range, phase, and Doppler observations from two receivers connected to a common antenna in what is commonly referred to as a zero-baseline configuration. The double difference being computed is between two SVs and two receivers at a single epoch. The first difference is formed for each receiver by differencing the observations of any two SVs. The second difference is formed by differencing these two first differences.
While the above summarizes the double difference, it is not a sufficient description of the necessary processing steps. There are various corrections that need to be applied, edits to be performed, and statistics to be computed. This processing is implemented in the GPSTk application ddGen. The source code of this program can be found at http://gpstk.svn.sourceforge.net/viewvc/gpstk/dev/apps/reszilla/ . What follows is a description of the processing that ddGen performs.
The following operations are performed at each epoch:
The raw pseudorange observations from a receiver are used to compute a pseudorange residual based on the provided ephemeris data for each SV and a provided receiver position. These residuals are averaged together to form a receiver clock estimate at each epoch.
This process is repeated for the second receiver.
The two clock estimates for the epoch are differenced to form a receiver clock bias.
Data that doesn't meet the following criteria is excluded at this point:
Health bits must be set in the ephemeris and must indicate a healthy status
SNR must be greater than 20 dBHz
Observation data for each SV must be provided from both receivers
Flags in the observation data messages must indicate continuous tracking
For each unique pair of SVs, a double difference is formed for the range, phase, and Doppler.
The double differences are corrected for SV motion by using the Doppler measurement for an estimate of line-of-sight motion and the computed receiver clock bias.
The receiver clock estimate is sensitive to errors in the provided antenna position, SV position/clock, ionospheric modeling, and tropospheric modeling. Since errors in the receiver clock estimate have a very weak effect on the double difference, the broadcast ephemeris may be used for the SV position and clock computation. A dual frequency ionospheric correction and a location/time based tropospheric model are applied.
After this process has been completed for all epochs in the input data, the range and Doppler double differences are complete. The phase double differences still include both receivers' integer ambiguity in phase. The removal of this bias occurs as follows:
The phase double differences are grouped into tracks, or continuous series of double differences for a specific pair of SVs.
A third difference is formed as the difference between successive values in each track.
The track(s) for a specific SV pair are further split into smaller tracks based upon discontinuities in the third difference. This accounts for cycle slips and other tracking anomalies.
The mean value of each double difference track is computed and removed from the values in the track.
At this point, the double differences for range, phase and Doppler represent samples of the receiver noise. This noise process is generally accepted to be a function of signal strength, and signal strength is a function of elevation. As such, the double differences are grouped into elevation bins where both SVs are in the same elevation range. The elevation bins are often chosen to easily get a significant sample set while being small enough to reflect similar signal strength.
Since this is a stochastic process, descriptive statistics are computed over all the epochs. The first and second order moments (mean and standard deviation) are robustly estimated for each of the bins using the median and median absolute deviation (MAD). The kurtosis is also calculate to give an indication of the distribution. This results in a table of statistics that is indexed by carrier (L1, L2), code (C/A, Y, P), observation type (range, phase, Doppler) and elevation range. In that table, jumps are the number of discontinuities detected in the differences. A partial example of this is below.
The ddGen program has two modes of operation. The first uses a single master SV to form the double difference. The second forms all unique combinations of SV pairs at each epoch. Since memory constraints limit the length of data that can easily be processed using this technique, the length of data analyzed needs to be traded off against the strength of the statistical characterization. This is also why all unique combinations of two SVs are used at each epoch as opposed to just using a single "master" SV to difference all other SVs against. Each combination is a unique observation of the receiver noise. So, instead of getting n-1 observations of noise at each epoch, we get
observations, where n is the number of SVs in track. Experience shows that processing more than 24 hours of data from a 12 channel receiver in this manner does not affect the descriptive statistics. Processing spans less than 24 hours have not been investigated.
The Double Difference
There are many differences that can be formed, each with different properties. The intent of this analysis is to derive a process for examining the receiver noise of a stationary GPS receiver based upon the receiver's raw range measurements. This analysis assumes that two identical receivers are connected to a common antenna in what is commonly referred to as a zero-baseline configuration. While the receivers share an antenna, they do not share a common frequency references or internal clock.
The basic GPS range equation may be written as (see symbol key at end):
A first difference is formed between two receivers () at the same epoch for the same satellite. This difference has the effect of reducing the common mode effects proportional to the inverse of the length of the baseline. For a zero-baseline configuration, this has the desireable effect of removing may sources of errors. Specifically , and and are all canceled out.
This first difference is also formed for a second SV at the same epoch.
Note that in the first difference, the receiver clock offset still is the major term. Forming a second difference () between the two first differences will cancel this term.
If the receiver noise is assumed to be non-correlated between receivers and SVs, the magnitude of this double difference is times the receiver noise of a single receiver.
One significant problem with the preceding analysis is that the two receivers did not take their observations at precisely the same time. When each receiver is taking observations synchronously to its internal clock, the difference in the two receivers' clock offsets ( ) is the difference in the time between when the observations were taken. To account for this, the observations from one receiver may be shifted to align it with the other receiver. The magnitude of this shift is the line-of-sight motion multiplied by the difference in receiver offsets.
The Doppler measurement is an estimate of the line of sight motion so the above equation can be rewritten as:
Symbols
: true line-of-sight range
: observed code range
: observed carrier phase measurement
: time-adjusted code range measurement
: observed carrier phase rate of change, an observation of line of sight motion (m/s)
: receiver noise
: receiver clock error
: satellite clock error
: user range error; represents the uncertainty in knowing the satellite's position
: ionospheric delay
: tropospheric delay
: multipath error
The first numeric subscript is the receiver index while the second one is the SV index. So would be the noise of receiver 1 due to tracking SV 2.
ddStats
Computes statistics on ddGen output. Currently this is done in ddGen.
-b, --elev-bin=ARG
A range of elevations, used in computing the statistical summaries. Repeat to specify multiple bins. The default is "b 0-10 -b 10-20 -b 20-60 -b 10-90".
-o, --statsFile=ARG
Filename for output of stats only. Stats will still be included at the end of the ord file.
-s, --sigma=ARG
Multiplier for sigma stripping used in statistical computations. The default value is 6.
ddPlot
This tool plots the double difference results. It is written in python and uses matplotlib for generating the graphs. All double differences will be plotted by default, or you may specify plotting criteria using the command line options. A sample plot is show below. Click on the thumbnail to see a larger image.
Options:
-h, --help
Show this help message and exit
-d, --debug
Increase the debugLevel.
-l, --legend
Include a legend.
-a, --averages
Plot the averages using the same plotting criteria. Use twice and only averages will be plotted.
-u, --no-unhlthy
Do not plot data from unhealthy SVs.
-r, --range
Plot range double difference values.
-D, --doppler
Plot Doppler double difference values.
-p, --phase
Plot phase double difference values.
-1, --L1
Plot data from L1 freq band.
-2, --L2
Plot data from L2 freq band.
-i INPUTFILE
Input data file, defaults to stdin.=
-t TITLE
Specify a title for the plot. Defaults to the name of the input stream.
-f SAVEFIG
Save the figure to the indicated file.
-y YRANGE
Fix the y range on the ords to be +- this value.
-s TSTART
Start time. Format as "YYYY DOY HH:MM:SS.S" (Note the trailing decimal place).
-e TEND
End time. Format as "YYYY DOY HH:MM:SS.S" (Note the trailing decimal place).
This application computes position, time, and geometric dilution of precision (DOP).
Command Summary
Required Arguments:
-e
--eph
Where to get the ephemeris data. Acceptable formats include RINEX nav, FIC, MDP, SP3, YUMA, and SEM. Repeat for multiple files.
-o
--obs
Where to get the observation data. Acceptable formats include RINEX obs, MDP, smooth, Novatel, and raw Ashtech. Repeat for multiple files. If a RINEX obs file is provided, the position will be taken from the header unless otherwise specified.
Optional Arguments:
-d
--debug
Increase debug level.
-v
--verbose
Increase verbosity.
-h
--help
Print help usage.
-p
--position
User position in ECEF (x,y,z) coordinates. Format as string: "X Y Z".
--el-mask
Elevation mask to apply, in degrees. The default is 0.
The EditRinex application provides an effective Swiss army knife for RINEX applications. EditRinex will open and read one RINEX file, apply editing commands, and write the modified RINEX data to another RINEX file(s). Input is on the command line, or of the same format in a file (-f).
Command Summary
Optional arguments:
-f
--file
File containing more options.
-l
--log
Output log file name.
-h
--help
Print syntax and quit.
-d
--debug
Print extended output info.
-v
--verbose
Print extended output info.
<REC>
RINEX editing commands - following:
Rinex Editor commands:
===============================================================================
Commands consist of an identifier and a comma-delimited data field; they may be
separated by space(s) '--id ' (two minuses) or not '-id' (one minus).
Examples are '--IF myFile' or '-IFmyFile'; '--HDc msg' or '--HD cmsg' or '-HDcmsg';
--BZ or -BZ; '--DD +<SV,OT,t>' or '--DD+ <SV,OT,t>' or '-DD+<SV,OT,t>'.
The data field contains no whitespace and sub-fields are comma-delimited.
is a RINEX 'system & id' identifier, e.g. G27 (= GPS PRN 27);
satellite system alone denotes 'all satellites this system', e.g. 'R' (GLONASS).
<OT> is a RINEX observation type, e.g. L1 or P2, and is case sensitive.