Changes between Version 63 and Version 64 of Sa10Problems
- Timestamp:
- Dec 13, 2012, 2:02:07 PM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Sa10Problems
v63 v64 10 10 || || add a row for a random variable 0 < random < 1 to the object table || heather/thomas || '''done'''|| || 11 11 || || Object.xStackDetectID values are garbage || bills || fixed in objectbatch.py in trunk || problem still exists in sas 11 || 12 || || Object stack columns are uninitialized for filters that have no stack detection || gene || requires changes to relphot '''done''' || ||12 || || Object stack columns are uninitialized for filters that have no stack detection || gene || requires changes to relphot '''done''' || verified fixed in sas 11 || 13 13 || || Fix stack airmass - 0.0 || gene|| '''done''' (addrun.pl reads exposure airmass for stacks) || || 14 14 || || Object.xFlags ID_SECF_OBJ_EXT may be wrong || gene || '''done''' (no longer including stack det in calculation) || || 15 15 || || ipptopsps doesn't handle a reduced number of apertures || heather || '''done''' || || 16 || || The DetectionFlags and StackDetectionFlags table up to date? This can be added later as it's a really small table. || ''' ? ''' |||| ||16 || || The !DetectionFlags and !StackDetectionFlags table are not up to date. This can be added later as it's a really small table. || bill || bill to propose entries for flags tables || || 17 17 18 18 == future fixes == … … 90 90 * c. '''EAM : both of these issues were fixed in the smf/cmf output format PS1_SV2, but unfortunately the processing to date is using PS1_SV1 -- we will stick with PS1_SV1 for this round''' 91 91 * 7. kronrad: min value ~5 : is this expected? 92 * a. WES: psphot calculates a minimum value for the kron radius as some function of measured image quality. So a minimum value is expected.92 * a. '''WES: psphot calculates a minimum value for the kron radius as some function of measured image quality. So a minimum value is expected.''' 93 93 * 8. psfchisq: 1k to 5k typically.... peak at 2.8k: what's the meaning of that number 94 94 * a. '''EAM : psfchisq is reporting the chisq, not the chisq per degree of freedom. it should be changed to the latter by dividing by the field PSF_NDOF in the cmf'''
