rplum 0.3.0

now uses the renamed rintcal package instead of the IntCal package
any non-210Pb dates are now drawn in more predictable colours
in case of hiatuses, plots are now done as expected
tail measurements are now dealt with better (no extrapolation beyond reasonable territory)
information is provided on ballpark accumulation rates and how they compare to the prior settings
If the depths in the dets file appear not be the bottom depths of the slices, this now results in an error

rplum 0.2.2

removed closeAllConnections() option as requested by CRAN
if there is only one date in otherdates (e.g., a historical Cs peak), acc.rate isn’t set to overly low values any more
added a function to estimate how many iterations will be run and returned

further separation of rbacon and rplum
added LL14, a core with Pb-210, radon and C14 dates (core kindly provided by Dr Lysanna Anderson, USGS)
many sundry bug fixes related mainly to plotting

now depends on the rbacon c++ code instead of carrying a duplicate of the code. Same for many of rbacon’s internal functions for plotting etc.
now depends on IntCal package for radiocarbon calibration curves
now only calculates the age-depth model for Pb data that are above background level
enhanced how to take into account different scenarios with radon.case and n.supp

removed vignettes as they threw errors which made the package unacceptable by CRAN

first version of the ‘rplum’ package, developed from ‘pyplum’ at https://github.com/maquinolopez