IPP Software Navigation Tools IPP Links Communication Pan-STARRS Links

Changes between Version 6 and Version 7 of Questions_Durham_MDS_Testing


Ignore:
Timestamp:
Jul 23, 2009, 11:40:05 PM (17 years ago)
Author:
shaun.cole@…
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Questions_Durham_MDS_Testing

    v6 v7  
    11A set of questions that have arisen from the analysis of the MDS 07 and 08 images at Durham.
    22
    3 Image examples related to the questions raised here can be found at [http://svn.pan-starrs.ifa.hawaii.edu/trac/ipp/wiki/Durham_MDS_Testing , this wiki page]
     3Image examples related to the questions raised here can be found at [http://svn.pan-starrs.ifa.hawaii.edu/trac/ipp/wiki/Durham_MDS_Testing this wiki page]
    44
    55These questions are preliminary and will be updated as we learn more.
     
    771) The width of the tracks removed by Magic are often extremely wide (10s of pixels). For example, in the 19 warped frames for skycell 077 in MD08 (g-band), between ~20-50% of pixel data in frames are masked out. What is the prospect of getting Magic working within the specification of only a few percent masked pixels? Note that bad read-out regions also result in large areas of individual frames being masked out.
    88
    9 2) We have measured the PSF of the stacked images (g-band MD08) to have a width of up-to and over 2 arcsecs whereas the data distribution table ([http://svn.pan-starrs.ifa.hawaii.edu/trac/ipp/wiki/PS1_Science_Processing_Status_20090705]) lists the image quality as 1.2 arcsecs. Why is it so bad (especially as the stack is made from only the 50% best data) and why is the quoted 1.2 arcsec wrong?
     92) We have measured the PSF of the stacked images (g-band MD08) to have a width of up-to and over 2 arcsecs whereas the  [http://svn.pan-starrs.ifa.hawaii.edu/trac/ipp/wiki/PS1_Science_Processing_Status_20090705 data distribution table] lists the image quality as 1.2 arcsecs. Why is it so bad (especially as the stack is made from only the 50% best data) and why is the quoted 1.2 arcsec wrong?
    1010
    1111