IPP Software Navigation Tools IPP Links Communication Pan-STARRS Links

Changes between Initial Version and Version 1 of GP1


Ignore:
Timestamp:
Nov 1, 2010, 9:41:01 AM (16 years ago)
Author:
chambers
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • GP1

    v1 v1  
     1=  Gene 1 =
     2
     3{{{
     4
     5Oct 5
     6Here are some notes related to the Great Reprocessing which will be
     7useful for discussion today.
     8
     9In terms of IPP issues, I believe the following are needed before the
     10reprocessing can start:
     11
     121) new hardware delivered and installed (shipped late last week,
     13expected in 2-3 weeks according to Freddie)
     14
     152) star/galaxy/CR separation finalized.  While I was in Harvard, I got
     16Eddie Schlafly up to speed on this issue.  I gave him a collection of
     17SMF files in the latest format that includes all of the parameters
     18which I am currently trying to use to make the star / galaxy / CR
     19separation.  These exposures overlap SDSS, so he is able to use that
     20as ground truth.  He is looking at the parameters I measure (Mxx, Myy,
     21PSF mag, Kron mag, other aperture-like mags) and attempting to define
     22the cuts in this multi-dimensional space that define stars, galaxies,
     23and CRs.  He is first working to define the a-priori probability that
     24a given object is consistent with a PSF.  Next, I've asked him to work
     25with Shaun Cole on defining the a-posteriori probabilities (star,
     26galaxy) given some other information (specifically galactic latitude
     27and longitude).  He has already made some headway in better defining
     28the CRs from the faint stars.  There is some subtlety here that I've
     29asked him to explore: is it enough to define the probability of
     30something being a star (PSF) using on the locations of stars in the
     31space, or is it necessary to include some description of the shape
     32distribution of the galaxies themselves.
     33
     343) decisions / implications to difference image analysis from
     35photfest.  The big advance over last week was that the CfA group now
     36agree that ppSub SINGLE direction convolution produces results
     37indistinguishable from the photpipe difference image analysis.  They
     38also convinced me that, for the stack-stack diffs where we have a deep
     39reference stack, it is acceptable to always choose the deep reference
     40stack as the convolution target -- the occasional instances of small
     41amounts of deconvolutions are acceptable given the high S/N of the
     42reference stack and the over-sampling.  We also agreed that the DUAL
     43convolution is at worst equivalent to an optimal SINGLE convolution
     44plus an additional smoothing, and it may be the case that the DUAL
     45convolution is acceptable as well.  In the near term, we are going to
     46switch the MD stack-stack diff processing to use SINGLE convolution of
     47the refstack, and the CfA group will start to use at least the IPP
     48pixels.  We (mostly they -- Mark Huber, Micheal Wood-Vasey, and Ken
     49Smith) are looking at the detections produced by the IPP, along with
     50the feedback I gave them on the flags and exclusions, to see if (with
     51appropriate filtering) the false positives and false negatives are
     52acceptable and if the photometry is is consistent with the photpipe
     53equivalent.  The quick look at the last point was positive, but they
     54are doing more checks on this.
     55
     56As far as the Great Reprocessing goes, the main lesson & outstanding
     57point from the photfest was the remaining concern that DUAL
     58convolution STILL results in more smoothing than one would expect or
     59hope.  Since DUAL is required for the warp-warp diffs (ie, 3pi and
     60SS), it is important to continue to push on this.  Two possible
     61avenues: 1) the range of kernels which we use is not as large as CfA:
     62we have a set of 3 Gaussians which we scale by the FWHM, while Armin
     63adds an additional large Gaussian if the FWHM gets too large.  2) the
     64DUAL convolution could potentially be made to fall-over to SINGLE
     65convolution if only one of the two images is convolved.  This is
     66tricky to determine, but a bit of work on that may be useful.
     67
     684) address recent large variations in processing throughput (perhaps
     69due to nebulous mysql fragmentation?).  Serge & Roy have learned that
     70running the mysql optimization process may help to speed up the
     71nebulous interactions; Serge is investigating this and will also look
     72into partitioning the big nebulous table.  The throughput variations
     73can be a factor of 3.5!
     74
     755) updates to non-linear correction, dark correction, and resulting
     76mask modifcations.
     77
     786) a full processing strategy (what area first, exactly what
     79processing is done) and any resulting scheduling code changes (ie,
     80updates to the nightly science code to manage the processing).
     81
     827) astrometric and photometric reference catalog for the portion of
     83the sky that is to be first processed.
     84
     85It would be nice, but is not required, that the 3pi static sky
     86analysis be finalized, and that the IPP->PSPS interface be finished.
     87It is also important to have a plan for the storage upgrades, but we
     88have enough space to start.
     89
     90]]]