Changes between Version 2 and Version 3 of Stack_Sky_Levels

Timestamp:

Aug 28, 2013, 5:49:33 PM (13 years ago)

Author:

watersc1

Comment:

--

Stack_Sky_Levels

@@ -19 +19 @@
 
  1. Internal background code check.  Manually run psphot to fit the background level, and confirm that this matches the value recorded in the stack log.
-[[Image(psphot_internal_check.png)]]
+[[Image(psphot_internal_check.png,400px)]]
  2. External background code check.  Compare the psphot background levels to a Gaussian fit to the histogram of image values.
-[[Image(psphot_external_check.png)]]
+[[Image(psphot_external_check.png,400px)]]
  3. Database check.  The GPC1 database contains a background value recorded for the warps.  I do not have a good explanation as to why these match so badly.
-[[Image(psphot_database_check.png)]]
+[[Image(psphot_database_check.png,400px)]]
  4. BSCALE check.  If the fitsio routines are to blame, it's likely an issue with the quantization.  There's a correlation here, but it is more likely due to the fact that the background level is correlated with the distribution width (bg_sigma), as is BSCALE.
-[[Image(psphot_bscale_check.png)]]
-[[Image(psphot_offset_sigma.png)]]
+[[Image(psphot_bscale_check.png,400px)]]
+[[Image(psphot_offset_sigma.png,400px)]]
 
 The initial thought for this issue is that the stack sky levels are incorrect either due to an error in the sky statistics, or due to an error in the fitsio data storage.