qqman
The Manhattan-plot package for GWAS results, finished and dormant since 2017.
A side-by-side editorial comparison of r-datetimeoffset and fossilsim — release velocity, themes, recent moves, and the top alternatives to consider.
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.
A fossil-record simulator that quietly grew a trait-evolution engine.
FossilSim is a mature R package for simulating fossil records on phylogenetic trees, and its release cadence reflects that: long gaps punctuated by a single capability addition. The last four releases span three years, with the most recent being a compatibility sync to its companion Shiny front-end rather than new functionality. The core simulation surface has been stable since 2022.
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.
FossilSim is a mature R package for simulating fossil records on phylogenetic trees, and its release cadence reflects that: long gaps punctuated by a single capability addition. The last four releases span three years, with the most recent being a compatibility sync to its companion Shiny front-end rather than new functionality. The core simulation surface has been stable since 2022.
The arc runs from sampling mechanics toward simulating what the organisms actually were. Version 2.2.0 taught the package to handle occurrence data for occurrence birth-death models; 2.3.0 then added trait simulation under Mk, BM and OU, which is a different kind of output than fossil ages. Since then the work has been maintenance and keeping the FossilSimShiny GUI in step, suggesting the authors consider the current model set feature-complete.
The pairing of the 2.3.3 release with a FossilSimShiny version bump points to the GUI, not the library, as where the next visible work lands. The entries do not show enough activity to predict a specific new model family.
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 r-datetimeoffset or fossilsim.
The Manhattan-plot package for GWAS results, finished and dormant since 2017.
The R package for CODATA constants rebuilt its symbol table on NIST's naming so future updates stop being hand work.
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.
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 r-datetimeoffset alternatives → · See all fossilsim alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
Both compete on the same themes — r-package — within Analytics. r-datetimeoffset and fossilsim 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. r-datetimeoffset and fossilsim 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 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.
Top fossilsim alternatives in Analytics are ranked by recent ship velocity. Browse the "fossilsim alternatives" section above for the current picks, or visit /alternatives/fossilsim-r for the full list with editorial commentary on each.