You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The https://engine.energytransitionmodel.com/api/v3/scenarios/xxxx/inputs endpoint contains mostly float-like parameter values with the occasional boolean or enum typed parameters. Processing mixed types from the endpoint is becoming increasingly painful in exporting results as most Python libraries don't like mixed types.
Would it be an option to split off the boolean and enum type parameters to a different endpoint, e.g. https://engine.energytransitionmodel.com/api/v3/scenarios/xxxx/settings to make it more easily to process the settings endpoint? I would also propose to migrate the boolean parameters that are now implemented as float-like parameters with 0, 1 to proper boolean parameters with an allowed setting of true/false to prevent setting a float value instead.
This would provide the additional benefit that inter- or extrapolation of parameters becomes more trivial as only float-like parameters can be inter- or extrapolated, you'd like to keep all 'settings' parameters the same.
The text was updated successfully, but these errors were encountered:
robcalon
changed the title
Split setting parameters from the parameters endpoint.
Split setting parameters from the inputs endpoint into a separate endpoint.
Jul 2, 2024
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.
mabijkerk
added
Pinned
Will never be marked as stale or auto-closed.
and removed
Stale
Issue had no activity for 60 days and will be, or has been, closed.
labels
Sep 5, 2024
The https://engine.energytransitionmodel.com/api/v3/scenarios/xxxx/inputs endpoint contains mostly float-like parameter values with the occasional boolean or enum typed parameters. Processing mixed types from the endpoint is becoming increasingly painful in exporting results as most Python libraries don't like mixed types.
Would it be an option to split off the boolean and enum type parameters to a different endpoint, e.g. https://engine.energytransitionmodel.com/api/v3/scenarios/xxxx/settings to make it more easily to process the settings endpoint? I would also propose to migrate the boolean parameters that are now implemented as float-like parameters with 0, 1 to proper boolean parameters with an allowed setting of true/false to prevent setting a float value instead.
This would provide the additional benefit that inter- or extrapolation of parameters becomes more trivial as only float-like parameters can be inter- or extrapolated, you'd like to keep all 'settings' parameters the same.
The text was updated successfully, but these errors were encountered: