Changeset 7127 in ntrip

Timestamp:

Jul 20, 2015, 10:06:33 AM (9 years ago)

Author:

weber

Message:

Documentation completed

File:

• trunk/BNC/src/bnchelp.html (modified) (1 diff)

trunk/BNC/src/bnchelp.html

@@ -4088 +4088 @@
 
 <li>File 'RinexObs.bnc'<br>
-The purpose of this configuration is showing how to convert RTCM streams to RINEX Observation files. The configuration pulls streams from Ntrip Broadcasters using Ntrip version 1 to generate 15min 1Hz RINEX Version 3 Observation files. See http://igs.bkg.bund.de/ntrip/observations for observation stream resources.
+The purpose of this configuration is showing how to convert RTCM streams to 
+RINEX Observation files. The configuration pulls streams from Ntrip 
+Broadcasters using Ntrip version 1 to generate 15min 1Hz RINEX Version 3 
+Observation files. See http://igs.bkg.bund.de/ntrip/observations for observation 
+stream resources. 
 </li><br>
 
 <li>File 'RinexEph.bnc'<br>
-The purpose of this configuration is showing how to convert a RTCM stream carrying navigation messages to a RINEX Navigation files. The configuration pulls an RTCM Version 3 stream with Broadcast Ephemeris coming from the real-time EUREF and IGS networks. It saves hourly RINEX Version 3 Navigation files. See http://igs.bkg.bund.de/ntrip/ephemeris for further real-time Broadcast Ephemeris resources.
+The purpose of this configuration is showing how to convert a RTCM stream 
+carrying navigation messages to a RINEX Navigation files. The configuration 
+pulls an RTCM Version 3 stream with Broadcast Ephemeris coming from the 
+real-time EUREF and IGS networks. It saves hourly RINEX Version 3 Navigation 
+files. See http://igs.bkg.bund.de/ntrip/ephemeris for further real-time 
+Broadcast Ephemeris resources. 
 </li><br>
 
 <li>File 'BrdcCorr.bnc'<br>
-The purpose of this configuration is to save Broadcast Corrections from RTCM SSR messages in a plain ASCII format as hourly files. See http://igs.bkg.bund.de/ntrip/orbits for further real-time IGS or EUREF orbit/clock products.
+The purpose of this configuration is to save Broadcast Corrections from RTCM 
+SSR messages in a plain ASCII format as hourly files. See 
+http://igs.bkg.bund.de/ntrip/orbits for further real-time IGS or EUREF 
+orbit/clock products. 
 </li><br>
 
 <li>File 'RinexConcat.bnc'<br>
-The purpose of this configuration is to concatenate RINEX Version 3 files to produce a concatenated file and edit the marker name in the file header. The sampling interval is set to 30 seconds. See section 'RINEX Editing & QC' in the documentation for examples on how to call BNC from command line in 'no window' mode for RINEX file editing, concatenation and quality checks.
+The purpose of this configuration is to concatenate RINEX Version 3 files to 
+produce a concatenated file and edit the marker name in the file header. The 
+sampling interval is set to 30 seconds. See section 'RINEX Editing & QC' in the 
+documentation for examples on how to call BNC from command line in 'no window' 
+mode for RINEX file editing, concatenation and quality checks. 
 </li><br>
 
 <li>File 'RinexQC.bnc'<br>
-The purpose of this configuration is to check the quality of a RINEX Version 3 file through a multipath analysis. The results is saved in disk in terms of a plot in PNG format. See section 'RINEX Editing & QC' in the documentation for examples on how to call BNC from command line in 'no window' mode for RINEX file editing, concatenation and quality checks.
+The purpose of this configuration is to check the quality of a RINEX Version 3 
+file through a multipath analysis. The results is saved in disk in terms of a 
+plot in PNG format. See section 'RINEX Editing & QC' in the documentation for 
+examples on how to call BNC from command line in 'no window' mode for RINEX 
+file editing, concatenation and quality checks. 
 </li><br>
 
 <li>File 'RTK.bnc'<br>
-The purpose of this configuration is to feed a serial connected receiver with observations from a reference station for conventional RTK. The stream is scanned for RTCM messages. Message type numbers and latencies of incoming observation are reported in BNC's logfile.
+The purpose of this configuration is to feed a serial connected receiver with 
+observations from a reference station for conventional RTK. The stream is 
+scanned for RTCM messages. Message type numbers and latencies of incoming 
+observation are reported in BNC's logfile. 
 </li><br>
 
 <li>File 'FeedEngine.bnc'<br>
-The purpose of this configuration is to feed a real-time GNSS engine with observations from a remote reference stations. The configuration pulls a single stream from an NTRIP Broadcasters. It would of course be possible to pull several streams from different casters. Incoming observations are decoded, synchronized and output through a local IP port and saved into a file. Failure and recovery thresholds are specified to inform about outages.
+The purpose of this configuration is to feed a real-time GNSS engine with 
+observations from a remote reference stations. The configuration pulls a single 
+stream from an NTRIP Broadcasters. It would of course be possible to pull 
+several streams from different casters. Incoming observations are decoded, 
+synchronized and output through a local IP port and saved into a file. Failure 
+and recovery thresholds are specified to inform about outages. 
 </li><br>
 
 <li>File 'PPP.bnc'<br>
-The purpose of this configuration is Precise Point Positioning from observations of a rover receiver. The configuration reads RTCM Version 3 observations, a Broadcast Ephemeris stream and a stream with Broadcast Corrections. Positions are saved in the logfile.
+The purpose of this configuration is Precise Point Positioning from 
+observations of a rover receiver. The configuration reads RTCM Version 3 
+observations, a Broadcast Ephemeris stream and a stream with Broadcast 
+Corrections. Positions are saved in the logfile. 
 </li><br>
 
+<li>File 'PPPNet.bnc'<br>
+The purpose of this configuration is to demonstrate siumultaneous Precise 
+Point Positioning for several rovers or several receivers from a network of 
+reference stations in one BNC job. The possible maximum number of PPP solutions 
+per job depends on the processing power of the hosting computer. This example 
+configuration reads two RTCM Version 3 observation streams, a Broadcast 
+Ephemeris stream and a stream with Broadcast Corrections. PPP Results for the 
+two stations are saved in PPP logfiles. 
+</li><br>
+
 <li>File 'PPPQuickStart.bnc'<br>
-The purpose of this configuration is Precise Point Positioning in Quick-Start mode from observations of a static receiver with precisely known position. The configuration reads RTCM Version 3 observations, Broadcast Corrections and a Broadcast Ephemeris stream. Positions are saved in NMEA format on disc. Positions are also output through IP port for real-time visualization with tools like RTKPLOT. Positions are also saved in the logfile.
+The purpose of this configuration is Precise Point Positioning in Quick-Start 
+mode from observations of a static receiver with precisely known position. The 
+configuration reads RTCM Version 3 observations, Broadcast Corrections and a 
+Broadcast Ephemeris stream. Positions are saved in NMEA format on disc. 
+Positions are also output through IP port for real-time visualization with 
+tools like RTKPLOT. Positions are also saved in the logfile. 
 </li><br>
 
 <li>File 'PPPPostProc.bnc'<br>
-The purpose of this configuration is Precise Point Positioning in Post Processing mode. BNC reads a RINEX Observation and a RINEX Version 3 Navigation files and a Broadcast Corrections files. PPP processing options are set to support the Quick-Start mode. The output is saved in a specific Post Processing logfile and contains the coordinates derived over time following the implemented PPP filter algorithm.
+The purpose of this configuration is Precise Point Positioning in Post 
+Processing mode. BNC reads a RINEX Observation and a RINEX Version 3 Navigation 
+files and a Broadcast Corrections file. PPP processing options are set to 
+support the Quick-Start mode. The output is saved in a specific Post Processing 
+logfile and contains the coordinates derived over time following the 
+implemented PPP filter algorithm. 
 </li><br>
 
 <li>File 'PPPGoogleMaps.bnc'<br>
-The purpose of this configuration is to track BNC's point positioning solution using Google Maps or Open StreetMap as background. BNC reads a RINEX Observation file and a RINEX Navigation file to carry out a 'Standard Point Positioning' solution in post processing mode. Although this is not a real-time application it requires the BNC host to be connected to the Internet. Specify a computation speed, then hit button 'Open Map' to open the track map, then hit 'Start' to visualize receiver positions on top of GM/OSM maps.
+The purpose of this configuration is to track BNC's point positioning
+solution using Google Maps or Open StreetMap as background. BNC reads a
+RINEX Observation file and a RINEX Navigation file to carry out a
+'Standard Point Positioning' solution in post-processing mode. Although 
+this is not a real-time application it requires the BNC host to be connected
+to the Internet. Specify a computation speed, then hit button 'Open Map'
+to open the track map, then hit 'Start' to visualize receiver positions
+on top of GM/OSM maps.
 </li><br>
 
 <li>File 'SPPQuickStartGal.bnc'<br>
-The purpose of this configuration is Single Point Positioning in Quick-Start mode from observations of a static receiver with precisely known position. The configuration uses GPS, GLONASS and Galileo observations and a Broadcast Ephemeris stream.
+The purpose of this configuration is Single Point Positioning in Quick-Start 
+mode from observations of a static receiver with precisely known position. The 
+configuration uses GPS, GLONASS and Galileo observations and a Broadcast 
+Ephemeris stream. 
 </li><br>
 
-<li>File 'Sp3.bnc'<br>
-The purpose of this configuration is to produce SP3 files from a Broadcast Ephemeris stream and a Broadcast Corrections stream. The Broadcast Corrections stream is formally introduced in BNC's 'Combine Corrections' table. Note that producing SP3 requires an ANTEX file because SP3 file contents should be referred to CoM.
+<li>File 'SaveSp3.bnc'<br>
+The purpose of this configuration is to produce SP3 files from a Broadcast 
+Ephemeris stream and a Broadcast Corrections stream. The Broadcast Corrections 
+stream is formally introduced in BNC's 'Combine Corrections' table. Note that 
+producing SP3 requires an ANTEX file because SP3 file contents should be 
+referred to CoM. 
 </li><br>
 
 <li>File 'Sp3ETRF2000PPP.bnc'<br>
-The purpose of this configuration is to produce SP3 files from a Broadcast Ephemeris stream and a stream carrying ETRF2000 Broadcast Corrections. The Broadcast Corrections stream is formally introduced in BNC's 'Combine Corrections' table. This leads to an SP3 file containing orbits referred also to ETRF2000. Pulling in addition observations from a reference station at precisely known ETRF2000 position allows comparing an 'INTERNAL' PPP solution with ETRF2000 reference coordinates.
+The purpose of this configuration is to produce SP3 files from a Broadcast 
+Ephemeris stream and a stream carrying ETRF2000 Broadcast Corrections. The 
+Broadcast Corrections stream is formally introduced in BNC's 'Combine 
+Corrections' table. This leads to an SP3 file containing orbits referred also 
+to ETRF2000. Pulling in addition observations from a reference station at 
+precisely known ETRF2000 position allows comparing an 'INTERNAL' PPP solution 
+with ETRF2000 reference coordinates. 
 </li><br>
 
 <li>File 'Upload.bnc'<br>
-The purpose of this configuration is to upload orbits and clocks from a real-time GNSS engine to an NTRIP Broadcaster. For that the configuration reads precise orbits and clocks in RTNET format. It also reads a stream carrying Broadcast Ephemeris. BNC converts the orbits and clocks into Broadcast Corrections and encodes them in RTCM Version 3 SSR messages to upload them to an NTRIP Broadcaster. The Broadcast Corrections stream is referred to satellite Antenna Phase Center (APC) and IGS08. Orbits are saved on disk in SP3 format and clocks in Clock RINEX format.
+The purpose of this configuration is to upload orbits and clocks from a 
+real-time GNSS engine to an NTRIP Broadcaster. For that the configuration reads 
+precise orbits and clocks in RTNET format. It also reads a stream carrying 
+Broadcast Ephemeris. BNC converts the orbits and clocks into Broadcast 
+Corrections and encodes them in RTCM Version 3 SSR messages to upload them to 
+an NTRIP Broadcaster. The Broadcast Corrections stream is referred to satellite 
+Antenna Phase Center (APC) and IGS08. Orbits are saved on disk in SP3 format 
+and clocks in Clock RINEX format. 
 </li><br>
 
 <li>File 'UploadPPP.bnc'<br>
-This configuration equals the 'Upload.bnc' configuration. However, the Broadcast Corrections are in addition used for an 'INTERNAL' PPP solution based on observations from a static reference station with known precise coordinates. This allows a continuous quality check of the Broadcast Corrections through observing coordinate displacements.
+This configuration equals the 'Upload.bnc' configuration. However, the 
+Broadcast Corrections are in addition used for an 'INTERNAL' PPP solution based 
+on observations from a static reference station with known precise coordinates. 
+This allows a continuous quality check of the Broadcast Corrections through 
+observing coordinate displacements. 
 </li><br>
 
 <li>File 'Combi.bnc'<br>
-The purpose of this configuration is to pull several streams carrying Broadcast Corrections and a Broadcast Ephemeris stream from an NTRIP Broadcaster to produce a combined Broadcast Corrections stream. BNC encodes the combination product in RTCM Version 3 SSR messages and uploads that to an Ntrip Broadcaster. The Broadcast Corrections stream is not referred to satellite Center of Mass (CoM). It is referred to IGS08. Orbits are saved in SP3 format and clocks in Clock RINEX format.
+The purpose of this configuration is to pull several streams carrying Broadcast 
+Corrections and a Broadcast Ephemeris stream from an NTRIP Broadcaster to 
+produce a combined Broadcast Corrections stream. BNC encodes the combination 
+product in RTCM Version 3 SSR messages and uploads that to an Ntrip 
+Broadcaster. The Broadcast Corrections stream is not referred to satellite 
+Center of Mass (CoM). It is referred to IGS08. Orbits are saved in SP3 format 
+and clocks in Clock RINEX format. 
 </li><br>
 
 <li>File 'CombiPPP.bnc'<br>
-This configuration equals the 'Combi.bnc' configuration. However, the combined Broadcast Corrections are in addition used for an 'INTERNAL' PPP solutions based on observations from a static reference station with known precise coordinates. This allows a continuous quality check of the combination product through observing coordinate displacements.
+This configuration equals the 'Combi.bnc' configuration. However, the combined 
+Broadcast Corrections are in addition used for an 'INTERNAL' PPP solutions 
+based on observations from a static reference station with known precise 
+coordinates. This allows a continuous quality check of the combination product 
+through observing coordinate displacements. 
 </li><br>
 
 <li>File 'UploadEph.bnc'<br>
-The purpose of this configuration is to pull a number of streams from reference stations to get hold of contained Broadcast Ephemeris messages. These are encoded then in a RTCM Version 3 stream which only provides Broadcast Ephemeris with an update rate of 5 seconds.
+The purpose of this configuration is to pull a number of streams from reference 
+stations to get hold of contained Broadcast Ephemeris messages. These are 
+encoded then in a RTCM Version 3 stream which only provides Broadcast Ephemeris 
+with an update rate of 5 seconds. 
 </li><br>
 
+<li>File 'CompareSp3.bnc'<br>
+The purpose of this configuration is to compare two SP3 files to calculate 
+RMS values for orbit and clock differences. GPS satellite G05 and GLONASS 
+satellite R18 are excluded from this comparison. Comparison results are saved 
+in a logfile. 
+</li><br>
+
 <li>File 'Empty.bnc'<br>
-The purpose of this example is to provide an empty configuration file for BNC which only contains the default settings.
+The purpose of this example is to provide an empty configuration file for BNC
+which only contains the default settings.
 </li>