IPP Software Navigation Tools IPP Links Communication Pan-STARRS Links
wiki:IPP_Progress_Report_20120319

Version 8 (modified by Mark Huber, 14 years ago) ( diff )

--

IPP Progress Report for the week YYYY.MM.DD - YYYY.MM.DD

(Up to 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 -- a larger sample with two skycells (055,058) in all grizy filters for MD04 produced two oddities in 055g,r that most of the week was spent on tracing out. 055g appears to be driven by the inputs to select a larger than desired target PSF while 055r appears to be a problem in creating or 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

Note: See TracWiki for help on using the wiki.