fillpattern
Pattern fills for ggplot2, hardened against the ways users write sizes
A side-by-side editorial comparison of b3gbi and brglm2 — release velocity, themes, recent moves, and the top alternatives to consider.
b3gbi pulled confidence intervals out of its indicator workflow and handed them to dubicube.
b3gbi computes biodiversity indicators from GBIF occurrence cubes for the B-Cubed project, and sits at 0.9.4 in a JOSS review run-up. The 0.9 release decoupled uncertainty from indicator calculation: confidence intervals are no longer produced inline but added afterward with add_ci(), backed by whole-cube bootstrapping from the sibling dubicube package. Everything since has been grid-parsing and compatibility repair around that split.
A bias-reduction package reaches 1.0 by adding an estimator built for high-dimensional logistic regression
brglm2 fits generalized linear models using mean and median bias reduction rather than plain maximum likelihood, which matters most when ML estimates are infinite or badly biased. The 0.7-0.9 line broadened coverage — negative binomial via brnb(), ordinal superiority measures, the expo() method for exponentiated parameters, add1()/drop1() so step() stops silently producing nonsense. Version 1.0.0 in August 2025 added mdyplFit(), estimating logistic regression by maximum Diaconis-Ylvisaker prior penalized likelihood with optional high-dimensional corrections. The two releases since have tuned that new path.
b3gbi computes biodiversity indicators from GBIF occurrence cubes for the B-Cubed project, and sits at 0.9.4 in a JOSS review run-up. The 0.9 release decoupled uncertainty from indicator calculation: confidence intervals are no longer produced inline but added afterward with add_ci(), backed by whole-cube bootstrapping from the sibling dubicube package. Everything since has been grid-parsing and compatibility repair around that split.
Two forces are shaping releases. Internally, the uncertainty split produced an indicator-specific rule book — species-level indicators bootstrap the whole cube, raw counts resample within year, evenness gets a logit transform — and that rule book is where the statistical thinking now lives. Externally, GBIF's taxonomic backbone migration to the Catalogue of Life forced string taxon keys through process_cube() and the plotting paths, while recurring EEA and MGRS grid-code fixes mark coordinate parsing as the least settled area.
The 0.9.4 notes are entirely JOSS review items — contributors, examples, tracked datasets — so the next release is most likely a JOSS-accepted 1.0 rather than new indicator work.
brglm2 fits generalized linear models using mean and median bias reduction rather than plain maximum likelihood, which matters most when ML estimates are infinite or badly biased. The 0.7-0.9 line broadened coverage — negative binomial via brnb(), ordinal superiority measures, the expo() method for exponentiated parameters, add1()/drop1() so step() stops silently producing nonsense. Version 1.0.0 in August 2025 added mdyplFit(), estimating logistic regression by maximum Diaconis-Ylvisaker prior penalized likelihood with optional high-dimensional corrections. The two releases since have tuned that new path.
The package's older work assumed the classical regime where observations comfortably outnumber parameters. mdyplFit() and its hd_correction argument target the opposite case, and the follow-up releases are almost entirely about it — Pearson residuals on original responses, aliased parameter handling, the sloe() signal-strength estimator ignoring leverage-one observations. Meanwhile the older surface gets graceful-failure work: brglm_fit() now returns its latest estimates with warnings rather than aborting.
Given that 1.0.1 and 1.1.0 are both dominated by mdyplFit follow-ups while the classical path receives only robustness fixes, further work on high-dimensional corrections is the likeliest direction.
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 b3gbi or brglm2.
Pattern fills for ggplot2, hardened against the ways users write sizes
gcube's recent releases are all packaging metadata, not simulation code
The R port of Quinlan's Cubist gets reproducibility fixes, not new modelling
ggstats keeps widening what a coefficient or Likert plot can be
ecodive rebuilt itself into a broad diversity-metric library, breaking as it went
State-space data simulation for R, filled in one function at a time
See all b3gbi alternatives → · See all brglm2 alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. b3gbi 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. b3gbi 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 b3gbi alternatives in Analytics are ranked by recent ship velocity. Browse the "b3gbi alternatives" section above for the current picks, or visit /alternatives/b3gbi for the full list with editorial commentary on each.
Top brglm2 alternatives in Analytics are ranked by recent ship velocity. Browse the "brglm2 alternatives" section above for the current picks, or visit /alternatives/brglm2 for the full list with editorial commentary on each.