Steven Hiscocks

We have a Zenodo link in the readme which links back to latest software release, but the latest paper we had announcing v1.0 release is [DOI 10.23919/FUSION52260.2023.10224185](https://doi.org/10.23919/FUSION52260.2023.10224185) We should look...

I think issue **2.** was fixed in #967

I think it would make sense to have `act()` as standard method, and then have `move()` call `act()` for backwards compatibility. Aware this isn't a simple fix of just doing...

@karacanil I think that would be a good addition. Not something I'm aware anyone else has done yet, but would be welcome contribution. Best bet would be to look at...

Hey @kopytjuk Thanks for the PR. I think this would be a great addition 👍

Thanks again for the contribution. Just noted one minor change required to include new module in docs: ```diff diff --git a/docs/source/stonesoup.dataassociator.rst b/docs/source/stonesoup.dataassociator.rst index dd9d52be..6e2d0034 100644 --- a/docs/source/stonesoup.dataassociator.rst +++ b/docs/source/stonesoup.dataassociator.rst @@...

`Tracks2GaussianDetectionFeeder` is designed for Gaussian based states only, as well as Chernoff Updater being used. Another approach, not currently implemented would be need to fuse ParticleState. With small modification, it...

Thanks for raising this @bpdavis86. It is something we were aware of, but as we don't create many Predictor or Updater objects, shouldn't really be an issue. I think looking...

Look like it shouldn't be difficult to add an additional Boolean argument (`noise`/`measurement_noise`/`covar_noise`??) to all the updaters' `predict_measurement` method to support this.

Seems to be a limitation of deque that states length limiter use. Work around for now would be to use `track_slice = list(next(iter(tracks)))[1:]` [There are other solutions as well.](https://stackoverflow.com/questions/10003143/how-to-slice-a-deque)