FunctionalModels.jl
diffeqpy
FunctionalModels.jl | diffeqpy | |
---|---|---|
1 | 4 | |
113 | 497 | |
- | 2.0% | |
0.0 | 7.7 | |
over 2 years ago | about 2 months ago | |
Julia | Python | |
GNU General Public License v3.0 or later | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
FunctionalModels.jl
-
‘Machine Scientists’ Distill the Laws of Physics from Raw Data
The thing to watch in the space of Simulink/Modelica is https://github.com/SciML/ModelingToolkit.jl . It's an acausal modeling system similar to Modelica (though extended to things like SDEs, PDEs, and nonlinear optimization), and has a standard library (https://github.com/SciML/ModelingToolkitStandardLibrary.jl) similar to the MSL. There's still a lot to do, but it's pretty functional at this point. The two other projects to watch are FunctionalModels.jl (https://github.com/tshort/FunctionalModels.jl, which is the renamed Sims.jl), which is built using ModelingToolkit.jl and puts a more functional interface on it. Then there's Modia.jl (https://github.com/ModiaSim/Modia.jl) which had a complete rewrite not too long ago, and in its new form it's fairly similar to ModelingToolkit.jl and the differences are more in the details. For causal modeling similar to Simulink, there's Causal.jl (https://github.com/zekeriyasari/Causal.jl) which is fairly feature-complete, though I think a lot of people these days are going towards acausal modeling instead so flipping Simulink -> acausal, and in that transition picking up Julia, is what I think is the most likely direction (and given MTK has gotten 40,000 downloads in the last year, I think there's good data backing it up).
And quick mention to bring it back to the main thread here, the DataDrivenDiffEq symbolic regression API gives back Symbolics.jl/ModelingToolkit.jl objects, meaning that the learned equations can be put directly into the simulation tools or composed with other physical models. We're really trying to marry this process modeling and engineering world with these "newer" AI tools.
diffeqpy
-
How Julia ODE Solve Compile Time Was Reduced From 30 Seconds to 0.1
With Python you have to write packages in some other language anyways, so you might as well do that with Julia. One of the reasons for getting all of this precompilation going is to eventually ship precompiled system images with things like https://github.com/SciML/diffeqpy, effectively using Julia as a replacement for where C/Fortran is traditionally used there. If I can make that pipeline smooth, then I think Julia as a Python package building source will be a good option for a lot of folks. Right now it's a very manual, but it could easily improve with a bit of tooling.
- ‘Machine Scientists’ Distill the Laws of Physics from Raw Data
- Is it possible to create a Python package with Julia and publish it on PyPi?
-
Julia vs R/Python
10-100x speed increase was not an exaggeration for me. With julia I was able to run things quickly on my own machine which I had been running on a compute cluster. I agree that numba could be just as fast as julia. I also just saw that you can run that DE library from julia that I like so much from python using this package. https://github.com/SciML/diffeqpy
What are some alternatives?
Modia.jl - Modeling and simulation of multidomain engineering systems
DifferentialEquations.jl - Multi-language suite for high-performance solvers of differential equations and scientific machine learning (SciML) components. Ordinary differential equations (ODEs), stochastic differential equations (SDEs), delay differential equations (DDEs), differential-algebraic equations (DAEs), and more in Julia.