== IPP Progress Report for the week YYYY.MM.DD - YYYY.MM.DD == 
[[PageOutline]]

(Up to [wiki:IPP_Progress_Reports IPP Progress Reports])

=== Eugene Magnier ===

=== Serge Chastel ===
 * Sick on Thursday
 * Synced ipp001.0/gpc1 to ipp003.0/gpc1/ipp001
 * ippb02 intensive cares
=== Heather Flewelling === 

=== Roy Henderson ===

 * Sick on Monday

 * completed loading of all available LAP data
 *  loading of MD4:
  * ingested full DVO database into MySQL
  * msqldump'd and restored onto other hosts in order to ingest for other clients
  * completed loaded in a few hours

 * time investigating dupe obj IDs: my fault - underestimated DVO access time (again)
 * improvements to program for setting up scratch Dbs

 * Object batches:
  * Dvo class has become an abstract base-class with two subclasses: DvoDetections and DvoObjects
  * both inherit a lot of common functionality, but are specific about what types of files are ingested and how

 * added some extra sections to the PSPS FAQ page
=== Mark Huber ===
 * Out sick on Wednesday.
 * Ongoing investigation into ppStack issues -- larger sample of two skycells (055,058) in all grizy filters for MD04 produced two oddities in 055g,r that most of the week was spend tracing out. 055g appears to be driven by the inputs to select a larger target PSF while 055r appears to be an error in convolution to the target PSF. 
=== Bill Sweeney ===
 * The postage stamp server got very busy this week. MPIA submitted about 300,000 stamp jobs. Spent quite a bit of time prioritizing things and making sure that their higher priority jobs got through. Spent some time adjusting the task timings and the various queue depths are not optimal for the situation where there are so many jobs outstanding when the cluster is not busy.
 * Staticsky: Did some more research into the large footprint problem. It turns out that these are being found when the unconvolved stack images are searched for detections. Analyzing the convolved images does not lead to this problem. Also investigated why psphot doesn't have this problem on warp stage images from busy areas. The answer is that the chip gaps in single exposure images prevent footprints from crossing chip boundaries. Setting footprint growth radius to 0 for pass to prevented the large footprints from being formed.
 * Staticsky for the recent LAP data, run with the improved background matching is nearly complete. 
 * Investigated reports of astrometry failures near the pole. They turned out to be image quality problems, not astrometry problems.
 * Started working on a program to restore the uncensored camera stage outputs. Given the various data loses over the past couple of years this must be done carefully to avoid making data unavailable for update.
 * Generated chip stage images with the astrometric fit installed for the outreach program.


=== Chris Waters ===