Prefer mT over T in statespace equations
#595
Merged
+12
−14
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This hasn't ever come up, but if we end up with more support for batch dims/time varying, we have to be more careful about shape assumptions inside the kalman filters. This PR switches things to batch-friendly operations, switching
x.dot(y)tox @ y(the latter is blockwise) andx.Tforx.mT(in casexis not 2d).There are still a few
.Tsprinkled in there, mostly because there are some 1d objects. It might be preferable to switch everything to 2d (so that e.g. data will be represented as a column vector). This has it's own drawbacks, mostly related to unintentional broadcasting. I tried it in an early iteration and eventually got to where things are now.