-
Notifications
You must be signed in to change notification settings - Fork 4
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
Improve TIMModel implementation by updating the timeseries
data type.
#511
Comments
I have not made this a feature/bug because it is a loose tail from #348 |
While doing a quick test I noticed the TimModel is not quite in line with other similar hydrolib-core objects. Since the timfile is similar than the files for XYNModel/XYZModel etc, I would expect more similarities in the object formatting. Below is some example code that shows how the objects are built up. In line with this, I would expect For completeness, the
|
Alternatively, we could consider to add the refdate from the mdu to the timfile (as a property) if it is being read via the FMModel tree |
What is the need for this task.
In issue #348 support of the tim file format was introduced.
However the
timeseries
attribute on theTimModel
has a dictionary as type.This was decided because the times in the time series data should be unique and with each a time a set of values is associated.
But the PolyFile, XYNModel, XYZModel and ForcingBase all do it differently than the tim file.
What is the task?
TimModel.timeseries
to e.g.List[TimRecord]
whereTimRecord
has two attributes:time
(float
) anddata
(List[float]
)TimModel
.The text was updated successfully, but these errors were encountered: