rjdqa
rjdqa keeps refining one screen: the seasonal adjustment quality dashboard
A side-by-side editorial comparison of NWCTrends and OpenObserve — release velocity, themes, recent moves, and the top alternatives to consider.
The salmon status-review trend package, maintained one federal review cycle at a time
NWCTrends fits multivariate state-space trend models to Pacific salmon population data and generates the tables and figures used in NOAA Northwest Fisheries Science Center viability and status reviews. Its release history maps onto those review cycles rather than a development calendar: v1.0 carries the 2015 review code, v1.25 the 2020 review, v1.30 the changes since. The 2026 v1.31 is internal restructuring and a dependency swap.
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.
NWCTrends fits multivariate state-space trend models to Pacific salmon population data and generates the tables and figures used in NOAA Northwest Fisheries Science Center viability and status reviews. Its release history maps onto those review cycles rather than a development calendar: v1.0 carries the 2015 review code, v1.25 the 2020 review, v1.30 the changes since. The 2026 v1.31 is internal restructuring and a dependency swap.
Development is driven by reproducibility of a specific government reporting product, so most work goes into making the report generation configurable and the fitting assumptions explicit rather than into new modelling. The 2020 cycle removed hard-coded per-population hacks and made the fitting window an explicit argument; the 2023 cycle moved plot styling into package options and clarified how missing data and zeros are handled in the published tables.
The cadence suggests the next substantive release arrives with the next status review rather than before it, most likely continuing the move of report parameters out of function signatures and into structured configuration.
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 NWCTrends or OpenObserve.
rjdqa keeps refining one screen: the seasonal adjustment quality dashboard
epikit narrows to field-epidemiology helpers, handing proportions to a sibling package
SimInf 10.0 turns an epidemic simulator into a tool that fits models to real time series
A young package porting Stata's egen row-wise helpers to the tidyverse, one function per release
A statistician's personal toolbox, growing one plotting utility at a time
R/qtl is in pure custodial mode: every recent release answers a compiler, not a user
See all NWCTrends 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 NWCTrends alternatives in Analytics are ranked by recent ship velocity. Browse the "NWCTrends alternatives" section above for the current picks, or visit /alternatives/nwctrends-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.