@@ -191,10 +191,10 @@ in the [Julia programming language](https://julialang.org/), makes use of the fo
191
191
version.
192
192
193
193
For the BMI implementation of Wflow all grids are defined as [ unstructured
194
- grids] ( https://bmi-spec.readthedocs.io/en/latest/model_grids.html#unstructured-grids ) . While
195
- the input (forcing and model parameters) is structured (uniform rectilinear), internally
196
- wflow works with one dimensional arrays based on the active grid cells of the 2D model
197
- domain.
194
+ grids] ( https://bmi-spec.readthedocs.io/en/latest/model_grids.html#unstructured-grids ) ,
195
+ including the special cases ` scalar ` and ` points ` . While the input (forcing and model
196
+ parameters) is structured (uniform rectilinear), internally wflow works with one dimensional
197
+ arrays based on the active grid cells of the 2D model domain.
198
198
199
199
### Configuration
200
200
The variables that Wflow can exchange through BMI are based on the different model
@@ -219,6 +219,12 @@ Wflow.BMI.initialize
219
219
Wflow.BMI.get_input_var_names
220
220
```
221
221
222
+ Variables with a third dimension, for example ` layer ` as part of the vertical ` SBM ` concept,
223
+ are exposed as two-dimensional grids through the Wflow BMI implementation. For these
224
+ variables the index of this third dimension is required, by adding ` [k] ` to the variable
225
+ name (` k ` refers to the index of the third dimension). For example, the variable
226
+ ` vertical.vwc[1] ` refers to the first soil layer of the vertical ` SBM ` concept.
227
+
222
228
### Couple to a groundwater model
223
229
For the coupling of wflow\_ sbm (SBM + kinematic wave) with a groundwater model (e.g.
224
230
MODFLOW) it is possible to run:
0 commit comments