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
I should mention that it fails in the same way even if using a custom matrix type that properly defines g * dW.
Based on the documentation
noise_rate_prototype: A prototype type instance for the noise rates, that is the output g. It can be any type which overloads A_mul_B! with itself being the middle argument. Commonly, this is a matrix or sparse matrix. If this is not given, it defaults to nothing, which means the problem should be interpreted as having diagonal noise.
I had hoped that overloading mul! in the following might have worked.
Its definition is g(u,p,t)*dW, so dW is always a vector. So then noise_rate_prototype always needs to be a matrix. That means f has to be vector defined in any case of non-diagonal noise. I think we can generalize it, but that's how the linear algebra works out today.
Currently, the SDE interface only allows vectors for variables, and matrices for the noise_rate_prototype.
Please find a minimal example failing below
with the stack trace
I should mention that it fails in the same way even if using a custom matrix type that properly defines g * dW.
Based on the documentation
I had hoped that overloading mul! in the following might have worked.
but it also seems to fail during initialisation.
The text was updated successfully, but these errors were encountered: