Skip to content
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

Eemsdelta dataset households shares in useful heat demand don't add to 100% #533

Open
kndehaan opened this issue Aug 7, 2024 · 5 comments
Assignees
Labels

Comments

@kndehaan
Copy link
Contributor

kndehaan commented Aug 7, 2024

The "Share in useful heat demand per residence type and construction period" should add up to 100%. This is not the case for the Eemsdelta municipality. This is probably caused due to some problem in how the datasets of former separate municipalities are combined within the Eemsdelta dataset.

Proposed solution: track down where combining datasets went wrong and correct this error so that all shares add up to 100%.

image

@mabijkerk
Copy link
Member

@kndehaan how big is the delta? If it's very minor than it might be due to rounding issues in Excel.

@kndehaan
Copy link
Contributor Author

kndehaan commented Aug 8, 2024

@mabijkerk the shares add up to 2.98 (298%), so the delta is quite large and cannot be due to Excel rounding issues.

I'm not very familiar with the former municipalities that Eemsdelta is composed of but could it be that there were 3 former municipalities of which the shares are just added up, therefore almost adding up to 300%? Anyhow, this should be fixed by properly combining the former municipality datasets that now represent the Eemsdelta municipality.

@mabijkerk
Copy link
Member

mabijkerk commented Aug 12, 2024

@KoenvanB this issue might actually be related to the issue I spotted for the municipalities listed below, since Eemsdelta is included:

Screenshot 2024-08-12 at 09 07 26

Could you look into this?

Copy link

This issue has had no activity for 60 days and will be closed in 7 days. Removing the "Stale" label or posting a comment will prevent it from being closed automatically. You can also add the "Pinned" label to ensure it isn't marked as stale in the future.

@kaskranenburgQ
Copy link
Contributor

kaskranenburgQ commented Nov 29, 2024

I have delved in the issue of @mabijkerk a bit further:

Nuenen, gerwen en Nederwetten
This label creates a bug since it has a comma in the key of the dataset.

Sudwest-Fryslan
This municipality has 2 special characters in the key: GM1900_súdwest_fryslân, it can't be found because of this.
For the municipality GM1970_noardeast_fryslan, the special characters has been removed. This is why this municipality can be found.

Beekdaelen
fused around 2018 consisted of:

  • Nuth
  • Onderbanken
  • Schinnen

There is no label in the areas.yml files in etmodel for this municipality

Westerkwartier
fused in 2019 and consisted of:

  • Grootegast
  • Leek
  • Marum
  • Zuidhorm
  • Part of Winsum

There is no label in the areas.yml files in etmodel for this municipality

Eemsdelta
fused in 2021 and consisted of:

  • Appingedam
  • Delfzijl
  • Loppersum

There is no label in the areas.yml files in etmodel for this municipality

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants