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

Local Scope #787

Open
smiths opened this issue Jul 9, 2018 · 4 comments
Open

Local Scope #787

smiths opened this issue Jul 9, 2018 · 4 comments

Comments

@smiths
Copy link
Collaborator

smiths commented Jul 9, 2018

In the future, Drasil should support the idea of a local scope for symbols. As pointed out in the case studies repo:

smiths/swhs#35 (comment)

there are cases where a local scope would be helpful. The definition of \tau_w could be local to the instance model that defines the governing ODE. However, as currently set-up, we need a separate data definition to include the equations that define the local parameters \tau_w ( and \eta).

@JacquesCarette
Copy link
Owner

@bmaclach I think Drasil now has some features close to this. Can this be implemented now?

@bmaclach
Copy link
Collaborator

bmaclach commented May 6, 2020

@JacquesCarette It does look like data definitions now have a scope field. I don't think it currently does anything, but there's at least something there to build off of.

@JacquesCarette JacquesCarette mentioned this issue May 11, 2020
2 tasks
@smiths
Copy link
Collaborator Author

smiths commented Dec 6, 2021

We discussed this issue in our "cold cases" meeting on Dec 6, 2021. We decided that it is premature to address it now, since we are in the midst of rethinking how we think about Drasil knowledge in terms of theories. Once the new theories "model" is in place we can return to this issue.

@balacij
Copy link
Collaborator

balacij commented Apr 29, 2023

If we consider chunks to be theory presentations (theories definitions in CAS 760 or the unified theories we've been discussing recently), then I think almost any theory would be able to define new symbols as constants. I haven't thought about this enough, but I want to get the idea down and shared in case anyone else has thoughts. I'll definitely return to this.

@balacij balacij self-assigned this Apr 29, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: To do
Development

No branches or pull requests

4 participants