| wavecal | stis | wavecal |
wavecal -- Update science header with MSM offset value from wavecal.
wavecal input wavecal
For first-order data, a file with the specified name will be created (or appended to), and extensive information for testing or debugging will be written to the file. Verbose output for calstis4 will also be turned on, regardless of the value of the wavecal.verbose task parameter. If the data were taken with the CCD, and if cosmic ray flagging is performed (i.e. if the SDQFLAGS keyword includes 8192), then a FITS image will also be created, and the data quality extension with cosmic rays flagged will be written to this image. The file name for the data quality image will be the value of debugfile with ".fits" appended. One output DQ extension will be written for each input image set.
For echelle data, the wavecal shifts are determined by doing a cross correlation between the observed wavecal data and a template. If debugfile was specified, a file by that name will be created, and the template wavecal created by calstis4 will be saved in the [sci] extension of that file. If debugfile does not end in ".fit" or ".fits", then ".fits" will be appended.
If debugfile is specified, the number of file names must match the number of names in input and wavecal.
Here are some approximate values for the slit angle, in degrees:
E230M 0.9 to 1.2
E230H 4.9 to 6.9
E140H -3.8 to -5.8
The wavecal task determines the Mode Select Mechanism (MSM) offsets using a wavecal image and writes these offsets to the extension headers of input, the science file.
wavecal operates on the input images the following way. First the task runs basic2d on the raw wavecal image. Then if the observation is a CCD wavecal using the HITM system, and if it was taken before the sh_closed date, wavecal subtracts the input science image from the wavecal. This is done because the detector was exposed to both the wavecal and the science image. The next step is different depending on whether the data were taken with a first-order grating or an echelle. For first-order data, x2d is run on the calibrated wavecal, and the MSM offsets are determined from the rectified wavecal image. For echelle data, the MSM offsets are determined directly from the flat-fielded but unrectified wavecal image. The MSM offsets are then scaled to reference pixel size (in case the wavecal was binned) and written to the SHIFTA1 and SHIFTA2 keywords in the SCI extension header of the calibrated wavecal. Finally, SHIFTA1 and SHIFTA2 (or interpolated values) are copied to the extension headers of the input science image.
Warning: This task must not be run as a background job. See the BUGS section for more information.
INPUT AND OUTPUT IMAGES
The input files to this task should be a science image that has been processed through basic2d and/or crreject (i.e. flatfielded and cosmic-ray rejected if applicable) and a raw wavecal image. The science file will be modified in-place; its extension headers will be updated to include the MSM offset determined from the wavecal (i.e. science header keywords SHIFTA1 and SHIFTA2). The data pixels themselves are not modified at all. If save_w2d is yes, then the calibrated wavecal file, with the MSM offset written in its header, is also saved.
The updated science file can then be used as input for 1-D extraction (x1d) and/or 2-D rectification (x2d).
REFERENCE FILES and PROCESSING STEPS
The names of the reference files (images and tables) to be used by wavecal have to be specified in the primary header of the input raw wavecal image, under the section CALIBRATION REFERENCE FILES. Since the raw wavecal image will be calibrated by wavecal, it is recommended to use the same calibration reference files that were used to calibrate the respective science image.
When an environment variable is used as part of a reference file name (e.g. "oref" in PFLTFILE = "oref$h230851ao_pfl.fits"), the variable must have been set (in Unix) before logging into IRAF, and the directory name must include the trailing "/". Setting an IRAF environment variable will not work, nor will using ! to escape from the cl. For example,
setenv oref /data/reffiles/stdata/
# if the reference files are in the default directory, use
setenv oref ./
One of the reference files that will be used is the "Template Calibration Lamp Spectra Table (LMP)", which contains a calibration lamp spectrum. This is the template spectrum which will be compared with the observed spectrum in the wavecal file to determine the offset in the dispersion direction (SHIFTA1). The name of the calibration lamp spectrum table must be provided in the keyword LAMPTAB in the wavecal header.
1. To process an associated wavecal of a CCD spectroscopic observation in the data set with rootname "o3tt02030" and to write the MSM offset to the respective science image. Its respective science image has been previously 2-D calibrated and cosmic-ray rejected. The reference files are in the directory "/data/reffiles/stdata/". Note that we must have assigned oref as an environment variable in Unix before starting the cl, and the value must include the trailing "/".
cl> show oref
/data/reffiles/stdata/
cl> wavecal o3tt02030_crj.fits o3tt02030_wav.fits
2. After running wavecal, 1-D extraction or 2-D rectification can be performed on the science image:
cl> x1d o3tt02030_crj.fits output=o3tt02030_x1d.fits
cl> x2d o3tt02030_crj.fits o3tt02030_x2d.fits
If wavecal is run as a background job (e.g. "wavecal x_flt.fits x_wav.fits &"), it will almost certainly fail to do what is expected. The reason is that it calls other tasks (countfiles, pickfile and keypar), and it gets the results of those tasks from their parameter files. When a job is run in the background, however, tasks cannot update their parameter files (this is a feature of the cl), so when wavecal accesses the countfiles, pickfile and keypar parameter values, the values retrieved will be whatever was there from the last interactive use of those tasks.
P. Hodge, March 1997, short memo. ICD47, R. Shaw, April 1997. Iraf task written by R. Katsanis. WAVECAL routines written by P. Hodge.