← Back to home
Comparison · Infra & APIs

neonUtilities vs selection.index

A side-by-side editorial comparison of neonUtilities and selection.index — release velocity, themes, recent moves, and the top alternatives to consider.

neonUtilities vs selection.index: at a glance

FeatureneonUtilitiesselection.index
SectorInfra & APIsInfra & APIs
Velocity score0.00.0
Sparks · 30d00
Top themesecological-data, neon, data-download, cran-releasesplant-breeding, selection-index, genomic-selection, rcpp
Last editorial update2h ago1h ago
WebsiteVisit →Visit →

What is neonUtilities?

Two major versions shipped in a year, and this feed will not say what changed in either.

neonUtilities is the R toolkit NEON publishes for pulling and assembling its own observatory data — downloading data products through the NEON API, unzipping and stacking monthly packages into analysis-ready tables, and handling the awkward cases like eddy-covariance and airborne data. It reached 4.0.0 in June and 4.0.1 in July. What those releases contain is not recoverable from this feed: every recent entry is a one-line pointer saying the tag corresponds to a CRAN version, with the change log left in NEWS.md.

Read the full neonUtilities trajectory →

What is selection.index?

A dormant plant-breeding package returns as a genomic selection index suite

selection.index computes selection indices for plant breeding — weighting several traits into one number breeders can rank on. After two years of silence it shipped 2.0.0 in March 2026, and the package is barely recognisable: snake_case throughout, an Rcpp and RcppEigen computational core, and index families for genomic data, marker data, multi-stage trials and constrained genetic gain sitting beside the original phenotypic ones.

Read the full selection.index trajectory →

neonUtilities vs selection.index: editorial side-by-side

N
neonUtilities
INFRA · APIS
0.0

Two major versions shipped in a year, and this feed will not say what changed in either.

◆ Current state

neonUtilities is the R toolkit NEON publishes for pulling and assembling its own observatory data — downloading data products through the NEON API, unzipping and stacking monthly packages into analysis-ready tables, and handling the awkward cases like eddy-covariance and airborne data. It reached 4.0.0 in June and 4.0.1 in July. What those releases contain is not recoverable from this feed: every recent entry is a one-line pointer saying the tag corresponds to a CRAN version, with the change log left in NEWS.md.

◆ Where it's heading

Release cadence has picked up sharply — 3.0.0 through 4.0.1 in under a year, against multi-year gaps before that — and two major-version bumps in that window normally imply breaking changes for anyone pinning the package in a reproducible workflow. Direction cannot be read from the entries themselves. The one substantive note in the feed is older and instructive about how this repository is used: a 2023 development tag that modified stackEddy() to avoid NEON API calls for internal processing pipelines, explicitly not for public use and never submitted to CRAN.

◆ Prediction

No prediction is supportable from these entries — they contain no description of any change. What can be said is that the 3.x-to-4.x jump and the tight 4.0.0-to-4.0.1 turnaround fit the usual shape of a major release followed by a fix, and anyone depending on the package should read NEWS.md rather than this feed.

S
selection.index
INFRA · APIS
0.0

A dormant plant-breeding package returns as a genomic selection index suite

◆ Current state

selection.index computes selection indices for plant breeding — weighting several traits into one number breeders can rank on. After two years of silence it shipped 2.0.0 in March 2026, and the package is barely recognisable: snake_case throughout, an Rcpp and RcppEigen computational core, and index families for genomic data, marker data, multi-stage trials and constrained genetic gain sitting beside the original phenotypic ones.

◆ Where it's heading

The first version series added one function at a time — combinatorial indices, then genetic advance, then mean performance under randomised block designs — against a fixed phenotypic framing. Version 2.0.0 abandons that framing rather than extending it. Genomic and marker information become inputs the package understands, multi-cycle simulation becomes a built-in toolset, and the old combinatorial entry points are replaced by a named lpsi(). The 2.0.1 follow-up is entirely CI and numerical-stability work, which reads like a maintainer bracing a much larger surface.

◆ Prediction

A seventeen-runner CI matrix mirroring every CRAN check flavour, added days after 2.0.0, says the immediate concern is keeping a compiled multi-family package green rather than adding to it. Expect stabilisation releases before anything new.

Alternatives to neonUtilities and selection.index

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 neonUtilities or selection.index.

See all neonUtilities alternatives → · See all selection.index alternatives →

Recent activity from neonUtilities and selection.index

Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.

  1. 1mo agoneonUtilitiesneonUtilities version 4.0.1
  2. 1mo agoneonUtilitiesneonUtilities version 4.0.0
  3. 5mo agoselection.indexCI expanded to 17 runners after the 2.0.0 rewrite
  4. 5mo agoselection.indexGenomic, marker and multi-stage selection indices on an Rcpp core
  5. 6mo agoselection.indexUnspecified general performance improvements
  6. 6mo agoneonUtilitiesneonUtilities version 3.0.3
  7. 10mo agoneonUtilitiesneonUtilities version 3.0.2
  8. 11mo agoneonUtilitiesneonUtilities version 3.0.1
  9. 1y agoneonUtilitiesneonUtilities version 3.0.0
  10. 2y agoselection.indexMean performance for randomised block designs
  11. 3y agoselection.indexsel.index() and sel.score.rank() removed for comb.indices()
  12. 4y agoselection.indexGenetic advance calculation added

Frequently asked questions

What is the difference between neonUtilities and selection.index?

They serve adjacent needs but don't currently overlap on shipped themes. neonUtilities and selection.index 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.

Is neonUtilities better than selection.index?

Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. neonUtilities and selection.index 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.

What are the best alternatives to neonUtilities?

Top neonUtilities alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "neonUtilities alternatives" section above for the current picks, or visit /alternatives/neonutilities for the full list with editorial commentary on each.

What are the best alternatives to selection.index?

Top selection.index alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "selection.index alternatives" section above for the current picks, or visit /alternatives/selection-index for the full list with editorial commentary on each.