simlandr
Potential landscape tooling settling onto standard R generics after two rounds of renaming.
A side-by-side editorial comparison of kde1d and vecvec — release velocity, themes, recent moves, and the top alternatives to consider.
A univariate density estimator that added zero-inflated data and reopened its C++ API to do it.
kde1d estimates univariate densities with local polynomial kernel methods, handling bounded, discrete and now zero-inflated variables through a single type argument, with the numerical work in a header-only C++ library usable outside R. Version 1.1.0 added the zero-inflated discrete-continuous mixture case and shipped a new C++ API as an explicit breaking change; 1.1.1 followed in June with auto-generated notes and no description.
A vector-of-vectors class swapped its object system mid-flight and came out faster.
vecvec provides an R class that holds multiple vectors as a single logical vector without copying them together, aimed at cases where concatenating would be wasteful. The 1.0.0 rewrite moved the class off vctrs onto S7 while keeping user-facing code working, and added matrix and array behaviour. Recent releases have concentrated on the details that decide whether the abstraction actually saves work: ALTREP vectors surviving intact, subassignment edge cases, and printing that does not materialise what it is describing.
kde1d estimates univariate densities with local polynomial kernel methods, handling bounded, discrete and now zero-inflated variables through a single type argument, with the numerical work in a header-only C++ library usable outside R. Version 1.1.0 added the zero-inflated discrete-continuous mixture case and shipped a new C++ API as an explicit breaking change; 1.1.1 followed in June with auto-generated notes and no description.
The package has alternated between performance work and widening the class of data it accepts. The 1.0.0 release was the performance milestone — FFT-based estimation, a better integration algorithm for the p, q and r functions, deterministic jittering replacing randomness, and standalone C++ headers. The 1.1.0 release is the scope milestone, adding a third data type to the two it already handled. Releases come from the same maintainer as svines and cluster on shared dates, so changes in the underlying C++ surface across the vine and density stack tend to ship together.
With the C++ API deliberately reworked for standalone use at 1.1.0, further work most plausibly consolidates that interface rather than adding data types. What 1.1.1 actually changed is not readable from its body.
vecvec provides an R class that holds multiple vectors as a single logical vector without copying them together, aimed at cases where concatenating would be wasteful. The 1.0.0 rewrite moved the class off vctrs onto S7 while keeping user-facing code working, and added matrix and array behaviour. Recent releases have concentrated on the details that decide whether the abstraction actually saves work: ALTREP vectors surviving intact, subassignment edge cases, and printing that does not materialise what it is describing.
The arc runs from proving the idea to making it cheap. Early releases established constructors and vctrs dispatch; 1.0.0 rebuilt the internals on S7 with a smaller, faster representation and automatic flattening of adjacent compatible vectors; the two releases since have been about not defeating the point — an ALTREP vector flattened on construction or materialised by a print method gives back exactly the memory the class exists to save. Extensibility is the other visible thread, with custom ptype2 and cast methods now registrable and extension packages expected to subclass class_vecvec. The internal index structure is explicitly reserved for future change, so faster special-case representations look planned rather than incidental.
The reserved internal structure and the stated intent to accommodate faster variants point at specialised representations for particular vector types next; the entries do not indicate which cases are queued first.
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 kde1d or vecvec.
Potential landscape tooling settling onto standard R generics after two rounds of renaming.
SEM reporting helpers converging on APA output, one CRAN resubmission at a time.
A raster-to-terra migration is the only readable change in a feed of merge notes.
A nycflights13 generator whose recent work is all about the data being right.
Conditional density and log-likelihood fill out a vine copula regression package.
A drop-in string API for base R, kept alive by upstream check failures.
See all kde1d alternatives → · See all vecvec alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
Both compete on the same themes — r-package — within Analytics. kde1d and vecvec 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. kde1d and vecvec 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 kde1d alternatives in Analytics are ranked by recent ship velocity. Browse the "kde1d alternatives" section above for the current picks, or visit /alternatives/kde1d for the full list with editorial commentary on each.
Top vecvec alternatives in Analytics are ranked by recent ship velocity. Browse the "vecvec alternatives" section above for the current picks, or visit /alternatives/vecvec for the full list with editorial commentary on each.