# Error in reading CGRID with EMIS\_SYM\_DATE=Y

**URL:** <https://forum.cmascenter.org/t/error-in-reading-cgrid-with-emis-sym-date-y/1335>\
**Category:** CMAQ\
**Created:** [March 4, 2020, 8:06am UTC](https://forum.cmascenter.org/t/error-in-reading-cgrid-with-emis-sym-date-y/1335 "2020-03-04T08:06:23Z")\
**Posts on this page:** 5\
**Page:** 1

<div class="post-metadata">

**Author:** ![schatani](https://avatars.discourse-cdn.com/v4/letter/s/51bf81/32.png) [@schatani](https://forum.cmascenter.org/u/schatani)\
**Post date:** [March 4, 2020, 8:06am UTC](https://forum.cmascenter.org/t/error-in-reading-cgrid-with-emis-sym-date-y/1335/1 "2020-03-04T08:06:23Z")

</div>

I am using CMAQ version 5.3.1. When a simulation for the second day (2018306) was executed, a following error occurred.

```
 Requested date & time: 2018305:005959
 File starting date & time: 2018306:000000
 File time step: 010000

 >>--->> WARNING in subroutine RDTFLAG
 Time step error for file: INIT_CONC_1
 M3WARN: DTBUF 0:59:59 Nov 1, 2018 (2018305:005959)

 >>--->> WARNING in subroutine XTRACT3
 Time step not available for file: INIT_CONC_1
 M3WARN: DTBUF 0:59:59 Nov 1, 2018 (2018305:005959)

 *** ERROR ABORT in subroutine retrieve_time_de on PE 029
 Could not extract INIT_CONC_1 file

```

PM3EXIT: DTBUF 0:59:59 Nov 1, 2018  
Date and time 0:59:59 Nov 1, 2018 (2018305:005959)

There were problems with unintended date and time in reading CGRID.

In this simulation, EMIS\_SYM\_DATE was set to be Y because I wanted to use a emission file with a timestamp different from the simulation date. It has the timestamp of 2018305. When I prepared a file with the timestamp of 2018306, which is coincident to the simulation date, this error did not occur. Therefore, I suppose this error is somehow linked to EMIS\_SYM\_DATE.

Any help is greatly appreciated.

---

<div class="post-metadata">

**Author:** ![Ben\_Murphy](https://avatars.discourse-cdn.com/v4/letter/b/74df32/32.png) [@Ben\_Murphy](https://forum.cmascenter.org/u/Ben_Murphy)\
**Post date:** [March 4, 2020, 11:29am UTC](https://forum.cmascenter.org/t/error-in-reading-cgrid-with-emis-sym-date-y/1335/2 "2020-03-04T11:29:36Z")

</div>

Thank you for reaching out. A solution to this issue has been found and implemented but not yet released. You may find a description of the fix and a link to an updated I/O source file here: [https://github.com/USEPA/CMAQ/issues/139](https://github.com/USEPA/CMAQ/issues/139)

---

<div class="post-metadata">

**Author:** ![schatani](https://avatars.discourse-cdn.com/v4/letter/s/51bf81/32.png) [@schatani](https://forum.cmascenter.org/u/schatani)\
**Post date:** [March 5, 2020, 2:20am UTC](https://forum.cmascenter.org/t/error-in-reading-cgrid-with-emis-sym-date-y/1335/3 "2020-03-05T02:20:14Z")

</div>

Thank you for your reply. I updated the source as suggested but this problem was not solved. I am sorry if I did something wrong.

---

<div class="post-metadata">

**Author:** ![hogrefe.christian](https://avatars.discourse-cdn.com/v4/letter/h/74df32/32.png) [@hogrefe.christian](https://forum.cmascenter.org/u/hogrefe.christian)\
**Post date:** [March 10, 2020, 8:19pm UTC](https://forum.cmascenter.org/t/error-in-reading-cgrid-with-emis-sym-date-y/1335/4 "2020-03-10T20:19:50Z")

</div>

Thank you for reporting back. Today we have posted an additional bugfix that we hope will solve the crash when reading time-dependent initial conditions that could occur when using representative day emission input files. A description of the fix and a link to the updated source code file can be found here:  
[https://github.com/USEPA/CMAQ/issues/143](https://github.com/USEPA/CMAQ/issues/143)

Thank you for your patience,

Christian

---

<div class="post-metadata">

**Author:** ![schatani](https://avatars.discourse-cdn.com/v4/letter/s/51bf81/32.png) [@schatani](https://forum.cmascenter.org/u/schatani)\
**Post date:** [March 11, 2020, 3:26am UTC](https://forum.cmascenter.org/t/error-in-reading-cgrid-with-emis-sym-date-y/1335/5 "2020-03-11T03:26:59Z")

</div>

Thank you for your information. The updated source code worked well.
