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

docs: update docs for MTKv9 #2489

Merged
merged 18 commits into from
Feb 26, 2024
Merged

Conversation

AayushSabharwal
Copy link
Member

@AayushSabharwal AayushSabharwal commented Feb 23, 2024

Close #2059
Close #1968
Close #2481

Checklist

  • Appropriate tests were added
  • Any code changes were done in a way that does not break public API
  • All documentation related to code changes were updated
  • The new code follows the
    contributor guidelines, in particular the SciML Style Guide and
    COLPRAC.
  • Any new documentation only uses public API

Additional context

Add any other context about the problem here.

@AayushSabharwal
Copy link
Member Author

Why is DynamicQuantities compat capped?

@@ -15,6 +15,57 @@ Symbolics.option_to_metadata_type(::Val{:irreducible}) = VariableIrreducible
Symbolics.option_to_metadata_type(::Val{:state_priority}) = VariableStatePriority
Symbolics.option_to_metadata_type(::Val{:misc}) = VariableMisc

function dump_variable_metadata(var)

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

dump_variable_metadata(var) seems perfect to me. The named tuple return type allows direct integration with Tables.jl.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note that the returned NamedTuple may not have the same type or fields for all variables. It depends on the types of the symbolic variables themselves as well as the contained metadata

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Oh yeah, true. I don't think this is compatible with Tables.jl, but I definitely prefer this option that does not print unecessary informatioN!

@@ -38,5 +34,5 @@ parammap = [
]

prob = SDEProblem(de, u0map, (0.0, 100.0), parammap)
sol = solve(prob, SOSRI())
sol = solve(prob, LambdaEulerHeun())
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@YingboMa is it not able to detect it's diagonal in the lowering process?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Let's open an issue about this.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Opening

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@AayushSabharwal
Copy link
Member Author

AayushSabharwal commented Feb 23, 2024

This should be good to go. Forgot to squash the fixup!s last push.

Docs still won't build because of structural_simplify not working for OptimizationSystems

@AayushSabharwal
Copy link
Member Author

SteadyStateDiffEq and DiffEqCallbacks have some compat issues with each other

@ChrisRackauckas
Copy link
Member

Docs still won't build because of structural_simplify not working for OptimizationSystems

Disable that for now, it's fixed in #2403 but we shouldn't wait

@AayushSabharwal
Copy link
Member Author

Disable that for now, it's fixed in #2403 but we shouldn't wait

Done

@ChrisRackauckas ChrisRackauckas merged commit 7c85930 into SciML:master Feb 26, 2024
20 of 24 checks passed
@AayushSabharwal AayushSabharwal deleted the as/docs-v9 branch February 27, 2024 05:45
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
3 participants