OD Process shall support azimuth and elevation data, and JIT filtering of measurement types #333
Labels
Priority: normal
Status: Design
Issue at Design phase of the quality assurance process
Topic: Orbit Determination
Milestone
High level description
At the moment, OD only support range and Doppler measurement, simultaneous or not. In practice, especially in LEOP, we may want to use azimuth and elevation data to quickly converge on a valid solution.
Moreover, in practice, a tracking data provider may not always align the range, Doppler, and angle data at the same epoch. Hence, this change should ensure that each participant in an ODP can be configured to support either of the supported measurements at runtime without requiring a rebuild.
Requirements
Test plans
Best here is probably to build a new example which generates all AER data for each participant, and analyzes how each data kind affects the OD results.
Design
This will most likely lead to a decently large refactoring. Specifically, each ground station will need to specify whether it supports a given measurement type. Then, the data read may be nullable (so it must be nullable in the exported data frame). If it's null, or if that participant does not support this measurement type, then the associated row/column of the sensitivity matrix must be nulled as well. This change will likely simplify the trait bounds for the ODP structure, which is why it must be done before version 2.0.0 is stabilized.
The text was updated successfully, but these errors were encountered: