-
-
Notifications
You must be signed in to change notification settings - Fork 114
Improved Symbolic Indexing #342
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
Conversation
- Fix `ODESolution` interpolation
- Use interface defined in SymbolicIndexingInterface, moved from RecursiveArrayTools
Codecov Report
@@ Coverage Diff @@
## master #342 +/- ##
==========================================
+ Coverage 57.75% 58.90% +1.15%
==========================================
Files 43 44 +1
Lines 3290 3487 +197
==========================================
+ Hits 1900 2054 +154
- Misses 1390 1433 +43
📣 We’re building smart automated test selection to slash your CI/CD build times. Learn more |
|
I'm fairly certain the rest of the tests will only pass once MTK gets bumped and this can depend on the new version |
|
If paramsyms/indepsym is passed to the SciMLFunction, then I guess there isn't a reason to not fallback to it |
|
This needs RecursiveArrayTools for tests to pass as well |
|
Looks like it's still failing? |
|
Yeah, I just realised that it needs the latest MTK, which is a bit backward and can be fixed by a small patch to the SymbolicIndexingInterface |
|
I didn't realise that some functions contain the sys but may not use it for indexing, so it complains that they don't implement the interface. There's no way (as of now) to check if the interface is implemented, so it looks like defaulting The compat change I just added should fix tests, but someone installing an old MTK would retain compat for the version containing this PR, and things would break. |
- `sym_to_index` checks if the system has the specified symbol before falling back to `getsyms`. This takes advantage of the change in SymbolicIndexingInterface v0.2.0
|
Now this should be compatible with previous MTK versions as well |
|
🤦🏻 I forgot 0.1 - 0.2 is a breaking transition in semver, kept thinking it's just a minor version change |
|
Rerunning CI here should make everything pass 🤞🏻 |
|
Sounds suspicious. |
|
Is the new MTK not tagged? Edit: Ah, it isn't. Then it'll run into this dependency conflict |
|
Should I close this to not waste CI then reopen once its tagged? |
|
Told you, sus. |
|
Just gotta wait a bit haha JuliaRegistries/General#74053 |
|
Dunno what is up with me today 😅 a bit all over the place |
|
Finally merged the new version of MTK |
|
Apparently reopening doesn't rerun CI |
|
Still failing |
|
That failure confuses me. In the system at |
|
Interestingly |
|
The other must be an observed variable. How are those treated? |
|
If a symbol doesn't match a state variable, it falls back to using It seems EDIT: Indeed, |
|
Might need to wait until @YingboMa is back |
|
How is this going - this being merged seems like a prerequisite for symbolic |
|
it looks like this just needs a format |
|
Boom |
|
Is the ODAEProblem stuff fixed? |
|
Yes |
|
See #379 which makes this also work for |
Uses SymbolicIndexingInterface.jl
Refer to SciML/ModelingToolkit.jl#1988