Closed mperrin closed 6 years ago
Comment by mperrin Friday Feb 10, 2017 at 18:51 GMT
I wil never object to anyone making the documentation better. :-) Go for it.
I agree that doing it the latter way is quicker and easier. A minor suggestion is I wouldn't put it in the extending.rst
file though, I think it should be its own page in the documentation. (Lately it seems like best practices for documentation are to have more pages which are each self-contained to a single topic, rather than trying to put too many unrelated things onto a single documentation page.)
Comment by douglase Friday Feb 10, 2017 at 19:51 GMT
@mperrin, is it intentional that the output pixel scale keyword is PIXELSCL (https://github.com/mperrin/poppy/blob/master/poppy/poppy_core.py#L285) and OPD files use PIXSCALE? (https://github.com/mperrin/poppy/blob/master/poppy/poppy_core.py#L2744)
Comment by josePhoenix Friday Feb 10, 2017 at 19:53 GMT
I had a sinking feeling that I was the last to touch that code, but it looks like I didn't change the keyword when I refactored it... https://github.com/mperrin/poppy/commit/a131f98dc7935e991ef47d7ab7048fe80596fb99
Comment by mperrin Friday Feb 10, 2017 at 20:00 GMT
Hmm, those should probably be made consistent, yeah. And I think we maybe need another keyword like PIXUNIT to say if it's arcsec/pixel or meters/pixel, right?
They may have originally been different because PIXELSCL is in arcsec/pix for image planes but PIXSCALE is in meters/pix for pupil planes. But I may also just not have thought about this carefully enough when originally setting things up.
Let's also not forget about AnalyticOpticalElement.to_fits() which also makes FITS files in a maybe-not-consistent way. See #49.
Issue by douglase Friday Feb 10, 2017 at 17:12 GMT Originally opened as https://github.com/mperrin/poppy/issues/202
I'd like to add a list of header keywords used by POPPY to the documentation so I can point people to it (instead of duplicating it in an ICD).
e.g.:
WAVELEN
: Wavelength in metersDIFFLMT
: Diffraction limit lambda/D in arcsecOVERSAMP
: Oversampling factor for FFTs in computation of PSFDET_SAMP
: Oversampling factor for MFT to detector planePIXELSCL
: Scale in arcsec/pixel or meters/pixel (after oversampling)FOV
: Field of view in arcsec (full array)FOV_X
: Field of view in arcsec (full array), X directionFOV_Y
: Field of view in arcsec (full array), Y directionNORMALIZ
: Which plane normalization was applied in, first or lastI see two ways of implementing this, one would be to add detail to each of the functions that generate a FITS file (calc_psf() and as_fits()) and possibly those that read in a FITS (though this is documented in extending.rst or just create a master list in the extending.rst file.
I am leaning toward the latter, since it makes things more extensible and provides 'one-stop' shopping for keywords. Any objections?