finnts
Microsoft's automated forecasting framework, still mostly a one-maintainer effort.
Comparison · Infra & APIs
adjustedCurves vs PESTO
A side-by-side editorial comparison of adjustedCurves and PESTO — release velocity, themes, recent moves, and the top alternatives to consider.
Shared themes:r-package
adjustedCurves vs PESTO: at a glance
What is adjustedCurves?
A survival curve package spending release after release correcting its own estimates
adjustedCurves computes confounder-adjusted survival and cumulative incidence curves across a range of estimators - IPTW, AIPTW, Aalen-Johansen, direct standardisation - with support for multiple imputation and bootstrapping. The recent releases are dominated by corrections to numbers the package already reported. Version 0.11.4 fixed cumulative incidence estimates under method="aalen_johansen" that were being read one time step early, which the maintainer notes could differ substantially when events are few, and added risk and event counts to the ggsurvplot conversion including correctly pooled values under multiple imputation.
What is PESTO?
A calibration toolkit that found its core PEST++ bridge had never actually run
PESTO wraps PEST++ inversion for APSIM crop models from R. Version 0.10.0 rebuilt the PEST++ invocation layer after the maintainer found the shell-out had never executed: control variables were passed as /h :name=value, a syntax PEST++ has never accepted. Fifteen defects were present since the initial April 2026 release and shipped in every version after it. 0.10.1 followed with APSIM binary discovery via APSIM_EXE_PATH and a benchmark battery against real PEST 18, pestpp-ies 5.2.16 and native APSIM that reproduced the prior baseline at 0.0% deviation on every accuracy metric.
adjustedCurves vs PESTO: editorial side-by-side
adjustedCurves
0.0INFRA · APIS
A survival curve package spending release after release correcting its own estimates
◆ Current state
adjustedCurves computes confounder-adjusted survival and cumulative incidence curves across a range of estimators - IPTW, AIPTW, Aalen-Johansen, direct standardisation - with support for multiple imputation and bootstrapping. The recent releases are dominated by corrections to numbers the package already reported. Version 0.11.4 fixed cumulative incidence estimates under method="aalen_johansen" that were being read one time step early, which the maintainer notes could differ substantially when events are few, and added risk and event counts to the ggsurvplot conversion including correctly pooled values under multiple imputation.
◆ Where it's heading
Multiple imputation is the recurring fault line. The standard error pooling formula was implemented incorrectly until 0.11.2, then fixed again in 0.11.3 for the bootstrapping-plus-imputation combination, and 0.11.4 added the pooled risk table values that had previously been omitted entirely. A separate thread quietly removed capability: tmle and ostmle methods went in 0.10.0, and tmle support was pulled again in 0.11.1 after the concrete package left CRAN. Feature work does happen - risk tables, contrast arguments, the extend_to_last control on IPTW curves - but it is outweighed by correction.
◆ Prediction
Expect continued estimator-level corrections rather than new methods, and a possible return of tmle support if its upstream dependency returns to CRAN, since the removal was described as temporary.
PESTO
0.0INFRA · APIS
A calibration toolkit that found its core PEST++ bridge had never actually run
◆ Current state
PESTO wraps PEST++ inversion for APSIM crop models from R. Version 0.10.0 rebuilt the PEST++ invocation layer after the maintainer found the shell-out had never executed: control variables were passed as /h :name=value, a syntax PEST++ has never accepted. Fifteen defects were present since the initial April 2026 release and shipped in every version after it. 0.10.1 followed with APSIM binary discovery via APSIM_EXE_PATH and a benchmark battery against real PEST 18, pestpp-ies 5.2.16 and native APSIM that reproduced the prior baseline at 0.0% deviation on every accuracy metric.
◆ Where it's heading
The arc runs from packaging discipline toward working software, and the ordering is unusual. Releases 0.4.0 and 0.4.1 were governance and metadata passes: citation files, code of conduct, canonical URL migration to AAGI. 0.7.0 broadened the forward-model templates to ODE, crop-growth and SEIR forms and promoted the observation schema to public API. Only at 0.10.0 did the project ground itself against the actual USGS sources and a real pestpp binary, which is precisely when the defects surfaced.
◆ Prediction
Expect the next releases to widen the real-engine test matrix - more PEST++ variants and pinned APSIM versions exercised in CI - rather than add new forward-model families, since verification is now the stated priority in every release note.
Alternatives to adjustedCurves and PESTO
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 adjustedCurves or PESTO.
BayLum
Bayesian luminescence dating that finally replaced its folder-structure input format.
daedalus
An epidemic-economic model teaching its interventions to react to the outbreak itself.
bkmrhat
A parallel-chain helper for bkmr that has settled into pure upkeep.
driveR
A cancer driver prioritization package that ships rarely and mostly to stay installable
metR
A meteorology ggplot2 extension where the netCDF reader became the main event
See all adjustedCurves alternatives → · See all PESTO alternatives →
Recent activity from adjustedCurves and PESTO
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
- 1mo agoPESTOAPSIM auto-discovery and a full real-engine benchmark pass
- 1mo agoPESTOPEST++ invocation layer rebuilt after 15 defects left it non-functional ⚡
- 2mo agoPESTOODE, crop-growth and SEIR forward-model templates enter the public API
- 2mo agoPESTOValidation delegation and import hygiene pass
- 2mo agoPESTORepository governance and citation metadata migration
- 6mo agoadjustedCurvesOff-by-one-step error corrected in cumulative incidence estimates
- 1y agoadjustedCurvesIPTW curves can now extend to the last observed time
- 2y agoadjustedCurvesDropped arguments and a wrong multiple-imputation pooling formula
- 2y agoadjustedCurvesRisk tables, contrast consolidation and faster bootstrapping
- 3y agoadjustedCurvestmle and ostmle methods dropped
- 3y agoadjustedCurvesDependency compatibility and installation documentation
Frequently asked questions
What is the difference between adjustedCurves and PESTO?
Both compete on the same themes — r-package — within Infra & APIs. adjustedCurves and PESTO 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.
Is adjustedCurves better than PESTO?
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. adjustedCurves and PESTO 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.
What are the best alternatives to adjustedCurves?
Top adjustedCurves alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "adjustedCurves alternatives" section above for the current picks, or visit /alternatives/adjustedcurves for the full list with editorial commentary on each.
What are the best alternatives to PESTO?
Top PESTO alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "PESTO alternatives" section above for the current picks, or visit /alternatives/pesto for the full list with editorial commentary on each.