HydroPortailStats
France's national flood statistics, ported out of Fortran and into R.
A side-by-side editorial comparison of metR and offsetreg — release velocity, themes, recent moves, and the top alternatives to consider.
A meteorology ggplot2 extension where the netCDF reader became the main event
metR supplies meteorological and oceanographic tools for R: contour and streamline geoms, EOF decomposition, wave fitting, and ReadNetCDF() for getting gridded data in. Development has concentrated heavily on that reader. Version 0.18.0 added subsetting by dimension index, so the first or last ten timesteps can be read without knowing how many exist; 0.18.1 moved time parsing to the CFtime package; 0.18.2 added cdo operations through rcdo and reading across multiple files in parallel, and fixed a subsetting bug where nearest-gridpoint matching could return data outside the requested range entirely.
The parsnip extension for exposure models grew from one algorithm to three
offsetreg supplies parsnip model specifications for regressions with offsets, the form actuarial and epidemiological work needs when modelling rates over exposure. It launched with a single specification, poisson_reg_offset(), backed by glm and glmnet engines. Version 1.1.0 added two more model types - boost_tree_offset() for boosted trees via xgboost and decision_tree_exposure() for weighted decision trees via rpart - and 1.2.0 has been consolidation: argument passthrough to the underlying glm and glmnet calls, an xgboost 3.0 minimum with API accommodation, and cli-formatted messages.
metR supplies meteorological and oceanographic tools for R: contour and streamline geoms, EOF decomposition, wave fitting, and ReadNetCDF() for getting gridded data in. Development has concentrated heavily on that reader. Version 0.18.0 added subsetting by dimension index, so the first or last ten timesteps can be read without knowing how many exist; 0.18.1 moved time parsing to the CFtime package; 0.18.2 added cdo operations through rcdo and reading across multiple files in parallel, and fixed a subsetting bug where nearest-gridpoint matching could return data outside the requested range entirely.
Two threads run through the releases. The first is tracking ggplot2, absorbing the linewidth aesthetic, the trans to transform rename and guide compatibility as each landed upstream. The second is narrowing scope while deepening the data path: GetSMNData() was made defunct as too specific for a general package, raster and gdal dependencies were removed, and the udunits2 dependency was dropped when it was orphaned, initially replaced by a homebrewed date parser and eventually by CFtime. The result is a package steadily shedding its own code in favour of specialised upstream libraries.
Expect further ReadNetCDF() work, since it has received features in four of the last five releases and the rcdo integration opens a large surface of operations to expose.
offsetreg supplies parsnip model specifications for regressions with offsets, the form actuarial and epidemiological work needs when modelling rates over exposure. It launched with a single specification, poisson_reg_offset(), backed by glm and glmnet engines. Version 1.1.0 added two more model types - boost_tree_offset() for boosted trees via xgboost and decision_tree_exposure() for weighted decision trees via rpart - and 1.2.0 has been consolidation: argument passthrough to the underlying glm and glmnet calls, an xgboost 3.0 minimum with API accommodation, and cli-formatted messages.
The package is following the tidymodels extension playbook: establish one model type, then add types rather than engines, and keep pace with parsnip's own releases. Each version has also tightened the guardrails around correct use - a vignette on when offsetreg should and should not be used, check_args() methods on the specifications - which suggests the maintainer is fielding misapplication rather than feature requests.
Expect additional engines under the existing model types, or a fourth specification, before any change to the offset handling itself, since the package's structure invites extension at the engine layer.
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 metR or offsetreg.
France's national flood statistics, ported out of Fortran and into R.
Sign, zero and narrative restrictions brought into the bsvars ecosystem.
Fast design-based estimators for experiments, coasting on CRAN patches.
The grammar of uncertainty visualization, now drawing the uncertainty in its own estimates.
IP address vectors for R that hit 1.0 and then went quiet.
A column-key toolkit for stitching decades of ecological field data into one table.
See all metR alternatives → · See all offsetreg alternatives →
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
Both compete on the same themes — r-package — within Infra & APIs. metR and offsetreg 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. metR and offsetreg 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.
Top metR alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "metR alternatives" section above for the current picks, or visit /alternatives/metr for the full list with editorial commentary on each.
Top offsetreg alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "offsetreg alternatives" section above for the current picks, or visit /alternatives/offsetreg for the full list with editorial commentary on each.