Regression in #519a4f2: Adding `p_max_pu` for `conventional_carriers` through `.csv` file
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 615
- Forks
- 459
- Avg merge
- 4d 14h
- Merged PRs (30d)
- 6
Description
Checklist
- I am using the current
masterbranch or the latest release. Please indicate. - I am running on an up-to-date
pypsa-eurenvironment. Update viaconda env update -f envs/environment.yaml.
Describe the Bug
(currently migrating from version 0.8.0 to current master)
With commit #591a4f2 and specifically here
providing a filename to a data/*.csv file in the config like
only works if the conventional_carrier is also specified here:
but that also causes existing powerplants to be included.
Before it was possible to not have existing powerplants included but allow for e.g. conventional power plants via
to have those types extendable and put in p_max_pu via the config line above linking to data/*.csv files.
Not sure if that was intentionally changed, but it seems like it is now no longer possible to have p_max_pu through .csv file + no existing powerplant capacities + extendable powerplant capacities via config.
Error Message
(weird failures, because the filename is added as p_max_pu instead of the values.
Contributor guide
No contributing guide indexed for this repository
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.
Research direction
Start with rules/build_electricity.smk at the linked lines, then compare the related conventional_carriers and conventional_carrier settings in config/config.default.yaml. Reproduce the configuration using a data/*.csv p_max_pu file, without existing powerplant capacities, and verify that the CSV values are used while the intended powerplant types remain extendable.
Written by the indexing model from the issue text.
Assessment
- Domain
- build-system
- Issue type
- Bug
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100