Although BNC is a real-time tool to be operated in online mode, it can be run offline for post processing of data made availabe from a file. Furthermore, apart from its regular window mode, BNC can be run as a batch/background job in a 'no window' mode using processing options from previously saved configuration. @@ -82,5 +83,5 @@ As a default, configuration files for running BNC on Unix/Linux/Mac systems are saved in directory '${HOME}/.config/BKG'. On Windows systems, they are typically saved in directory 'C:/Documents and Settings/Username/.config/BKG'. The default configuration file name is 'BNC.ini'.
-The default file name 'BNC.ini' can be changed and the file contents can easily be edited. On graphical user interfaces it is possible to Drag & Drop a configuration file icon to start BNC. Some configuration options can be changed on-the-fly. See annexed 'Configuration Example' for a complete set of configuration options. +The default file name 'BNC.ini' can be changed and the file contents can easily be edited. On graphical user interfaces it is possible to Drag & Drop a configuration file icon to start BNC. Some configuration options can be changed on-the-fly. See annexed 'Configuration Example' for a complete set of configuration options.
@@ -183,5 +184,5 @@
-BNC comes with a help system providing online information about its functionality and usage. Short descriptions are available for any widget. Focus to the relevant widget and press Shift+F1 to request help information. A help text appears immediately; it disappears as soon as the user does something else. The dialogs on some operating systems may provide a "?" button that users can click; they then click the relevant widget to pop up the help text. +BNC comes with a help system providing online information about its functionality and usage. Short descriptions are available for any widget. Focus to the relevant widget and press Shift+F1 to request help information. A help text appears immediately; it disappears as soon as the user does something else. The dialogs on some operating systems may provide a "?" button that users can click; they then click the relevant widget to pop up the help text.
@@ -436,5 +437,5 @@-Broadcast Corrrections can be saved by BNC in files. The file name convention for Broadcast Correction files follows the convention for RINEX files except for the last character of the file name suffix which is set to "C". +Broadcast Corrrections can be saved by BNC in files. The file name convention for Broadcast Correction files follows the convention for RINEX files except for the last character of the file name suffix which is set to "C".
@@ -488,5 +489,5 @@
-Undefined parameters are set to zero "0.000".
Example:
+Undefined parameters are set to zero "0.000".
Example:
... @@ -504,5 +505,5 @@
3.6.4 Wait for Full Epoch - mandatory if 'Port' is set
-When feeding a real-time GNSS network engine waiting epoch by epoch for synchronized Broadcast Corrections, BNC drops (only concering IP port output) whatever is received later than 'Wait for full epoch' seconds. A value of 2 to 5 seconds could be an appropriate choice for that, depending on the latency of the incoming Broadcast Corrections stream and the delay acceptable by your application. A message such as "COCK1: Correction overaged by 5 sec" shows up in BNC's logfile if 'Wait for full epoch' is exceeded. +When feeding a real-time GNSS network engine waiting epoch by epoch for synchronized Broadcast Corrections, BNC drops (only concering IP port output) whatever is received later than 'Wait for full epoch' seconds. A value of 2 to 5 seconds could be an appropriate choice for that, depending on the latency of the incoming Broadcast Corrections stream and the delay acceptable by your application. A message such as "COCK1: Correction overaged by 5 sec" shows up in BNC's logfile if 'Wait for full epoch' is exceeded.
@@ -654,6 +655,6 @@The corresponding structures are defined as follow:
- const char begEpoch[] = "BEGEPOCH"; - const char endEpoch[] = "ENDEPOCH"; + const char begEpoch[] = "BEGEPOCH"; + const char endEpoch[] = "ENDEPOCH"; ... ... @@ -853,5 +854,5 @@ #!/bin/bash sleep $((60*RANDOM/32767)) -cat | mail -s "NABU: $1" email@address <<! +cat | mail -s "NABU: $1" email@address <<! Advisory Note to BNC User, Please note the following advisory received from BNC. @@ -939,11 +940,11 @@-PPP results are saved in BNC's logfile. Depending on processing options, the following values are recorded every second (example): +PPP results are saved in BNC's logfile. Depending on the processing options, the following values are recorded every second (example):
-09-12-07 11:01:50 PPP ZIM20 11:02:03.0 8 4331302.284 567537.941 4633134.936 -5.669 -0.155 +09-12-15 22:30:39 PPP CAS10 22:30:44.0 9 -901775.887 +- 0.058 2409382.427 +- 0.046 -5816746.721 +- 0.087 0.014 +- 0.005-The 'PPP' string in that is followed by the selected mounpoint, a PPP time stamp, the number of processed satellites, XYZ coordinates in [m], receiver clock correction in [m], and the estimated troposphere correction in [m]. +The 'PPP' string in that is followed by the selected mounpoint, a PPP time stamp, the number of processed satellites, XYZ coordinates and their formal errors as derived from the implemented filter in [m], and the estimated troposphere correction with its formal error in [m]. The implemented algorithm includes an outlier detection to handle clock jumps. The maximum for accepted residuals is hard coded to 10 meters for code observations and 10 centimeters for phase observations.
@@ -1013,5 +1014,5 @@-Window mode: Hit 'Save & Reread Configuration' while BNC is in window mode and already processing data to let changes of your streams selection immediately become effective. +Window mode: Hit 'Save & Reread Configuration' while BNC is in window mode and already processing data to let changes of your streams selection immediately become effective.
No window mode: When operating BNC online in 'no window' mode (command line option -nw), you force BNC to reread its 'mountPoints' configuration option from disk at pre-defined intervals. Select '1 min', '1 hour', or '1 day' as 'Reread configuration' option to reread the 'mountPoints' option every full minute, hour, or day. This lets a 'mountPoints' option edited in between in the configuration file become effective without terminating uninvolved threads. See annexed section 'Configuration Example' for a configuration file example and a list of other on-the-fly changeable options. @@ -1044,5 +1045,5 @@
3.14.1 Add Stream - Coming from Caster
-Button 'Add Stream' > 'Coming from Caster' opens a window that allows user to select data streams from an NTRIP broadcaster according to their mountpoints. +Button 'Add Stream' > 'Coming from Caster' opens a window that allows user to select data streams from an NTRIP broadcaster according to their mountpoints.
@@ -1096,5 +1097,5 @@
3.14.2 Add Stream - Coming from TCP/IP Port
-Button 'Add Stream' > 'Coming from TCP/IP Port' allows to retrieve streams via TCP directly from an IP address without using the NTRIP transport protocol. For that you: +Button 'Add Stream' > 'Coming from TCP/IP Port' allows to retrieve streams via TCP directly from an IP address without using the NTRIP transport protocol. For that you:
3.14.3 Add Stream - Coming from UDP Port
-Button 'Add Stream' > 'Coming from UDP Port' allows to pick up streams arriving directly at one of the local host's UDP ports without using the NTRIP transport protocol. For that you: +Button 'Add Stream' > 'Coming from UDP Port' allows to pick up streams arriving directly at one of the local host's UDP ports without using the NTRIP transport protocol. For that you:
3.14.4 Add Stream - Coming from Serial Port
-Button 'Add Stream' > 'Coming from Serial Port' allows to retrieve streams from a GNSS receiver via serial port without using the NTRIP transport protocol. For that you: +Button 'Add Stream' > 'Coming from Serial Port' allows to retrieve streams from a GNSS receiver via serial port without using the NTRIP transport protocol. For that you: