Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add files via upload #16

Merged

Conversation

btang1
Copy link
Collaborator

@btang1 btang1 commented Jul 28, 2023

Beiming new DUST_EMIS for ufs-cmaq54

PR Checklist

  • This PR has been tested on an RDHPCS machine and/or WCOSS2. Please select below:

    • RDHPCS.
    • WCOSS2.
  • This PR has been tested with the ufs-srweather-app workflow online-cmaq branch.

  • New or updated input data is required by this PR.

  • Baselines are expected to change.

Description

Issue(s) addressed

Dependencies

Beiming new DUST_EMIS for ufs-cmaq54
Copy link
Member

@drnimbusrain drnimbusrain left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

OK, seems like most of Wei's changes to update the DUST_EMIS were already here in AQM [feature/cmaq54], but you duplicated many with slight cosmetic changes.

Have question on your change to "my_nrows" and "my_ncols".

Also, @bbakernoaa needs to have a close look here as he put the fengsha dust mods in AQM originally.


do r = 1, nrows
do c = 1, ncols
do r = 1, my_nrows
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why change to "my_nrows" and "my_ncols"? Where are these set?

@@ -609,7 +609,7 @@ SUBROUTINE INIT_ENV_VARS( JDATE, JTIME )
CALL GET_ENV ( NLAYS_DIAG, 'NLAYS_PHOTDIAG', NLAYS_DIAG, VARDEV )

! Get Desired Wavelengths for Diagnostic Output
CALL GET_ENV( 'NWAVE_PHOTDIAG', NWAVE, WAVE_ENV, VARDEV )
CALL GET_ENV( 'NWAVE_PHOTDIAG', NWAVE, WAVE_ENV, VARDEV ) !this could be wrong, why char before NWAVE, beiming???
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Its possible, but need to consult with EPA.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I have sent EPA CMAQ an issue.just check it today, now response yet.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The only difference for RUNTIME_VARS.F is: Wei set a “cell_num” to be constant as =1. And I set it to be an integer (not limited to 1) I do this because it is a read-in value from the inputs, and should be able to change.
The code has been tested by compile it in Orion. And it works, after changing it to be integer.

@zmoon
Copy link
Member

zmoon commented Jul 31, 2023

you duplicated many with slight cosmetic changes

This was my assessment too. Also, I think it would be okay to remove the comments with your name, since Git tracks who added which lines.

Copy link
Member

@drnimbusrain drnimbusrain left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Overall, I think there may be issues in commenting out all the ifdef and ifndef macros, and will need to revisit.

@@ -97,7 +97,7 @@ MODULE RUNTIME_VARS

! this is for MPAS
LOGICAL :: ncd_64bit_offset = .FALSE.
INTEGER :: cell_num = 1 !(Wei Li; tested )
INTEGER :: cell_num !beiming tang
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@btang1 Note that the cell_num is related to using MPAS in CMAQ.

@@ -112,8 +112,8 @@ MODULE CENTRALIZED_IO_MODULE
use get_env_module
USE UTILIO_DEFN
#ifdef mpas
! use coupler_module !(Wei Li)
! use mio_module !(Wei Li)
! use coupler_module
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Not sure if necessary to comment out here and below, if such MPAS modules, routines etc are controlled by ifdef macros used to only pass such lines of codes onto the compiler when activated. While it may not matter for compiling if you comment out, we want to leave as much of the code unchanged where possible for future ease of updating and understanding.

@@ -1388,7 +1388,7 @@ subroutine retrieve_time_dep_gridded_data (jdate, jtime, vname)
#ifndef mpas
! data_jdate = loc_jdate(f_met)
! data_jtime = loc_jtime(f_met)
!

! if ((cio_grid_var_name(v,1) .ne. 'TSEASFC') .or. TSEASFC_AVAIL) then
#ifdef twoway
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Similar comment here, as not sure we need to comment out sections that are controlled by the "ifdef twoway" CMAQ macro.

@@ -929,7 +929,7 @@ subroutine gridded_files_setup
end if

#ifndef mpas
! setup initial condition file
!! setup initial condition file
! n_i3d = 0
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We need to be careful here, as this macro is actually "ifndef" to check if the macro MPAS is NOT defined here. I don't think we want to comment out sections inside the macro definitions as these sections are controlled at compile time, and for example, this section may indeed be needed by CMAQ in our case.

@@ -1603,9 +1605,9 @@ subroutine retrieve_time_dep_gridded_data (jdate, jtime, vname)
#ifndef mpas
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Again, this is if MPAS is NOT defined, so need to be careful. I do not think we should comment out all these lines in the ifdef and indef macro sections. Please revisit.


rlay1hgt = rjacm ( c,r ) / cellhgt

dust_em( c,r ) = dust_alpha * vflux * rlay1hgt *tfa(c,r) * tfb(c,r)
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Seems like this may be the only real change?

un-commented all MAPS lines, and changed CMakeList.txt
commented MPAS in CMakeLists.txt
@ytangnoaa ytangnoaa merged commit 37c7dbd into noaa-oar-arl:feature/cmaq54 Aug 7, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants