PlumeSmartEPA Regulatory Air Dispersion Modeling
Air Modeling GuideCovers AERMOD 24142 & 26135 — every excerpt version-stamped · current NAAQS

Site-specific towers & prognostic (WRF/MMIF) meteorology

NWS airport data is the workhorse, but Appendix W recognizes two other ways to feed AERMET: measurements from an on-site (site-specific) program, and prognostic model output processed through MMIF. This page covers when each applies and what the Guideline demands of it. (Record lengths and the preference order are covered in Meteorological data & representativeness: 5 years NWS, ≥1 year site-specific — preferred when available — or ≥3 years prognostic, per §8.4.2(e).)

NWS / comparable station5 years requiredsurface + upper air pairing;AERMINUTE for ASOS windssite-specific (onsite)≥ 1 year — PREFERRED whenavailable (1 up to 5 years);siting per EPA-454/R-99-005prognostic (WRF)≥ 3 years · via MMIFAERMETmandatory — §8.4.2(a).sfc + .pfl→ AERMODprognostic route: MMIF generatesAERMET inputs, "and the datasubsequently processed throughAERMET" — §8.4.5.1(b)prognostic data need an operationalevaluation vs observations + reviewing-authority concurrence — §8.4.5.2(a)
The three acceptable met data types (App W §8.4.1(c)) — record minimums per §8.4.2(e), all roads lead through AERMET

Site-specific data: preferred, but held to a standard

A tower at the site measures the atmosphere your plume actually disperses in — which is why §8.4.2(e) prefers it. The price is a real monitoring program. Appendix W's recommendations for site-specific data begin by pointing to a dedicated EPA guidance document — Meteorological Monitoring Guidance for Regulatory Modeling Applications (EPA-454/R-99-005) — and then set the floor:

As a minimum, site-specific measurements of ambient air temperature, transport wind speed and direction, and the variables necessary to estimate atmospheric dispersion should be available in meteorological datasets to be used in modeling. Care should be taken to ensure that meteorological instruments are located to provide an adequately representative characterization of pollutant transport between sources and receptors of interest.

Source · 40 CFR 51 App. W §8.4.4.2(a) — captured verbatim in the source library (live eCFR, issue date 2026-08-01).

Three details from the same recommendations worth knowing before designing a program:

  • Temperature is measured at standard shelter height (2 m), and solar or net radiation with a properly sited pyranometer/net radiometer (§8.4.4.2 i–ii).
  • Cloud cover has a substitute. "AERMET may employ the Bulk Richardson scheme, which requires measurements of temperature difference, in lieu of cloud cover or insolation data" — with reviewing-authority consultation before using it (§8.4.4.2 iii). This is how a tower with ΔT sensors can drive the energy balance no human observer is there to provide.
  • Wind should represent plume height. "Characterization of the wind profile up through the layer in which the plume disperses is desirable. This is especially important in complex terrain and/or complex wind situations" (§8.4.4.2 iv) — the per-variable representativeness idea from §8.4.2(b) made concrete.

In AERMET terms, these data enter the ONSITE pathway as user-described ASCII — there is no standard archive format for tower data, so the user defines the record layout and AERMET QA's it like everything else (AERMET UG §1.1.1).

Prognostic data: when no station will do

Appendix W frames prognostic meteorology as the answer to a specific problem:

For some modeling applications, there may not be a representative NWS or comparable meteorological station available (e.g., complex terrain), and it may be cost prohibitive or infeasible to collect adequately representative site-specific data. For these cases, it may be appropriate to use prognostic meteorological data, if deemed adequately representative, in a regulatory modeling application.

Source · 40 CFR 51 App. W §8.4.5.1(a).

The processing path is prescribed, and it runs through AERMET like everything else: MMIF processes MM5/WRF output, and "when using MMIF to process prognostic data for regulatory applications, the data should be processed to generate AERMET inputs and the data subsequently processed through AERMET for input to AERMOD" (§8.4.5.1(b)). Alternative processing methods need reviewing-authority approval. Inside AERMET, prognostic data uses the PROG pathway and "the same processing as ONSITE data" (AERMET UG §1.1 footnote); surface characteristics come from the prognostic model's own grid cell rather than AERSURFACE (App. W §8.4.2(b); AERSURFACE UG §1.1).

Prognostic met is not a shortcut, though — it carries its own burden of proof:

a. Prognostic model evaluation. Appropriate effort by the applicant should be devoted to the process of evaluating the prognostic meteorological data. The modeling data should be compared to NWS observational data or other comparable data in an effort to show that the data are adequately replicating the observed meteorological conditions of the time periods modeled. An operational evaluation of the modeling data for all model years (i.e., statistical, graphical) should be completed.

Source · 40 CFR 51 App. W §8.4.5.2(a) — use is "contingent upon the concurrence with the appropriate reviewing authority" that data quality has been demonstrated.

And the grid cell is a modeling decision: it "should be adequately spatially representative of the analysis domain. In most cases, this may be the grid cell containing the emission source of interest" (§8.4.5.2(b)).

Choosing between the three, in practice

The structure of §8.4 gives the decision order directly: use an adequately representative NWS station (5 years) unless representativeness fails; a site-specific program (≥1 year) is preferred whenever its data exist; and prognostic data (≥3 years, MMIF→AERMET, with an operational evaluation and reviewing-authority concurrence) is the documented route when neither observation source can represent the site. Whatever the source, §8.4.2(a)'s rule holds: all of it goes through AERMET.

In PlumeSmart

The platform's met workspace supports all three routes — NWS station pairing, uploaded on-site tower data on the ONSITE pathway, and prognostic (MMIF) data where observational coverage fails — and the record-length rule for the chosen route is checked against the years you select.