4. Model Input Files

March 19, 2025 · View on GitHub

4.1 Introduction

This chapter provides basic information on the format and content of CMAQ input files. It also provides information on using the pre-processing tools provided in the repository for preparing initial and boundary conditions and meteorology inputs. Links are provided for the emissions processing tools that are released through their own repository or website. A list of CMAQ input files can be found in Table 4-1. Some CMAQ input files are in ASCII format while the majority of them are in the Network Common Data Form (netCDF) format. CMAQ input and output files are self-describing netCDF-format files in which the file headers have all the dimensioning and descriptive information needed to define the resident data. Users should download the latest code for the NetCDF from the NetCDF website. Compilation and configuration information for the NetCDF is available through the Unidata website.

All CMAQ input and output files are conformed to I/O API netCDF file format. Please refer to the I/O API User's Manual for details.

Full input datasets for 2016 over two domains are publically available to download from the CMAS Data Warehouse. The input files are stored on Google Drive with metadata organized through Dataverse.

DomainSimulation DatesDataverse DOI
Southeast USJuly 1 - 14, 2016https://doi.org/10.15139/S3/IQVABD
Conterminous U.S. (CONUS)Jan 1 - Dec 31, 2016https://doi.org/10.15139/S3/MHNUNE

4.2 CMAQ Pre-processors

Figure 2-1 shows the relationship between CMAQ pre-processors and the main CMAQ program, the CMAQ Chemistry Transport Model (CCTM). MCIP, ICON and BCON are included in the CMAQ repository and are used to create meteorological, initial conditions and boundary conditions inputs. SMOKE, FEST-C and Spatial Allocator Tools are external software packages used for creating emissions inputs for CMAQ. The following subsections provide more information on these tools and point the user to additional sources of documentation.

4.2.1 Meteorology-Chemistry Interface Processor (MCIP)

MCIP processes meteorological fields output by the WRF model into files that are compatible with the CCTM and SMOKE (an emissions processor that computes emissions inputs for CMAQ). The output files generated by MCIP are used by ICON and BCON and various other programs in CMAQ, so MCIP must be the first program run after installing the CMAQ source codes and initializing CMAQ environment variables. Configuration options for MCIP include the time periods over which to extract data from the meteorological model output files, horizontal grid definitions for output, and control for optional 3D output variables. MCIP can either process the full horizontal domain from WRF or a user-defined subset of that domain (that is, a "window"). Most of the fields that are simulated by WRF are not modified by MCIP for the CCTM or emissions model and are simply "passed through" to the output. Where needed, MCIP transforms data from the WRF projection and coordinate system to be consistent with that being used for CMAQ simulations.

Unlike many of the tools distributed with CMAQ, MCIP is compiled with a Makefile and then run with a run script. Instructions on how to compile and run MCIP are provided in the README.md file in the PREP/mcip folder.

4.2.2 Initial Conditions Processor (ICON)

ICON generates a gridded netCDF file of the chemical conditions for all grid cells in the modeling domain for the initial time of a simulation. It can generate these initial conditions from either an existing CCTM output file or one of four ASCII files of vertically resolved concentration profiles distributed with CMAQ. Running ICON requires that the user already generated MCIP files for their target modeling domain. For both input file options, ICON will interpolate the data to the horizontal and vertical structure of the target domain as defined in the MCIP files. The species in the ICON output file are identical to those in the input (either CCTM output or ASCII profile) file.

Using an existing CCTM output file to generate initial conditions is applicable when interpolating initial conditions from a coarse to a fine grid domain, as may occur when setting up nested simulations (simulations with finer-resolution grids that cover part of coarser-resolution grids). This is the preferred mode of specifying initial conditions since the spatial concentration patterns derived from the coarser-resolution simulation can be considered a first approximation of the concentration fields over the finer-resolution subdomain at the beginning of the simulation.

The four ASCII files of vertically resolved concentration profiles distributed with CMAQ represent annual average concentrations at a grid cell over the Pacific derived from a simulation with the hemispheric version of CMAQv5.3 beta2 for the year 2016. As such, these concentration profiles are reflective of conditions in a remote marine environment. The simulation was performed with the cb6r3m_ae7_kmtbr chemical mechanism and profiles for racm_ae6_aq, saprc07tc_ae6_aq, and saprc07tic_ae7i_aq were derived using the species mapping approach described in Step 3 of the CMAQ Tutorial on creating Initial and Boundary Conditions from Seasonal Average Hemispheric CMAQ Output. If one of these ASCII profile files is used to generate initial conditions, the resulting concentration fields will be uniform over the modeling domain and will not be a realistic representation of conditions over the modeling domain. As a result, simulations initialized with profile-derived rather than CCTM-derived concentration fields may require longer spin-up periods before conditions simulated within the domain no longer are influenced by these unrealistic initial concentration fields.

The configuration options for ICON include choosing whether the initial conditions are generated from an existing CCTM output file or from an ASCII profile, and defining the horizontal and vertical grids and time for which initial conditions are to be generated. Information on configuring ICON for the different kinds of input data, environment variables, input and output files, compiling and running ICON are provided in the README.md file in the PREP/icon folder.

4.2.3 Boundary Conditions Processor (BCON)

BCON generates a netCDF file of the chemical conditions along the lateral boundaries of the modeling domain. BCON will generate an output file with chemical concentrations for all grid cells along the modeling domain's horizontal boundaries. It can generate these boundary conditions from either an existing CCTM output file or one of four ASCII files of vertically resolved concentration profiles distributed with CMAQ. Running BCON requires that the user already generated MCIP files for their target modeling domain. For both input file options, BCON will interpolate the data to the horizontal and vertical structure of the target domain as defined in the MCIP files. The species in the BCON output file are identical to those in the input (either CCTM output or ASCII profile) file. Depending on user specified options and/or input datasets, the boundary conditions generated by BCON can be time varying, time independent, and either spatially uniform or variable across the model boundaries.

Using an existing CCTM output file to generate boundary conditions is applicable when setting up windowed simulations (simulations with the same resolution that cover only a part of the outer domain) or nested simulations (simulations with finer-resolution grids that cover part of coarser-resolution grids). This is the preferred mode of specifying boundary conditions since the spatial concentration patterns derived from the coarser-resolution simulation will be spatially varying along the boundaries of the finer-resolution domain. Boundary conditions generated from CCTM output files will be either time varying or time independent.

The four ASCII files of vertically resolved concentration profiles distributed with CMAQ represent annual average concentrations at a grid cell over the Pacific derived from a simulation with the hemispheric version of CMAQv5.3 beta2 for the year 2016. As such, these concentration profiles are reflective of conditions in a remote marine environment. The simulation was performed with the cb6r3m_ae7_kmtbr chemical mechanism and profiles for racm_ae6_aq, saprc07tc_ae6_aq, and saprc07tic_ae7i_aq were derived using the species mapping approach described in Step 3 of the CMAQ Tutorial on creating Initial and Boundary Conditions from Seasonal Average Hemispheric CMAQ Output. If one of these ASCII profile files is used to generate boundary conditions, the resulting concentration fields will be uniform along the boundaries of the modeling domain and will not vary in time. Therefore, they are not a realistic representation of conditions along the domain boundaries and should only be used in cases where boundary conditions are not expected to affect the interpretation of model results.

CMAQ can use boundary conditions derived from global chemistry models (GCMs). While BCON does not directly support processing of datasets from GCMs (other than the hemispheric version of CMAQ) in their native formats, users could develop their own custom codes to transform their GCM datasets into I/O API format, which would then allow these datasets to be input into BCON in the same way as an existing CCTM output file.

The configuration options for BCON include choosing whether the boundary conditions are generated from an existing CCTM output file or from an ASCII profile, and defining the horizontal and vertical grids and time period for which boundary conditions are to be generated. Information on configuring BCON for the different kinds of input data, environment variables, input and output files, compiling and running BCON are provided in the README.md file in the PREP/bcon folder.

4.2.4 External Software Programs for Preparing CMAQ Inputs

The SMOKE and FEST-C modeling systems and the Spatial Allocator tools are used to create CMAQ emissions and land surface inputs. These systems are maintained by EPA and CMAS developers and are hosted and supported by the CMAS Center. Links to documentation and software download for each system are provided below.

Emissions Processor (SMOKE) Sparse Matrix Operator Kerner Emissions (SMOKE) Modeling System is designed to create gridded, speciated, hourly emissions for input into CMAQ and other air quality models. SMOKE supports area, biogenic, mobile (both onroad and nonroad), and point source emissions processing for criteria, particulate, and toxic pollutants. For biogenic emissions modeling, SMOKE uses the Biogenic Emission Inventory System.

Fertilizer Emissions Processor (FEST-C) The Fertilizer Emission Scenario Tool for CMAQ (FEST-C) system is used to generate agricultural-land nitrogen and soil information for CMAQ bi-directional NH3 modeling. FEST-C contains three main components: Java interface, Environmental Policy Integrated Climate (EPIC) model, and SA Raster Tools. The interface guides users through generating required land use and crop data and EPIC input files and simulating EPIC, and extracting EPIC output for CMAQ.

FEST-C is used to create the E2C_LU, E2C_SOIL, and E2C_CHEM files discussed later in this chapter.

Processing Spatial Data with the Spatial Allocator (SA) The Spatial Allocator is a set of tools that helps users manipulate and generate data files related to emissions and air quality modeling. The tools perform functions similar to Geographic Information Systems (GIS), but are provided to the modeling community free of charge. In addition, the tools are designed to support some of the unique aspects of the file formats used for CMAQ, SMOKE and WRF modeling.

SA is used to generate the surf zone and open ocean file that is a required input for utilizing marine emissions and chemistry in CMAQ. Some chemical mechanisms require the presence of additional variables in the ocean file which can be added by using a Python based tool. This file is discussed later in this chapter under the OCEAN_1: Sea spray mask section.

Python tool for adding DMS and CHLO in the OCEAN file An ocean mask file (OCEAN) containing OPEN (open ocean) and SURF (surf zone) is needed for sea spray emissions module in CMAQ. Some chemical mechanisms (e.g., CB6r5m_ae7_aq) in CMAQ include halogen and DMS chemistry which requires additional parameters in the OCEAN file: DMS (DMS concentrations in seawater) and CHLO (monthly climatological chl-a concentration from MODIS). A Python based tool has been developed for adding DMS and CHLO to the OCEAN file (PYTOOLS/dmschlo/CMAQ_DMS_ChlorA_Plot.ipynb). Not all chemical mechanisms need DMS and CHLO and some (CB6r5_ae7_aq) only need DMS.

Additional information on processing data for CMAQ inputs is provided in Appendix C.

4.3 CMAQ Input Files

Jump to Table of Input Files
Jump to CCTM Output Files in Chapter 7

CMAQ requires a basic set of input files: initial condition file, which is created by ICON process or previous day output; boundary condition file, which is created by BCON process; emission files; and meteorological data created by MCIP using WRF and terrain data. Additional input files may be required based on specific run time options. CMAQ output files include a basic set of files with aerosol and gas-phase species concentrations, wet and dry deposition estimates, and visibility metrics, and an auxiliary set of output files for diagnosing model performance and in-line-calculated emissions. Model outputs are discussed in Chapter 7.

Rather than forcing the user to deal with hard-coded file names or hard-coded unit numbers, the I/O API netCDF file format utilizes the concept of logical file names. The modelers can define the logical names as properties of a program, and then at run-time the logical names can be linked to the actual file name using environment variables. For programming purposes, the only limitations are that logical file names cannot contain blank spaces and must be at most 16 characters long. When a modeler runs a program that uses the I/O API format, environment variables must be used to set the values for the program’s logical file names. A complete list of CMAQ input is provided in Table 4-1.

This section describes each of the input files required by the various CMAQ programs. The section begins with a description of the grid definition file, GRIDDESC, which is used by several CMAQ programs, and then goes through a program-by-program listing of the CMAQ input file requirements. Table 4-1 lists the source, file type (e.g. ASCII, GRDDED3, BNDARY3, etc.), and temporal and spatial dimensions of each CMAQ input file. Typical time step is 1 hour; however a user can specify a finer one, e.g. 20 minutes. In addition, typical thickness of a boundary file is 1, i.e. NTHIK = 1 but it can be any positive integer.

Table 4-1. CMAQ input files. Note that when "Time-Dependence" is listed as "Hourly", it is shorthand for a time-varying file. It is recommended that CMAQ use a time increment that is no longer than one hour. However, CMAQ can be run with a Time Dependence that is shorter than hourly.

Environment Variable Name for FileFile TypeTime-DependenceSpatial DimensionsSourceRequired
General
GRIDDESC ASCIIn/an/aMCIPrequired
gc_matrix_nml ASCIIn/an/aCMAQ reporequired
ae_matrix_nml ASCIIn/an/aCMAQ reporequired
nr_matrix_nml ASCIIn/an/aCMAQ reporequired
tr_matrix_nml ASCIIn/an/aCMAQ reporequired
MISC_CTRL_NML ASCIIn/an/aCMAQ reporequired
Initial Conditions Inputs
INIT_CONC_1 GRDDED3Time-invariantXYZICON or CCTMrequired
Boundary Conditions Inputs
BNDY_CONC_1 BNDARY3HourlyPERIM*ZBCONrequired
MCIP
GRID_CRO_2D GRDDED3Time-invariantXYMCIPrequired
GRID_BDY_2D BNDARY3Time-invariantPERIM*ZMCIPrequired
GRID_DOT_2D GRDDED3Time-invariant(X+1)*(Y+1)MCIPrequired
MET_BDY_3D BNDARY3HourlyPERIM*ZMCIPrequired
MET_CRO_2D GRDDED3HourlyXYMCIPrequired
MET_CRO_3D GRDDED3HourlyXYZMCIPrequired
MET_DOT_3D GRDDED3Hourly(X+1)*(Y+1)ZMCIPrequired
LUFRAC_CRO GRDDED3Time-invariantXYLMCIPrequired
SOI_CRO GRDDED3HourlyXYSMCIPoptional (Contains soil moisture and soil temperature in layers. A two-layer representation of those fields is currently mirrored in MET_CRO_2D.)
MOSAIC_CRO GRDDED3HourlyXYMMCIPoptional (Contains surface fields in mosaic land use categories if Noah Mosaic LSM was run in WRF. Can work with STAGE deposition in CCTM.)
mcip.nc netCDFvaries by fieldvaries by fieldMCIPrequired if IOFORM=2 (Currently not compatible with rest of CMAQ system.)
mcip_bdy.nc netCDFvaries by fieldvaries by fieldMCIPrequired if IOFORM=2 (Currently not compatible with rest of CMAQ system.)
Emissions Inputs
DESID_CTRL_NML ASCIIn/an/aCMAQ reporequired
DESID_CHEM_CTRL_NML ASCIIn/an/aCMAQ reporequired
GR_EMIS_XXX* GRDDED3HourlyXYZSMOKErequired
STK_GRPS_XXX GRDDED3Time-invariantXYSMOKErequired
STK_EMIS_XXX GRDDED3HourlyXYSMOKErequired
NLDN_STRIKES GRDDED3HourlyXYMust purchase dataoptional for including NO from lightning
LTNGPARMS_FILE GRDDED3Time-invariantXYCMASrequired for including NO from lightning
Biogenic and Land Surface Inputs
OCEAN_1 GRDDED3Time-invariantXYSpatial Allocator and a Python-based toolrequired for running CMAQ with sea-spray aerosol, halogen or DMS chemistry
GSPRO ASCIITime-invariantN/aCMAQ reporequired for running CMAQ with online BEIS biogenics
BEIS_NORM_EMIS GRDDED3Time-invariantXYSMOKErequired for running CMAQ with online BEIS biogenics
MEGAN_CTS GRDDED3Time-invariantXYZMEGAN preprocessorrequired for running CMAQ with online MEGAN biogenics
MEGAN_LDF GRDDED3Time-invariantXYMEGAN preprocessorrequired for running CMAQ with online MEGAN biogenics
MEGAN_EFS GRDDED3Time-invariantXYMEGAN preprocessorrequired for running CMAQ with online MEGAN biogenics
MEGAN_LAI GRDDED3Time-invariantXYMEGAN preprocessoroptional for running CMAQ with online MEGAN biogenics
BDSNP_AFILE GRDDED3Time-invariantXYMEGAN preprocessorrequired for BDSNP soil NO
BDSNP_NAFILE GRDDED3Time-invariantXYMEGAN preprocessorrequired for BDSNP soil NO model
BDSNP_LFILE GRDDED3Time-invariantXYMEGAN preprocessorrequired for BDSNP soil NO model
BDSNP_FFILE GRDDED3Time-invariantXYMEGAN preprocessorrequired for BDSNP soil NO model
BDSNP_NFILE GRDDED3Time-invariantXYMEGAN preprocessorrequired for BDSNP soil NO model
E2C_LU GRDDED3Time-invariantXYEPICrequired for running CMAQ with bidirectional NH3
E2C_SOIL GRDDED3Time-invariantXYEPICrequired for running CMAQ with bidirectional NH3
E2C_CHEM GRDDED3DailyXYEPICrequired for running CMAQ with bidirectional NH3
STAGE Deposition Option
STAGECTRL_NML ASCIIn/an/aCMAQ reporequired
Photolysis
OMI ASCIIDailyn/aCMAQ repo or create_omirequired
OPTICS_DATA ASCIIn/an/aCMAQ reporequired
CSQY_DATA ASCIIn/an/aCMAQ reporequired

*XXX - three-digit variable indicating emission stream number. Gridded and Inline Point emissions are numbered independently.

4.3.1 Windowing Capability

Under the assumption that all inputs utilize the same projection and grid resolution, CMAQ allows users to provide a gridded input files which covers a different geographic extent but are a proper super set of the simulation domain. Proper super set means that the simulated domain must be at least one grid cell smaller at all sides than the gridded input (see Figure 4-3-1 below). This capability excludes the chemical boundary condition file (BCFILE) which must be created for the simulated domain using the BCON program. This capability applies to meteorological data files, however, METBDY3D won't be used, and the meteorological boundary information will be extracted from METCRO3D directly. For point source files, CMAQ already can discern if a particular point source is within the simulation domain or not as long as the files also use the same projection.

Figure 4-3-1

Figure 4-3-1. Appropriate Windowing Domain illustration

4.4 GRIDDESC and Species Namelist Files

GRIDDESC: Horizontal domain definition

Return to Table 4-1

Used by: ICON, BCON, CCTM

The CMAQ grid description file (GRIDDESC) is an ASCII file that contains two sections: a horizontal coordinate section, and domain description section. The GRIDDESC file is generated automatically by MCIP; alternatively, GRIDDESC can be created using a text editor.

The horizontal coordinate section consists of text records that provide the coordinate-system name, the map projection, and descriptive parameters that define the projection. This section is used to provide projection information that is used by a family of nested domains, where the coordinate-system name is shared by each of the domains.

The grid description section consists of text records that indicate the grid name, related coordinate-system name (i.e., which GRIDDESC horizontal coordinate name that is defined in the previous section that is applied to this grid), and descriptive parameters for the coordinates of the lower-left corner of the grid, grid cell size, number of columns, and rows. There are at most 32 coordinate systems and 256 grids that can be listed in one of these files. These files are small enough to be archived easily with a study and have a sufficiently simple format that can easily be constructed "by hand." The elements of the GRIDDESC files are typically included with the metadata for the output files in the CMAQ system.

An example of a GRIDDESC file is shown below:

' '
'LAM_40N100W'                          
2 30.0 60.0 -100.0 -100.0 40.0
' '                                           
'M_32_99TUT02'
'LAM_40N100W' 544000.0 -992000.0 32000.0 32000.0 38 38 1
' '

The horizontal coordinate section (first section) in this example GRIDDESC file defines a horizontal coordinate named “LAM_40N100W”. The coordinate definition is for a Lambert conformal grid, keyed by the first column of the coordinate description line, which corresponds to the numeric code for the various I/O API-supported grid types (2 = Lambert). The next three parameters (P_ALP, P_BET, and P_GAM) have different definitions for different map projections. For Lambert conformal, P_ALP and P_BET are the true latitudes of the projection cone (30°N and 60°N in the example), and P_GAM (100°W in the example) is the central meridian of the projection. The last two parameters, XCENT and YCENT, are the reference longitude and latitude for the domain, which are 100°W and 40°N in the example.

The second section in the example describes a domain named “M_32_99TUT02”. In this example, the coordinate named “LAM_40N100W” is referenced in the domain definition. The next two parameters in the domain definition (XORIG and YORIG) are the east-west and north-south offsets from XCENT and YCENT in meters. The next two parameters (XCELL and YCELL) are the horizontal grid spacing in meters for the X and Y directions (i.e., Δx and Δy). The next two parameters (NCOLS and NROWS) are the numbers of grid cells in the X and Y directions. The grid definition concludes with the number of boundary cells, NTHIK, which is typically set to 1. Note that the number of boundary cells for CMAQ differs from that used by WRF.

Additional information about the parameters in the GRIDDESC file can be found in the I/O API Documentation.

{gc|ae|nr|tr}_matrix.nml: Species namelist files

Return to Table 4-1

Used by: CCTM, CHEMMECH

Namelist look-up tables for different classes of simulated pollutants are used to define the parameters of different model species during the execution of the CMAQ programs. Gas-phase (gc), aerosol (ae), non-reactive (nr), and tracer (tr) species namelist files contain parameters for the model species that are included in these different classifications. The species namelist files are used to control how the different CMAQ programs and processes handle the model species. The namelist files define the following processes for each model species:

  • Initial conditions which initial condition species is the pollutant mapped to; if not specified, this will default to the species name.
  • IC Factor if the pollutant is mapped to an initial condition species, uniformly apply a scaling factor to the concentrations.
  • Boundary conditions which boundary condition species is the pollutant mapped to; if not specified, this will default to the species name.
  • BC Factor if the pollutant is mapped to a boundary condition species, uniformly apply a scaling factor to the concentrations.
  • Deposition velocity which (if any) deposition velocity is the deposition velocity for the pollutant mapped to; allowed velocities are specified within the model source code.
  • Deposition velocity factor if the pollutant is mapped to a deposition velocity, uniformly apply a scaling factor to this velocity.
  • Scavenging - which (if any) species is the pollutant mapped to; Allowed scavenging surrogates are specified within the model source code ("hlconst.F").
  • Scavenging factor - if the pollutant is mapped to a species for scavenging, uniformly apply a scaling factor to the scavenging rate.
  • Gas-to-aerosol conversion which (if any) aerosol chemistry species does the gas phase pollutant concentration go into for transformation from the gas-phase to the aerosol-phase. Allowed gas-to-aerosol surrogates are specified within the model source code ("PRECURSOR_DATA.F" and "SOA_DEFN.F")
  • Gas-to-aqueous Surrogate which (if any) cloud chemistry species does the gas pollutant concentration go into for simulating chemistry within cloud water. Allowed gas-to-aqueous surrogates are specified within the model source code and depends on the cloud model/aqueous chemistry being used (for example, for the acm_ae6, see "AQ_DATA.F").
  • Aerosol-to-aqueous Surrogate which (if any) cloud chemistry species does the aerosol pollutant concentration go into for simulating chemistry within cloud water. Allowed aerosol-to-aqueous surrogates are specified within the model source code and depends on the cloud model/aqueous chemistry being used (for example, for the acm_ae6, see "AQ_DATA.F").
  • Transport is the pollutant transported by advection and diffusion in the model?
  • Dry deposition Write the pollutant to the dry deposition output file?
  • Wet deposition Write the pollutant to the wet deposition output file?
  • Concentration Write the pollutant to the instantaneous concentration output file?

The namelist files contain header information that describe which class of species are contained in the file, the number of parameters contained in the file, headers describing the parameter fields, and then a series of rows with configuration parameters for every model species. Table 4-2 contains the namelist file format for the gas-phase (GC) species namelist file. The namelist files for the other species classifications (AE, NR, TR) are similar to the format shown in Table 4-2.

Table 4-2. GC species namelist file format

LineColumnNameTypeDescriptionOptions for Syntax:
1File TypeStringString to delineate Gas Phase (GC), Aerosol (AE), Non-reactive (NR) and Tracer (TR) species namelist{&GC_nml, &AE_nml, &NR_nml, &TR_nml}
3Header IDStringString to define data structure relating to namelist{GC_SPECIES_DATA=, AE_SPECIES DATA= , NR_SPECIES_DATA= ,TR_SPECIES_DATA = }
51SPECIESStringCMAQ Species name, i.e. NO, HNO3, PAR; dependent on chemical mechanism-
2MOLWTIntegerSpecies Molecular Weight-
3ICStringIC surrogate species name for the CMAQ Species{'Species name', ' '}
4FACIntegerScaling factor for the IC concentration{Any real: default = -1 if IC is not specified}
5BCStringBC surrogate species name for the CMAQ Species{'Species name', ' '}
6FACIntegerScaling factor for the BC concentration{Any real: default = -1 if BC is not specified}
7DRYDEP SURRStringDeposition velocity variable name for the CMAQ Species{'Species name', ' '}
8FACIntegerScaling factor for the deposition velocity{Any real: default = -1 if SURR is not specified}
9WET-SCAV SURRStringWet Deposition Scavenging surrogate species{'Species name', ' '}
10FACIntegerScaling factor for Scavenging{Any real: default = -1 if SURR is not specified}
11GC2AE SURRStringGas-to-aerosol transformation species{'Species name', ' '}
12GC2AQ SURRStringGas-to-aqueous transformation species{'Species name', ' '}
13TRNSStringTransport Switch. NOTE: Instead of using one column labeled "TRNS" to turn/off both advection and diffusion for a pollutant, two separate columns labeled "ADV" and "DIFF" can be used to switch on/off advection and diffusion separately.{YES/NO}
14DDEPStringDry deposition output file switch{YES/NO}
15WDEPRealWet deposition output file switch{YES/NO}
16CONCStringConcentration output file switch{YES/NO}

The namelist files for the other pollutant classes have similar configurations as the gas-phase species configuration shown in Table 4-2. For an example see this link to the GC namelist species file for the cb06r3_ae7_aq mechanism.

CMAQ_Control_Misc.nml: Miscellaneous Control Variables

Return to Table 4-1

Used by: ELMO, Budget Tool, DESID

This control file provides an interface to activate/deactivate and set parameters for the operation of the Explicit and Lumped CMAQ Model Output module (ELMO; Appendix F), the Budget Tool (Chapter 9), and an aspect of the DESID emissions interface. The variables for the ELMO and Budget Tool modules should be chosen in this file in the &elmo_activate, &elmo_inst, &elmo_avrg, and &Budget_Options sections.

The final sections (&Chemical_FamVars and &ChemicalFamilies) allow users to define chemical families for output that can be referred to by ELMO, The Budget Tool or DESID. For example, 'NOX' may be defined as a chemical family containing 'NO' and 'NO2'. The &Chemical_FamVars section should be used to define the total number of chemical families that will be specified (N_Chem_Fams) and the maximum number of chemical species among all defined chemical families (Max_Chem_Fam_Members). For example, if a user defined three chemical families including 'NOX','AROMATICS', and 'BSOA', then a chemical family entry could be written as follows:

&Chem_FamVars  
  N_Chem_Fams = 3  
  Max_Chem_Fam_Members = 10  
 /  
 &ChemicalFamilies  
  ChemFamilyName(1) = 'NOX'
  ChemFamilyMembers(1,:) = 'NO','NO2'  
  
  ChemFamilyName(2) = 'AROMATICS'
  ChemFamilyMembers(2,:) = 'TOL','XYL','BENZ','NAPH'  
  
  ChemFamilyName(3) = 'DUST'
  ChemFamilyMembers(3,:) = 'ACORS','ASOIL','AECI','AECJ','AFEJ','AALJ','ATIJ','ASIJ','ACAJ','AMGJ','AKJ','AMNJ'  
 / 

4.5 Initial Conditions Input

INIT_CONC_1: Initial conditions

Return to Table 4-1

Used by: CCTM

The initial concentrations of each species being modeled must be input to CMAQ. The initial conditions input file type is GRDDED3 and does not vary with time. The actual file data are organized in this manner: by column, by row, by layer, by variable. Initial conditions files have the same structure as concentration files, so the predicted concentrations from the last hour of day 1 can be used to initialize the following day’s simulation. This gives CMAQ users the flexibility to segment simulations in any way they choose.

4.6 Boundary Conditions Input

BNDY_CONC_1: Boundary conditions

Return to Table 4-1

Used by: CCTM

CMAQ boundary condition data are of the BNDARY3 file type. Produced by the boundary condition processor, BCON, CCTM reads these data and correlates them with the interior data using a pointer system. This pointer system designates the beginning location of the data in memory that start a new side of the domain (i.e., south, east, north, or west). Consult I/O API User Guide for a pictorial description.

Each species being modeled should be in the BNDY_CONC_1 file. If some modeled species are not contained in this file, the boundary condition for these species will default to the value 1 × 10e-30. The perimeter of the CMAQ domain is NTHIK cell wide (typically NTHIK = 1), where the number of boundary cells = NTHIK*(2*NCOLS + 2*NROWS +4*NTHIK).

4.7 Meteorological Inputs (Processed for the CMAQ System using MCIP)

**_MCIP output files generated when IOFORM=1 (Models-3 I/O API)_**
- GRIDDESC:     Grid description used throughout the CMAQ System
- GRID_CRO_2D:  Time-invariant 2D fields (XY) at cell centers (cross points)
- GRID_BDY_2D:  Time-invariant fields from GRID_CRO_2D, but along domain lateral boundaries
- GRID_DOT_2D:  Time-invariant 2D fields (XY) at cell corners (dot points) and cell faces
- MET_CRO_2D:   Time-varying 2D fields (XY) at cell centers (cross points)
- MET_CRO_3D:   Time-varying 3D fields (XYZ) at cell centers (cross points)
- MET_BDY_3D:   Time-varying fields from MET_CRO_3D, but along domain lateral boundaries
- MET_DOT_3D:   Time-varying 3D fields (XYZ) at cell corners (dot points) and cell faces
- LUFRAC_CRO:   Time-invariant 3D fractional land use (XYL) at cell corners (cross points)
- SOI_CRO:      Time-varying 3D soil moisture and temperature (XYS) in model soil layers at cell centers
- MOSAIC_CRO:   Time-varying 3D surface fields by mosaic land use category (XYM) at cell centers

**_MCIP output files generated when IOFORM=2 (netCDF)_**
- GRIDDESC:     Grid description used throughout the CMAQ System
- mcip.nc:      All time-invariant and time-varying 2D and 3D fields (all dimensions)
- mcip_bdy.nc:  All required time-invariant and time-varying 2D and 3D fields along lateral boundaries

Return to Table 4-1

Used by: ICON, BCON, CCTM, and some optional programs

Table 4-3 MCIP output variables used within the CMAQ system. All fields are located at cell centers, except where noted in the Description. The Dimensions are: XY=horizontal, T=time-varying, Z=layers above ground, S=layers below ground, L=land use categories, M=mosaic land use categories.

Variable NameDescriptionUnitsDimensionsFileRequired
LATlatitudedegrees, where Northern Hemisphere is positiveXYGRIDCRO2D and GRIDBDY2D, or mcip.nc and mcip_bdy.ncyes
LONlongitudedegrees, where Western Hemisphere is negativeXYGRIDCRO2D and GRIDBDY2D, or mcip.nc and mcip_bdy.ncyes
MSFX2squared map-scale factorm2 m-2XYGRIDCRO2D and GRIDBDY2D, or mcip.nc and mcip_bdy.ncyes
HTterrain elevationmXYGRIDCRO2D and GRIDBDY2D, or mcip.nc and mcip_bdy.ncyes
DLUSEdominant land usecategoryXYGRIDCRO2D and GRIDBDY2D, or mcip.nc and mcip_bdy.ncyes
LWMASKland-water mask1=land, 0=waterXYGRIDCRO2D and GRIDBDY2D, or mcip.nc and mcip_bdy.ncyes
PURBurban percent of cell based on land coveragepercentXYGRIDCRO2D and GRIDBDY2D, or mcip.nc and mcip_bdy.ncno, but refines vertical mixing in urban areas
LUFRACfraction of land use by category1XYLLUFRACCRO or mcip.ncyes
LATDlatitudedegrees, where Northern Hemisphere is positive (at cell corners)XYGRIDDOT2D or mcip.ncno
LONDlongitudedegrees, where Western Hemisphere is negative (at cell corners)XYGRIDDOT2D or mcip.ncno
MSFD2squared map scale factorm2 m-2 (at cell corners)XYGRIDDOT2D or mcip.ncno
LATUlatitudedegrees, where Northern Hemisphere is positive (at cell west-east faces)XYGRIDDOT2D or mcip.ncno
LONUlongitudedegrees, where Western Hemisphere is negative (at cell west-east faces)XYGRIDDOT2D or mcip.ncno
MSFU2squared map scale factorm2 m-2 (at cell west-east faces)XYGRIDDOT2D or mcip.ncyes
LATVlatitudedegrees, where Northern Hemisphere is positive (at cell south-north faces)XYGRIDDOT2D or mcip.ncno
LONVlongitudedegrees, where Western Hemisphere is negative (at cell south-north faces)XYGRIDDOT2D or mcip.ncno
MSFV2squared map scale factorm2 m-2 (at cell south-north faces)XYGRIDDOT2D or mcip.ncyes
PRSFCsurface pressurePaXYTMETCRO2D or mcip.ncyes
USTARcell-averaged horizontal friction velocitym s-1XYTMETCRO2D or mcip.ncyes
WSTARconvective velocity scalem s-1XYTMETCRO2D or mcip.ncyes
PBLplanetary boundary layer heightmXYTMETCRO2D or mcip.ncyes
ZRUFsurface roughness lengthmXYTMETCRO2D or mcip.ncyes
MOLIinverse Monin-Obukhov lengthm-1XYTMETCRO2D or mcip.ncyes
HFXsensible heat fluxW m-2XYTMETCRO2D or mcip.ncyes
LHlatent heat fluxW m-2XYTMETCRO2D or mcip.ncyes
RADYNIinverse aerodynamic resistancem s-1XYTMETCRO2D or mcip.ncyes
RSTOMIinverse bulk stomatal resistancem s-1XYTMETCRO2D or mcip.ncyes
TEMPGskin temperature at groundKXYTMETCRO2D or mcip.ncyes
TEMP22-m temperatureKXYTMETCRO2D or mcip.ncyes
Q22-m water vapor mixing ratiokg kg-1XYTMETCRO2D or mcip.ncyes
WSPD1010-m wind speedm s-1XYTMETCRO2D or mcip.ncyes
WDIR1010-m wind directiondegreesXYTMETCRO2D or mcip.ncno
GLWlongwave radiation at groundW m-2XYTMETCRO2D or mcip.ncyes
GSWsolar radiation absorbed at groundW m-2XYTMETCRO2D or mcip.ncyes
RGRNDsolar radiation reaching the surfaceW m-2XYTMETCRO2D or mcip.ncyes
RNincremental (per output time step) nonconvective precipitationcmXYTMETCRO2D or mcip.ncyes
RCincremental (per output time step) convective precipitationcmXYTMETCRO2D or mcip.ncyes
CFRACtotal column integrated cloud fraction1XYTMETCRO2D or mcip.ncyes, if photolysis uses the table option in CCTM
CLDTcloud layer top heightmXYTMETCRO2D or mcip.ncyes, if photolysis uses the table option in CCTM
CLDBcloud layer bottom heightmXYTMETCRO2D or mcip.ncyes, if photolysis uses the table option in CCTM
WBARaverage liquid water content of cloudg m-3XYTMETCRO2D or mcip.ncyes, if photolysis uses the table option in CCTM
SNOCOVsnow cover1=yes, 0=noXYTMETCRO2D or mcip.ncyes
VEGvegetation coverage1XYTMETCRO2D or mcip.ncyes
LAIleaf-area indexm2 m-2XYTMETCRO2D or mcip.ncyes
WRcanopy moisture contentmXYTMETCRO2D or mcip.ncyes
SEAICEsea ice1XYTMETCRO2D or mcip.ncyes
SNOWHsnow heightmXYTMETCRO2D or mcip.ncyes
SOIM1volumetric soil moisture in top cmm3 m-3XYTMETCRO2D or mcip.ncyes, but preferred to use from SOIM3D
SOIM2volumetric soil moisture in top mm3 m-3XYTMETCRO2D or mcip.ncyes, but preferred to use from SOIM3D
SOIT1soil temperature in top cmKXYTMETCRO2D or mcip.ncyes, but preferred to use from SOIT3D
SOIT2soil temperature in top mKXYTMETCRO2D or mcip.ncyes, but preferred to use from SOIT3D
SLTYPsoil texture type1XYTMETCRO2D or mcip.ncyes
WWLT_PXsoil wilting point from PX LSMm3 m-3XYTMETCRO2D or mcip.ncno, but used if available
WFC_PXsoil field capacity from PX LSMm3 m-3XYTMETCRO2D or mcip.ncno, but used if available
WSAT_PXsoil saturation from PX LSMm3 m-3XYTMETCRO2D or mcip.ncno, but used if available
CLAY_PXclay from PX LSM1XYTMETCRO2D or mcip.ncno, but used if available
CSAND_PXcoarse sand from PX LSM1XYTMETCRO2D or mcip.ncno, but used if available
FMSAND_PXfine-medium sand from PX LSM1XYTMETCRO2D or mcip.ncno, but used if available
JACOBFtotal Jacobian at layer facemXYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
JACOBMtotal Jacobian at layer middlemXYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
DENSA_JJacobian-weighted total air densitykg m-2XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
WHAT_JDJacobian- and density-weighted vertical contravariant velocitykg m-1 s-1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
TAair temperatureKXYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
QVwater vapor mixing ratiokg kg-1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
PRESair pressurePaXYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
DENSair densitykg m-3XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
WWINDvertical velocitym s-1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
ZHmid-layer height above groundmXYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
ZFfull layer height above groundmXYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
TKEturbulent kinetic energyJ kg-1XYZTMETCRO3D and METBDY3D, or mcip.nc and met_bdy.ncno
PVpotential vorticitym2 K kg-1 s-1 x 10-6XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncno, but required for PV scaling
WWINDvertical velocitym s-1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncno
CFRAC_3D3D resolved cloud fraction1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncno, but used if available
QCcloud water mixing ratiokg kg-1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
QRrain water mixing ratiokg kg-1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncyes
QIice mixing ratiokg kg-1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncno, but used if available
QSsnow mixing ratiokg kg-1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncno, but used if available
QGgraupel mixing ratiokg kg-1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncno, but used if available
QC_CUsubgrid cloud water mixing ratio from KFkg kg-1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncno; only output if available from WRF; for future development
QI_CUsubgrid cloud ice mixing ratio from KFkg kg-1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncno; only output if available from WRF; for future development
CLDFRA_DPsubgrid deep cloud fraction1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncno; only output if available from WRF; for future development
CLDFRA_SHsubgrid shallow cloud fraction1XYZTMETCRO3D and METBDY3D, or mcip.nc and mcip_bdy.ncno; only output if available from WRF; for future development
UWINDu-component of horizontal wind (cell corners)m s-1XYZTMETDOT3D or mcip.ncno
VWINDv-component of horizontal wind (cell corners)m s-1XYZTMETDOT3D or mcip.ncno
UHAT_JDcontravariant-U x Jacobian x densitykg m-1 s-1 [cell faces; Arakawa-C grid]XYZTMETDOT3D or mcip.ncyes
VHAT_JDcontravariant-V x Jacobian x densitykg m-1 s-1 [cell faces; Arakawa-C grid]XYZTMETDOT3D or mcip.ncyes
UWINDCu-component of horizontal wind (west-east cell faces)m s-1XYZTMETDOT3D or mcip.ncyes
VWINDCv-component of horizontal wind (south-north cell faces)m s-1XYZTMETDOT3D or mcip.ncyes
SOIT3Dsoil temperatureKXYSTSOICRO or mcip.ncyes
SOIM3Dsoil moisturekg kg-1XYSTSOICRO or mcip.ncyes
LUFRAC2fractional land use in mosaic categories1XYMMOSAICCRO or mcip.ncno, but can be used with STAGE deposition
MOSCATmosaic land use categories1XYMMOSAICCRO or mcip.ncno, but can be used with STAGE deposition
LAI_MOSleaf area index (by mosaic categories)m2 m-2XYMTMOSAICCRO or mcip.ncno, but can be used with STAGE deposition
RAI_MOSinverse of aerodynamic resistance (by mosaic categories)m s-1XYMTMOSAICCRO or mcip.ncno, but can be used with STAGE deposition
RSI_MOSinverse of stomatal resistance (by mosaic categories)m s-1XYMTMOSAICCRO or mcip.ncno, but can be used with STAGE deposition
TSK_MOSskin temperature (by mosaic categories)KXYMTMOSCRO or mcip.ncno, but can be used with STAGE deposition
ZNT_MOSroughness length (by mosaic categories)mXYMTMOSCRO or mcip.ncno, but can be used with STAGE deposition

4.8 Emissions Inputs

DESID_Ctrl_nml: DESID Control Namelist

Return to Table 4-1

In addition to the options available in the RunScript, CMAQ now reads dedicated namelists in order to apply comprehensive rules for reading and scaling emissions. The first of these namelists, called the DESID Control Namelist is named "CMAQ_Control_DESID.nml" by default. This namelist is stored in the repo in the emissions source code folder and is copied into the user's build directory when bldit_cctm.csh is executed. If the user modifies the name or location of this namelist, then the following command in the RunScript should be updated as well:

setenv DESID_CTRL_NML ${BLD}/CMAQ_DESID_Ctrl.nml

The Detailed Emissions Scaling, Isolation and Diagnostics (DESID) module included with CMAQv5.3 and beyond provides comprehensive customization and transparency of emissions manipulation to the user. The customization of emissions is accomplished via two namelist files, the first of which is the DESID Control Namelist. This namelist contains several sections of distinct options that modify the behavior of the emissions module. These include Desid_Options, Area Normalization, Size Distributions, Region Definitions, Stream Family Definitions, and Diagnostic Output Options.

DESID_Chem_Ctrl_nml: DESID Chemical Mapping Control Namelist

Return to Table 4-1

The second namelist used for specifying DESID operations is the DESID Chemical Mapping Control namelist, named "CMAQ_Control_DESID_[mech]". By default, every mechanism has its own version of this namelist because each is preloaded with likely rules linking emissions of important CMAQ primary species to their typical surrogate names as output by SMOKE. By default, this namelist is stored in each chemical mechanism folder (e.g. MECHS/cb6r3_ae7_aq) and is copied into the user's build directory when bldit_cctm.csh is executed. If the user modifies the name or location of this namelist, then the following command in the RunScript should be updated as well:

setenv DESID_CHEM_CTRL_NML ${BLD}/CMAQ_Control_DESID_[mech].nml

This file contains only one section, the chemical mapping table, which link chemical variables on the emissions streams (external files or online processes) to CMAQ species, and offers scaling capabilities, geographic specicficity with the regions functionalities, size distribution customization, and the use of chemical families.

GR_EMIS_XXX: Emissions

Return to Table 4-1

Used by: CCTM

CMAQ may accept emissions inputs from a variety of emissions models and preprocessors, as long as the input files created are compatible with I/O API format. The most commonly used software for preparing emissions inputs is the Sparse Matrix Operator Kernel Emissions (SMOKE) modeling system, which is a collection of programs that separately process and merge emissions data for each emissions stream for input to air quality models.

The emissions file provides primary pollutant emission rates by model grid cell and time. The file type is GRDDED3, and the units are in moles per second (moles s-1) for gas-phase species and grams per second (g s-1) for aerosol species. The file data are looped as follows: by column, by row, by layer, by variable, and by input time step. Elevated source emission rates may be provided to CCTM as vertically resolved emissions if the GR_EMIS_XXX file is 3D. The gridded emissions files should be assigned three-digit numeric suffixes to identify them. This suffix is used to link the emission filename to user-defined stream labels and other options (e.g. GR_EMIS_LAB_XXX, GR_EM_DTOVRD_XXX). Linking and modifying emissions streams is discussed further in Chapter 6.

Starting in CMAQv5.3, users can run with as many gridded emission files as desired, including zero files. Make sure the N_EMIS_GR runtime variable is set to reflect the number of gridded emission files.

STK_GRPS_XXX: Stack groups

Return to Table 4-1

Used by: CCTM inline emissions version only

The XXX mark is unique and represents the stream identification. Make sure the N_EMIS_PT runtime variable is set to reflect the total number of inline emission streams.

The stack groups file is an I/O API file containing stack parameters for elevated sources. This file can be created using the SMOKE program ELEVPOINT. For additional information about creating the stack groups file, see the ELEVPOINT documentation in the SMOKE user’s manual.

STK_EMIS_XXX: Point source emissions

Return to Table 4-1

Used by: CCTM inline emissions version only

The XXX mark is unique and represents the stream identification. Make sure the N_EMIS_PT runtime variable is set to reflect the total number of inline emission streams.

The elevated-point-source emissions file is an I/O API GRDDED3 file with emissions for point sources to be treated as elevated sources by CCTM. The emissions in this file are distributed through the vertical model layers using a plume-rise algorithm contained in CCTM. The elevated-point-source emissions file can be creating using SMOKE. For additional information about preparing point-source emissions for using the CMAQ inline plume rise calculation, see the ELEVPOINT documentation in the SMOKE user’s manual.

NLDN_STRIKES: Hourly observed lightning strikes

Return to Table 4-1

Used by: CCTM lightning NOx version only

The NLDN lightning strikes file is used for calculating online NO emissions from hourly observed strike counts. (Hourly NLDN lightning strike data can be purchased from a private vendor.) This file contains the following variables interpolated to the modeling grid:

Table 4-4 Variables in hourly observed lightning strike file.

Variable NameDescriptionUnitsRequired
LNThourly flash counts per sq. km.km-2yes

Use of lightning strike data in CMAQ simulations is discussed further in Chapter 6.

LTNGPARMS_FILE: Lightning parameters file

Return to Table 4-1

Used by: CCTM lightning NOx version only

The lightning parameters file is used for calculating online NO emissions from hourly observed strike counts. This file can be downloaded from the CMAS Data Warehouse.

This file contains the following variables interpolated to the modeling grid:

Table 4-5 Variables in lightning parameters file.

Variable NameDescriptionUnitsRequired
SLOPElinear equation parameter for estimating lightning flash count from hourly convective precipitationunitlessyes
INTERCEPTlinear equation parameter for lightning flash count from hourly convective precipitationkm-2*yes
SLOPE_lglogarithmic equation parameter for estimating lightning flash count from hourly convective precipitationunitlessyes
INTERCEPT_lglogarithmic equation parameter for estimating lightning flash count from hourly convective precipitationkm-2*yes
ICCG_SUMRatio of intercloud to cloud-to-ground flashes during the summer seasonunitlessyes
ICCG_WINRatio of intercloud to cloud-to-ground flashes during the winter seasonunitlessyes
OCNMASKLand/water mask to remove spurious flashes over the oceanunitlessyes

*Regression equation generates flash counts (or log flash counts) per square km per cm convectic precipitation.

Use of lightning strike data in CMAQ simulations is discussed further in Chapter 6.

4.9 Biogenic and Land Surface Inputs

OCEAN_1: Sea spray mask

Return to Table 4-1

Used by: CCTM

The CMAQ sea spray emissions module requires the input of an ocean mask file (OCEAN). OCEAN is a time-independent I/O API file that identifies the fractional [0-1] coverage in each model grid cell allocated to open ocean (OPEN) or surf zone (SURF). The CCTM uses this coverage information to calculate sea spray emission fluxes from the model grid cells online during a CCTM run.

Additionally, CMAQ's gas-phase chemical mechanisms except cb6r5m_ae7_aq contain an effective first order halogen mediated ozone loss over the ocean (where OPEN + SURF > 0.0). The OCEAN file is also required for this process. The cb6r5m_ae7_aq mechanism contains bromine, iodine and DMS chemistry and requires the OCEAN file with two additional variables: DMS (monthly mean climatological DMS concentrations in seawater) and CHLO (monthly mean climatological chlorophyll concentration). The cb6r5_ae7_aq mechanism contains DMS chemistry and requires the OCEAN file with DMS (monthly mean climatological DMS concentration in seawater).

See the CMAQ Ocean File Tutorial for step by step instructions on creating this file and for adding DMS and CHLO to the ocean files.

GSPRO: Speciation profiles

Return to Table 4-1

Used by: CCTM online BEIS biogenics emissions version only

The speciation profile file, GSPRO, contains the factors that are used to separate aggregated inventory pollutant emissions totals into emissions of model species in the form required by CMAQ. If only biogenic emissions are being calculated online in CMAQ, the GSPRO file used by CCTM needs to contain split factors only for the biogenic VOC emissions that are input in the B3GRD file. If other emissions sources are being calculated by CCTM, VOC split factors for these other sources must be included in the GSPRO file. The GSPRO file format is listed in the SMOKE user’s manual, see: GSPRO documentation.

BEIS_NORM_EMIS: Gridded, normalized biogenic emissions

Return to Table 4-1

Used by: CCTM online BEIS biogenics emissions version only

An I/O API GRDDED3 file of gridded, normalized biogenic emissions (in grams of carbon or nitrogen per hour, depending on the species) and leaf area index. The BEIS_NORM_EMIS file contains normalized emissions calculated with both summer and winter emissions factors. The B3GRD file is generated with the SMOKE program NORMBEIS4 using gridded land use data. For additional information about creating the BEIS_NORM_EMIS file, see the NORMBEIS4 documentation in the SMOKE users’ manual.

MEGAN_CTS: canopy types

Return to Table 4-1

Used by: CCTM online MEGAN biogenics emissions version only

The MEGAN_CTS file is an I/O API GRDDED3 file that is created using the MEGAN preprocessor. It contains canopy fraction information for six canopy types in one variable, CTS, which is nondimensional and ranges from 0-100. The vegetation types are needleleaf trees, tropical forest trees, temperate broadleaf trees, shrubs, herbaceous plants, and crops.

MEGAN_LDF: light dependence

Return to Table 4-1

Used by: CCTM online MEGAN biogenics emissions version only

The MEGAN_LDF file is an I/O API GRDDED3 file that is created using the MEGAN preprocessor. It contains nondimensional light dependence fractions for 4 of the 19 MEGAN chemical species.

MEGAN_EFS: emission factors

Return to Table 4-1

Used by: CCTM online MEGAN biogenics emissions version only

The MEGAN_EFS file is an I/O API GRDDED3 file that is created using the MEGAN preprocessor. It contains emission factors for the 19 MEGAN chemical species.

MEGAN_LAI: leaf area index

Return to Table 4-1

Used by: CCTM online MEGAN biogenics emissions version only

The MEGAN_LAI file is an I/O API GRDDED3 file that is created using the MEGAN preprocessor. It contains leaf area index that is separate from LAI values used in the rest of CMAQ. By default MEGAN will use this file for LAI, but users can choose to use the LAI values that are read in from MCIP files by setting the environmental variable USE_MEGAN_LAI to N in their run script.

BDSNP_AFILE: arid flag

Return to Table 4-1

Used by: CCTM online MEGAN biogenics emissions' BDSNP soil nitrogen model option

The BDSNP_AFILE file is an I/O API GRDDED3 file that is created using the MEGAN preprocessor for use with the BDSNP soil nitrogen option. It identifies climatically arid grid cells with 1s and 0s.

BDSNP_NAFILE: nonarid flag

Return to Table 4-1

Used by: CCTM online MEGAN biogenics emissions' BDSNP soil nitrogen model option

The BDSNP_NAFILE file is an I/O API GRDDED3 file that is created using the MEGAN preprocessor for use with the BDSNP soil nitrogen option. It identifies climatically non-arid grid cells with 1s and 0s.

BDSNP_LFILE: landfile type

Return to Table 4-1

Used by: CCTM online MEGAN biogenics emissions' BDSNP soil nitrogen model option

The BDSNP_LFILE file is an I/O API GRDDED3 file that is created using the MEGAN preprocessor for use with the BDSNP soil nitrogen option. It assigns each grid cell to one of 24 land types.

BDSNP_FFILE: fertilizer reservoir

Return to Table 4-1

Used by: CCTM online MEGAN biogenics emissions' BDSNP soil nitrogen model option

The BDSNP_FFILE file is an I/O API GRDDED3 file that is created using the MEGAN preprocessor for use with the BDSNP soil nitrogen option. It contains daily fertilizer information in ng N/m2 using 366 variables.

BDSNP_NFILE: nitrogen deposition

Return to Table 4-1

Used by: CCTM online MEGAN biogenics emissions' BDSNP soil nitrogen model option

The BDSNP_NFILE file is an I/O API GRDDED3 file that is created using the MEGAN preprocessor for use with the BDSNP soil nitrogen option. It contains monthly average nitrogen deposition values in ng/m2/s using 12 variables.

E2C_LU Fractional crop distributions

Return to Table 4-1

Used by: CCTM bidirectional NH3 flux version only

Land use data including fractional crop and tree distributions gridded to the modeling domain. This data set is created when generating the land use data for EPIC simulations over the conterminous U.S. domain by the BELD4 Data Generation tool in the FEST-C interface. Detailed information on the tool and FEST-C interface are available at https://www.cmascenter.org/fest-c/.

E2C_SOIL EPIC soil properties

Return to Table 4-1

Used by: CCTM bidirectional NH3 flux version only

This 3-D file is created by the EPIC to CMAQ tool via the FEST-C interface. It contains soil properties for Layer 1 (0 to 1 cm depth) and Layer 2 (1 cm to 100 cm depth) and for each crop in grid cells with agricultural land. Additional information on the EPIC simulation and the FEST-C interface are available at https://www.cmascenter.org/fest-c/.

E2C_CHEM EPIC crop types and fertilizer application

Return to Table 4-1

Used by: CCTM bidirectional NH3 flux version only

This is a 3-D daily file created by the EPIC to CMAQ tool via the FEST-C interface. The tool extracts EPIC simulated soil chemistry information including fertilization for the Layer 1 and Layer 2 soil profiles along with plant growth information in each grid cell with agricultural land. The FEST-C interface facilitates EPIC simulations for any CMAQ modeling domain over the conterminous U.S. area. Additional information on the EPIC simulation and the FEST-C interface are available at https://www.cmascenter.org/fest-c/.

STAGE Deposition Option

STAGECTRL_NML: STAGE Control Namelist

Return to Table 4-1

Table 4-6 Variables in the STAGE_DATA section of STAGECTRL_NML.

Variable NameDescriptionUnits
Species NameDeposited species name from the GR, NR, or TR namelistsunitless
rel_rxRelative reactivity for resistance estimates for cuticular and soil surfacesunitless
f0Wesely (1989) mesophyll resistance parameterunitless
Molar VolThe LeBas molar volume of the trace gasL mol-1
Mass accommodation coefThe probability that a trace gas molecule is incorporated into a wet surfaceunitless

The STAGE_DATA section allows for the user to add species that exist in GC,TR, or NR namelists to dry deposition estiamtes without the need to recompile CMAQ.

Table 4-7 Variables in the STAGE_LU section of STAGECTRL_NML.

Variable NameDescriptionUnits
Land Use NameName of the sub-grid land useunitless
Land Use TagName of the land use tag for aggrigating data1unitless
RSMINMinimum stomatal resistance of the land use2s m-1
Z0Momentum roughness lenght of the land usem
Max VEGMaximum vegetation coverage of the land use taken from the MODIS MCD12Q1 documentation%
Min VEGMinimum vegetation coverage of the land use taken from the MODIS MCD12Q1 documentation%
Max VEGMaximum single sided leaf area index of the vegetated fraction of the land useratio
Min VEGMinimum single sided leaf area index of the vegetated fraction of the land useratio
Ground NH3 GamNH3 emissions potential of the non-vegetated surface, e.g. leaf litter, soil, etc.3mol NH3 (mol H)-1
Veg NH3 GamNH3 emissions potential of the leaf mesophyll3mol NH3 (mol H)-1
Soil HgSoil Hg content of the land use4micro mol Hg (g soil)-1
Leaf WidthAerodynamic leaf widthm
AlphaZhang et al. 2001 land use parameter for aerosol dry depositionunitless
BAIBuilding area indexratio
AhairLeaf hair widthm
FhairRatio of leaf covered in hairratio
AleafPleim et al. 2022 aerodynamic leaf widthm
LU IndexSTAGE land use index for mappingunitless

1 Available land use tags are WATER, AG, AGMOS, HAY, URBAN, DECFORB, DECFORN, EVEFORB, EVEFORN, MIXFOR, HERB, SHRUB, GRASS, and WETLAND 2 This is used relatively preserving the area averaged stomatal resistance from the meteorological model 3 Used in NH3 the bidirectional exchange option. 4 Used in Hg the bidirectional exchange option.

STAGE is a tiled surface exchange option that estimates deposition and emissions by land use and area weights them to the grid cell. There is the option to develop custom land use mappings to reduce the redundancy in model calculations and allow the user to customize land use specific deposition for their specific ecosystem exposure or deposition needs. The MET_TO_STAGE_LU section of CMAQ_Control_STAGE namelist allows for the mapping of the meteorological model’s land use data to the user defined STAGE land use categories. These tables have been populated for WRF implimentations of MODIS, NLCD and USGS land use types and require no further modification for the default land use mapping.

Table 4-8 Variables in the MET_TO_STAGE_LU section of STAGECTRL_NML.

Variable NameDescription
Met_LU_NameName of the meteorological land use variable in LUFRAC_CRO (for documentation only)
Met_IndexLayer of the meteorological land use variable in LUFRAC_CRO
STAGE_LU_nameName of the STAGE land use variable in the Land Use Name column of the STAGE_LU section of STAGECTRL_NML
STAGE_IndexLayer of the STAGE land use variable in the LU Index column of the STAGE_LU section of STAGECTRL_NML
FactorLand use factor for the mapping. This must sum up to 1 for each unique element of the Met_Index
DescriptionDescription of the meteorological model's land use (for documentation only)

4.10 Photolysis Inputs

OMI: Ozone Monitoring Instrument Column Data

Return to Table 4-1

Used by: CCTM

OMI ozone column data by latitude and longitude for use in the photolysis calculations. CMAQ is distributed with ozone columns from 1978 to 2019 (CCTM/src/phot/inline/OMI_1979_to_2019.dat). The data are 22.5°x10° gridded ozone columns in Dobson units. The create_omi tool under the PREP folder can be used to create a data file to support simulations after 2019 or a data file with a finer spatial resolution.

PHOT_OPTICS: Optical and related parameters

Used by: CCTM

Wavelength, optical and surface albedo parameters for CMAQ in-line photolysis calculation. The values are determined by averaging technique over the above number of wavelength bins. This file is distributed with the CMAQ code.

CSQY: Absorption cross sections & quantum yields

Used by: CCTM

Wavelength and photolysis rate parameters for CMAQ in-line photolysis calculation. This file is distributed with the CMAQ code and is chemical mechanism specific.

<< Previous Chapter - Home - Next Chapter >> CMAQv5.5 User's Guide