Why? The direct access nature of the I/O API means that there are no performance penalties for trying to access one day’s meteorology even from the middle of a three-decade-long (10957-day) file.
One of the original requirements for this project is that models should be able to run efficiently as single model-runs for whatever scenario is desired – week, month, year, …
When I commented out config_cmaq.csh in the MCIP script, I got this new error:
Mon Sep 2 15:20:03 CST 2019
This program uses the EPA-AREAL/MCNC-EnvPgms/BAMS Models-3
I/O Applications Programming Interface, [I/O API] which is
built on top of the netCDF I/O library (Copyright 1993, 1996
University Corporation for Atmospheric Research/Unidata
Program) and the PVM parallel-programming library (from
Oak Ridge National Laboratory).
Copyright (C) 1992-2002 MCNC,
(C) 1992-2013 Carlie J. Coats, Jr.,
(C) 2003-2012 Baron Advanced Meteorological Systems, LLC, and
(C) 2014-2016 UNC Institute for the Environment.
Released under the GNU LGPL License, version 2.1. See URL
https://www.gnu.org/licenses/old-licenses/lgpl-2.1.html
for conditions of use.
ioapi-3.2: $Id: init3.F90 98 2018-04-05 14:35:07Z coats $
Version with PARMS3.EXT/PARAMETER::MXVARS3= 2048
netCDF version 4.1.3 of Apr 30 2019 21:29:51 $
EXECUTION_ID: mcip
==============================================================================
US EPA COMMUNITY MULTISCALE AIR QUALITY MODEL
METEOROLOGY-CHEMISTRY INTERFACE PROCESSOR
MCIP V5.0 FROZEN 07/15/2019
==============================================================================
*** SUBROUTINE: READNML
*** ERROR READING NAMELIST FILE ON UNIT 8
*** NAMELIST FILE NAME = namelist.mcip
*** NAMELIST = filenames
*** IOSTAT = 5010
*** ERROR ABORT in subroutine READNML
ABNORMAL TERMINATION IN READNML
Error running mcip
Kindly help me out.
Thanks a lot.
Catalyst
This looks as though there is a formatting error in your namelist (maybe a misplaced comma, maybe something else).
It may or may not (depending on the vendor) be helpful to look up your Fortran vendor’s list of run-time error numbers to see whether it tells you what kind of error. Otherwise, check (painfully) character-by-character against a known-good namelist to see if you can find what is wrong.
Or maybe change compiler-vendor – some of them take more idiosyncratic interpretation of the Fortran language-standard than do others ;-(
Dear @cjcoats,
Attached are the mcip script and the namelist file generated by the script.
Thanks
Catalyst
run_mcip_36km.csh (20.4 KB) namelist.mcip.txt (672 Bytes)
Very probably the problem is the comma at the end of line 4: your compiler-vendor is probably mis-interpreting the term value separator in the Fortran Language Standard (at section 10.10.1(4) ;-(
Dear @cjcoats
What do I do to resolve this as the namelist was created while running the mcip script and I wasn’t the one that created it?
Thanks
Catalyst
vi or emacs or your favorite text-editor
I didn’t get you clearly, please.
@Catalyst2682
I will do some testing of MCIPv5.0 and see if I can reproduce your problem.
Can you tell me what compiler you are using?
Dear @lizadams,
I am using gfortran (gcc) compiler and it works fine with mcip4.5 but you know mcip4.5 has issues in processing wrf4.0+.
Thanks in anticipation. It’s been really frustrating!
Catalyst
I doubt if the problem has to be the comma at the end of line 4. There’s always comma at that place even in mcip4.5 namelist file and it works fine.
Hello! I had the same issue. Could you try to change this line??
- set IfGeo = “T” --> try using .TRUE.
In my case, I’m still having issues, but the log file has changed, and it seems that the script ran a little bit further. I noticed that the default is “F” (and when testing the default, I got the same error when using .TRUE.), but apparently it does not work with “T” (no idea why).
Well, since I’m new on this and still having problems, I dont know if it helps, but maybe you could try.
Please, let me know if that worked for you.
Good luck!
Dear @thayna.gomes,
Thanks a lot. It has run successfully after making the changes you suggested. Have you been able to resolve your issue too? Let me know if I can be of help, please.
Thanks and best regards.
Catalyst
I’m glad that it worked!
In my case, I didn’t solve the issue so far. I’ll post it on the forum hoping to get some help.
I’m just following up to note that this issue with the namelist and the script was resolved in another thread where it was also raised. There is a typographical error in the released script where the namelist is automatically generated. I inadvertently introduced the error into the script for MCIPv5.0 when I removed the processing for MM5 and changed the name of the namelist variable from “file_ter” to “file_geo”.
The solution is to modify your script to replace “file_ter” with “file_geo” where the namelist is generated. This has been corrected in MCIPv5.1 (released with CMAQv5.3.1).
–Tanya
Hi all,
We are currently interpolating some MCIP5.0 files for a finer grid using m3cple. In order to do so we had to swap the x-orig and y-orig in the 5.0 GRIDDESC file for m3cple to work otherwise we were getting grid-mismatch errors. Is that normal behavior? Of note the m3cple version we are using is based on IOAPI 3.2 from a couple of years ago.
Many thanks in advance
Is there any solutions or comments on this behavior of m3cple?
What version of m3cple? (Note that all the M3Tools programs always log the program version when they start execution, as part of the “splash screen”). m The current version is
Id: m3cple.f90 209 2021-11-10 19:03:04Z coats
and the change-log indicates bug-fixes in August 2018 and Nov 2021 – is your version up-to-date?