← Back to home
Comparison · Analytics

datefixR vs fellingdater

A side-by-side editorial comparison of datefixR and fellingdater — release velocity, themes, recent moves, and the top alternatives to consider.

Shared themes:r-package

datefixR vs fellingdater: at a glance

FeaturedatefixRfellingdater
SectorAnalyticsAnalytics
Velocity score0.00.0
Sparks · 30d00
Top themesdate-parsing, rust, data-cleaning, localizationdendrochronology, crossdating, archaeology, ropensci
Last editorial update53m ago1h ago
WebsiteVisit →Visit →

What is datefixR?

The messy-date parser rewrote its core in Rust and came out 300x faster.

datefixR standardizes inconsistently formatted dates — the kind that arrive from spreadsheets and hand-entered clinical or survey data, with mixed separators, ambiguous orders, missing components, and month names in whatever language the source used. Version 2.0.0 rewrote the parsing core in Rust, reporting over 300x throughput against previous versions through fastpath handling of common formats and parallel column processing via a cores argument. Version 2.0.1 then spent itself cleaning up after that rewrite, restoring ordinal indicator support, stopping malformed dates from being silently cast to NA, and reinstating error messages that had gone missing.

Read the full datefixR trajectory →

What is fellingdater?

Went from estimating felling dates to doing the crossdating that produces them.

fellingdater estimates when a tree was felled from sapwood measurements, the core inference in dendrochronological dating of timber. Version 1.0.0 passed rOpenSci review with that scope, and the 2024 releases were mostly about the accompanying JOSS paper and user-supplied sapwood datasets. Version 1.2.0 changed the package's remit substantially, adding an entire trs_* family for tree-ring series handling: crossdating with multiple statistical measures, the Hollstein and Baillie-Pilcher t-value transformations, parallel variation percentages, synthetic series generation, and dated-series plotting.

Read the full fellingdater trajectory →

datefixR vs fellingdater: editorial side-by-side

D
datefixR
ANALYTICS
0.0

The messy-date parser rewrote its core in Rust and came out 300x faster.

◆ Current state

datefixR standardizes inconsistently formatted dates — the kind that arrive from spreadsheets and hand-entered clinical or survey data, with mixed separators, ambiguous orders, missing components, and month names in whatever language the source used. Version 2.0.0 rewrote the parsing core in Rust, reporting over 300x throughput against previous versions through fastpath handling of common formats and parallel column processing via a cores argument. Version 2.0.1 then spent itself cleaning up after that rewrite, restoring ordinal indicator support, stopping malformed dates from being silently cast to NA, and reinstating error messages that had gone missing.

◆ Where it's heading

Two long arcs meet here. The first is localization: Russian, Indonesian, German, Spanish month abbreviations, and experimental Roman numeral months accumulated release by release, with full translation of user-facing messages treated as a goal rather than a bonus. The second is the migration off R for the parsing hot path — internals began moving to C++ around 1.3.1 before the Rust rewrite replaced that work entirely. The 2.0.1 regressions show the cost of that move, since behavior that was implicit in the R implementation had to be re-specified.

◆ Prediction

The Rust core is one release into stabilization and 2.0.1 was entirely regression repair, so expect further correctness fixes against pre-2.0.0 behavior before any new format support lands.

F
fellingdater
ANALYTICS
0.0

Went from estimating felling dates to doing the crossdating that produces them.

◆ Current state

fellingdater estimates when a tree was felled from sapwood measurements, the core inference in dendrochronological dating of timber. Version 1.0.0 passed rOpenSci review with that scope, and the 2024 releases were mostly about the accompanying JOSS paper and user-supplied sapwood datasets. Version 1.2.0 changed the package's remit substantially, adding an entire trs_* family for tree-ring series handling: crossdating with multiple statistical measures, the Hollstein and Baillie-Pilcher t-value transformations, parallel variation percentages, synthetic series generation, and dated-series plotting.

◆ Where it's heading

The package has expanded backwards along the workflow. It began at the last step — given dated series, estimate the felling date — and 1.2.0 added the step before it, establishing those dates by crossdating in the first place. Version 1.2.1 is early polish on that new surface: axis control, non-syntactic column names, encoding safety in read_fh(). The direction is a single package covering the chain from raw ring widths to a felling-date estimate.

◆ Prediction

Expect the trs_* family to keep accumulating polish and additional crossdating statistics, since it is barely a year old and 1.2.1 was already fixing its plotting and top_n behaviour. Whether the two halves of the package get unified into one workflow interface is the open question the entries do not answer.

Alternatives to datefixR and fellingdater

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 datefixR or fellingdater.

See all datefixR alternatives → · See all fellingdater alternatives →

Recent activity from datefixR and fellingdater

Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.

  1. 3mo agodatefixRRust rewrite regressions repaired, silent NA casting stopped
  2. 4mo agofellingdaterPolish for the crossdating plots and file reader
  3. 11mo agodatefixRParsing core rewritten in Rust for a 300x speedup
  4. 1y agofellingdaterAdds a full crossdating and tree-ring analysis toolkit
  5. 1y agofellingdaterUser-supplied sapwood data works across all functions
  6. 1y agofellingdaterFixes fd_report() with user-defined sapwood files
  7. 1y agodatefixRIndonesian month names and translations added
  8. 2y agofellingdaterJOSS paper accepted; citation updated
  9. 2y agofellingdaterAdds a workflow vignette ahead of JOSS submission
  10. 2y agodatefixR'ene' and 'ener' recognized as January
  11. 3y agodatefixRRussian localization, Roman numeral months, Windows freeze fix
  12. 3y agodatefixRExcel leap-year offset and single-digit day fixes

Frequently asked questions

What is the difference between datefixR and fellingdater?

Both compete on the same themes — r-package — within Analytics. datefixR and fellingdater 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 datefixR better than fellingdater?

Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. datefixR and fellingdater 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.

What are the best alternatives to datefixR?

Top datefixR alternatives in Analytics are ranked by recent ship velocity. Browse the "datefixR alternatives" section above for the current picks, or visit /alternatives/datefixr for the full list with editorial commentary on each.

What are the best alternatives to fellingdater?

Top fellingdater alternatives in Analytics are ranked by recent ship velocity. Browse the "fellingdater alternatives" section above for the current picks, or visit /alternatives/fellingdater for the full list with editorial commentary on each.