IPP Software Navigation Tools IPP Links Communication Pan-STARRS Links

Changes between Version 8 and Version 9 of LAP_Science


Ignore:
Timestamp:
May 3, 2011, 5:45:41 PM (15 years ago)
Author:
watersc1
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • LAP_Science

    v8 v9  
    4141== Sequence definition ==
    4242
    43 A `lapSequence` is defined by calling `laptool -definesequence -name "unique name" -description "long description explaining what this sequence is"`.  `laptool -listsequence` prints the information about sequences in the metadata format.
     43A `lapSequence` is defined by calling
     44{{{
     45laptool -definesequence -name "unique name" -description "long description explaining what this sequence is"
     46}}}
     47`laptool -listsequence` prints the information about sequences in the metadata format.
    4448
    4549== Run definition ==
    4650
    47 A new `lapRun` is defined by calling `laptool -definerun -seq_id S -projection_cell PC_NAME -ra RA_CENTER -decl DEC_CENTER -radius R -filter F -label L`.  This adds a row to `lapRun`, and then creates a row in `lapExp` for each exposure that falls within the area on the sky defined by the -ra/-decl/-radius options.  If these exposures have been previously processed (and therefore have a row in `lapExp` associated with a different `lapRun`), the `chip_id` for the new lapExp is copied from that previous entry, provided that the `private` flag is not true. 
     51A new `lapRun` is defined by calling
     52{{{
     53laptool -definerun -seq_id S -projection_cell PC_NAME -ra RA_CENTER -decl DEC_CENTER -radius R -filter F -label L
     54}}}
     55This adds a row to `lapRun`, and then creates a row in `lapExp` for each exposure that falls within the area on the sky defined by the -ra/-decl/-radius options.  If these exposures have been previously processed (and therefore have a row in `lapExp` associated with a different `lapRun`), the `chip_id` for the new lapExp is copied from that previous entry, provided that the `private` flag is not true. 
    4856
    4957== Chip-Warp processing ==
    5058
    51 Defining the run does not queue chipRuns for those exposures that have not been processed previously.  This is done by the `lap_science.pl --chip_mode --lap_id LAP` command.  This script calls `laptool -pendingexp -lap_id LAP` which returns a list of all the exposures included in this `lapRun`.  Each exposure is checked, and a `chipRun` queued if the `chip_id` entry is blank.
     59Defining the run does not queue chipRuns for those exposures that have not been processed previously.  This is done by
     60{{{
     61lap_science.pl --chip_mode --lap_id LAP
     62}}}
     63This script calls `laptool -pendingexp -lap_id LAP` which returns a list of all the exposures included in this `lapRun`.  Each exposure is checked, and a `chipRun` queued if the `chip_id` entry is blank.
    5264
    5365This stage also defines the pairs for differencing, using the object and comment fields to organize the pairs as is done in nightly science.  If a pair is found, the associated `pair_id` fields point at the `chip_id` of the companion exposure, and the `pairwise` flag is set to true.  If a pair is not found, `pair_id` is left as NULL, `pairwise` is set to false, and `private` is set to true.  This ensures that the difference against the quickstack will not be used by other `lapRun`s.
    5466
    55 Once all the chips have been queued, the state of the `lapRun` will be polled using the `lap_science.pl --status --lap_id LAP`.  This calls `laptool -exposures -lap_id LAP` which returns the status of each exposure at the chip, camera, fake, warp, diff, and magic stages.  In addition to gauging completion, exposure pairs are checked against each other to confirm that no faults have occurred.  If one member of a pair has an unrecoverable fault, that entry is marked with `data_state` = 'drop', and is no longer used.  The companion of that unrecoverable exposure is set to be private so it will be diffed against the quickstack. 
     67Once all the chips have been queued, the state of the `lapRun` will be polled using the
     68{{{
     69lap_science.pl --monitor_mode --lap_id LAP
     70}}}
     71This calls `laptool -exposures -lap_id LAP` which returns the status of each exposure at the chip, camera, fake, warp, diff, and magic stages.  In addition to gauging completion, exposure pairs are checked against each other to confirm that no faults have occurred.  If one member of a pair has an unrecoverable fault, that entry is marked with `data_state` = 'drop', and is no longer used.  The companion of that unrecoverable exposure is set to be private so it will be diffed against the quickstack. 
    5672
    5773Setting the `lapExp` to private "steals" this processing run away from any other `lapRun` that may want to use it. If `lap_science.pl` detects that another `lapExp` with this `exp_id`/`chip_id` set has `private` = true, then it will requeue a `chipRun` for that `exp_id`, and record the new `chip_id` for itself, and set `private` = true.
    5874
    59 The script will also check the status of any stacks via the `laptool -stacks -lap_id LAP` which returns the status of all associated stacks for this `lapRun`.  This information is used to set a pair of flags for both the quick and final stacks: the `defined_`flag notes that stacks have been queued, and the `have_` flag notes that the stacks have completed and may be used.
     75The script will also check the status of any stacks via the `laptool -stacks -lap_id LAP` which returns the status of all associated stacks for this `lapRun`.  This information is used to set a pair of flags for both the quick and final stacks: the `defined_`flag notes that stacks have been queued, and the `have_` flag notes that the stacks have completed (or attempted and failed with a fault) and may be used.
    6076
    6177Using the information about the exposures and stacks for this `lapRun`, `lap_science.pl` will decide what the next step of the processing will be.  After all exposures have a `warpRun.state` of full (or have been dropped due to quality), `lap_science.pl` checks which step is most appropriate:
     
    6783=== Diffs ===
    6884
    69 If no `lapExp` has `private` = true, and they all have valid `pair_id` values, then they will all be pairwise diffed.  If any `lapExp` has `private` = true, and `have_quick` is true (marking that the quickstack has finished), then the quickstack diff for that exposure will be queued as well.
     85If all `lapExp` have completed the warp stage (or been dropped along the way), diffs may be queued.  If no `lapExp` has `private = true`, then the pairwise diffs are performed.  If a `lapExp` is set to be private, and the `have_quick = true` (marking that the quickstack has finished), then the private `lapExp`s are diffed against the quickstack, and the others diffed as a pair.
    7086
    7187=== Final stacks ===
     
    7591=== Cleanup ===
    7692
    77 Once the final stacks have completed, the `lapRun` is also complete.  If have_final is true, then `lapRun.state` is set to 'full', and all `lapExp.active` is set to false.  Periodically, `lap_science.pl --cleanup` will poll all `lapExp`, and if all `lapExp` with a given `chip_id` have `active` = false, then the products of all stages generated from that `chip_id` will be marked for cleanup (`STAGE.label = 'goto_cleaned'`, `STAGE.state = 'goto_cleaned'`).
     93Once the final stacks have completed, the `lapRun` is also complete.  If have_final is true, then `lapRun.state` is set to 'full', and all `lapExp.active` is set to false.  Periodically, `lap_science.pl --cleanup_mode` will poll all `lapExp`, and if all `lapExp` with a given `chip_id` have `active` = false, then the products of all stages generated from that `chip_id` will be marked for cleanup (`STAGE.label = 'goto_cleaned'`, `STAGE.state = 'goto_cleaned'`).
    7894
    7995== Proposed Changes ==