SMOKEv5.1 np_solvents CRACMMv2 GSREF and GSPRO files

SMOKE
1

Hello,

I am generating cracmm2 speciated emissions files for 2005 using SMOKEv5.1 and I came across an issue while running the np_solvents sector. Specifically, I found that some of the MYR, nonhaptog, and tog species referenced in the “MYR_solvents_2005_nonpoint_09sep2020_v0.csv” input file were not included in the 2022 epa cracmm speciated gsref and gspro files (https://gaftp.epa.gov/Air/emismod/2022/v1/).

Based on the error messages and what I can see from the 2017 cb6 speciated gsref and gspro files, the species below in the screenshot are the ones missing. When I copy and paste the missing sections into the cracmm2 gsref and gspro files, the np_solvents script is able to run without issues. However, I am not sure if these edits are accurate to the cracmm2 profile. Is there a way to check this or generate a new gspro file? Thanks!

Missing species in gsref and gspro files (taken from cb6 files):

image
image561×428 6.01 KB

missing_gspro_section.txt (8.8 KB)

CRACMMv2 speciated files (unable to attach gsref due to file size limit)

gspro_cmaq_cracmmv2_P229_2022hc_CRACMM2_03oct2024.txt (5.6 MB)

np_solvents input file

MYR_solvents_2005_nonpoint_09sep2020_v0.csv (4.7 MB)

CB6 speciated gspro and gsref

gspro_cmaq_cb6_EQUATES_2017_np_solvents.txt (1.9 MB)

gsref_cmaq_cb6_EQUATES_2017_np_solvents.txt (9.5 MB)

2

The “MYR_solvents_2005” inventory is from a very early version of VCPy and has some obsolete features (SCCs, etc) which aren’t always compatible with newer datasets such as the CRACMM2 GSPRO. We’ve uploaded a newer 2005 solvents inventory here: https://gaftp.epa.gov/Air/emismod/tmp/EQUATESv2_VCPy_SmokeFlatFile_wPSS_2005_19sep2023_nf_v1.csv to try in place of MYR_solvents_2005 dataset.

We think the 2022 platform GSREF and CRACMM2 GSPRO will work when using this file but if not, we can provide further guidance.

2 Likes
3

Thank you so much for your help! I’ll try out the new input file and see if it runs.

4

Oh, in my previous post I forgot to include the second input file that I had for the np_solvents sector which contains data for asphalt emissions. In this file, there is a revision note mentioning that the VOC labels were switched to TOG since all of the species used a profile with a VOC-to-TOG factor of 1.0. To run the np_solvents sector with cracmm2 speciation, would it be sufficient to simply change the ‘TOG’ labels back to ‘VOC’? Or are asphalt emissions already included in the new np_solvents file you attached? Once again, thank you for your help!

MYR_nonpt_asphalt_paving_constant_2017NEI_NONPOINT_20200415_09sep2020_nf_v1.csv (2.6 MB)

5

Yes, change “TOG” back to “VOC” in the asphalt paving inventory. Noting that the file posted last week does not include asphalt paving

1 Like
6

Hi, I ran the updated input files for np_solvents and I ran into some errors in gridmat where it looks like SMOKE is unable to find gridding cross-references for the input species. Does this mean there is an issue with my gridding input files? I’ve included my logs and run script below for reference. Once again, thank you!

Annual_np_solvents_12US1_EQUATES_2005.csh.txt (6.6 KB)

grdmat_np_solvents_EQUATES_2005_12US1.log.txt (420.6 KB)

rep_logs_np_solvents_EQUATES_2005_12US1_all_level3.csv (14.3 KB)

rep_logs_np_solvents_EQUATES_2005_12US1_all_level1.csv (659.9 KB)

7

The new inventory has some different SCCs, so the gridding xref needs to be updated as well.

Add this line to the AGREF:

00000;2460030999;100! New SCC in VCPy (formerly 2461030999), surrogate recommended by K. Seltzer

If Temporal also crashes later on, add these lines to the ATREF:

“2460030999”,“”,“”,“”,“”,“”,“”,“MONTHLY”,“262”,“”

“2460030999”,“”,“”,“”,“”,“”,“”,“WEEKLY”,“7”,“”

“2460030999”,“”,“”,“”,“”,“”,“”,“ALLDAY”,“26”,“”

1 Like
8

These edits resolved the errors. Thank you so much for your help!