BayLum
Bayesian luminescence dating that finally replaced its folder-structure input format.
Comparison · Infra & APIs
driveR vs Luminescence
A side-by-side editorial comparison of driveR and Luminescence — release velocity, themes, recent moves, and the top alternatives to consider.
Shared themes:r-package
driveR vs Luminescence: at a glance
What is driveR?
A cancer driver prioritization package that ships rarely and mostly to stay installable
driveR prioritizes cancer driver genes from somatic variant and copy number data, combining coding impact scores, noncoding impact, copy number alteration scores and hotspot annotations into a multi-task learning classification model. Version 0.5.0 added gene-level SCNA data frames as an accepted input to create_features_df(), with an example table shipped alongside, widening the entry point beyond the segment-level format. The same release moved org.Hs.eg.db and both hg19 and hg38 TxDb annotation packages from Imports to Suggests under new CRAN policy, with dependent functions now raising an error when they are absent rather than silently degrading.
What is Luminescence?
Luminescence is revisiting the statistical assumptions baked into its dose-response fits.
The package provides luminescence dating analysis for the geochronology community — signal import from several instrument formats, dose-response curve fitting, and a large library of analysis routines. The current release changes how fitting weights are handled by default, on the reasoning that individual relative uncertainties do not in fact scale with dose as the previous approach assumed. Several releases in this window are historical versions backfilled into the feed, so their timestamps sit within minutes of each other and do not reflect when the work shipped.
driveR vs Luminescence: editorial side-by-side
driveR
0.0INFRA · APIS
A cancer driver prioritization package that ships rarely and mostly to stay installable
◆ Current state
driveR prioritizes cancer driver genes from somatic variant and copy number data, combining coding impact scores, noncoding impact, copy number alteration scores and hotspot annotations into a multi-task learning classification model. Version 0.5.0 added gene-level SCNA data frames as an accepted input to create_features_df(), with an example table shipped alongside, widening the entry point beyond the segment-level format. The same release moved org.Hs.eg.db and both hg19 and hg38 TxDb annotation packages from Imports to Suggests under new CRAN policy, with dependent functions now raising an error when they are absent rather than silently degrading.
◆ Where it's heading
Releases are infrequent and split cleanly between capability and correction. GRCh38 support arrived in 0.4.0 and cancer-type-specific thresholds were refreshed in 0.3.0, while the 0.2.x pair fixed scoring errors serious enough to require retraining: a column name mismatch meant the SCNA score was not being computed at all, and MCR table coordinates needed converting from hg18 to hg19. Both times the bundled classification model and thresholds were rebuilt as a consequence. Since 0.4.0 the changes have been input handling and packaging rather than method.
◆ Prediction
The move of the annotation databases to Suggests suggests a leaner install is the current priority; the entries give no indication of planned model or scoring changes.
Luminescence
2.5INFRA · APIS
Luminescence is revisiting the statistical assumptions baked into its dose-response fits.
◆ Current state
The package provides luminescence dating analysis for the geochronology community — signal import from several instrument formats, dose-response curve fitting, and a large library of analysis routines. The current release changes how fitting weights are handled by default, on the reasoning that individual relative uncertainties do not in fact scale with dose as the previous approach assumed. Several releases in this window are historical versions backfilled into the feed, so their timestamps sit within minutes of each other and do not reflect when the work shipped.
◆ Where it's heading
Two kinds of change dominate. The first is deliberate breaking changes made for correctness or consistency: the weighting rework, and import functions now uniformly appending the detector to record types so all formats behave as one always did. The second is a steady stream of new analysis functions contributed by the wider research community, covering crosstalk correction, spatial autocorrelation on grain discs, and incomplete bleaching models. Deprecated functions are being removed on a clear schedule rather than left indefinitely.
◆ Prediction
Expect further consolidation of defaults that were inherited rather than chosen, since the weighting change is framed as correcting earlier reasoning rather than adding an option.
Alternatives to driveR and Luminescence
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 driveR or Luminescence.
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.
metR
A meteorology ggplot2 extension where the netCDF reader became the main event
IsoriX
An isotope geolocation package still recovering from the r-spatial retirement
fdacluster
Functional data clustering grew from one algorithm into a comparable suite
See all driveR alternatives → · See all Luminescence alternatives →
Recent activity from driveR and Luminescence
Latest ship moves from both products, interleaved chronologically. ⚡ = editorial spark.
- 26d agoLuminescenceReworks dose-response fitting weights, changing prior defaults
- 4mo agoLuminescenceFixes an uninitialised array and background overcounting
- 5mo agoLuminescenceImport functions now append detector type to record names
- 7mo agoLuminescenceAdds crosstalk correction, Moran's I, and dose-response fitting
- 7mo agoLuminescenceFixes baSAR reporting, fading input checks, and plot regressions
- 7mo agoLuminescenceAdds automatic background subtraction and record removal helpers
- 7mo agodriveRGene-level copy number input accepted, annotation packages made optional
- 3y agodriveRCRAN documentation error fixed
- 4y agodriveRGRCh38 genome build supported
- 4y agodriveRCancer-type-specific thresholds updated
- 5y agodriveRMCR coordinates converted to hg19 and the model retrained
- 5y agodriveRCopy number score was never being computed, model rebuilt
Frequently asked questions
What is the difference between driveR and Luminescence?
Both compete on the same themes — r-package — within Infra & APIs. Luminescence is currently shipping more aggressively (velocity 2.5 vs 0.0), with 0 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.
Is driveR better than Luminescence?
Sparkpulse doesn't pick a winner — we score release velocity, not feature parity. Luminescence is currently shipping more aggressively (velocity 2.5 vs 0.0), with 0 editorial sparks in the last 30 days against 0. For your specific use case, the alternatives sections above list other Infra & APIs products to evaluate alongside.
What are the best alternatives to driveR?
Top driveR alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "driveR alternatives" section above for the current picks, or visit /alternatives/driver for the full list with editorial commentary on each.
What are the best alternatives to Luminescence?
Top Luminescence alternatives in Infra & APIs are ranked by recent ship velocity. Browse the "Luminescence alternatives" section above for the current picks, or visit /alternatives/luminescence for the full list with editorial commentary on each.