The namelist file for each of the processing scripts contains all of the input parameters to be used by MOPEX. Namelists can either be set up in a text file for use on the command line, or set up within the GUI. Namelists can be imported into/exported from the GUI and are interchangeable between the two versions of MOPEX. While the underlying code for MOPEX is identical for both the GUI and the command line, some of the parameter names were changed in the GUI to make their function clearer. Links to lists of all of the parameter names in the GUI and on the command line can be found near the bottom of the main MOPEX page
Module triggers, settings, names and parameters, both inside and outside the module blocks, can be given in any order. Their order in the namelist will not affect the order in which they are run by MOPEX.
1. Processing Flow Control: specifying the modules to be run by MOPEX
Depending on the pipeline you are intending to run (e.g. Overlap, Mosaic, APEX), you will need to activate different modules in your namelist. For more information on which modules you are likely to need, you should see Which Modules Should I Choose? and the example instrument-specific namelists linked at the bottom of the MOPEX page. For example, if you are planning to run the Background Matching (Overlap) pipeline then you may choose to run the Fiducial Image Frame, Mosaic Interpolate and Compute Overlap Correction modules, and then apply the correction to your images. In this case you would include the following lines in your namelist:
run_fiducial_image_frame = 1
run_mosaic_int = 1
compute_overlap_correction = 1
apply_overlap_correction = 1
The keywords required to run each module are given on the individual module help pages (along with input/output requirements, the keyword needed to change theoutput directory, and an in-depth discussion of the purpose of the module) and in the table in Appendix 3: MOPEX Module List.
If a module is turned on in the pipeline then a corresponding parameter block must be included in the namelist. For more detailed information on each pipeline and each module, please follow the link to the relevant pipeline- or module-specific page from the Manual Contents page.
2. Global Parameters Outside the Module Blocks
There are 3 main types of information in the Global Parameters section: Input/Output file and directory names; Fatal Bit Patterns for use with the Spitzer mask files; and more general options that control preferences in how the processing is carried out. For a full list of global parameter keywords that can be set from within the namelist, please see the Namelist Options pages for Background Matching (Overlap), Mosaic and Point Source Extraction (APEX).
A: Input Files and Output Directories
The namelist can be used to specify the input files and output directories for each module, instead of specifying them on the command line when running a pipeline. The namelist also allows you to customise the output directory name for each processing script, and each module within that script. The default output directory for all the scripts is the current working directory. To change this you should add the following line into your namelist:
OUTPUT_DIR = <your choice of output dir>
All modules have a default output directory that is a subdirectory of OUTPUT_DIR. In order to change these you should add lines similar to the one above into your namelist. The specific keyword you need to change the output directory of each module is given on the individual module help pages, along with the default directory name. For example, in order to change the output directory for the MedFiler module, look up the MedFilter Module page, find the "Output Directory Keyword: MEDFILTER_DIR" at the top of the page, and set the new directory name by adding the keyword into your namelist:
MEDFILTER_DIR = <your new medfilter output dir>
B: Setting Fatal Bit Patterns for Mask Files
It is highly likely that when you reduce your Spitzer data, you will include at least one set of mask files as input into the pipeline. The pixels in the mask files all contain coded information, or "bit definitions", depending on the status of a particular pixel. For example, a pixel with bit 10 flagged in the IRAC channel 1 pmask file indicates that that particular pixel in the IRAC channel 1 array has an excessive dark current that will affect all observations, while bit 14 indicates that the pixel is dead. For a full list of bit definitions, see the links from the IRAC and MIPS Data Products pages, and Chapter 9 of the IRS Data Handbook (pdf). When running MOPEX, you need to decide which of these bits you wish to set as "fatal", i.e. which of the flagged problems you consider so bad that the corresponding pixel in your data frame should be discarded. This is done by specifying a "Fatal Bit Pattern" as follows:
Fatal Bit Pattern = 2(value of 1st required fatal bit) + 2(value of 2nd fatal bit) + .... + 2(value of nth fatal bit)
e.g. if you wished to set bits 7, 8, 9, 10 and 14 as fatal for your IRAC PMask file then you would set your PMask Fatal Bit Pattern to: (27 + 28 + 29 + 210 + 214) = 18304, and you would include the following line in your namelist:
PMask_Fatal_BitPattern = 18304
The Fatal Bit Patterns for the other mask files can be set with the keywords DCE_Status_Mask_Fatal_BitPattern and RMask_Fatal_BitPattern. The most up-to-date recommended Fatal Bit Patterns for each instrument are listed in the relevant sample namelists linked at the bottom of the MOPEX page.