lstar
A single-cell data store commits to Zarr v3 and range-readable hosting across four language surfaces
A side-by-side editorial comparison of collinear and fluxnet-package — release velocity, themes, recent moves, and the top alternatives to consider.
collinear has broken its API twice to stop making the user pick thresholds.
collinear removes multicollinearity from predictor sets through pairwise correlation and VIF filtering, with a preference order deciding which variable survives each conflict. Two major versions in thirteen months each rewrote the interface: 2.0.0 extended every function to any combination of categorical and numeric responses and predictors, and 3.0.0 moved to multiple responses, restructured the output into classed objects, and made both filtering thresholds adaptive by default. Version 3.0.1 is the first release since that is purely repair.
fluxnet keeps swapping its own plumbing — first a Python downloader, now a DuckDB backend.
fluxnet gives R users access to FLUXNET eddy covariance data: listing sites, downloading, quality control and citation. Two releases in three months replaced the parts underneath the user-facing functions — 0.3.0 moved downloading off httr2 onto the fluxnet_shuttle Python library, and 0.6.0 added experimental DuckDB ingest so data can be queried with dplyr without being read into memory. The API around them has been churning in step, with site_ids='all' deprecated and max_gapfill renamed to threshold.
collinear removes multicollinearity from predictor sets through pairwise correlation and VIF filtering, with a preference order deciding which variable survives each conflict. Two major versions in thirteen months each rewrote the interface: 2.0.0 extended every function to any combination of categorical and numeric responses and predictors, and 3.0.0 moved to multiple responses, restructured the output into classed objects, and made both filtering thresholds adaptive by default. Version 3.0.1 is the first release since that is purely repair.
The through-line is removing decisions the user was never well placed to make. Preference-order functions were renamed twice — first onto a metric-and-model scheme in 2.0.0, then onto a response-type scheme in 3.0.0 — and f_auto() picks one when none is given; target encoding went from automatic to opt-in; max_cor and max_vif now default to NULL and trigger a data-driven threshold derived from the 75th percentile of pairwise correlations through a sigmoid and a fitted correlation-to-VIF mapping. Each change is defensible and each one broke callers, which is the cost of this approach.
3.0.1 moved the example datasets out into a separate spatialData package and fixed four crashes rather than adding anything, so the next release is most likely more consolidation on the 3.0 surface than a fourth interface.
fluxnet gives R users access to FLUXNET eddy covariance data: listing sites, downloading, quality control and citation. Two releases in three months replaced the parts underneath the user-facing functions — 0.3.0 moved downloading off httr2 onto the fluxnet_shuttle Python library, and 0.6.0 added experimental DuckDB ingest so data can be queried with dplyr without being read into memory. The API around them has been churning in step, with site_ids='all' deprecated and max_gapfill renamed to threshold.
The direction is toward handling data volumes that do not fit the read-it-all-into-R model, and toward borrowing rather than reimplementing — a Python library for transfers, DuckDB for storage. That comes with dependency weight the package now has to manage itself, which is what flux_install_shuttle() and its virtualenv handling exist for. Renames and deprecations in nearly every release suggest the interface is being fixed as the backend settles rather than the other way around.
The DuckDB functions are marked experimental and cover connect, build and update only, so the next step is most likely stabilising them and routing the existing quality-control and extraction functions through the database rather than around it.
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 collinear or fluxnet-package.
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
USGS puts a type system over its river network toolkit so errors surface at dispatch
The chromatography file-format translator keeps absorbing vendor formats one release at a time
See all collinear alternatives → · See all fluxnet-package alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
Both compete on the same themes — r package — within Analytics. collinear and fluxnet-package 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. collinear and fluxnet-package 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 collinear alternatives in Analytics are ranked by recent ship velocity. Browse the "collinear alternatives" section above for the current picks, or visit /alternatives/collinear for the full list with editorial commentary on each.
Top fluxnet-package alternatives in Analytics are ranked by recent ship velocity. Browse the "fluxnet-package alternatives" section above for the current picks, or visit /alternatives/fluxnet-package for the full list with editorial commentary on each.