-
Notifications
You must be signed in to change notification settings - Fork 0
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
Test LotkaVolterra4dLagrangian #47
Comments
We are planning to revise the whole GeometricProblems package, including adding proper docs and references for all problems. Unfortunately, I am not aware of a reference for the Lagrangian formulation for the Lotka-Volterra problem in 4d (or rather arbitrary even dimensions). I cooked this up some time ago by analogy with the 2d Lagrangian... |
EulerLagrange.jl is a great initiative to setting up n-dimensional systems in a blink and without coding mistakes. It should be general enough to formulate problems with Lagrange-D'Alembert principle and nonholonomic constraints as in: https://www.fields.utoronto.ca/programs/scientific/12-13/Marsden/presentations/MartindeDiego.pdf |
Yes, that is no problem at all and only requires implementing a proper type for Lagrange-d'Alembert systems. We are currently working on adding support for parameters in the Lagrangian and code generation for discrete Lagrangians, with Lagrange-d'Alembert and Hamilton-Pontryagin systems planned for the future. |
@michakraus I noted today the EulerLagrange extension to DegerateLagrangian. Great! The test of EulerLagrange passes. However, when I tried to test GeometricProblems to see if DegenerateLagrangian works there on LotkaVolterra4dLagrangian , the test fails. [9a962f9c] DataAPI v1.15.0 (@v1.10) pkg> |
Thanks for reporting. This is due to some changes in Symbolics.jl. I already fixed this last week, but so far it is only in main. I have not yet triggered a release as there is also a problem with the docs... I will try to take care of this asap. |
Can you give a reference in the docs for this problem?
Also, the problem is now formulated in math terms using Symbolics.jl and moving away from MTK.jl. I suggest using and testing
modelingtoolkitize
to preserve the generality of GeometricProblems.The text was updated successfully, but these errors were encountered: