-
Notifications
You must be signed in to change notification settings - Fork 133
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
Account for remaining values in multi-period models #982
Account for remaining values in multi-period models #982
Conversation
jokochems
commented
Oct 2, 2023
- Subtract remaining values for investments expressing their value at the end of the optimization horizon.
- Limit fixed costs to actual optimization horizon.
…rizon in invest flow
I'll update the tests shortly. Feel free to already have a glimspe into the implementation. In case I haven't been mistaken, it hasn't been too hard to implement. |
After checking back with @nailend, I'll revise the implementation and guess that it gets leaner through the changes we discussed bilaterally. |
@nailend Please have a look when time allows:
@p-snft
In terms of implementation, I also see two ways:
Here is how I proceeded:
In principle, we could also go for approach 1.A., but there are some design questions:
What do you think, @p-snft? |
@p-snft Adding to what I stated above, I gave it some thought:
|
I agree. Actually, my suggestion was rather meant as a quick fix: Instead of calculating the remaining value at the end of the time horizon, it would just have been left to the user to give it. Maybe, it can be considered the sloppy version of 2A. |
@nailend could you please re-review? @p-snft Could you add your review as well or accept in case @nailend finds nothing more that needs to be changed? FYI: The failing docs test seems to be due to a failing docs test for a zenodo link. I assume it to be a temporary server problem for zenodo. [EDIT] They just migrated and announced that they are still working on slowness issues. I guess, the server timeout limit was just too harsh. Thank you! |
Compare differences in remaining value vs. actual value
I am just wondering if it is possible to move the economic calculations to https://github.com/oemof/oemof-tools/blob/dev/src/oemof/tools/economics.py. (That might be another PR, though.) |
Sounds like a good idea, indeed for a future PR. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think it's great! Thanks a lot for all the changes and improvements, this is of great help to us!
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I checked for code style and if it breaks "stable" functionality. I see no real issues with that regard. There is no reason I see against the merge, I only have small remarks.
fixed_costs : numeric (iterable or scalar), :math:`c_{fixed}` | ||
The fixed costs associated with a flow. | ||
Note: These are only applicable for a multi-period model. | ||
Note: These are only applicable for a multi-period model | ||
and given on a yearly basis. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am wondering whether we should re-introduce this for single-period models.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That has been a discussion in a very old issue #556. I generally like the idea as well, but did not do so, because my intention was to add functionality, not to take major design choices for the existing framework.
Hello @jokochems! Thanks for updating this PR. We checked the lines you've touched for PEP 8 issues, and found: There are currently no PEP 8 issues detected in this Pull Request. Cheers! 🍻 Comment last updated at 2023-10-20 08:32:53 UTC |