# Misbehavior from processing CMV as point source **URL:** \ **Category:** Emissions Inventory\ **Tags:** smoke, smoke-481, emissions, smoke-50\ **Created:** [December 3, 2025, 9:44pm UTC](https://forum.cmascenter.org/t/misbehavior-from-processing-cmv-as-point-source/6089 "2025-12-03T21:44:11Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![fazargoshasbi](https://avatars.discourse-cdn.com/v4/letter/f/ce7236/32.png) [@fazargoshasbi](https://forum.cmascenter.org/u/fazargoshasbi)\ **Post date:** [December 3, 2025, 9:44pm UTC](https://forum.cmascenter.org/t/misbehavior-from-processing-cmv-as-point-source/6089/1 "2025-12-03T21:44:11Z")
I am running nested high-resolution (9 to 1 km) CMV for Pacific Canada (British Columbia) using CRACMM2. I am creating the ptinv and pthour from original MEIT dataset for 2018. My overall approach is to set ship\_id as the facility\_name and rounding lon/lat to a 3 precision (~1km) and, per-ship, enumerate unique (lat\_r, lon\_r) positions to produce rel\_point\_id values starting at 100. I kept unit\_id as engine type (ME / AE / BO). I used the 228000 series as my SCC code to be compatible with the EPA platform and assigned them according to the ship’s type and engine type. For instance, I have attached some lines from pthour file here. [pthour.csv](https://forum.cmascenter.org/uploads/short-url/jlSwFMBVuDGap4E5M9axWFLrrM1.csv) (1.2 MB) To check the output, I didn’t elevate the emissions. However, I am getting a strange behavior from SMOKE in comparison with EPA CMV output. 1. For some pollutants (CO and VOC\_INV, PMC), the behavior is correct, and I can see the ship is moving through grids. 2. For some pollutants (particles (such as PCA, PMG, …), NH3, and TOM\_INV), all grids within the ship’s path have emissions at all times (no temporal profile), along with the moving grid for the exact location of the ship. 3. NO2, NO, and other VOCs have no emissions, although the profile and reference are provided in the GSREF and GSPRO. [grdmat.cmv\_canada\_point.18us.SQ\_D01.log.txt So, If my approach is incorrect, why do I get the correct behavior for CO, VOC\_INV, and PMC? I have attached the logs files. [grdmat.cmv\_canada\_point.18us.SQ\_D01.log.txt](https://forum.cmascenter.org/uploads/short-url/5kSNNX1X0Olql4vE2aB8T5UAbIj.txt) (13.3 KB) [smkinven.cmv\_canada\_point.18us.log.txt](https://forum.cmascenter.org/uploads/short-url/fUpIKAxLI3xgjLZbzc5jPoPexCe.txt) (142.6 KB) [smkmerge.cmv\_canada\_point.18us.20180805.SQ\_D01.log.txt](https://forum.cmascenter.org/uploads/short-url/irQ4DbD2uRlgWHeDAK0flWgNLX0.txt) (166.0 KB) [spcmat.cmv\_canada\_point.18us.CRACMM2.log.txt](https://forum.cmascenter.org/uploads/short-url/dvoNecJVivxrIUjX2aZbkeEn9pw.txt) (26.3 KB) [temporal.cmv\_canada\_point.18us.20180101.log.txt](https://forum.cmascenter.org/uploads/short-url/kLbMwwtfo4yinl4SEen0yirvrrj.txt) (147.5 KB) I would appreciate if anyone can provide guidance. Thanks, Forood ---
**Author:** ![james.beidler](https://avatars.discourse-cdn.com/v4/letter/j/6f9a4e/32.png) [@james.beidler](https://forum.cmascenter.org/u/james.beidler)\ **Post date:** [December 3, 2025, 10:14pm UTC](https://forum.cmascenter.org/t/misbehavior-from-processing-cmv-as-point-source/6089/2 "2025-12-03T22:14:55Z")
CO, VOC\_INV, and PMC are all mapped (or calculated) at the inventory level while most of the other species are speciated in spcmat. Would you please share your inventory table (INVTABLE), speciation cross-reference (GSREF), and speciation profiles (GSPRO) so that we can verify that these are correctly mapping and speciating the inventory emissions? Additionally, I notice that you are using SMOKE v4.8.1, which is about 5 years old at this point. Could you please try running with SMOKE v5 or later so that the latest features and bug fixes related to hourly processing are incorporated? ---
**Author:** ![fazargoshasbi](https://avatars.discourse-cdn.com/v4/letter/f/ce7236/32.png) [@fazargoshasbi](https://forum.cmascenter.org/u/fazargoshasbi)\ **Post date:** [December 3, 2025, 10:23pm UTC](https://forum.cmascenter.org/t/misbehavior-from-processing-cmv-as-point-source/6089/3 "2025-12-03T22:23:10Z")
I am using CRACMM2’s invtable, gspro and gsref from 2022 platform. ```auto setenv INVTABLE "${GE_DAT}/speciation/CRACMM2/invtable_2022platform_nointegrate_11jul2024_nf_v3.txt" setenv GSPRO "${GE_DAT}/speciation/CRACMM2/gspro_cmv_cmaq_cracmmv2_P229_2022hc_CRACMM2_nf.txt" setenv GSREF "${GE_DAT}/speciation/CRACMM2/gsref_cmv_cmaq_cracmmv2_P229_2022hc_CRACMM2_nf.txt" ``` I tried SMOKE 5.2.1. I still got the same output. ---
**Author:** ![fazargoshasbi](https://avatars.discourse-cdn.com/v4/letter/f/ce7236/32.png) [@fazargoshasbi](https://forum.cmascenter.org/u/fazargoshasbi)\ **Post date:** [December 3, 2025, 11:39pm UTC](https://forum.cmascenter.org/t/misbehavior-from-processing-cmv-as-point-source/6089/4 "2025-12-03T23:39:13Z")
Here is how I map the vessel’s type to SCC ```python cond = [ fu.eq("diesel") & (act=="underway") & (ecls=="class3") & u.eq("me"), fu.eq("diesel") & (act=="underway") & (ecls=="class3") & u.eq("ae"), fu.eq("diesel") & (act=="underway") & (ecls!="class3"), fu.eq("diesel") & (act!="underway") & (ecls=="class3") & u.eq("me"), fu.eq("diesel") & (act!="underway") & (ecls=="class3") & u.eq("ae"), fu.eq("diesel") & (act!="underway") & (ecls!="class3"), fu.eq("residual") & (act=="underway") & (ecls=="class3") & u.eq("me"), fu.eq("residual") & (act=="underway") & (ecls=="class3") & u.eq("ae"), fu.eq("residual") & (act=="underway"), fu.eq("residual") & (act!="underway") & (ecls=="class3") & u.eq("me"), fu.eq("residual") & (act!="underway") & (ecls=="class3") & u.eq("ae"), fu.eq("residual") & (act!="underway"), (cat=="harbor") & fu.isin(["diesel","unknown"]) & st.str.contains("tug"), (cat=="harbor") & fu.isin(["diesel","unknown"]) & st.str.contains("ferry"), (cat=="harbor") & fu.isin(["diesel","unknown"]) & st.str.contains("push boat"), (cat=="harbor") & fu.isin(["diesel","unknown"]) & st.str.contains("dredge"), (cat=="harbor") & fu.isin(["diesel","unknown"]), fu.eq("diesel") & (cat=="ocean"), fu.eq("diesel") & (cat=="harbor"), fu.eq("diesel") & (cat=="fishing"), fu.eq("diesel") & (cat=="military"), fu.eq("residual") & (cat=="ocean"), fu.eq("residual") & (cat=="harbor"), fu.eq("residual") & (cat=="fishing"), fu.eq("residual") & (cat=="military"), fu.eq("gasoline") & (cat=="ocean"), fu.eq("gasoline") & (cat=="harbor"), fu.eq("gasoline") & (cat=="fishing"), fu.eq("gasoline") & (cat=="military"), ] choices = [ "2280002203","2280002204","2280002200", "2280002103","2280002104","2280002100", "2280003203","2280003204","2280003200", "2280003103","2280003104","2280003100", "2280002021","2280002022","2280002023","2280002025","2280002029", "2280002010","2280002020","2280002030","2280002040", "2280003010","2280003020","2280003030","2280003040", "2280004010","2280004020","2280004030","2280004040", ] default = "2280000000" return pd.Series(np.select(cond, choices, default=default), index=fu.index) ``` ---
**Author:** ![fazargoshasbi](https://avatars.discourse-cdn.com/v4/letter/f/ce7236/32.png) [@fazargoshasbi](https://forum.cmascenter.org/u/fazargoshasbi)\ **Post date:** [December 4, 2025, 1:54am UTC](https://forum.cmascenter.org/t/misbehavior-from-processing-cmv-as-point-source/6089/5 "2025-12-04T01:54:53Z")
@james.beidler I could fix the issue with NO, NO2, and other VOCs and speciation. It was due to elevpoint program. However, the output looks like the attached figure. ![image](https://canada1.discourse-cdn.com/flex027/uploads/cmas/original/2X/a/af6976c3e565bc9c0f572881dae0497998be8365.png) The red spot (which is the location of the ship) is moving though the grids for all pollutants. However, small constant emissions are allocated along with the path of annual emission inventory (light blue color). ---
**Author:** ![fazargoshasbi](https://avatars.discourse-cdn.com/v4/letter/f/ce7236/32.png) [@fazargoshasbi](https://forum.cmascenter.org/u/fazargoshasbi)\ **Post date:** [December 6, 2025, 10:12pm UTC](https://forum.cmascenter.org/t/misbehavior-from-processing-cmv-as-point-source/6089/6 "2025-12-06T22:12:11Z")
@james.beidler I have double-checked my emission inventory and tried different approach in producing the ptinv and pthour files. Manually, I mapped the hourly emissions from pthour file and I got the correct values. However, I am still getting the same output. Is it possible that SMOKE uses temporal profiles from amptref and amptpro instead of hourly values for 1 or 2 SCC codes in the TEMPORAL program? ---
**Author:** ![james.beidler](https://avatars.discourse-cdn.com/v4/letter/j/6f9a4e/32.png) [@james.beidler](https://forum.cmascenter.org/u/james.beidler)\ **Post date:** [December 11, 2025, 1:42pm UTC](https://forum.cmascenter.org/t/misbehavior-from-processing-cmv-as-point-source/6089/7 "2025-12-11T13:42:50Z")
It is possible if the hourly inventory identifiers (facility ID, rel\_point, SCC, etc.) do not exactly match. The fall-back in the platform is to use flat temporal profiles, which matches what you are seeing.