mlearning 1.2.1
CRAN release: 2023-08-30
Documentation is refactored using Roxygen2 and considerably enhanced.
All camelCase function names now have their equivalence in snake_case, e.g.,
mlRforest
->ml_rforest()
, orconfusionImage()
->confusion_image()
in order to adapt to the coding preferences of the user.
mlearning 1.2.0
- The
mlRpart()
function implementsrpart::rpart()
for using decision trees.
mlearning 1.1.0
mlKnn()
is implemented for K-nearest neighbors.Several adjustments were required for compatibility with R 4.2.0 (it is not allowed any more to use vectors > 1 with || and &&).
mlearning 1.0.7
- When
predict()
was applied to an mlearning object build with full formula (not the short onevar ~ .
), if the dependent variable was not innewdata =
, an error message was raised (although this variable is not necessary at this point). Bug identified by Damien Dumont, and corrected.
mlearning 1.0.6
- In
mlSvm.formula()
, argumentsscale=
,type=
,kernel=
andclasswt=
were not correctly used. Corrected.
mlearning 1.0.5
- In
mlLvq()
providingsize =
orprior =
led to anlvq
object not found message. Corrected.
mlearning 1.0.4
Sometimes, data was not found (e.g., when called inside a {learnr} tutorial).
In
mlearning()
, data is forced withas.data.frame()
(tibbles are not supported internally).In the
mlXXX()
function, it was not possible to indicate something likemlLda(data = iris, Species ~ .)
. Solved by addingtrain =
argument inmlXXX()
.In
summary.confusion()
produced an error if more than onetype =
was provided.