usmap
Ten years in, US mapping splits its data out and finally adds Puerto Rico.
A side-by-side editorial comparison of BAS and standardlastprofile — release velocity, themes, recent moves, and the top alternatives to consider.
A Bayesian model-averaging package spending its 2.0 on memory, not methods.
BAS performs Bayesian variable selection and model averaging for linear and generalized linear models, sampling from a model space too large to enumerate. The visible history splits cleanly: 2023-2024 added sampling machinery — an adaptive independent MCMC sampler with Horvitz-Thompson estimation, hereditary-constraint counting — while 2.0.0 in late 2025 reworked how sampler output is allocated in C. The 2.0.2 patch is a PROTECT fix for rchk warnings.
A German electricity load-profile package added gas and doubled the market it serves.
standardlastprofile implements the BDEW standard load profiles that German utilities use to assign consumption to customers without interval metering. Until June it did electricity only. Version 2.0.0 added the gas side — the SigLinDe synthetic procedure across all 15 BDEW gas profile IDs — and gave electricity a new primary interface, slp_electricity(), with slp_generate() superseded but retained.
BAS performs Bayesian variable selection and model averaging for linear and generalized linear models, sampling from a model space too large to enumerate. The visible history splits cleanly: 2023-2024 added sampling machinery — an adaptive independent MCMC sampler with Horvitz-Thompson estimation, hereditary-constraint counting — while 2.0.0 in late 2025 reworked how sampler output is allocated in C. The 2.0.2 patch is a PROTECT fix for rchk warnings.
Memory is the binding constraint and the releases say so directly. The hereditary-constraint counter, the GROW option, and the replacement of over-allocation with resizing all attack the same problem: n.models is a guess, and guessing high wastes memory on problems where few unique models are actually visited. The 2.0.0 work was additionally forced by R tightening its C API against non-API calls like SETLENGTH, a constraint every C-heavy CRAN package has been absorbing. Method development has been quiet since 1.7.x.
The 1.7.5 notes call the hereditary-constraint counting a first step and say future updates will cover other constraint types, including polynomials, which remain unhandled. That is the one concrete commitment in this history, though nothing since has returned to it.
standardlastprofile implements the BDEW standard load profiles that German utilities use to assign consumption to customers without interval metering. Until June it did electricity only. Version 2.0.0 added the gas side — the SigLinDe synthetic procedure across all 15 BDEW gas profile IDs — and gave electricity a new primary interface, slp_electricity(), with slp_generate() superseded but retained.
The package is converting from a dataset wrapper into a calculation library. Electricity profiles are tabulated values the package ships; gas profiles are computed from daily temperatures and a customer value through a coefficient-driven function, and the maintainer exposed the whole ladder — slp_gas() for the profile, slp_gas_kundenwert() to derive the customer value from a reference year, slp_gas_siglinde() for the raw h(theta) demand function so users can supply state-level coefficients, and coefficient and weekday-factor accessors underneath. The same instinct removed the built-in holiday table in favour of computing Easter directly, which lifted the date range cap from 2073 to open-ended. Deprecations are handled carefully throughout: renames keep working with lifecycle warnings, and the one hard break was already a warning since 1.1.0.
slp_gas_siglinde() was exported specifically so users could plug in region-specific coefficients such as Baden-Wurttemberg's, which points at state-level coefficient sets as the next thing to ship rather than leave to callers. The BDEW reference edition is now pinned to an Internet Archive permalink after the last one 404'd, so tracking edition changes is an ongoing maintenance cost.
Other Infra & APIs 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 BAS or standardlastprofile.
Ten years in, US mapping splits its data out and finally adds Puerto Rico.
Fitness-tracking analysis in slow maintenance, still absorbing upstream breakage.
State-panel tooling holding steady since its 2020 data and ergonomics release.
Five years of compiler and CRAN fixes on a capture-recapture package.
A first release that turns meta-analytic heterogeneity into interpretable subgroups.
A meta-analysis toolkit still renaming its own API as it adds effect sizes.
See all BAS alternatives → · See all standardlastprofile alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. BAS and standardlastprofile 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. BAS and standardlastprofile 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 Infra & APIs products to evaluate alongside.
Top BAS alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "BAS alternatives" section above for the current picks, or visit /alternatives/bas for the full list with editorial commentary on each.
Top standardlastprofile alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "standardlastprofile alternatives" section above for the current picks, or visit /alternatives/standardlastprofile for the full list with editorial commentary on each.