README example should use interpolation instead of indexing about boundaryvaluediffeq.jl HOT 5 OPEN

The issue is more that the model is a bit nonsense and you're not testing what the model is actually saying. You're testing that the value in the middle has a value, i.e.:

function bc!(residual, u, p, t)
    residual[1] = u(0.75)[1] + pi / 2
    residual[2] = u[end][1] - pi / 2
end

But that's not the model. The model is that the middle of the solve array is pi / 2. But the solver time steps are adaptive, so there's no guarantee that u(0.75) == u[end ÷ 2], nor should one ever expect that to be true. We should just change this example to use interpolation.

from boundaryvaluediffeq.jl.

The issue is more that the model is a bit nonsense and you're not testing what the model is actually saying.

Yeah, we should not expect the value in the middle to be the same since the adaptive time steppings, but the two solutions from different solvers are quite different, I think there is something wrong about this, especially the shooting method.

from boundaryvaluediffeq.jl.

There's nothing wrong about the solutions. The bc! is just not a good definition. Change the bc!.

from boundaryvaluediffeq.jl.

Oh I see, I will propose a better example for the detailed usage of BVP solvers.

We should just change this example to use interpolation.

I remembered OrdinaryDiffEq.jl can use interpolations, is there some text we can refer to add this feature to MIRK solvers?

from boundaryvaluediffeq.jl.

No, this is a good example, it's just that every multi-point example should use interpolation.

is there some text we can refer to add this feature to MIRK solvers?

The MIRK solvers already define the interpolation for the residual calculation.

from boundaryvaluediffeq.jl.