Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR updates the remaining RES-regions to the base year 2019.
The RES-regions have been updated using the dataset amalgamator (also called combiner), it's code can be found in the folder: etlocal/app/amalgamator.
The RES regions that are geographically equal to a province are created by taking the dataset of the respective province, these RES regions are:
The other RES region dataset are created using the municipalities that are in the RES-region.
The RES-region site is used for matching municipalities to their RES-regions.
To reproduce the amalgamations, please run the lines in the attached text file in your pry environment on etlocal.
To acces the pry environment enter "rails c" in the terminal while in the etlocal repository.
In this file, you can also see which datasets have been used as input for the RES-region datasets.
While updating this the following issues were encountered:
The first issue was fixed by updating the household shares in the Eemsdelta municipality and migrating this change on etlocal.
The second issue was fixed by altering the variable on which the combination method was called. For the combination method weighted_average to function correctly for shares, we need to specify one variable for the whole share group. We changed it to the sum of al households in the dataset for the households_heat share_in_useful_demand group.
The third issue was caused due to the rounding of the keys to 8 digits. We changed the round method to a floor method. With the floor method, when the total sum of the share group will become lower than 1.0, instead of higher. The difference will be attributed to the flexible share in the share group. This way, rounding to 8 digits will no longer lead to errors.
In addition I made an alteration on how the interconnector capacity is calculated, for the European datasets it makes sense to use the sum method, since we use the actual interconnector data for this capacity.
For Municipal datasets this value is set to 60 GW per municipality, to ensure the connection to the rest of the Dutch grid.
If we use the sum method for local datasets, the RES regions would end up with 100+ GW connections, which have a huge influence on the cost of the scenario.
For now, we have set the combination method for this data point to average. This should be reviewed per dataset amalgamation.
Goes together with:
quintel/etsource#3226