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
in our current project, we want to make use of period-specific parameters in a multi-period-investment. Currently, the only way to do this is passing an iterable to this parameter with values for every timestep. As we are using omeof.tabular, we could integrate a preprocessing to generate timeseries there, but we would find a oemof.solph solution more charming from user perspective.
We would like to hear your opinion about this and collect possible challenges/restrictions. The idea is to adapt _plumbing.sequence, that if a tuple or maybe dict is passed, it returns period specific values. This would change the functionality of the function fundamentally, as the length of the list would need to be known. Further, the number of timesteps per periods need to be passed. This should be optional, so that the original way is preserved.
Do you have any idea. how to handle this?
What's the best way to pass periods information?
Could there be any problems with detecting tuple or dict from csv? (This needs to be handled in oemof.tabularread_from_datapackage)
I haven't dealt with _plumbing.sequence much except for applying it. I saw your pull request and liked the additional functionality and periods mapping you put in it.
I cannot say whether this breaks anything, but I guess you are all good in case you can successfully run the tests and examples, right?!
Dear all,
in our current project, we want to make use of period-specific parameters in a multi-period-investment. Currently, the only way to do this is passing an iterable to this parameter with values for every timestep. As we are using
omeof.tabular
, we could integrate a preprocessing to generate timeseries there, but we would find aoemof.solph
solution more charming from user perspective.We would like to hear your opinion about this and collect possible challenges/restrictions. The idea is to adapt
_plumbing.sequence
, that if a tuple or maybe dict is passed, it returns period specific values. This would change the functionality of the function fundamentally, as the length of the list would need to be known. Further, the number of timesteps per periods need to be passed. This should be optional, so that the original way is preserved.oemof.tabular
read_from_datapackage
)@jokochems, @p-snft, do you have any thoughts on this?
We are looking forward to your ideas and thank you for your help.
The text was updated successfully, but these errors were encountered: