Open PhilMiller opened 9 months ago
Sketching out notes for how input variables will come from the forcings engine to feed into SCHISM:
SCHISM has three BMI grids that its inputs are defined over:
node
in SCHISM's meshelements
along the coastal boundarynodes
along the open-water boundaryAll of these are covered by bmi_grid_{size,x,y}
, and if SCHISM is configured appropriately, it'll provide geographical coordinates in degrees of longitude and latitude for x
and y
.
The input variables defined on grid 1 at all nodes seem pretty straightforward to address with the forcings engine as I understand it:
SFCPRS
TMP2m
UU10m
, VV10m
SPFH2m
One potential hitch I've seen suggested here is that the forcings data may not extend as far off-shore as the mesh. I think for a first cut, we can probably just use a nearest-neighbor value until we integrate a secondary source of data with broader/supplemental coverage.
Q_bnd
(m^3 / s
) is the lateral inflow in grid 2 coastal elements, that we'll have to carefully digest from t-route's output at downstream/coastal/terminal nexuses.
Precipitation averaged over specific elementsRAINRATE
(kg / m^2 s
), confusingly defined over the same grid 2 of elements along the on-shore coastal boundary. I've asked Jason about whether it should actually be over the whole domain instead.
Open boundary water level ETA2_bnd
defined for grid 3 of nodes along the open-water boundary. This is coming from output of another simulation system. I'm not at all sure how we're getting this one yet. For an initial "get things running", we can probably pin this at a constant until we're prepared to wire that up.
From discussion with Jason
RAINRATE
to an element grid over the whole domain meshRAINRATE
uniformly for now.ETA2_bnd
forcing, because it doesn't actually have an off-shore water level estimate like the Great Lakes or the oceans from circulation models (FVCOMM or STOFS). We think it may be fine without, since the SCHISM code handles an absence of files providing that variable.
Per https://github.com/NOAA-OWP/ngen/issues/547#issuecomment-1896392842