Changeset 7023 in ntrip for trunk/BNC/src


Ignore:
Timestamp:
Jul 8, 2015, 2:12:48 PM (9 years ago)
Author:
weber
Message:

Documentation completed

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/BNC/src/bnchelp.html

    r7021 r7023  
    21592159<p><a name="pppcorrstream"><h4>3.13.1.5 Corrections Stream - optional if 'Data source' is set to 'Real-Time Streams'</h4></p>
    21602160<p>
    2161 Specify a Broadcast Ephemeris 'Corrections stream' from the list of selected 'Streams' you are pulling if you want BNC to correct your satellite ephemeris accordingly. Note that the stream's orbit and clock corrections must refer to the satellite Antenna Phase Center (APC). Streams providing such corrections are made availabel e.g. through the International GNSS Service (IGS) and listed on <u>http://igs.bkg.bund.de/ntrip/orbits</u>. The stream format must be RTCM Version 3 containing so-called SSR messages. Streams 'IGS03' and 'CLK11' supporting GPS plus GLONASS are examples.
     2161Specify a Broadcast 'Corrections stream' from the list of selected 'Streams' you are pulling if you want BNC to correct your satellite ephemeris accordingly. Note that the stream's orbit and clock corrections must refer to the satellite Antenna Phase Center (APC). Streams providing such corrections are made availabel e.g. through the International GNSS Service (IGS) and listed on <u>http://igs.bkg.bund.de/ntrip/orbits</u>. The stream format must be RTCM Version 3 containing so-called SSR messages. Streams 'IGS03' and 'CLK11' supporting GPS plus GLONASS are examples.
    21622162</p>
    21632163<p>
     
    25392539
    25402540<p><a name="pppOptions"><h4>3.13.3 PPP (3): Processing Options</h4></p>
    2541 <p>BNC allows using different Point Positioning processing options depending on the capability of the involved receiver and the application in mind. It also allows introducing specific sigmas for code and phase observations as well as for reference coordinates and troposphere estimates. You may also like to carry out your PPP solution in Quick-Start mode or enforce BNC to restart a solution if the length of an outage exceeds a certain threshold.
    2542 </p>
    2543 <p>
    2544 The intention of this panel is to specify general processing options which are to be applied to all PPP threads carried out in one BNC job.
     2541<p>BNC allows using various Point Positioning processing options depending on the capability of the involved receiver and the application in mind. It also allows introducing specific sigmas for code and phase observations as well as for reference coordinates and troposphere estimates. You may also like to carry out your PPP solution in Quick-Start mode or enforce BNC to restart a solution if the length of an outage exceeds a certain threshold.
     2542</p>
     2543<p>
     2544The intention of this panel is to specify general processing options to be applied to all PPP threads carried out in one BNC job.
    25452545</p>
    25462546
    25472547<p><a name="ppplinecombi"><h4>3.13.3.1 Linear Combinations - mandatory</h4></p>
    25482548<p>
    2549 By default BNC applies a Point Positioning solution using an ionosphere-free P3 linear combination of code observations. Tick 'Use phase obs' for an ionosphere-free L3 linear combination of phase observations.
    2550 </p>
    2551 
    2552 <p>
    2553 By default BNC does not process GLONASS but only GPS observations when in Point Positioning mode. Tick 'Use GLONASS' to use GLONASS observations in addition to GPS (and Galileo if specified) for estimating coordinates in Point Positioning mode.
    2554 </p>
    2555 <p>
    2556 By default BNC does not process Galileo but only GPS observations when in Point Positioning mode. Tick 'Use Galileo' to use Galileo observations in addition to GPS (and GLONASS if specified) for estimating coordinates in Point Positioning mode.
     2549<p>
     2550Select on which kind of ionosphere-free Linear Combinations (LCs) of observations you want to base ambiguity resolutions. This implicitly defines the kind of GNSS observations you want to use. The selections is to be done per GNSS system ('GPS LCs', 'GLONASS LCs', 'Galileo LCs', 'BDS LCs').
     2551</p>
     2552<p>
     2553<ul>
     2554<li>Selecting 'P3' means that you request BNC to use code data and the so-called P3 ionosphere-free linear combinations of code observations.</li>
     2555<li>'L3' means that you request BNC to use phase data and the so-called L3 ionosphere-free linear combinations of phase observations.</li>
     2556<li>'P3&L3' means that you request BNC to use both, code and phase data and the so-called P3 and L3 ionosphere-free linear combinations of code and phase observations.
     2557</li>
     2558</ul>
     2559</p>
     2560<p>Note that most geodetic GPS receivers support the observation of both, code and phase data. Hence specifying 'P3&L3' would be a good choice for GPS when processing data from such a receiver. If multi-GNSS data processing is your intention, make sure your receiver supports GLONASS and/or Galileo and/or BDS observations besides GPS. Note also that the Broadcast Corrections stream or file which is required for PPP also supports all the systems you have in mind.
     2561</p>
     2562<p>Specifying 'no' means that you don't at all want BNC to use observations from the affected GNSS system.
    25572563</p>
    25582564
    25592565<p><a name="pppcodeobs"><h4>3.13.3.2 Code Observations - mandatory</h4></p>
    2560 <p>
    2561 You may like to introduce specific sigmas for code and phase observations and for the estimation of troposphere parameters.
    2562 </p>
    2563 
    2564 <p><a name="pppphaseobs"><h4>3.13.3.3 Phase Observations - mandatory if 'Use Phase Obs' is set</h4></p>
    2565 <p>
    2566 When 'Use phase obs' is set in BNC, the PPP solution will be carried out using both, code and phase observations. A sigma of 10.0 m for code observations and a sigma of 0.02 m for phase observations (defaults) are used to combine both types of observations. As the convergence characteristic of a PPP solution can be influenced by the ratio of the sigmas for code and phase, you may like to introduce you own sigmas for code and phase observations which differ from the default values.
     2566</p>
     2567Enter a 'Sigma C1' for C1 code observations in meters. The higher the sigma you enter, the less the contribution of C1 code observations to a PPP solution based on a combination of code and phase data. 2.0 is likely to be an appropriate choice.
     2568</p>
     2569<p>
     2570Specify a maximum for residuals 'Max Res C1' for C1 code observations in a PPP solution. '3.0' meters may be an appropriate choise for that. If the maximum is exceeded, contributions from the corresponding observation will be ignored in the PPP solution.
     2571</p>
     2572
     2573
     2574<p><a name="pppphaseobs"><h4>3.13.3.3 Phase Observations - mandatory</h4></p>
     2575<p>
     2576Enter a 'Sigma L1' for L1 phase observations in meters. The higher the sigma you enter, the less the contribution of L1 phase observations to a PPP solutions based on a combination of code and phase data. 0.01 is likely to be an appropriate choice.
     2577</p>
     2578<p>
     2579Specify a maximum for residuals 'Max Res L1' for L1 phase observations in a PPP solution. '0.03' meters may be an appropriate choise for that. If the maximum is exceeded, contributions from the corresponding observation will be ignored in the PPP solution.
     2580</p>
     2581
     2582<p>
     2583As the convergence characteristic of a PPP solution can be influenced by the ratio of sigmas for code and phase, you may like to introduce sigmas which differ from the default values.
    25672584<ul>
    25682585<li>Introducing a smaller sigma (higher accuracy) for code observations or a larger sigma for phase observations leads to better results shortly after program start. However, it may take more time till you finally get the best possible solution.</li>
     
    25702587</ul>
    25712588</p>
    2572 <p>
    2573 Specify a sigma for code observations. Default is 10.0 m.
    2574 </p>
    2575 
    2576 <p>
    2577 Specify a sigma for phase observations. Default is 0.02 m.
    2578 </p>
    2579 
    2580 <p><a name="pppeleweight"><h4>3.13.3.4 Elevation Depending Weighting - optional</h4></p>
    2581 
    2582 <p><a name="pppminobs"><h4>3.13.3.5 Minimum Number of Observations - optional</h4></p>
    2583 
    2584 <p><a name="pppmineleva"><h4>3.13.3.6 Minimum Elevation - optional</h4></p>
     2589
     2590<p><a name="pppeleweight"><h4>3.13.3.4 Elevation Depending Weighting - mandatory</h4></p>
     2591
     2592<p><a name="pppminobs"><h4>3.13.3.5 Minimum Number of Observations - mandatory</h4></p>
     2593
     2594<p><a name="pppmineleva"><h4>3.13.3.6 Minimum Elevation - mandatory</h4></p>
    25852595
    25862596<p><a name="pppwaitclockcorr"><h4>3.13.3.7 Wait for Clock Corrections - optional</h4></p>
    25872597<p>
    2588 Zero value (or empty field) means that BNC processes each epoch of data immediately after its arrival using satellite clock corrections available at that time. Non-zero value 'Sync Corr' means that the epochs of data are buffered and the processing of each epoch is postponed till the satellite clock corrections not older than 'Sync Corr' are available. Specifying a value of half the update rate of the clock corrections as 'Sync Corr' (i.e. 5 sec) may be appropriate. Note that this causes an additional delay of the PPP solutions in the amount of half of the update rate.
     2598Zero value (or 'no') for 'Wait for clock corr.' means that BNC processes each epoch of data immediately after its arrival using satellite clock corrections available at that time. Non-zero value means that epochs of data are buffered and the processing of each epoch is postponed till satellite clock corrections not older than 'Wait for clock corr' are available. Specifying a value of half the update rate of the clock corrections (i.e. 5 sec) may be appropriate. Note that this causes an additional delay of the PPP solutions in the amount of half of the update rate.
    25892599</p>
    25902600<p>
     
    25952605</p>
    25962606
    2597 <p><a name="pppseeding"><h4>3.13.3.8 Seeding - optional if XYZ is set</h4></p>
    2598 <p>
    2599 Enter the length of a startup period in seconds for which you want to fix the PPP solution to a known XYZ coordinate. Constraining coordinates is done in BNC through setting the 'XYZ White Noise' temporarily to zero.
    2600 </p>
    2601 <p>
    2602 This so-called Quick-Start option allows the PPP solutions to rapidly converge after startup. It requires that the antenna remains unmoved on the know position throughout the defined period. A value of 60 is likely to be an appropriate choice for 'Quick-Start'. Default is an empty option field, meaning that you don't want BNC to start in 'Quick-Start' mode.
    2603 <p>
    2604 You may need to create your own reference coordinate through running BNC for an hour in normal mode before applying the 'Quick-Start' option. Don't forget to introduce a realistic sigma 'XYZ Ini' according to the coordinate's precision.
     2607<p><a name="pppseeding"><h4>3.13.3.8 Seeding - optional if a-prioriy coordinates specified in 'Coordinates'</h4></p>
     2608<p>
     2609Enter the length of a startup period in seconds for which you want to fix the PPP solution to an known position, see option 'Coordinates'. Constraining a-priory coordinates is done in BNC through setting their white 'Noise' temporarily to zero.
     2610</p>
     2611<p>
     2612This so-called Quick-Start option allows the PPP solutions to rapidly converge after startup. It requires that the antenna remains unmoved on the know position throughout the defined period. A value of 60 is likely to be an appropriate choice for 'Seeding'. Default is an empty option field, meaning that you don't want BNC to start in Quick-Start mode.
     2613<p>
     2614You may need to create your own reference coordinate beforehand through running BNC for an hour in normal mode before applying the 'Seeding' option. Don't forget to introduce realistic North/East/Up sigmas under panel 'PPP (2)' according to the coordinate's precision.
    26052615</p>
    26062616
Note: See TracChangeset for help on using the changeset viewer.