treasury
A thin Treasury rates wrapper has stopped adding endpoints and started making its tables self-describing.
A side-by-side editorial comparison of fitVARMxID and soilDBdata — release velocity, themes, recent moves, and the top alternatives to consider.
A VAR-model fitting package acquiring the standard R methods it launched without
fitVARMxID fits vector autoregressive models via OpenMx identification, and is one of several packages maintained by the jeksterslab account. Its recent releases are small and additive: confint() and plot() methods, a save function, and before that a documentation pass. The feed also carries automated build commits that are pure CI artifacts.
soilDBdata exists so soilDB's tests can run without a NASIS connection.
soilDBdata is a data-only package supplying NASIS and gSSURGO sample datasets as .sqlite assets, installed separately by soilDB's GitHub Actions so unit tests that would otherwise need database access can run. It began as a proof of concept carrying MT663 pedon and component tables used in soil survey coursework, and its most recent release adds a Marshall Islands FY26 gSSURGO dataset. Releases are infrequent and driven by what the parent package needs to test.
fitVARMxID fits vector autoregressive models via OpenMx identification, and is one of several packages maintained by the jeksterslab account. Its recent releases are small and additive: confint() and plot() methods, a save function, and before that a documentation pass. The feed also carries automated build commits that are pure CI artifacts.
This is a package settling into R conventions rather than growing capability. Adding confint() and plot() is the standard-methods work most modeling packages do once the estimation core is stable — it signals the author considers the fitting side done. Cadence is roughly quarterly and the changes get smaller each time.
Further method coverage — summary(), predict(), or coef() — is the likely next step, since confint() and plot() are usually the first two of that set rather than the last.
soilDBdata is a data-only package supplying NASIS and gSSURGO sample datasets as .sqlite assets, installed separately by soilDB's GitHub Actions so unit tests that would otherwise need database access can run. It began as a proof of concept carrying MT663 pedon and component tables used in soil survey coursework, and its most recent release adds a Marshall Islands FY26 gSSURGO dataset. Releases are infrequent and driven by what the parent package needs to test.
Development follows soilDB rather than leading it: assets get bumped when a soilDB version changes, and purpose lists are updated when soilDB adds a table. The one release that changed what testing is possible was v0.1.1, which added selected-set _View_1 tables alongside whole tables so both SS=TRUE and SS=FALSE code paths could be exercised. Four-year gaps between releases are normal here and do not indicate abandonment — a fixture package only needs to move when the fixtures go stale.
The recent addition is a new geography rather than a new table structure, so further releases most likely continue broadening dataset coverage as soilDB gains regions to test against.
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 fitVARMxID or soilDBdata.
A thin Treasury rates wrapper has stopped adding endpoints and started making its tables self-describing.
The R front door to USDA soil data finishes a long deprecation cleanup and turns local-first.
A single-cell data store commits to Zarr v3 and range-readable hosting across four language surfaces
Text analysis in R keeps optimising its token internals — and builds a path out to torch
The ModernDive teaching package learns to render inside the browser that runs its own textbook
A GPU-accelerated Bayesian GLM package buys its way into the standard R Bayesian toolchain
See all fitVARMxID alternatives → · See all soilDBdata alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. fitVARMxID is currently shipping more aggressively (velocity 2.5 vs 0.0), with 0 editorial sparks in the last 30 days against 0. 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. fitVARMxID is currently shipping more aggressively (velocity 2.5 vs 0.0), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Analytics products to evaluate alongside.
Top fitVARMxID alternatives in Analytics are ranked by recent ship velocity. Browse the "fitVARMxID alternatives" section above for the current picks, or visit /alternatives/fitvarmxid for the full list with editorial commentary on each.
Top soilDBdata alternatives in Analytics are ranked by recent ship velocity. Browse the "soilDBdata alternatives" section above for the current picks, or visit /alternatives/soildbdata for the full list with editorial commentary on each.