IPP Software Navigation Tools IPP Links Communication Pan-STARRS Links

Changeset 37906


Ignore:
Timestamp:
Feb 11, 2015, 3:15:35 PM (11 years ago)
Author:
watersc1
Message:

Merged handwritten notes from last week.

File:
1 edited

Legend:

Unmodified
Added
Removed
  • trunk/doc/release.2015/ps1.detrend/detrend.tex

    r37895 r37906  
    142142\section{Camera description}
    143143
     144\czwdraft{reference to original paper}
     145
    144146\czwdraft{60 otas}
    145147
     
    149151
    150152\czwdraft{Add summary of detrending steps}
     153
     154\czwdraft{Summary of detrending steps with references to the sections}
    151155
    152156\section{Burntool / Persistence effect}
     
    168172remnant charge leaks out, resulting in a trail that extends from the
    169173initial location of the bright source on the previous image towards
    170 the amplifier (vertically down along the pixel column).  This charge can remain on the detector for up
    171 to thirty minutes, so the locations of these ``burns'' needs to be
    172 retained between exposures.
    173 
    174 Both of these types of persistance trails are corrected via the BURNTOOL program.  This
    175 program does an initial scan of the images, and identifies stars
    176 brighter than a given threshold.  Then, the trail from that star is
    177 fit with a one-dimensional power law, based on empirical evidence that
    178 this is the functional form of this perseistence effect.  Once this
    179 fit is done, the model is subtracted from the image, and the location
    180 of the star is stored in a table along with the exposure PONTIME
    181 \czwdraft{obs time?}.
    182 
    183 For subsequent exposures, the table associated with the previous image
    184 is read in, and after correcting trails from its own stars, it
    185 attempts to find remnant trails from previous images.  These are fit
    186 and subtracted using a one-dimensional exponential model, again based
    187 to empirical studies.  If no significant model is determined, then
    188 this location is not included in the output table, allowing old burns
    189 to ``expire.''
    190 
    191 One problem with this method to correct the persistance trails is that
    192 it is based on fits to the image data, which may not be fully
    193 determined by the persistance effect.  The presence of other stars or
    194 artifacts along the path of the burn can result in an incorrect model
    195 to be determined, resulting in either an over- or under-subtraction of
    196 the persistance burn. \czwdraft{However, it's better than doing nothing.}
     174the amplifier (vertically down along the pixel column).  This charge
     175can remain on the detector for up to thirty minutes, requiring the
     176locations of these ``burns'' needs to be retained between exposures.
     177
     178Both of these types of persistance trails are corrected via the
     179BURNTOOL program.  This program does an initial scan of the images,
     180and identifies stars brighter than a given threshold of 30000 DN.  The
     181trail from that star is fit with a one-dimensional power law
     182\czwdraft{in each pixel column}, based on empirical evidence that this
     183is the functional form of this persistence effect.  Once this fit is
     184done, the model is subtracted from the image, and the location of the
     185star is stored in a table along with the exposure PONTIME, which
     186denotes the number of seconds since the detector was last powered on.
     187
     188For a subsequent exposure, the table associated with the previous
     189image is read in, and after correcting trails from the stars on that
     190new image, it attempts to find remnant trails stored in the table.
     191These are fit and subtracted using a one-dimensional exponential
     192model, again based on empirical studies.  If a significant model with
     193is determined \czwdraft{$\alpha$ < 4}, then this location is retained
     194in the image output table.  If not, the old burn is allowed to
     195``expire.''
     196
     197An issue with this method of correcting the persistance trails is that
     198it is based on fits to the raw image data, which may have other
     199signals not determined by the persistence effect.  The presence of
     200other stars or artifacts along the path of the burn can result in an
     201incorrect model to be determined, resulting in either an over- or
     202under-subtraction of the persistance burn. \czwdraft{However, it's
     203  better than doing nothing.} 
     204
    197205Another issue is that the cores of very bright stars are deformed by
    198 this process, as it preferentially subtracts flux from one side of the
    199 star.  As most stars that result in burns already have the cores
    200 saturated, this does not significantly affect PSF determination or
    201 photometry.
    202 
    203 \section{Mask}
     206this process, as the burntool fitting preferentially subtracts flux
     207from one side of the star.  As most stars that result in burns already
     208have the cores saturated, this does not significantly affect PSF
     209determination or photometry. \czwdraft{reference to photometry paper?}
     210
     211\begin{figure}
     212  \caption{Panel 1: Example image of burn trail.  Panel 2: example image of subsequent image persistence trail.  Panel 3: Repair of panel 1.  Panel 4: Repair of panel 2}
     213\end{figure}
     214
     215\begin{figure}
     216  \caption{example trail data and fit.}
     217\end{figure}
     218
     219\section{Masking}
     220
     221\subsection{Static Masks}
    204222
    205223Due to the large size of the detector, it is to be expected that there
    206 will be a number of pixel defects that do not measure light as well as
    207 their neighbors.  To remove these pixels, we have constructed a static
    208 mask that contains information about these defects.  This mask is
    209 constructed in three phases.
     224will be a number of pixel defects that \czwdraft{do not measure light}
     225as well as their neighbors.  To remove these pixels, we have
     226constructed a static mask that identifies the known defects.  This
     227mask is constructed in three phases.
    210228
    211229First, a CTEMASK is constructed to mask out regions in which the
     
    214232CTE issues, with this pattern showing up (to varying degrees) in
    215233triangular sets of cells on the OTA. \czwdraft{probably a figure would
    216   help explain this?}  To generate the mask, a sample set of flat
    217 images are used to generate a map of the image variance with some
    218 binning.  As the flat image largely illuminates the image uniformly,
    219 the expected variances should be Poissonian distributed with the flux
    220 level.  However, in regions with CTE issues, adjacent pixels are able
    221 to ``share'' their charge, resulting in a lower-than-expected
    222 variance.  This allows these regions to be identified and removed from
    223 processing in science images.
     234  help explain this?}  To generate the mask, a sample set of evenly
     235illuminated flat field images are measured to produce a map of the
     236image variance in 20x20 pixel bins.  As the flat image largely
     237illuminates the image uniformly, the expected variances should be
     238Poissonian distributed with the flux level.  However, in regions with
     239CTE issues, adjacent pixels are not independent, allowing the charge
     240to spread.  This reduces the pixel-to-pixel differences, resulting in
     241a lower-than-expected variance.  All regions with variance
     242\czwdraft{X} smaller than expected are added to the static CTEMASK.
    224243
    225244The next step of mask construction is to examine the detector for
    226 bright columns and other pixel issues.  This is first done by \czwdraft{I
    227   think Heather wrote a program to do this, but I'm not totally sure
    228   how it works} scanning a set of images for pixels that have values
    229 that do not change throughout the sequence of exposures.  Such pixels
    230 cannot be caused by astronomical effects, and must be due to the
    231 detector itself.  This does an excellent job of removing the majority
    232 of the problem pixels, and greatly speeds up the manual inspection for
    233 defects.  This manual inspection allows human interaction to identify
    234 other odd detector issues that should not be allowed through to
    235 science processing.  This is also where the vignetted regions around
    236 the edge of the detector are masked out.  \czwdraft{This might be a lie}
    237 As the size of the vignetted region changes with filter, we have been
    238 somewhat aggressive about this, defining the smallest possible
    239 ``good'' region by using the g-filter to set this.
    240 
    241 Finally, not all bad regions on the image are due to pixel level
    242 defects.  Crosstalk between electronics channels results in the
    243 appearance of faint ``stars'' that appear with the same cell (x,y)
    244 coordinate as a real star, but are shifted to another cell or to
    245 another OTA.  We believe we have identified all such crosstalk issues,
    246 and therefore place a mask over the crosstalk ghost when we detect a
    247 sufficiently bright star in a ``source'' location.
    248 
    249 Due to an issue with the anti-reflective coating, we also see large
    250 out of focus objects in the g-filter data.  These objects are the
    251 result of a bright source reflecting back off the surface of the
    252 detector, reflecting again off the \czwdraft{No clue} mirror, and then
    253 back down onto the focal plane.  These are also somewhat reasonable to
    254 identify, as a bright star in location (X,Y) on the focal plane
    255 creates a reflection ghost at (-X,-Y).  The exact location is fit as a
    256 \czwdraft{Nth} order polynomial, and seems to sufficiently cover these
    257 regions.
    258 
    259 \subsection{Optical ghosts}
     245bright columns and other static pixel issues.  This is first done by
     246\czwdraft{I think Heather wrote a program to do this, but I'm not
     247  totally sure how it works} scanning a set of images for pixels that
     248have values that do not change throughout a sequence of \czwdraft{N}
     249exposures.  Such common pixel values cannot be caused by astronomical
     250effects, and must be due to the detector itself.  This does an
     251excellent job of removing the majority of the problem pixels.  A
     252manual inspection allows human interaction to identify other
     253inconsistent pixels including the vignetted regions around the edge of
     254the detector.  \czwdraft{This might be a lie} As the size of the
     255vignetted region changes with filter, we have taken the g filter as
     256the baseline to define the static mask, resulting in the smallest
     257possible unvignetted region.
     258
     259The final static mask is the union of the CTE mask, the manual mask, \czwdraft{make this a paragraph}.
     260
     261\begin{figure}
     262  \caption{Image map of static mask.  color coded based on mask reason?  It won't be visible at true pixel scale.}
     263\end{figure}
     264
     265\subsection{Dynamic masks}
     266
     267In addition to the static mask that removes the detector level
     268defects, we also generate a set of dynamic masks that change with the
     269astronomical features in the image.  These masks are advisory in
     270nature, and no not completely exclude the pixel from further
     271consideration.  The first of these dynamic masks indicates the
     272presence of a corrected burntool trail.  These pixels are included for
     273phtometry, but are rejected more readily in the stacking and
     274difference image construction.
     275
     276The remaining dynamic masks are not generated until the IPP camera
     277stage \czwdraft{IPP paper reference?}, at which point all object
     278photometry is complete, and an astrometric solution is known for the
     279exposure.  This added information provides the positions of bright
     280sources, which are the origin for the image artifacts that the dynamic
     281mask identifies.
     282
     283\subsubsection{Crosstalk ghosts}
     284Due to electrical crosstalk between the flex cables connecting the
     285individual detectors, ghost objects can be created on some OTAs due to
     286the presence of a bright object in a different position.  Table
     287\ref{tab:crosstalk_rules} summarizes the list of known crosstalk
     288rules.  In each of these cases, a source object brighter than -14.47
     289magnitude (instrumental) creates a ghost object many orders of
     290magnitude fainter at the target location.  The cell (x,y) coordinate
     291is identical between source and ghost, as a result of the transfer
     292occurring as the devices are read.  A circular mask is asdded to the
     293ghost location with radius $R = 3.44 \left(-14.47 - m_{source,
     294  instrumental}\right)$.  Any objects in the photometric catalog found
     295at the location of the ghost mask have a flag set, marking the object
     296as a ghost.
     297
     298\begin{deluxetable}{lllc}
     299  \tablecolumns{4}
     300  \tablewidth{0pc}
     301  \tablecaption{GPC1 Crosstalk Rules}
     302  \tablehead{\colhead{Type}&\colhead{Source OTA/Cell}&\colhead{Ghost OTA/Cell}&\colhead{$\Delta m$}}
     303  \startdata
     304  Inter-OTA & OTA2Y XY3v & OTA3Y XY3v & 6.16 \\
     305            & OTA3Y XY3v & OTA2Y XY3v &      \\
     306            & OTA4Y XY3v & OTA5Y XY3v &      \\
     307            & OTA5Y XY3v & OTA4Y XY3v &      \\
     308  Intra-OTA & OTA2Y XY5v & OTA2Y XY6v & 7.07 \\
     309            & OTA2Y XY6v & OTA2Y XY5v &      \\
     310            & OTA5Y XY5v & OTA5Y XY6v &      \\
     311            & OTA5Y XY6v & OTA5Y XY5v &      \\
     312  One-way   & OTA2Y XY7v & OTA3Y XY2v & 7.34 \\
     313            & OTA5Y XY7v & OTA4Y XY2v &      \\
     314  \enddata
     315  \label{tab:crosstalk_rules}
     316\end{deluxetable}
     317 
     318
     319\subsubsection{Optical ghosts}
     320
     321Due to an issue with the anti-reflective coating, bright sources can
     322also result in large out of focus objects, particularly in the
     323g-filter data.  These objects are the result of light reflecting back
     324off the surface of the detector, reflecting again off the \czwdraft{No
     325  clue} mirror, and then back down onto the focal plane.  Due to the
     326extra travel distance, the resulting source is out of focus and
     327elongated along the radial direction of the telescope. These optical
     328ghosts can be modeled as a bright star in location (X,Y) on the focal
     329plane creates a reflection ghost on the opposite side of the optical
     330axis at (-X,-Y).  The exact location is fit as a third order
     331polynomial in the focal plane x and y directions.  An elliptical
     332annulus mask is constructed at the expected ghost location, with the
     333major and minor axes defined by linear functions of the ghost distance
     334from the optical axis, and orientation \czwdraft{pointing along
     335  radius}.  All stars brighter than a filter-dependent threshold
     336(listed in table \ref{tab:ghost_magnitudes}) have masks constructed.
     337
     338\begin{deluxetable}{lc}
     339  \tablecolumns{2}
     340  \tablewidth{0pc}
     341  \tablecaption{Optical Ghost Magnitude Limits}
     342  \tablehead{\colhead{Filter}&\colhead{$m_{inst}$}}
     343  \startdata
     344  g & -16.5 \\
     345  r & -20.0 \\
     346  i & -25.0 \\
     347  z & -25.0 \\
     348  y & -25.0 \\
     349  w & -20.0 \\
     350  \enddata
     351  \label{tab:ghost_magnitudes}
     352\end{deluxetable}
     353
     354\czwdraft{include full polynomial forms?  How best to do that?}
     355
    260356
    261357%%
     
    320416%% END
    321417
    322 \subsection{Glints}
     418\subsubsection{Glints}
     419
     420\czwdraft{I thought we stopped this because of a hardware change?  Is
     421  that not true?}  Prior to \czwdraft{DATE}, a reflective surface at
     422the edge of the camera aperture was open to light passing through the
     423telescope.  Sources brighter than $m = -20$ that fell on this
     424reflective surface resulted in light being scattered across the
     425detector surface in a long narrow glint.  This surface was physically
     426masked on \czwdraft{DATE} \czwdraft{right?}, but data prior to that
     427have a dynamic mask constructed when a reference source falls on the
     428focal plane within \czwdraft{approximately} one degree of the detector
     429edge.  This mask is 150 pixels wide, and $L = 2500 \left(-20 -
     430m_{inst}\right)$.
    323431
    324432%%
     
    346454%% END
    347455
     456\subsubsection{Diffraction spikes}
     457
     458Bright objects also form diffraction spikes that are dynamically
     459masked.  These are filter independent, and are modelled as rectangles
     460with length $L = 10^{0.096 * (7.35 - m)} - 200$ and width $W = 8 + (L
     461- 200) * 0.01$.  These spikes are dependent on the camera rotation,
     462and are oriented at $\theta = n * \frac{pi}{2} - \mathrm{ROTANGLE} +
     4630.798$.
     464
     465\subsubsection{Saturated stars}
     466
     467The cores of saturated stars are masked as well, with radius $r = 10.15 * (-15 - m_{inst})$.  \czwdraft{good job here.}
    348468
    349469\czwdraft{Write up something about the masking fraction.}
     
    353473One aspect of the OTAs in GPC1 is that an individual cell can be read
    354474off repeatedly while the other cells integrate, resulting in a video
    355 signal from that cell.  This is used for guiding purposes, and a
    356 single exposure is likely to have a number of these video cells.
    357 However, reading these cells while integrating on the others changes
    358 the characteristic dark model (see below) experienced by the other
    359 cells on the OTA.  The observational effect of this is that the glow
    360 related to the amplifiers in the corners of the cells is depressed
    361 during the video readout, relative to the nominal glow.  Because of
    362 this, the standard dark model oversubtracts this glow.  Due to camera
    363 configuration issues \czwdraft{I need to check this}, we are unable to
    364 obtain video dark images, preventing us from correctly modelling this
    365 change in the dark model.  Instead, we apply simple masks that block
    366 out these corner anti-glows from the data.  This is reasonable, as
    367 other than the corners, most pixels have the same dark model in either
    368 mode.
     475signal from that cell.  This data is used for telescope guiding
     476purposes, and a single exposure is likely to have a number of these
     477video cells in different OTAs.  However, reading these cells while
     478integrating on the others changes the characteristic dark model (see
     479below) experienced by the other cells on the OTA.  The observed effect
     480of this is that the glow associated with the amplifiers in the corners
     481of the cells is depressed during the video readout, relative to the
     482nominal glow.  Because of this, the standard dark model oversubtracts
     483this glow.  Before the nature of this issue was fully understood,
     484these poorly constrained corners were masked with 25-pixel radius
     485quarter circles, centered on the (0,0) pixel nearest the cell
     486amplifier.  The other corners of the cell were masked with a 15-pixel
     487radius quarter circle, as the amplifier location is off the edge of
     488the cell.
     489
     490
     491\subsection{Masking fraction}
     492
     493\czwdraft{\% due to chip/cell gaps}
     494
     495\czwdraft{\% due to faulty pixels}
     496
     497\czwdraft{\% due to CTE}
     498
     499\czwdraft{\% due to vinetting}
     500
     501\czwdraft{\% average dynamic masking}
    369502
    370503\section{Overscan}
Note: See TracChangeset for help on using the changeset viewer.