You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
spatially-uniform constant boundary using boundaries_fn and boundary_value (default), --> But this DOES NOT open in GUI. --> by writing into a timeseries with start stop time the same as model time, this can be open in GUI.
spatially-uniform time-series boundary read from boundaries_fn and boundaries_timesries_fn (TODO Not Implemented),
spatially-varying time-series boundary read from boundaries_geodataset_fn (TODO Not Implemented).
Above also means we cannot use hydrolib-core to correctly read it back. --> Because of the above, this is no longer valid, hydrolib-core can read it back.
Functional requirement:
boundaries_fn
andboundary_value
(default), -->But this DOES NOT open in GUI.--> by writing into a timeseries with start stop time the same as model time, this can be open in GUI.boundaries_fn
andboundaries_timesries_fn
(TODO Not Implemented),boundaries_geodataset_fn
(TODO Not Implemented).Remarks:
Hydrolib-core polyfile parser was not applicable for boundary type pli file. Bug reported here: Polyfile parser does not parse 2D boundary type of pli file correctly. HYDROLIB-core#467 --> It turns out the point labels exported by GUI is not used by the kernel, therefore no need to support this. See comment in the issue.Above also means we cannot use hydrolib-core to correctly read it back.--> Because of the above, this is no longer valid, hydrolib-core can read it back.write_forcing
function #153 --> half fixed for 1d and 2d boundaryThe text was updated successfully, but these errors were encountered: