fillpattern
Pattern fills for ggplot2, hardened against the ways users write sizes
A side-by-side editorial comparison of impIndicator and invasimapr — release velocity, themes, recent moves, and the top alternatives to consider.
Biodiversity impact indicators settle their vocabulary before 1.0
impIndicator computes indicators of alien-species impact from GBIF-style occurrence cubes, producing species-level, site-level and regional measures with visualisation. The latest release renames the three headline functions to compute_species_indicator(), compute_site_indicator() and compute_regional_indicator(), drops the division by total occupied sites, and fixes the exponential transformation of impact categories into scores. It is part of the b-cubed-eu family and leans on sibling tooling rather than reimplementing it.
invasimapr halved its install size and became citable; the science stayed put.
invasimapr estimates species invasiveness and site invasibility from trait, environmental and resident-community data, exposing a traits → competition → invasion-fitness pipeline behind seven high-level wrappers. Its three releases are all packaging and standards work: a first citable archive in June 2026, then a maturity release bringing it in line with the B-Cubed software development guide. The one behavioral addition in that release is an opt-in standardise_inputs argument on compute_invasion_fitness(), off by default.
impIndicator computes indicators of alien-species impact from GBIF-style occurrence cubes, producing species-level, site-level and regional measures with visualisation. The latest release renames the three headline functions to compute_species_indicator(), compute_site_indicator() and compute_regional_indicator(), drops the division by total occupied sites, and fixes the exponential transformation of impact categories into scores. It is part of the b-cubed-eu family and leans on sibling tooling rather than reimplementing it.
Two threads run through the recent releases. One is uncertainty: 0.6.0 wires in dubicube for cross-validation and uncertainty estimation on the indicators, moving output from point estimates toward quantified confidence. The other is scoping and naming — user-supplied sf regions in 0.4.0, occurrence-cube construction in 0.5.0, then the 0.6.1 rename — the pattern of a package tightening its public vocabulary as it approaches a stable release.
With the naming settled and uncertainty estimation in place, the next step is most likely consolidation toward a 1.0 — documentation and vignettes against the renamed functions rather than further indicator types.
invasimapr estimates species invasiveness and site invasibility from trait, environmental and resident-community data, exposing a traits → competition → invasion-fitness pipeline behind seven high-level wrappers. Its three releases are all packaging and standards work: a first citable archive in June 2026, then a maturity release bringing it in line with the B-Cubed software development guide. The one behavioral addition in that release is an opt-in standardise_inputs argument on compute_invasion_fitness(), off by default.
The pressure is toward being installable and auditable rather than more capable — install slimmed from roughly 100 MB to 56 MB, R CMD check warnings and notes resolved, sp moved to Suggests, a Darwin Core-aligned data dictionary added, and a Zenodo concept DOI with CITATION.cff, codemeta.json and .zenodo.json. The package moves in lockstep with its B-Cubed sibling dissmapr, tagged within minutes of each other at both 0.1.0 and 0.2.1, which points at project-level standards deadlines rather than independent release decisions. Trait dispersion metrics and scenario exploration remain on the roadmap.
Standards compliance is now complete and the roadmap names functional trait dispersion metrics and scenario exploration tools, so the next release is the first that can plausibly be about invasion ecology rather than packaging.
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 impIndicator or invasimapr.
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 impIndicator alternatives → · See all invasimapr alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
Both compete on the same themes — biodiversity — within Analytics. impIndicator and invasimapr 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. impIndicator and invasimapr 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 impIndicator alternatives in Analytics are ranked by recent ship velocity. Browse the "impIndicator alternatives" section above for the current picks, or visit /alternatives/impindicator for the full list with editorial commentary on each.
Top invasimapr alternatives in Analytics are ranked by recent ship velocity. Browse the "invasimapr alternatives" section above for the current picks, or visit /alternatives/invasimapr for the full list with editorial commentary on each.