You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Comment by mperrin Tuesday Jan 17, 2017 at 15:06 GMT
Argh, good catch. I have to admit, the multiple types of oversampling available is sort of a confused and tricky area of the code, for various historical reasons.
The wavefront oversampling is set when instantiating a Wavefront object, and stored as an object attribute which persists throughout the calculation. The detector oversampling isn't; it's read from the Detector object inside Wavefront._propagate_mft. The cleanest fix here is probably to modify that function to record the detector oversampling as another attribute, and update Wavefront.as_fits correspondingly.
Issue by douglase
Monday Jan 16, 2017 at 01:00 GMT
Originally opened as mperrin/poppy#201
When the MFT detector sampling is not equal to the wavefront oversampling the correct value is not passed to the output FITS file header.
Example code:
returns:
(18,18)
rather than
(18,10)
as expected.The text was updated successfully, but these errors were encountered: