-
Using the abstract solver interface as defined in DifferentialEquations.jl would make it possible to use different solvers in the future. In particular the option to use solvers written in Julia that …
-
Hi, thanks for the package. I would like to know in which script or line of code you use `StaticArrays`, and how do you work with the number of particles which is not know at compile time.
Does your…
-
I found this package from the JuliaCon talk list and it looks cool! I plan on adding it to the common interface SDE solvers, current list found here:
http://docs.juliadiffeq.org/latest/solvers/sde_…
-
There are a lot of extra tools that `DifferentialEquations.jl` provides that I want to be able to use (e.g. sensitivity analysis and optimal control, which I would prefer to do directly, instead of ha…
-
ODE.jl is slowly being phased out, so for performance I would suggest switching to DifferentialEquations.jl. DifferentialEquations.jl has a low dependency mode so that way you don't need to depend on …
-
Hi @fverdugo
I have been taking a look at `DifferentialEquations.jl`, in order to create `ODESolver`s as wrappers of this library solvers.
In our current version of the `GridapTimeStepper` pack…
-
We should review the literature and consult the experts (i.e. check out the schemes in [DifferentialEquations.jl](https://diffeq.sciml.ai/stable/solvers/ode_solve/#Full-List-of-Method)) to find any ne…
-
- EnsembleKalmanProcesses
- Turing.jl (but might not work because Oceananigans)
-
Hi and thanks for an interesting package!
I'm interested in trying out the interface with `DifferentialEquations.jl `on the `tipmoment` example.
My code is shown below. It doesn't converge. I was wo…
-
The interface to ODE solvers in DifferentialEquations.jl is fantastic.
What would be really great is to have an interface for DDE problems as well.
Is it feasible or too much to ask for? Thanks!