I am wondering how do you set the allocation factors when distributing NOₓ across different sources? I think I have to set it in gsref and gspro files under /ge_dat/EDGAR path.
I have a scheme where: NO: 0.9 NO₂: 0.092 HONO: 0.0080
I’m not sure if this allocation applies to all sources, including industrial sources, biomass burning sources, etc… Could you provide any insights on this?
EDGAR-HTAP BC is mapped to PEC in our hemispheric applications, although I’m not sure if you need to rename it to PEC prior to processing.
Our standard for NOx in regional modeling is:
For mobile sources (onroad*, nonroad, rail, CMV, airports): NO: 0.9 NO2: 0.092 HONO: 0.0080 (* for onroad, the NO/NO2 ratios are determined within MOVES and vary somewhat)
For everything else: NO 0.9, NO2 1.0, HONO 0
Historically for hemispheric modeling / EDGAR-HTAP inventories, we have only used the 90/10 NO/NO2 split with no HONO. But there’s no technical reason why the HONO profile couldn’t be used for EDGAR-HTAP, although based on what we do for regional modeling, it should only be applied for mobile / transport sectors.
Hi alison, thank you for your reply. I am confused that shouldn’t NO2 0.1 for non mobile source. Or the sum of NO and NO2 would be 1.9 rather than 0.1?
I just realized a potential issue — could introducing BC and OC during SMOKE processing result in double-counting parts of PM2.5? I noticed that in the default SMOKE script for processing the EDGAR inventory (as shown in the figure), there’s no mention of BC (PEC) or OC (POC).
Since I’ve already included PM2.5 in my emissions, do I still need to include EC and OC variables from the inventory, or would that lead to redundancy?
The EDGAR/HTAP inventories include separate gridded files for BC and OC. If you wish to use the pre-speciated BC and OC, you need to create a special “PM2.5 other” variable that has the BC + OC components subtracted out, and then use different PM2.5 speciation profiles that will break out the remaining PM2.5.
Or can use the total PM2.5 variable as-is (which includes BC/OC) and then use profiles to derive the BC/OC components instead of feeding the pre-speciated BC/OC into SMOKE from the inventory. But it’s preferable to use the BC/OC from the inventories.
Thank you for your reply. This is my gspro file and I allocate BC and OC from all sectors using code ‘0’ and divide PM2.5 into different parts by corresponding sector number seperately. Is this correct?