Changes between Version 13 and Version 14 of MDdeeptest_pixrej_20140403

Timestamp:

May 5, 2014, 1:36:50 PM (12 years ago)

Author:

Mark Huber

Comment:

--

MDdeeptest_pixrej_20140403

@@ -74 +74 @@
 = Test Samples = 
 
-All should be available via the PSS, if large or full sets are desired then can be push to the datastore (let us know)
+All stacks should be available via the Postage Stamp Server (PSS), if large or full sets are desired then they can be found as usual on the datastore under ps1-deeptest with the data_group name the same as the label. Warp examples should be obtainable via the PSS but will not be pushed to the distribution server.
 
-MD04 PV2 warps -- MD04.cut2009deeptest.20131103 for manual testing, the full test runs below used all available PV2 through the end of the survey ([wiki:MD.PV2])
- * label: MD04.pv2_stacktest.20130903
+__MD04 PV2 warps__ -- the full test runs below used all available PV2 through the end of the survey ([wiki:MD.PV2])
+ * warp label: MD04.pv2.20130903 -- all filters
+ * not all examples below use the full set of warps, many use only the same warps that went into MD04.cut2009deeptest.20131103 in order to provide a similar stack for comparison.
 
 
-3PI exposures overlapping with MD04 -- span Apr. 2009 to Feb. 17 2014, however any exposures before June 2010 will be excluded just like the MD04 exposures (i.e., cut2009 condition described at [wiki:MD04.pv2_stacktest.20130903#DeepStacks])
- * label: MD04.test3pistack.20140217 -- 
- * (need to add total and used numbers)
+__3PI exposures overlapping with MD04__ -- span Apr. 2009 to Feb. 17 2014, however any exposures before June 2010 will be excluded just like the MD04 exposures (i.e., cut2009 condition described at [wiki:MD04.pv2_stacktest.20130903#DeepStacks])
+ * warp label: MD04.test3pistack.20140217 -- g-band only
+ * ''(need to add total and used numbers)''
 
 
-MD04+3PI overlap test with just the bug fixes to compare the edge quality -- will include additional PV2 warps through end of survey for MD04, but just 3PI though Feb. 2014
+__MD04+3PI overlap test with just bug fixes to compare the edge quality__ -- will include additional PV2 warps through end of survey for MD04 and similarly 3PI though Feb. 2014
  * label: MD04_3PI.cut2009teststack.20140404 -- g-band only
 
 
-MD04+3PI overlap test with bug fixes and config mods to compare the edge quality -- will include same available warps 
+__MD04+3PI overlap test with bug fixes and config modifications to compare the edge quality__ -- will include same available warps as prior test
  * label: MD04_3PI.cut2009teststack.20140411 -- again g-band only
  * THRESHOLD.MASK  0.01
  * COMBINE.REJ     2.5
+ * ''will take work to evaluate impact of config modifications between the 3PI and MD here..'' -- likely will have to consider this option after much more testing
 
  
-MD04 with bug fixes, config mods, N>20 inputs per pixel to clean up the field edge -- can compare to MD04.cut2009deeptest.20131103 since PV2 inputs limited by date here still through end of Sept. 2013
+__MD04 with bug fixes, config modifications, N>20 inputs per pixel to clean up the field edge__ -- can compare to MD04.cut2009deeptest.20131103 since PV2 inputs limited by date here through end of Sept. 2013
  * label: MD04.cut2009n20deeptest.20140413 -- i-band only, same inputs as MD04.cut2009deeptest.20131103
  * THRESHOLD.MASK  0.01
@@ -101 +103 @@
 
 
-MD04 like above except N>30 inputs per pixel but other configs not changed as much -- 
+__MD04 with bug fixes, smaller config modifications, hard coded N>30 inputs per pixel__ -- but other configs not changed as much from MD04.cut2009deeptest.20131103
  * label: MD04.cut2009n30deeptest.20140416 -- i-band only, same inputs as MD04.cut2009deeptest.20131103 
  * THRESHOLD.MASK  0.3
@@ -107 +109 @@
 
 
-MD09 example as a shifted center field -- prep test showed a large amount of junk, so also set SUSPECT input pixels as BAD pixels, edge properties unknown so keep pixels with minumum >10 inputs 
+__MD09 example as a shifted center field case__ -- pre-test showed a large amount of junk, so also set SUSPECT input pixels as BAD pixels, edge properties unknown so keep pixels N>10 inputs (NMINPIX)
  * label: MD09.cut2009n10suspectbaddeeptest.20140427 -- g-band only, full PV2 set after 6/2010 like cut2009
  * THRESHOLD.MASK  0.3
@@ -115 +117 @@
 
    
-MD09 example to exclude extra junk -- NMINPIX now 30, adding a MASK.BLANKBORDER to mask the edge of the skycell since it goes through no rejection process really and often a pile of junk. Is set 20 pixels since the border is set in code to be KERNEL.SIZE in the convolution and overlap setup. No pixels are ''lost'' since the MD skycells have an overlap of 320 pixels, now they will overlap by only a mere 300 pixels.
+__MD09 example to try exclude extra junk__ -- NMINPIX now 30, adding a MASK.BLANKBORDER to mask the edge of the skycell since it goes through essentially no rejection process and often a pile of junk. Is set 20 pixels since the border is set in code to be KERNEL.SIZE in the convolution and overlap setup. No pixels are ''lost'' since the MD skycells have an overlap of 320 pixels, now they will overlap by only a mere 300 pixels.
  * label: MD09.cut2009n30th01suspectbadborder.deeptest.20140502 -- g-band only, full PV2 set after 6/2010 like cut2009
  * THRESHOLD.MASK  0.1
  * COMBINE.REJ     3.0
- * NMINPIX  10
+ * NMINPIX  30
  * MASK.VAL MASK.VALUE,CONV.BAD,GHOST,SUSPECT
  * MASK.BLANKBORDER 20
 
 
-MD04 example with changed made in the MD09 above and with imposed smaller target PSF for convolution to check if smaller THRESHOLD.MASK has problem 
+__MD04 example with changes made in the MD09 above and with imposed smaller target PSF__ -- limit the target PSF for convolution to check if smaller THRESHOLD.MASK has any problems
  * label: MD04.cut2009n30th01suspectbad/border/7pix.deeptest.20140504 -- g-band only, same inputs as MD04.cut2009deeptest.20131103 
  * THRESHOLD.MASK  0.1