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

Standardizing config/mapping files #68

Open
abhishek0208 opened this issue May 25, 2021 · 3 comments
Open

Standardizing config/mapping files #68

abhishek0208 opened this issue May 25, 2021 · 3 comments

Comments

@abhishek0208
Copy link
Contributor

No description provided.

@maartenbrinkerink
Copy link
Collaborator

maartenbrinkerink commented Sep 2, 2024

I reopened this issue as I think that some discussion related to this is merited. Our workflow has expanded quite drastically in the last few years including the addition of custom user configurations. At the same time we still have 1) hardcoded entries in some scripts and 2) 'hidden' config files where e.g. technology names from PLEXOS-World are grouped into technologies with OG naming conventions or where the parameters for certain scripts are defined (e.g. for demand projections).

Just wanted to check how we want to approach this going forward. E.g. with the integration of the GEM data and GESDB storage data we will have to aggregate technologies once again. Should this be done in the config file or in individual csv files? The single config file we have right now is getting rather bulky. Happy to hear your thoughts @abhishek0208 @tniet @trevorb1 @SimoneOseiOwusu

@maartenbrinkerink
Copy link
Collaborator

This also relates to a user request as posed in #185.

@maartenbrinkerink
Copy link
Collaborator

Conversations as mentioned in #210 and #203 (specifically c605a94) are relevant here.

@maartenbrinkerink maartenbrinkerink changed the title Move user inputs to single config file Standardizing config/mapping files Oct 23, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants