Opened 14 years ago

Closed 14 years ago

#230 closed defect (fixed)

OCC-vs-ROPP discrepancy in ropp_pp_bending_angle_go — at Version 1

Reported by: Ian Culverwell Owned by: Ian Culverwell
Priority: normal Milestone: 5.0
Component: ropp_pp Version: 4.1
Keywords: leo, gns positions Cc: kmk@…

Description (last modified by Ian Culverwell)

User Kjartan Kinch (DMI) has identified another difference between these codes:

In the routine ropp_pp_bending_angle_go there is a call to the routine ropp_pp_satellite_velocities (under point 5.0) and a little later two calls to ropp_pp_geometric_optics (under 6.2 and 6.3) which give as output the geometric-optics bending angles for the L1 and L2 channels. This is the core of the geometric-optics processing and it is called several times in the processing chain. The routine ropp_pp_satellite_velocities takes as input the gns and leo satellite coordinates (in variables r_gns and r_leo). The routine fits the whole time-series with a 5th degree polynomial and differentiates to find the velocities. The routine outputs both fitted velocities (vleo and vgns) and fitted positions (xleo and xgns). Later, ropp_pp_geometric_optics takes as input positions, velocities, and a doppler shift - and outputs the bending angles. The difference is that OCC inputs the fitted positions, while ROPP_PP inputs the original positions. If you replace r_leo and r_gns by xleo and xgns in the calls to ropp_pp_geometric_optics you will get the equivalent of what OCC does. I think I would consider this a minor bug in ROPP_PP unless there's a good reason for this choice. In any case it is a cause of minor discrepancies.

This correction has been made for ROPP5.

Change history (1)

comment:1 by Ian Culverwell, 14 years ago

Description: modified (diff)
Resolution: fixed
Status: newclosed
Note: See TracTickets for help on using tickets.