Torkel Loman
Torkel Loman
The seems to be some errors in the runtests that are not there on normal CI runs? Is this something that is related to this PR, or a normal MTK...
Needs a new MTK release to pass tests, I will finish writing the description of how the equations work after lunch.
Figured I should have another go through and see if I missed anything, and was immediately punished. On the plus side I discovered another MTK bug: https://github.com/SciML/SciMLBase.jl/issues...
Ok, I've updated to the new MTK version where this was fixed, all good now.
You mean using ``` oprob = ODEProblem(rn, Float64[], (0.0, tf), Float64[]) ``` I thought this was slightly different, as I do not give the actual `ParsedReactionNetwork`, and utilise the default...
Basically, this would require the automatic conversion of integer parameter values from the Float64 to the Int64 form. I don't think this is generally done in the system, so while...
You mean defining values in plain vector form like ```julia u = [1.0, 2.0, 3.0] ``` instead of a map ```julia u = [X => 1.0, Y => 2.0, Z...
Right, that makes sense. Yeah, that would require some modification (or supporting alternative approaches simultaneously, but that also seems messy).
Actually, I checked again and vector interface should be supported for `NonlinearSystem`s. Presumable, in your example, `x` would end up a `SciML` `integrator` object. For these, both `integrator[X]` and `integrator.u[1]`...
Sorry, I think I am missunderstanding something. Not familiar with those packages, so there are probably stuff going on that I don't really understand.