-
-
Notifications
You must be signed in to change notification settings - Fork 199
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
Show model equations for inspected HARK AgentType and Market classes #479
Labels
Milestone
Comments
depends on #761 |
sbenthall
added a commit
to sbenthall/HARK
that referenced
this issue
Jan 12, 2021
3 tasks
MridulS
pushed a commit
that referenced
this issue
Jan 22, 2021
* replace HARKobject with MetricObject and ParameterizedObject, see #612 * rename ParameterizedObject to Model; more in sync with Dolo * corrections from master merge... * whitespace corrections * parameters printed when Model (Agent, Market) object inspected. see #479 * adds model equivalency method, fixes #612 * changlog for model equivalency and repr
Moving to 1.1 now that this is resolved for parameters. |
sbenthall
changed the title
Show model equations and parameters for inspected HARK AgentType and Market classes
Show model equationsfor inspected HARK AgentType and Market classes
Jan 22, 2021
sbenthall
changed the title
Show model equationsfor inspected HARK AgentType and Market classes
Show model equations for inspected HARK AgentType and Market classes
Jan 22, 2021
sbenthall
added a commit
to sbenthall/HARK
that referenced
this issue
Jun 27, 2023
Closing because this is a major part of the HARK 1 roadmap, and is actively being worked on. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
For comparison, the
dolo.compiler.model.Model
class instances, when inspected in the REPL, provide some nice metadata and the equations for the model.https://gist.github.com/sbenthall/54772209ab5108801a5fe166cff12b5b
Currently, with HARK AgentType and MarketClasses, it is difficult to find the equations of the models by inspecting the code or the objects.
The equations could potentially be put in the docstrings of these classes.
Or they could be printed to the user when the object is inspected.
This may be related to #446 -- this could be a way to communicate the parameters used in the object definition in a structured way.
The text was updated successfully, but these errors were encountered: