datefixR
The messy-date parser rewrote its core in Rust and came out 300x faster.
Comparison · Analytics
fellingdater vs patentsview
A side-by-side editorial comparison of fellingdater and patentsview — release velocity, themes, recent moves, and the top alternatives to consider.
Shared themes:r-package
fellingdater vs patentsview: at a glance
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.
What is patentsview?
Dormant for years, then rewritten wholesale when the API underneath it broke.
patentsview is an R client for the USPTO PatentsView API, and version 1.0.0 is less a feature release than a forced reconstruction: the upstream API introduced mandatory keys, renamed and re-nested its endpoints, and the package had to follow. Between 2017 and 2021 the release cadence was roughly annual and almost entirely defensive — wrapping examples so CRAN would not fail during API outages, patching URL encoding, adding throttling retries. The 1.0.0 work restores the package to parity with an API that no longer resembles the one it was written against.
fellingdater vs patentsview: editorial side-by-side
fellingdater
0.0ANALYTICS
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.
patentsview
0.0ANALYTICS
Dormant for years, then rewritten wholesale when the API underneath it broke.
◆ Current state
patentsview is an R client for the USPTO PatentsView API, and version 1.0.0 is less a feature release than a forced reconstruction: the upstream API introduced mandatory keys, renamed and re-nested its endpoints, and the package had to follow. Between 2017 and 2021 the release cadence was roughly annual and almost entirely defensive — wrapping examples so CRAN would not fail during API outages, patching URL encoding, adding throttling retries. The 1.0.0 work restores the package to parity with an API that no longer resembles the one it was written against.
◆ Where it's heading
The arc here is a client package whose roadmap is entirely dictated by an upstream service it does not control. Every release since 0.2.0 has been reactive — HTTPS migration, throttling, encoding fixes, and now a full breaking rewrite. The one forward-looking piece is retrieve_linked_data(), which follows HATEOAS links the API now returns, meaning the package is starting to navigate the API rather than just query fixed endpoints.
◆ Prediction
Expect the next releases to be small follow-ups against the reworked API — field list refreshes and error handling for endpoints that behave differently in practice than in the documentation. The entries do not show any independent roadmap, so anything beyond that would depend on further upstream API changes.
Alternatives to fellingdater and patentsview
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 fellingdater or patentsview.
maplegend
The legend engine mapsf spun out, now covering legend types the parent map package can draw.
lang
R help pages translated on demand by whichever LLM you point it at.
mapsf
Thematic mapping in base R that finally got a theming system, then spent two years polishing legends.
qualtRics
qualtRics moved its contact functions onto XM Directory days before the old endpoints died.
fabletools
The tidyverts forecasting core rebuilt model combination on full residual covariance.
See all fellingdater alternatives → · See all patentsview alternatives →
Recent activity from fellingdater and patentsview
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
- 4mo agofellingdaterPolish for the crossdating plots and file reader
- 6mo agopatentsviewRebuilt for PatentsView's new API: keys, nested endpoints ⚡
- 1y agofellingdaterAdds a full crossdating and tree-ring analysis toolkit ⚡
- 1y agofellingdaterUser-supplied sapwood data works across all functions
- 1y agofellingdaterFixes fd_report() with user-defined sapwood files
- 2y agofellingdaterJOSS paper accepted; citation updated
- 2y agofellingdaterAdds a workflow vignette ahead of JOSS submission
- 4y agopatentsviewMoves to HTTPS endpoints and handles API throttling
- 7y agopatentsviewVignettes dropped so CRAN builds survive API outages
- 8y agopatentsviewAPI examples wrapped in dontrun for CRAN stability
- 8y agopatentsviewcast_pv_data() converts returned columns to real types
- 9y agopatentsviewFirst release: query DSL for the PatentsView API
Frequently asked questions
What is the difference between fellingdater and patentsview?
Both compete on the same themes — r-package — within Analytics. fellingdater and patentsview 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 fellingdater better than patentsview?
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. fellingdater and patentsview 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 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.
What are the best alternatives to patentsview?
Top patentsview alternatives in Analytics are ranked by recent ship velocity. Browse the "patentsview alternatives" section above for the current picks, or visit /alternatives/patentsview for the full list with editorial commentary on each.