qqman
The Manhattan-plot package for GWAS results, finished and dormant since 2017.
A side-by-side editorial comparison of constants and r-datetimeoffset — release velocity, themes, recent moves, and the top alternatives to consider.
The R package for CODATA constants rebuilt its symbol table on NIST's naming so future updates stop being hand work.
constants exposes the CODATA recommended values of the physical constants to R, as a data frame plus symbol lists that carry units, uncertainties, or both. The package reached 1.0.0 on the 2018 CODATA release and has shipped once since, purely to track a units package update. Its surface is small and its release cadence is bound to CODATA, which revises every few years.
A datetime type built for the messy metadata formats everyone else rounds off.
datetimeoffset provides a vctrs record type for datetimes with optional UTC offsets, possibly heterogeneous time zones, and missing components — the shapes that appear in PDF, XMP and exiftool metadata. Its value sits in the format family around that type: ISO 8601, EDTF, pdfmark, exiftool, nanotime and strftime output. The 1.0.0 release is a dependency bump, not a feature milestone.
constants exposes the CODATA recommended values of the physical constants to R, as a data frame plus symbol lists that carry units, uncertainties, or both. The package reached 1.0.0 on the 2018 CODATA release and has shipped once since, purely to track a units package update. Its surface is small and its release cadence is bound to CODATA, which revises every few years.
The direction set at 1.0.0 was to stop being a curated convenience wrapper and become a mechanical mirror of NIST. Hand-crafted symbol names were replaced with NIST's own ASCII symbols, categories adopted NIST's, and uncertainty switched from relative to absolute — all framed by the maintainer as necessary to make future CODATA updates routine. On top of that the package gained a correlation matrix and optional integration with the quantities package, moving it from a lookup table toward something that can propagate uncertainty.
Having rebuilt the symbol table specifically so CODATA revisions become mechanical, the next substantive release most likely tracks a new CODATA dataset rather than adding API. The experimental correlated-value support, disabled by default at 1.0.0, is the one part these entries flag as unfinished.
datetimeoffset provides a vctrs record type for datetimes with optional UTC offsets, possibly heterogeneous time zones, and missing components — the shapes that appear in PDF, XMP and exiftool metadata. Its value sits in the format family around that type: ISO 8601, EDTF, pdfmark, exiftool, nanotime and strftime output. The 1.0.0 release is a dependency bump, not a feature milestone.
Growth has come by adding output dialects and loosening parsing rather than by changing the core record. Recent releases handle TOML's ISO 8601 subset and times with no associated date, both narrow gaps in an otherwise settled design. The package tracks the clock package closely and much of its release traffic is keeping that alignment.
Further format dialects and parser edge cases are the likely path; the 1.0.0 label suggests the author considers the record type itself stable.
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 constants or r-datetimeoffset.
The Manhattan-plot package for GWAS results, finished and dormant since 2017.
The R client for AusTraits spends its releases chasing the dataset it reads.
A ggplot2 layer for seasonal adjustment output, filling in one plot type at a time.
A fossil-record simulator that quietly grew a trait-evolution engine.
Reference-based multiple imputation tables, shipping only what CRAN checks demand.
An MMRM tabulation package that has published nothing since its 2024 CRAN releases.
See all constants alternatives → · See all r-datetimeoffset alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. constants and r-datetimeoffset 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. constants and r-datetimeoffset 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 constants alternatives in Analytics are ranked by recent ship velocity. Browse the "constants alternatives" section above for the current picks, or visit /alternatives/constants-r for the full list with editorial commentary on each.
Top r-datetimeoffset alternatives in Analytics are ranked by recent ship velocity. Browse the "r-datetimeoffset alternatives" section above for the current picks, or visit /alternatives/datetimeoffset for the full list with editorial commentary on each.