Repository navigation
Generalize Linear Reduction - #752
acpaquette wants to merge 6 commits into
Conversation
|
This makes sense. I assume the chandra test result did not change (and there is a chandra test that would be actually going through this code). Was there testing done with non-linescan models to see the effect? |
Yup, the general load test is still passing which exercises the change to |
|
The linear-reduction block is now duplicated nearly verbatim in sensor_position and frame_chain. Could it be factored into a small helper on the base, e.g. reduce_ephem(ephem), that both call? That keeps the rate rule and the 100-sample floor in one place so the two cannot drift. Done with Claude/AI assistance. |
494dde4 to
ac7e808
Compare
Generalize the application of linear reduction to all drivers rather than just line scanners.
This is meaningful for both push frame and SAR models since push frame was change to get an ephemeris time per line see:
ale/ale/base/type_sensor.py
Line 169 in dedccd2
And SAR models can easily be very long, LRO minirf can be 64k lines long and uses the same per line ephemeris:
ale/ale/base/type_sensor.py
Line 335 in dedccd2
Similarly to the hermite position reduction, this just ensures that all drivers can be reduced if requested
Licensing
This project is mostly composed of free and unencumbered software released into the public domain, and we are unlikely to accept contributions that are not also released into the public domain. Somewhere near the top of each file should have these words: