Changes between Version 8 and Version 9 of IPP_Progress_Report_20100920

Timestamp:

Oct 6, 2010, 8:36:21 AM (16 years ago)

Author:

eugene

Comment:

--

IPP_Progress_Report_20100920

@@ -5 +5 @@
 
 === Eugene Magnier ===
+
+ I spent the week working on issues related to stacking, difference imaging, and running the test suite for the upcoming photfest.  Some of the important development work:
+
+ I added fuzzy logic for suspect pixels in the stack masking.  I had 
+ earlier fixed the propagation of "bad" mask bits, but the suspect bits 
+ were too aggressive.  I've updated the code to do the following:
+ (a) for bad pixels, set the output mask to
+ the OR of all bad input pixels; (b) for good pixels (ie, an output value is
+ calculated), set the output mask to the fuzzy AND of the inputs pixels
+ *actually* used to calculate the output pixel value.  The fuzzy AND
+ raises a bit if 65% of the input pixels see that bit.  This change was
+ necessary to allow the nightly stacks to include information about
+ suspect pixels due to, eg, excessive burntool or excessive diffraction
+ spikes.  The suspect nature of the pixel folds into the PSF_QF_PERFECT
+ score (psf-weighted fraction of pixels with neither BAD nor SUSPECT
+ pixels).
+
+ I've updated the rules for bright star masking (a SUSPECT not a BAD bit).
+ The size of the bright star circles was OK for very bright stars (-23
+ inst mags), but too small for stars at or just beyond the saturation
+ limit.  I adjusted the slope of the rule to make a better fit to real
+ star sizes.
+
+ I've adjusted the parameters for the newish parameters DIFF_R_P,M
+ and DIFF_SN_P,M (distance to and s/n of the nearest neighbor).  The
+ max match distance was previously set too low, and clear cases were
+ being missed.  I've bumped it up (probably excessively) to 50 pixels.
+ I think we could probably do better on this test by weighting the
+ distance by the S/N, but I have not explored this area.
 
 === Serge Chastel ===
@@ -22 +51 @@
 === Roy Henderson ===
 
-* PSPS
- * restarted loading after some fairly major refactoring to my IPP code
- * stopped and started during the week due to IPP machine difficulties (ipp006 going down)
- * spent time creating masked chip images for Jim: learning to use the IPP chip_imfile code.
+ * PSPS
+  * restarted loading after some fairly major refactoring to my IPP code
+  * stopped and started during the week due to IPP machine difficulties (ipp006 going down)
+  * spent time creating masked chip images for Jim: learning to use the IPP chip_imfile code.
 
-* IPP
- * czartool:
-  * fixed burntool bug (crazy negative numbers)
- * ippToPsps:
-  * finished-up refactoring of Perl classes
-  * rewrote certain maintenance scripts to use the above
-  * new makeStacks.pl script to creak stacks using ...
-  * new !StackBatch class, a subclass of Batch, which implements functionality common to all batch types
-  * changes to C-code to generate stack tables of correct shape. unpopulated as yet
+ * IPP
+  * czartool:
+   * fixed burntool bug (crazy negative numbers)
+  * ippToPsps:
+   * finished-up refactoring of Perl classes
+   * rewrote certain maintenance scripts to use the above
+   * new makeStacks.pl script to creak stacks using ...
+   * new !StackBatch class, a subclass of Batch, which implements functionality common to all batch types
+   * changes to C-code to generate stack tables of correct shape. unpopulated as yet
+
 === Bill Sweeney ===
  * Debugged and fixed problem with dvomerge that Bertrand Goldman discovered. The problem only occurred when merging catdirs with different photcode tables.