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 capability to write out global regular (non-gaussian) lat/lon grid history files #91

Closed
jswhit opened this issue Mar 31, 2020 · 5 comments

Comments

@jswhit
Copy link
Contributor

jswhit commented Mar 31, 2020

The 'gaussian_grid' option is used for backwards compatibility with the spectral GFS, for downstream applications (like GSI) that expect gaussian latitudes. Most applications would prefer a regular evenly-spaced latitude grid. Therefore, it makes sense to add a 'global_latlon' option for 'output_grid' in model_configure.

@jswhit2
Copy link
Collaborator

jswhit2 commented Mar 31, 2020

@aerorahul

@jswhit2
Copy link
Collaborator

jswhit2 commented Mar 31, 2020

@junwang-noaa pointed out that the 'latlon_grid' option was intended to provide this functionality, but was never fully implemented. Right now it does not produce any output. I've gone ahead and removed the non-functional 'latlon_grid' code from module_wrt_grid_comp.F90.

@jswhit2
Copy link
Collaborator

jswhit2 commented Mar 31, 2020

@yangfanglin asked how to define the resolution of the output grid. The parameters imo and jmo can be used for this. For example, imo=2880 jmo=1440 will produce a 0.125 degree grid (not including the poles and equator). jmo=1441 will give you a 0.125 degree grid including the poles and equator.

@jswhit2
Copy link
Collaborator

jswhit2 commented Mar 31, 2020

Currently, netcdf and netcdf_parallel output is supported in PR #92. The structure of the resulting netcdf files are identical to the gaussian grid files (except that the latitude values are different).

@junwang-noaa
Copy link
Collaborator

The code changes were merged to develop branch in PR #104. close ticket.

SamuelTrahanNOAA referenced this issue in SamuelTrahanNOAA/fv3atm Mar 14, 2022
* Set convert_dry_rho from false to true.

* Point ccpp/physics to corresponding CCPP changes
SamuelTrahanNOAA referenced this issue in SamuelTrahanNOAA/fv3atm Jun 13, 2022
…physics (NCAR#91)

* Update .gitmodules and submodule pointer for fv3atm for code review and testing

* Regression test logs for hera.intel using rt.sh

* Regression test logs for wcoss_dell_p3 using NEMSCompsetRun

* Update submodule pointer for FV3 after renaming S2S suite suite_FV3_GFS_2017_coupled_satmedmf.xml to suite_FV3_GFS_2017_satmedmf_coupled.xml

* Regression test logs for wcoss_dell_p3 using rt.sh; regression test logs for wcoss_cray using rt.sh and NEMSCompsetRun

* Regression test logs for hera.intel using NEMSCompsetRun

* Revert change to .gitmodules and update submodule pointer for fv3atm
jkbk2004 pushed a commit that referenced this issue Aug 22, 2023
* Changes to logging and initialization of the CLM Lake Model.

1. Use ice thickness hice(i) to find the level in the lake where ice is
   zero.
2. Do not allow lake temperature to be below freezing point if there is
   no ice.
3. If there is no snow or ice, do not allow surface lake temperature to
   be below freezing point.
   These changes fixed the problem with large errors in the energy budget
   at the beginning of the cold-start run with lakes.
4. Added flag to turn on debug print statements in the CLM lake model.

* merge ccpp-physics #91 (UFS-SRW v3.0.0 SciDoc updates)
LarissaReames-NOAA pushed a commit to LarissaReames-NOAA/fv3atm that referenced this issue Nov 17, 2023
add in test for do_cube_transform in fv_grid_tool::init_grid
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

No branches or pull requests

3 participants