RMVMR
RMVMR is being tidied in lockstep with MVMR, the package it wraps
A side-by-side editorial comparison of modeltime.ensemble and spmodel — release velocity, themes, recent moves, and the top alternatives to consider.
modeltime.ensemble wakes after four years, and the work is all tune 2.0 compatibility.
modeltime.ensemble builds average, weighted and stacked ensembles over modeltime forecast models. After a four-year gap it shipped twice in a fortnight during August and September 2025, both releases devoted to tracking breaking changes in tidymodels' tune package — new resampling column conventions, key uniqueness across resamples, recipe preparation. The tidyverse dependency was dropped in the same pass.
Spatial regression in R, adding block kriging and then tuning the numerics underneath it
spmodel fits spatial linear and generalised linear models, for both point-referenced and areal data, with prediction and diagnostics attached. Block prediction arrived in 0.11.0 and the releases since have refined it. The most recent release changes optimiser behaviour: the default Nelder-Mead relative stopping tolerance tightens from 1e-4 to 1e-6 to reduce convergence on local rather than global maxima.
modeltime.ensemble builds average, weighted and stacked ensembles over modeltime forecast models. After a four-year gap it shipped twice in a fortnight during August and September 2025, both releases devoted to tracking breaking changes in tidymodels' tune package — new resampling column conventions, key uniqueness across resamples, recipe preparation. The tidyverse dependency was dropped in the same pass.
This is a package whose forecasting capability was settled by 2021 — recursive ensembles, per-series calibration — and whose recent life is dictated entirely by upstream tidymodels churn. New contributors did that compatibility work, including one from the tidymodels side. It now requires tune 2.0.0 and modeltime.resample 0.3.0, pinning it to the current tidymodels generation rather than straddling versions.
Expect the next release to follow the next tune or modeltime.resample breaking change rather than to introduce new ensembling methods.
spmodel fits spatial linear and generalised linear models, for both point-referenced and areal data, with prediction and diagnostics attached. Block prediction arrived in 0.11.0 and the releases since have refined it. The most recent release changes optimiser behaviour: the default Nelder-Mead relative stopping tolerance tightens from 1e-4 to 1e-6 to reduce convergence on local rather than global maxima.
Two threads run in parallel. The first is expanding what can be predicted — point predictions, then areal averages over a region via block kriging, then better accuracy and efficiency for that path as the block size default moved from 1000 to 4000 in 0.12.0. The second is numerical trustworthiness, and it is unusually prominent here: a range-constraint option for stability in 0.9.0, a corrected log determinant of the fixed effects in the restricted log likelihood in 0.11.0, a cloud semivariogram that had been doubling the semivariance fixed in 0.11.1, and now a tighter optimiser tolerance. Several of these silently changed results before they were caught.
Expect the maintainers to keep publishing explicit reproduction instructions alongside numerical default changes, as 0.13.0 does by documenting the `control = list(reltol = 1e-4)` escape hatch. The entries give no signal of expansion beyond the current model families.
Other Analytics products tracked by Sparkpulse, ranked by recent ship velocity. Each card links to a full editorial trajectory and lets you pivot into a head-to-head comparison with either modeltime.ensemble or spmodel.
RMVMR is being tidied in lockstep with MVMR, the package it wraps
geoarrow tracks the GeoArrow spec and otherwise just keeps compiling
n2khab keeps retracting interpretations of habitat data it can't actually support
tidypolars is grinding toward complete dplyr coverage, one supported function at a time
OneSampleMR found that argument order in a formula was silently changing its estimates
bpbounds found the same swapped-cell bug twice and clamped its bounds back into range
See all modeltime.ensemble alternatives → · See all spmodel alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. modeltime.ensemble and spmodel are shipping at a similar cadence (velocity 0.0 vs 0.0, both within Sparkpulse's "active" band). See the at-a-glance table above for a side-by-side breakdown of velocity, recent sparks, and editorial themes.
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. modeltime.ensemble and spmodel are shipping at a similar cadence (velocity 0.0 vs 0.0, both within Sparkpulse's "active" band). For your specific use case, the alternatives sections above list other Analytics products to evaluate alongside.
Top modeltime.ensemble alternatives in Analytics are ranked by recent ship velocity. Browse the "modeltime.ensemble alternatives" section above for the current picks, or visit /alternatives/modeltime-ensemble for the full list with editorial commentary on each.
Top spmodel alternatives in Analytics are ranked by recent ship velocity. Browse the "spmodel alternatives" section above for the current picks, or visit /alternatives/spmodel for the full list with editorial commentary on each.