You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Given https://github.com/SciML/ModelingToolkit.jl/pull/3181/files we need to now add an interface here for hybrid models. It seems natural to allow a way for users to tag a mathematical representation that a reaction should be realized in (for the static models we will initially support -- later we can allow dynamic models).
This seems like something that could be added as Reaction metadata, and then overloaded with an appropriate input kwarg when generating a problem (so one can easily change up a given reaction's representation). We also need an appropriate problem workflow for people to call for hybrid systems -- we have JumpInputs already that could be reused, but perhaps a HybridInputs type makes sense that is basically the same but handles all types of mixing equations. For the kwarg we need a way to map a reaction to what representation to use (just a dict of Reactions as keys to an enum type for values? Or should we add integer tags to reactions for use as keys?)
The text was updated successfully, but these errors were encountered:
Note: as part of this interface we need to make sure to update the jump classification code to resolve jumps at the right level (i.e. if an ODE/SDE modifies a variable any jumps that depend on that variable must be made VariableRateJump).
And the interface should also be fine-grained enough to allow a user to manually specify something as variable rate too.
Given https://github.com/SciML/ModelingToolkit.jl/pull/3181/files we need to now add an interface here for hybrid models. It seems natural to allow a way for users to tag a mathematical representation that a reaction should be realized in (for the static models we will initially support -- later we can allow dynamic models).
This seems like something that could be added as
Reaction
metadata, and then overloaded with an appropriate input kwarg when generating a problem (so one can easily change up a given reaction's representation). We also need an appropriate problem workflow for people to call for hybrid systems -- we have JumpInputs already that could be reused, but perhaps aHybridInputs
type makes sense that is basically the same but handles all types of mixing equations. For the kwarg we need a way to map a reaction to what representation to use (just a dict ofReaction
s as keys to an enum type for values? Or should we add integer tags to reactions for use as keys?)The text was updated successfully, but these errors were encountered: