-
Notifications
You must be signed in to change notification settings - Fork 35
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
Component Parameter Type Parameterization #473
Comments
So we go with option 3, but call the parameter |
Do we want to support syntax option 2 for scalar values? That is, do we allow:
or require:
We could also keep both and only error when using |
I think if we move things into the But one question is whether we should use |
I thought we were still going to support the (2) syntax, just not for using it to define the
But this would error, since the index implies that it needs to be an array:
|
Well, should we? I'm unsure... I almost feel that if we do away with the Btw., another option would be |
I like that, though it's somewhat more complicated for less-Julia-expert modelers. |
(I'm just writing this down now so we don't forget what we agreed on. I'm going to start trying to implement soon) We will implement:
Basically, if there are "index"s listed in the Parameter definition, then it will be an |
Continuation of #469 discussion, deciding the best way to type parameterize the parameters of a component, with options such as:
param::Array{String, 1} = Parameter(index=[time])
paramName::String = Parameter(index=[time])
Avoid overloading Julia syntax and add a keyword to our Parameter definition, e.g.,
paramName = Parameter(index=[time], type=String)
The text was updated successfully, but these errors were encountered: