08.06.2013 Views

Bernese GPS Software Version 5.0 - Bernese GNSS Software

Bernese GPS Software Version 5.0 - Bernese GNSS Software

Bernese GPS Software Version 5.0 - Bernese GNSS Software

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

19. <strong>Bernese</strong> Processing Engine (BPE)<br />

19.12.1.2 Exclude Observation File while Importing from RINEX Format<br />

The next program that can exclude observation files is RXOBV3 (description in Section<br />

4.2.3). For the automatic processing we recommend to set the “ACTIONS IN CASE OF<br />

INCONSISTENCIES” for all relevant checks of the correctness of the RINEX header information<br />

to SKIP. In case of an inconsistency the corresponding RINEX file is then not converted<br />

to <strong>Bernese</strong> format. Furthermore, no data from a RINEX file are imported if it contains less<br />

than a “Minimum number of epochs requested per file”. Stations that have been excluded in the<br />

section TYPE 003: HANDLING OF STATION PROBLEMS of the station information file are also<br />

automatically excluded from the data import.<br />

19.12.1.3 Exclude Stations with Problems in the Data Preprocessing<br />

Stations with problems in one of the preprocessing steps should be excluded from the further<br />

processing in a robust automatic processing. In the case of the receiver clock synchronization<br />

(program CODSPP, see Section 6.3) and the preprocessing of phase observations (program<br />

MAUPRP, see Section 6.5) the corresponding extraction programs (CODXTR and MPRXTR)<br />

check the results and can generate a file with a list of <strong>Bernese</strong> observation files that have to<br />

be deleted to prevent problems in further processing steps. For more details we refer to the<br />

description of these program in Chapter 6.<br />

The program RESCHK (description in Section 6.6.3) can detect bad stations from the summary<br />

table of the program RESRMS that is generated from post-fit residuals (usually from<br />

the program <strong>GPS</strong>EST). The program generates a deletion list containing the observation<br />

files from the detected misbehaving stations.<br />

In case of bad stations in a network of baselines usually the entire network has be to<br />

rebuild using the program SNGDIF after deleting the zero-difference observation files of the<br />

misbehaving station.<br />

19.12.1.4 Selection of Stations for Processing<br />

The program MKCLUS (”Menu>Service>Automated processing>Form clusters”) defines clusters for the<br />

processing of <strong>Bernese</strong> zero-difference or baseline observation files. A special application is<br />

the selection of a predefined number of <strong>Bernese</strong> zero-difference observation files for a single<br />

cluster. Select GLOBAL in option “Strategy for zero difference observations” to get an optimum<br />

distribution of the stations following one of the criteria:<br />

• GEOMETRY: optimize the distribution of the stations using the maximum sum of the<br />

squared distances between the stations.<br />

• DENSITY: minimize the redundancy of observations from the stations for each satellite<br />

and epoch (This may consume a lot of computing time because for the station selection<br />

all <strong>Bernese</strong> observation files have to read several times.)<br />

• NUM.OBS: select the observation files with the biggest number of observations.<br />

• CLOCKS: select the best clocks (smallest RMS of a linear fit in the input file “Linear fit<br />

RMS of station clocks” that may be generated by program CCRNXC).<br />

Further conditions (e.g., “Minimum number of observations per file” and “Maximum number of<br />

ambiguities per file”) may be defined for all selected files.<br />

Page 420 AIUB

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!