qqman
The Manhattan-plot package for GWAS results, finished and dormant since 2017.
A side-by-side editorial comparison of gtfstools and spmodel — release velocity, themes, recent moves, and the top alternatives to consider.
gtfstools stopped guarding its own object model and started accepting everyone else's.
gtfstools reads, edits, filters and validates GTFS public transport feeds in R on a data.table backend. Since 1.3.0 it accepts GTFS objects produced by other packages such as gtfsio and tidytransit, converting them through an as_dt_gtfs() generic. Validation runs MobilityData's canonical validator, now supported through v6.0.0.
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.
gtfstools reads, edits, filters and validates GTFS public transport feeds in R on a data.table backend. Since 1.3.0 it accepts GTFS objects produced by other packages such as gtfsio and tidytransit, converting them through an as_dt_gtfs() generic. Validation runs MobilityData's canonical validator, now supported through v6.0.0.
The package built out a wide function surface first — filters, geometry conversion, speed and duration calculations — then turned outward. Delegating validation to MobilityData's validator and accepting other packages' objects both trade self-sufficiency for a position inside the wider GTFS ecosystem. Deprecations are handled slowly, with old behaviour left as the default for a release or more.
Expect continued validator version tracking and further completion of the deprecation cycle around filter_by_stop_id()'s full_trips behaviour.
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 gtfstools or spmodel.
The Manhattan-plot package for GWAS results, finished and dormant since 2017.
The R package for CODATA constants rebuilt its symbol table on NIST's naming so future updates stop being hand work.
The R client for AusTraits spends its releases chasing the dataset it reads.
A ggplot2 layer for seasonal adjustment output, filling in one plot type at a time.
A fossil-record simulator that quietly grew a trait-evolution engine.
Reference-based multiple imputation tables, shipping only what CRAN checks demand.
See all gtfstools alternatives → · See all spmodel alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
Both compete on the same themes — r-package — within Analytics. gtfstools 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. gtfstools 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 gtfstools alternatives in Analytics are ranked by recent ship velocity. Browse the "gtfstools alternatives" section above for the current picks, or visit /alternatives/gtfstools-r 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.