qqman
The Manhattan-plot package for GWAS results, finished and dormant since 2017.
A side-by-side editorial comparison of fossilsim and OpenObserve — release velocity, themes, recent moves, and the top alternatives to consider.
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.
After the 836-commit 0.92 release, OpenObserve is quietly moving its MCP server into the free tier
OpenObserve is in the settle-down phase after v0.92.0, the largest release the project has shipped, which added synthetic monitoring, Workflows v1, an expanded AI observability set, per-group and per-series alerting with SLOs, and moved Vortex and the MCP server into open source. The v0.92.1 patch that followed is small but pointed: the MCP Server setup page now renders on the OSS build, and an alerts bug where the HAVING clause was typed from the column rather than the aggregate is fixed. The 0.91 line continues to receive backported fixes in parallel.
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.
OpenObserve is in the settle-down phase after v0.92.0, the largest release the project has shipped, which added synthetic monitoring, Workflows v1, an expanded AI observability set, per-group and per-series alerting with SLOs, and moved Vortex and the MCP server into open source. The v0.92.1 patch that followed is small but pointed: the MCP Server setup page now renders on the OSS build, and an alerts bug where the HAVING clause was typed from the column rather than the aggregate is fixed. The 0.91 line continues to receive backported fixes in parallel.
The MCP thread is the one to watch. Open-sourcing the server in 0.92.0 was the architectural move; serving its setup page on the OSS build a week later is what makes it reachable without an enterprise license. That points at agent clients as a first-class consumption path rather than an enterprise upsell, which is a different distribution bet than the synthetic-monitoring and Workflows surfaces that headlined the same release. Everything else in this window is stabilization — RC backports, memtable rotation, RBAC migrations — consistent with a project digesting a release that spanned two repositories and a large-scale crate reorganization.
Expect a run of 0.92.x patches concentrated on the three new surfaces, since synthetic monitoring, Workflows and eval scheduling all shipped at once with limited production exposure. The alerts fix suggests the aggregation path is a likely source of further corrections.
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 fossilsim or OpenObserve.
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 fossilsim alternatives → · See all OpenObserve alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
They serve adjacent needs but don't currently overlap on shipped themes. OpenObserve is currently shipping more aggressively (velocity 6.3 vs 0.0), with 1 editorial sparks in the last 30 days against 0. 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. OpenObserve is currently shipping more aggressively (velocity 6.3 vs 0.0), with 1 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Analytics products to evaluate alongside.
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.
Top OpenObserve alternatives in Analytics are ranked by recent ship velocity. Browse the "OpenObserve alternatives" section above for the current picks, or visit /alternatives/openobserve for the full list with editorial commentary on each.