-
Notifications
You must be signed in to change notification settings - Fork 237
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
Small update to matlab/cs_grid/ scripts #792
base: master
Are you sure you want to change the base?
Conversation
and also to work with input arrays in compact format
so that it also works when middle of face 1 is at Date line (+/- 180 E/W) (e.g., with solid-body.cs-32x32x1/ exp. grid-files).
This new option add 1 row/column on each side and for both U,V components (fill overlap size of 1, output size: nc+2, nc+2, nz, 6); Also fix missing re-setting of dims(2) in kad=0 case for 3-D, compact-format input
This allows to use same code with Z-coordinate, without any effect on the results here since recip_Bo == rhoConst in this P-coord set-up.
I included a minor adjustment to former PR #794, just to make the customized version of |
also for this case, add field "depth" to output "G" and little clean-up (document arg "nyAxix", remove trailing blanks, ...)
Clarity point: in the readme here, it doesn't specify if an atmos or ocean setup, as this is basically irrelevant except for the above factor... But regarding the "passive tracer (here salinity)" suggest changing to (here "salinity" despite bouyancyRelation set to 'ATMOSPHERIC'). Also in that readme, typo cd_grid -> cs_grid |
@jrscott I can make these 2 adjustments to "README.md" in |
What changes does this PR introduce?
Follows changes from PR #729
What is the current behaviour?
calc_vort_cs.m
has not been updated as "long vector" convention was put in place (in {PR Update matlab cs grid scripts #729) , so that it does not work anymore with current set of scripts fromcs_grid/
.rotate_uv2uvEN.m
has not been updated according to changes in PR Update matlab cs grid scripts #729grph_CS.m
andgrph_CSz.m
fail when middle of face 1 is not at the origin longitude.What is the new behaviour
grph_CS.m
and `grph_CSz.msplit_uv_cub.m
to get symetric halo regions (overlap size of 1 on all 4 sides) filled up.Does this PR introduce a breaking change?
no
Other information:
Suggested addition to
tag-index
not sure if these small updates deserve to be listed in tag-index