Changes between Version 3 and Version 4 of IPP_for_PS1/ppImageMemoryExplosion_201208

Timestamp:

Aug 14, 2012, 12:07:38 PM (14 years ago)

Author:

bills

Comment:

--

IPP_for_PS1/ppImageMemoryExplosion_201208

@@ -7 +7 @@
  * A large psf (> 10 pixels) is measured
  * During source detection many sources are found in the bright area
- * Due to the large psf very large pixel images (some the size of the entire chip)
+ * Due to the large psf very large pixel images (some the size of the entire chip) are created blowing up the memory usage.
 
 Many of the troublesome chips are avoided by popping a quality error if the fwhm is > 35 pixels. This work around was added to the production build on Friday 2012-08-10 but when LAP was restarted 2012-08-13 new cases emerged.
@@ -13 +13 @@
 The jpeg below shows 4 views of parts of ota XY60 from o4985g0061o (2009-06-03) (chip_id 537433). On the top row are the outputs chip processing. On the left is the current default recipe (without the workaround). The upper right panel shows the results if PATTERN_ROW is set to false.
 
-In the lower panels are the corresponding images without subtracting the measured background.
+In the lower panels show the corresponding images without subtracting the measured background.
+
+There are a number of steps that should be taken to address this problem.
+ * psphot should somehow limit the size of the images for a source. It makes no sense to have many sources which supposedly take up the whole OTA.
+ * the problem with the pattern row correction with otas at the edge of the FOV should be investigated. 
+ * The psf measurement should apply an upper limit to the sigma values used to measure the window function. Bill has implemented this. It helps reduce this problem in some cases but not others.
+
 [[Image(o4985g0061o.jpg)]]