-
Notifications
You must be signed in to change notification settings - Fork 27
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
Integrate run fcst #270
base: uwtools_integration
Are you sure you want to change the base?
Integrate run fcst #270
Conversation
…-srweather-app into integrate-run-fcst
Model configure to yaml
…niNOAA/ufs-srweather-app into integrate-run-fcst
write_groups: !int '{{ task_run_fcst.WRTCMP_write_groups }}' | ||
write_tasks_per_group: !int '{{ task_run_fcst.WRTCMP_write_tasks_per_group }}' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
UW schema-validation error
[2024-11-07T14:32:02] ERROR Error at fv3 -> model_configure -> update_values -> write_groups:
[2024-11-07T14:32:02] ERROR !int is not of type 'boolean', 'number', 'string'
[2024-11-07T14:32:02] ERROR Error at fv3 -> model_configure -> update_values -> write_tasks_per_group:
nam_sfcperts: {} | ||
nam_sppperts: {} |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
UW schema-validation error
[2024-11-07T14:32:02] ERROR Error at fv3 -> namelist -> update_values -> nam_sfcperts:
[2024-11-07T14:32:02] ERROR {} should be non-empty
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I previously had a fail run where nam_sfcperts
and nam_sppperts
were missing, but were required arguments for the test. I added these into the config_defaults
as empty dictionaries since I wasn’t sure what the key / value pairs would look like and if they would be a dict. The test is failing for both of these keys because the value cannot be an empty dict.
- !int '{{ task_run_fcst.LAYOUT_Y }}' | ||
bc_update_interval: !int '{{ task_get_extrn_lbcs.LBC_SPEC_INTVL_HRS }}' | ||
gfs_physics_nml: | ||
kice: !int '{{ 9 if workflow.SDF_USES_RUC_LSM else 2 }}' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This seems odd and I noticed when looking into the schema errors. Possibly this error fits with the arbitrary schema-validation error message
[2024-11-07T14:32:02] ERROR !int is not of type 'boolean', 'number', 'string'
fv_core_nml: | ||
target_lon: !int '{{ grid_params.LON_CTR }}' | ||
target_lat: !int '{{ grid_params.LAT_CTR }}' | ||
nrows_blend: !int '{{ grid_params.HALO_BLEND }}' | ||
stretch_fac: !int '{{ grid_params.STRETCH_FAC }}' | ||
npx: !int '{{ grid_params.NX + 1 }}' | ||
npy: !int '{{ grid_params.NY + 1 }}' | ||
layout: | ||
- !int '{{ task_run_fcst.LAYOUT_X }}' | ||
- !int '{{ task_run_fcst.LAYOUT_Y }}' |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
UW schema-validation errors
[2024-11-07T14:32:02] ERROR Error at fv3 -> namelist -> update_values -> fv_core_nml -> nrows_blend:
[2024-11-07T14:32:02] ERROR !int {{ grid_params.HALO_BLEND }} is not of type 'array', 'boolean', 'number', 'string'
[2024-11-07T14:32:02] ERROR Error at fv3 -> namelist -> update_values -> fv_core_nml -> target_lon:
[2024-11-07T14:32:02] ERROR !int -97.5 is not of type 'array', 'boolean', 'number', 'string'
[2024-11-07T14:32:02] ERROR Error at fv3 -> namelist -> update_values -> fv_core_nml -> stretch_fac:
[2024-11-07T14:32:02] ERROR !int 0.999 is not of type 'array', 'boolean', 'number', 'string'
[2024-11-07T14:32:02] ERROR Error at fv3 -> namelist -> update_values -> fv_core_nml -> target_lat:
[2024-11-07T14:32:02] ERROR !int 38.5 is not of type 'array', 'boolean', 'number', 'string'
ISEED_LSM_SPP: [ 9 ] | ||
LSM_SPP_VAR_LIST: [ "smc", "vgf", "alb", "sal", "emi", "zol", "stc" ] | ||
LSM_SPP_MAG_LIST: [ 0.017, 0.001, 0.001, 0.001, 0.001, 0.001, 0.2 ] | ||
DO_LSM_SPP: false |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This also needed to be added back in. I set the value as false
to mimic what the value was previously.
# | ||
#----------------------------------------------------------------------- | ||
# | ||
DO_SPP: false |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Again, needed to be added back in.
Thanks for adding this summary here. I think there are some early-in-the-process gaps in how/where the values are referenced that are leading to Jinja expressions not being rendered. I can certainly look into those more closely. |
DESCRIPTION OF CHANGES:
Status update
run_fcst
:Fork from SRW on the branch
integrate-run-fcst
.Run dir on Hera,
/scratch1/BMC/zrtrr/Naureen.Bharwani/SRW_uwtools_integration/ufs-srweather-app
Currently I’ve been trying to get a single test to pass, which is the
grid_RRFS_CONUScompact_25km_ics_HRRR_lbcs_RAP_suite_RRFS_v1beta
fundamental test.The task that currently fails is
run_fcst_mem000
.The error I’m seeing is relating to the config_defaults,
task_run_fcst
section of the YAML within thenamelist.update_values
,namelist.update_values.fv_core_nml
andmodule_config.update_values
blocks.The error I’m encountering:
Ideas for a solution:
After looking into the JSON Schema for
fv3
driver and thenamelist
. I believe that we need to adjust the schema to allow typenumber
for the entries above in thenamelist
block. This will allow floating point values to be accepted. With just the integer type it does not accept floating point values, although it does accept negative values. We might also need to add the individual keys to thefv3
schema itself since thenamelist
schema is shared by all drivers and this could cause users to give inappropriate values for other keys in different drivers. I tested it by adding to thenamelist
schema the typenumber
. That didn't seem to fix the schema issue. With the same error appearing.Resource on JSON Schema type number.
Type of change
TESTS CONDUCTED: