Closed sbailey closed 2 years ago
I do not have the FLUX+TRACE after masking fiber 2900 which is on a dead column (I am committing the change to DESI_SPECTRO_CALIB). But for the specific example given, the readnoise on amp B is such that the code (rightfully) discards the PSF.
ERROR:proc.py:490:main: 25% of b5 input pixels have bad readnoise; don't use this PSF
For those nights in May where b5 was very noisy, we can use the default PSF $DESI_SPECTRO_CALIB/spec/sm9/psf-sm9-b5-20210912.fits. The difference is typically of 1-2% with the daily PSF (from a comparison with the PSF $DESI_SPECTRO_REDUX/daily/calibnight/20210507/psfnight-b5-20210507.fits which was completed despite the high readnoise, and now masked out with the recent software). It is not optimal but is definitely better than discarding nights of data.
The read noise threshold issue is addressed in desispec issue https://github.com/desihub/desispec/issues/1559 so we may close this one (specex 59) when both desispec PR #1564 issue #1559 are merged/addressed.
another contributing factor to the b5 failures is a huge number of incorrectly identified bad columns (see desihub/desispec#1567). I think all of the relevant pieces are being tracked in other tickets so I'm going to close this one.
b5 PSF fits are regularly failing for May 2021 data, e.g. on nights 20210507, 0508, and 0509 every b5 arc exposures fails, thus losing the spectrograph for the night unless we do by-hand fallback to other calibs.
Example failure run from an interactive batch node:
Note: desihub/desispec#1528 reports a bug about the desi_spec batch script generation when running specex on a single camera, thus the "by hand" command run from an interactive batch node above.
@julienguy @marcelo-alvarez please track this down to get these working again; this is a blocking factor for Fuji.