Premerged emission files for 2018_12US1 CMAQ Modeling Platform Data

Hi,

I’m interested in getting premerged emission files of nonpoint sources for the 2018_12US1 CMAQ Modeling Platform Data. Currently, all nonpoint sources except rwc and biogenic are merged together.

Does anybody know how or where can I get the data from?

Thanks,

Huy

Hi Huy,
@lizadams at CMAS copied over the premerged emissions files of nonpoint sources for the 2018_12US1 evaluation platform. They are available in the same S3 bucket under emis/cb6r3_ae6_20200131_MYR/premerged/nonpt

https://cmas-cmaq-modeling-platform-2018.s3.amazonaws.com/index.html#2018_12US1/emis/cb6r3_ae6_20200131_MYR/premerged/nonpt/

Note that the files are only created for representative calendar days, not every day of the year.

If you are planning to use make modifications to the nonpt data and then use them in a new simulation you will need to be careful in how you prepare your emissions inputs since the existing gridded merged emissions input files already includes the nonpt emissions. You would need to use a tool such as combine to subtract the gridded nonpt emissions from the 2018 merged gridded emissions files.

The merged gridded emissions files are for every calendar day so this subtraction process would have to involve matching each calendar day to the appropriate representative day in the nonpt files. The text files with the mapping of representative days to calendar days is available in the emis_dates folder in the same S3 bucket.

Once you had a new set of merged emissions (e.g., emis_mole_all_2018*_12US1_nobeis_norwc_nononpt_WR413_MYR_2019.nc4), then you could use your own nonpt emissions by specifying a new emissions stream in CMAQ.

These steps may be very familiar to you already but I wanted to make sure I explained what would be involved with using the files in a new simulation just in case.

Best wishes for your research,
Kristen

1 Like

Hi Kristen,

Thanks for your responses and for sharing the pre-merged nonpoint emission files. I probably was not clear in my original question, but I’m more interested in separate pre-merged files of each sources under nonpoint category (e.g., onroad, nonroad, airports, oil gas, etc.). My immediate interest is in pre-merged files for nonpoint oil and gas sector. Would you be able to share those?

Best,

Huy

Hi Huy,
First a quick clarification – the categories you list (onroad, nonroad, airports, oil gas) are not included in the nonpt emissions files that we posted earlier. Section 2.1.11 of this paper describes what sources are included in the nonpt category for our 2018 modeling platform: Redirecting

Per your request, we will add the gridded emissions files for np_oilgas under the premerged subdirectory for the 2018 cb6r3 emissions (AWS S3 Explorer). The pt_oilgas emissions files are already available under the cmaq_ready folder.

We are looking into posting all of the gridded emissions files that went into the ‘merged_nobeis_norwc’ files for the 2018 modeling platform but this would be further down the road. For your reference the full set of ‘premerged’ gridded emissions include these categories: afdust_adj, airports, canada_ag, canadoa_og2D, livestock, nonpt, nonroad, onroad_diesel, onroad_gas, onroad_ca_adj_diesel, onroad_ca_adj_gas, onroad_can, onroad_mex, othafdust_adj, othar, othptdust_adj, rail, rwc*.

*Note residential wood combustion (rwc) emissions are always kept separate from the other gridded emissions so that they can be treated the same way as the other point source fire emissions within CMAQ. This is why they are not included in the ‘merged_nobeis_norwc’ files.

1 Like

The files are added to this folder.
https://cmas-cmaq-modeling-platform-2018.s3.amazonaws.com/index.html#2018_12US1/emis/cb6r3_ae6_20200131_MYR/premerged/np_oilgas/

1 Like

Hi Kristen,

In this dataset, I found some species such as POCN and POCP are zero. I`m wondering what species should be used for the OC emission?

Thanks,
Jayden

Hello Jayden,

in the CMAQ aero7 aerosol module, emitted species POC is mapped to model species APOCI and APOCJ and emitted species PNCOM is mapped to model species APNCOMI and APNCOMJ. I don’t recall which premerged emission file(s) contain species POCN and/or POCP and what these species represent, but neither of them are mapped to any CMAQ aerosol species in aero7 so even if they are present in an emissions file, they would not be used by CMAQ.

Hi Christian, thanks for your quick respond!
I am look at the emission data from: AWS S3 Explorer. I was trying to use the POC* species as the primary organic emission, but their values are zero. I am wondering why they are zero, and what species should be used for cracmm module.
Thanks,

Can you clarify which sector(s) have zero POC* emissions that you are concerned about?

Also, could you please verify whether you are looking at the files in the cb6r3_ae6 directory or the cracmmv1 directory? All the discussion prior to your first post was about cb6r3 so in my initial response I had assumed that you were asking about POC emissions in those files, but this may have been incorrect. If you are asking about the CRACMM files, you can also look at the DESID control list files in this directory or this directory to see how emitted species are mapped to CRACMMv1 or CRACMMv2 model species in this 2018 modeling platform.

Hi Christian,

Apologize for the cofusion. I didn`t notice that the previsou discussion was about cb6r3. I am talking about the emission for cracmm in the directory “WR705_2018gc2_cracmmv1”. Should I open a new post for this question?

The POC* and PNCOM species in all the sectors are zero.

Thanks,

These 2018 CRACMM emission files were developed for CRACMMv1. In that emissions processing workflow, volatility profiles for primary OM were not applied during SMOKE processing but rather through the CMAQ DESID namelist file when reading these files into CMAQ. Therefore, the only non-zero primary OM emissions in these files are PMOCN2 and PMNCOMN2. “Placeholder” variables for volatility-resolved primary OM emissions (i.e. the POC* and PNCOM* variables) were already included in these files, but since all primary OM mass was assigned to PMOCN2 and PMNCOMN2, their emissions are zero. In emission files generated with CRACMMv2 emissions processing workflows (not these 2018 emissions files), volatility profiles are applied during SMOKE processing and POC* and PNCOM* are non-zero.

To run CRACMM with these 2018 emission files, the PMOCN2 and PMNCOMN2 species are mapped to the CRACMM model species via the DESID control namelist files. As noted above, DESID namelist files for both CRACMMv1 and CRACMMv2 are included in this modeling platform data package.

Hi Christian,

Thank you so much for the detailed explaination!

Based on my understanding, PMOCN2 and PMNCOMN2 should be used as bulk POA in the model. As for the i and j-mode in the model, I am wondering what is a proper fraction to distribute the PMOCN2 and PMNCOMN2 into the two modes? such as 0.9 for j-mode and 0.1 for i-mode or other ratios that make sense?

In the CMAQ_Control_DESID_cracmm1_aq_2018_12US1_CRACMM_Platform.nml:
(1) the volatility distribution for the sources of GRIDDED_GASOLINE and AIRCRAFT are commented. So for some species like AROCN1ALK, should I use the fraction based on the “DIESEL” which is not commented (0.187+0.043=0.23)?

(2) For the species that are only mapped from “POCN2” and “PNCOMN2” (e.g AROCN2ALK), how should I deal with this situation with “POCN2” and “PNCOMN2” being zero?

Thanks,

Hello,
You can use the default I/J assumptions indicated by “FINE” in DESID. Gasoline vehicles should have a volatility distribution different from diesel and I recommend using the gasoline example (uncomment). If you are separating aircraft, those can also use the unique distribution.

The POCN2 and PNCOMN2 species are often not populated but rules were included in DESID just in case. If they are not present in the emission inputs (early CRACMMv1 inputs did not use them), they do not need to be included. The “N2” volatility is often difficult to constrain and is not in all source profiles. If it is “missing”, the mass is likely already accounted for in an “N1” bin.

Hi Pye,

thanks for your quick respond.

(1) I didn`t fine the default I/J assumptions indicated by “FINE” in DESID file. I am a WRF-Chem user, so I am not sure what the default assumption is for CMAQ. Could you please give more info about i/j mode?

(2) For AROCN1ALK, I`ll use the fraction from GRIDDED_GASOLINE, which is 0.282 of FINE.

(3) For species mapped from POCN2 and PNCOMN2 like AROCN2ALK, it seems that I can just keep them at a very small value near 0.

Thanks,

Hello, You can include “FINE” in the DESID control file. See CMAQ/DOCS/Users_Guide/Appendix/CMAQ_UG_appendixB_emissions_control.md at main · USEPA/CMAQ · GitHub for how CMAQ knows how to apply size information.