Hi everyone，
I have successfully simulated the nc file of 2017-01-01 with MPAS-CMAQ, but when I want to simulate the data for the first two days of January 2017, the following problem occurs：
It looks like you have set up six emission file inputs, but the program does not read the sixth emission file.
you can upload you run script
ok, this is my run script. I change the stop time to 2017-01-03, but the first day’s simulation will succeed, and the second day’s simulation will fail. In addition, the time step is 450 s, and the simulation will stop after one time step the next day
run.csh (24.2 KB)
Did you download and extract the tar file for the full year of emissions data in order to run the second day?
According to the MPAS-CMAQ User Guide: CMAQ/DOCS/Users_Guide/PDF/MPAS_CMAQ_guide.pdf at MPAS_CMAQ · USEPA/CMAQ · GitHub
The first tar emissions tar file is for one day. To run beyond the first day, please download the full year of emissions.
aws s3 --no-sign-request
cp s3://mpas-cmaq/120_uniform/cmaq_inputs/emissions/one_day.tar.bz2 .
or for the full year:
aws s3 --no-sign-request cp
s3://mpas-cmaq/120_uniform/cmaq_inputs/emissions/2017_120km.tar.bz2 .
Yes, I downloaded the whole year’s data and extracted it, but I found that some data is not available every day, for example, the g_energy data started from January 9, and only the data of January 9, 10, 14 and 15, is this the original file, or the problem of my decompression？
I am working to reproduce your issue. In the meantime:
Please see this section of the run script to learn how the emissions files are mapped.
# setup gridded emission files
Some are daily emissions, others use g_four_to_N_map_2017
Where the dates are mapped in the file ./run/map/g_four_to_N_map_2017
It may take 8-9 hours to fully extract the full annual emissions dataset.
tar -xvjf 2017_120km.tar.bz2
After the data is uncompressed, then you need to run the link step.
Example:
setenv local_dir /work/users/l/i/lizadams/MPAS-CMAQ/
cd links_annual
ln -s ${local_dir}/120_uniform/cmas_inputs/other/* .
ln -s ${local_dir}/120_uniform/mpas_inputs/* .
ln -s ${local_dir}/120_uniform/cmas_inputs/emissions/2017_120km/* .
After this step there should be 3193 files in the links folder
cd links_annual
[lizadams@sycamore-login2 links_annual]$ ls | wc
3193 3193 261022
Note, the annual emissions account for 3173 of these files.
/work/users/l/i/lizadams/MPAS-CMAQ/120_uniform/cmas_inputs/emissions/2017_120km
[lizadams@sycamore-login2 2017_120km]$ ls | wc
3173 3173 260570
If you do the link step prior to the files being fully uncompressed, then they will not be found when running the job.
Your error was similar to this:
Abort in routine mio_fopen opening file GR_EMIS_002
due to an error No such file or directory
Find information in the log file to see what the path to the missing file is:
grep GR_EMIS_002 mpas-cmaq-288_103295.txt
setenv GR_EMIS_002 /proj/ie/proj/CMAS/CMAQ/MPAS-CMAQ/MPAS_sycamore/links_annual/g_residential_20170115_cmaq_cracmmv1_P106_2017_equates_mpas_CRACMMv1.nc
Then verify the file is missing in the linked directory.
Then check to see if the file is available in the uncompressed directory
ls /work/users/l/i/lizadams/MPAS-CMAQ/120_uniform/cmas_inputs/emissions/2017_120km/g_residential_20170115_cmaq_cracmmv1_P106_2017_equates_mpas_CRACMMv1.nc
If the file is not available in the 2017_120km extracted directory, then you need to rerun the extraction.
If the file is not available in the link directory, then you need to redo the link step after verifying that the emissions file is fully extracted.
According to your method, the problem has been solved, thank you very much 