Opened 19 years ago
Last modified 18 years ago
#917 reopened enhancement
Add mechanism for IPP to know that a given file has already been detrended (from header or filename)
| Reported by: | Owned by: | Paul Price | |
|---|---|---|---|
| Priority: | high | Milestone: | |
| Component: | ippScripts | Version: | unspecified |
| Severity: | minor | Keywords: | |
| Cc: |
Description
Sometimes (for processing of SDSS images, all the time), we want to inject images into IPP that are already flatfielded etc. I can make the PROCESSED reduction class the default in the camera.config, and/or I can update chipRun.reduction by hand after registering images in ippMonitor. But it would be useful for IPP to have a mechanism of recognizing automatically that a given image has already been detrended. This could be by specifying certain header fields, or in the SDSS case, the filename fpC*.fits tells you that the image is a reduced ("corrected", hence C) image produced by the frames pipeline (hence fp).
Change History (5)
comment:1 by , 19 years ago
| Cc: | added |
|---|---|
| Status: | new → assigned |
comment:4 by , 18 years ago
| Cc: | added |
|---|---|
| Resolution: | → needinfo |
| Status: | assigned → closed |
has this been dealt with?
comment:5 by , 18 years ago
| Resolution: | needinfo |
|---|---|
| Status: | closed → reopened |
No, and I don't think it's in the long range plan.

a general mechanism might allow a reduction class to be tied to a header keyword rule. alternatively, each analysis step could / should always set a certain header keyword to show it has been performed, and the rules defined to inhibit that analysis if that keyword exists.