Changeset 2627 in ntrip


Ignore:
Timestamp:
Oct 28, 2010, 9:53:08 AM (14 years ago)
Author:
weber
Message:

Consider correct validity of ephemeris sets

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/BNC/todo.txt

    r2621 r2627  
    33BNS
    44=========================
     5(1) One would expect that a new ephemeris set always comes with a later validity
     6time tag than a previously distributed ephemeris set. However, this is not always true.
     7Sometimes new ephemeris sets come with a validity time tag which is earlier than the
     8validity time tag of a previously distributed ephemeris set. This is something
     9we should consider in BNS. Gerhard observed that we dont consider this right
     10now. The consequence is that a satellite gets lost for PPP clients because
     11they deal with another ephemeris set than the correctors provided by
     12BNS.
    513
    614BNC
     
    18265. The Age of Differential GPS data field is not populated. I believe here the
    1927age of RTCM SSR data should be put.
     28
    2029(2) BNC has a problem when the observation update rate is > 1Hz. Records get
    2130mixed then in the RINEX files. A 10 Hz stream to test the situation is
Note: See TracChangeset for help on using the changeset viewer.