-
Notifications
You must be signed in to change notification settings - Fork 50
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
Reporting of variables for different versions of technology not possible. #315
Comments
I agree that adding these different technology types is useful, but I'd be hesitant to (re)introduce a generic numering, because this is not very useful and requires a separate mapping for the id to the actual technology type. Better to add the relevant technology types explicitly. |
@FLomb, in your case we are talking about Solar PV. Would it help to have utility scale and rooftop? Or do you consider panels that adjust their angle to the sun and similar? |
When thinking about adding different technology types, please follow the list at the common-definitions repository - or suggest changes to that list. For context, the aim of the common-definitions repository is to have one list of variables that can be used across numerous projects, based on harmonized and cleaned versions of NAVIGATE, ENGAGE, openENTRANCE, etc. |
Question on this @danielhuppmann, if we want to use a common definition, should we add it to the definitions in openentrance? |
Yes, please - for the time being, we have to manually keep these repos consistent, because openentrance has too many variables and some non-smart choices were made. But once common-definitions is mature, we can implement some automated translation and merge them. |
The IAMC format allows to report variables for different types of a technology, e.g. Capital Cost for Solar PV:
Capital Cost|Electricity|Solar|PV|2, ... Capital|Cost|Electricity|Solar|PV|N
Currently these variables can't be reported using the openentrance package. While this can be acceptable for variables like
Capacity
, this potentially limits the comparability of data between models.My suggestion to address this issue would be to add a definition like the below to
definitions\variable\technology\technologies.yaml
:For implementing this a file
definitions\variable\tag_technology_type.yaml
would need to be created. The type tags would consist of numbers.An alternative route could be to create the possibility to expand and use for example the tags in
tag_variable_renewable_power_type.yaml
I don't know if there has been already any discussion on this, therefore I'd be happy discuss what are the pros and cons for the different options.
The text was updated successfully, but these errors were encountered: