IPP Progress Report for the week 2010.09.20 - 2010.09.24

(Up to IPP Progress Reports)

Eugene Magnier

Serge Chastel

• IPP: Czar on Monday and Tuesday (ipp020 crash, wrote log in wiki)
• PSPS: Tests. Improved test report. Fixed unit tests and improved coverage.
• MOPS: Started to look at Larry's questions: 1) Query IPP to know if a chunk is fnished? 2) What was done during a night? 3) Check where the warp-stack diffs are and copy them to ds

Heather Flewelling

• vacation monday afternoon - Friday
• ppMerge fits (unclear if it is better with/without variance, there is a difference, I need to investigate)
• sporadically checked email during vacation:
  • restarted summitcopy on saturday
  • sent link to CZW - MD refstacks on ifaps1 following ipp020 failure

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.

• 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

Chris Waters

• linearity: fixed faulty code that wasn't correctly applying the corrections. Discovered correction data isn't smooth across the borders, so will need to fix, regenerate detrend data, and test again.
• Helped recover processing from ipp020 crash, re-added reference stacks that were housed there from the ifaps1 computer, and turned on replication to duplicate the raw images that now only have one copy. Reference stacks are now replicated as well, to prevent this issue should a host crash in the future.
• Enabled processing for MD11 data.
• Iterated on detectability server to correctly process SSdiff images. Still not functional.
• Identified that the majority of objects flagged as "ghosts" during the friday transient meeting at QUB are either real-looking objects or known crosstalk ghosts. Sent list back to transients for help identifying if crosstalk masks are propagating correctly.