Closed gawebb-dstl closed 7 months ago
See PR #742 for an alternative implementation
Patch coverage: 100.00
% and project coverage change: -0.01
:warning:
Comparison is base (
bf40a9a
) 94.87% compared to head (610423a
) 94.87%.
:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.
I've reviewed this and #742 and I think I prefer this approach. I can't say I've ever used the next
method to use a tracker but if others do then would removing them be a (small) breaking change? Is it possible to keep __next__
and update_tracker
methods?
All current trackers require a detection feeder. It can be useful to progress a tracker manually without a detection feeder (see Multi-Sensor Fusion: Covariance Intersection Using Tracks as Measurements example).
All current trackers and start their
__next__
function with:I've moved this line to the new
Tracker
baseclass and added anupdate_tracker
function which takes the time and detections from the detection feeder as an input. With this being a separate function, you can access it directly and bypass the detection feeder which may be easier in instances