Run CMAQ v5.4 and v5.5 with M3DRY, USGS landuse data and NOAH LSM

1

Hello,

A question for your advice.

Attempting to utilize WRF output data derived from WRF run with USGS land use data and NOAH LSM setting, running CMAQ (v5.4 and v5.5) with the corresponding MCIP output results in the error message “Land use scheme not supported” when I set the dry deposition scheme as M3DRY. But it seems CMAQ can run successfully when setting the dry deposition scheme as STAGE (with v5.4).

In order to run CMAQ with M3DRY deposition scheme, I wonder if the WRF run has to be using MODIS land use data and/or applying Pleim-Xiu scheme.

Thanks,

Wen Xu

2

Hello Wen,

could you please clarify whether your WRF run used the 24 category or 28 category USGS scheme? Using the standard 24 category USGS scheme should not create any issues in CMAQ, but based on the discussions in this thread, using the newer 28 category USGS scheme may cause issues.

Using the USGS24, MODIS, or NLCD40 (NLCD40 over the US, blended with MODIS for non-US portions of North America) land use schemes should all work.

Using the Pleim-Xiu LSM in WRF is encouraged but not strictly required when using WRF as input to CMAQ. One exception are CMAQ simulations enabling the inline windblown dust emissions option. Such simulations should use the Pleim-Xiu LSM since other LSM calculate soil properties at depths that are not consistent with assumptions in the CMAQ windblown dust module.

3

Hi Hogrefe,

Thank you very much for your prompt reply. Much appreciated.

The WRF run generating the MCIP input used the 24 category USGS scheme. And the CMAQ runs were set not to use the inline windblown dust emissions.

With the M3DRY scheme, CMAQ runs result in error message "“Land use scheme not supported”. But with the STAGE scheme, CMAQ runs successfully.

Regards,

Wen

4

Hello Wen,

thank you.

As far as I know, the 24 category USGS land use scheme should work for both M3DRY and STAGE. To help us track down why it doesn’t for M3DRY, could you please post the full error message from the log file - it should show the program (subroutine) name within a few lines of the “Land use scheme not supported” message.

In addition, it would help us if you could please share your GRIDCRO2D, METCRO2D, and LUFRAC_CRO files for one day. You can upload the data to the CMAS data warehouse incoming folder using these instructions.

5

Hi Hogrefe,

Thank you.

Regarding the error message, it’s indeed very short. Please find it as follows.

Also trying to upload the files but it seems it doesn’t allow to do so with the link to the Google Drive.

Regards,

Wen

*** ERROR ABORT in subroutine Init_LSM on PE 000
Land use scheme not supported

MPI_ABORT was invoked on rank 1 in communicator MPI_COMM_WORLD
with errorcode 1.

NOTE: invoking MPI_ABORT causes Open MPI to kill all MPI processes.
You may or may not see output from other processes, depending on
exactly when Open MPI kills them.

** Runscript Detected an Error: CGRID file was not written. **
** This indicates that CMAQ was interrupted or an issue **
** exists with writing output. The runscript will now **
** abort rather than proceeding to subsequent days. **

6

Hi Christian，

Thank you so much for all the valuable info and suggestions. Greatly appreciated your insight and advices since the topic began. They are indeed very helpful.

I will start a new topic for addressing resolution of the specific land use classification issue.

Best regards,

Wen Xu

1 Like