Investment fails when only remaining options fail to dispatch
Maintainers usually reply within 1 day
Nobody has claimed this yet.
- #1363 by @alexdewar — closed without merging
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
Research direction
Start by tracing the investment selection and appraisal flow described in the issue, focusing on how unmet demand and zero-activity options are handled. Compare the four proposed treatments for dud options and determine which policy should be adopted; done means unprofitable assets can be selected instead of terminating the simulation when remaining options fail to dispatch.
Written by the indexing model from the issue text.
Description
When selecting the best assets for a commodity, it is possible to end up with a situation where demand is not met by already-selected assets and we are unable to calculate metrics for any of the remaining options because they fail to dispatch (appraisal produces activity of zero in every time slice). This is bad. While profitable assets should clearly be preferred to unprofitable ones, unprofitable ones should be selected in preference to terminating the simulation.
The question is what to do with these dud options.
A few ideas have been floated:
- Keep bumping the price of the CoI until assets start dispatching
- Just pick assets arbitrarily until demand is met in partial dispatch
- Calculate the price increase that would be required for each asset to dispatch and use that
- Calculate what the metric would for each asset assuming full utilisation
- Dominant language
- Rust
- Stars
- 8
- Forks
- 5
- Avg merge
- 1d 3h
- Merged PRs (30d)
- 17
Getting set up
Starts the project's dev container in your browser, under your own GitHub account.
- Ships a Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from EnergySystemsModellingLab/MUSE2
-
bug documentation
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
EnergySystemsModellingLab/MUSE2#1367 · 1 comment ·
Maintainers usually reply within 1 day
-
Remove the `ironing out iteration 0` prefix from debug files when the ironing out loop is turned offOpenmuse xiii question
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
EnergySystemsModellingLab/MUSE2#1221 ·
Maintainers usually reply within 1 day
-
Difficulty 5/5 Over a week Newbie friendliness 35/100
EnergySystemsModellingLab/MUSE2#1554 ·
Maintainers usually reply within 1 day
-
Unnecessary capacity investmentMay be free again @tsmbland claimed this 32 days ago, and no pull request is open. Openbug
EnergySystemsModellingLab/MUSE2#1541 · 2 comments · 1 assignee ·
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
EnergySystemsModellingLab/MUSE2#1526 ·
Maintainers usually reply within 1 day
All issues in EnergySystemsModellingLab/MUSE2
Similar issues
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 63/100
metasequoiaime/msime#7328 ·
Maintainers usually reply within 1 day
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
eclipse-opensovd/classic-diagnostic-adapter#616 ·
Maintainers usually reply within 2 days
-
documentation
Difficulty 1/5 Under an hour Newbie friendliness 86/100
Maintainers usually reply within 1 day
-
track: content
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
0xAndersen/witness-log#10 ·
-
follow-up main-defect wave-A
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
carrick-sh/carrick#249 ·
Maintainers usually reply within 1 day