Closed SebastianM-C closed 5 months ago
Attention: 4 lines
in your changes are missing coverage. Please review.
Comparison is base (
5d3ac43
) 39.96% compared to head (d6bb6e2
) 39.96%.
Files | Patch % | Lines |
---|---|---|
src/ensemble/ensemble_solutions.jl | 0.00% | 4 Missing :warning: |
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.
Yeah that is weird. VectorOfArray
s shouldn't have a VectorOfArray
as u
. I'll investigate this further
I'm not sure if it helps, but I was wondering if this is due to the fact that individual ODESolutions are no longer AbstractArrays and the recipes relied on this to distinguish between scalar and vector cases, as for ensemble you can have scalar differential equations or output functions that return scalars.
This does seem to be what is required here. I'm not fully on board with the AbstractVectorOfArray.u
being another AbstractVectorOfArray
thing that's going on, but if it works it works I guess.
Should this be merged?
cc @ChrisRackauckas
I missed this ones. @AayushSabharwal is this ok? It seems a bit odd to need
sim.u.u[1]
at first sight.