fixing typos

Author: mb706

R/LearnerAvg.R

@@ -14,7 +14,7 @@
 #' for `LearnerClassifAvg` and `regr.mse` for `LearnerRegrAvg`).
 #' Learned weights can be obtained from `$model`.
 #' Using non-linear optimization is implemented in the SuperLearner R package.
-#' For a more detailed analysis the reader is refered to
+#' For a more detailed analysis the reader is referred to
 #' *LeDell, 2015: Scalable Ensemble Learning and Computationally Efficient Variance Estimation*.
 #'
 #' @section Parameter Set:

R/PipeOp.R

@@ -7,13 +7,13 @@
 #' @format Abstract [`R6Class`].
 #'
 #' @description
-#' A [`PipeOp`] represents a tranformation of a given "input" into a given "output", with two stages: "training"
+#' A [`PipeOp`] represents a transformation of a given "input" into a given "output", with two stages: "training"
 #' and "prediction". It can be understood as a generalized function that not only has multiple inputs, but
 #' also multiple outputs (as well as two stages). The "training" stage is used when training a machine learning pipeline or
 #' fitting a statistical model, and the "predicting" stage is then used for making predictions
 #' on new data.
 #'
-#' To perform training, the `$train()` function is called which takes inputs and tranforms them, while simultaneously storing information
+#' To perform training, the `$train()` function is called which takes inputs and transforms them, while simultaneously storing information
 #' in its `$state` slot. For prediction, the `$predict()` function is called, where the `$state` information can be used to influence the transformation
 #' of the new data.
 #'

R/PipeOpClassBalancing.R

@@ -6,7 +6,7 @@
 #'
 #' @description
 #' Both undersamples a [`Task`][mlr3::Task] to keep only a fraction of the rows of the majority class,
-#' as well as oversamples (repeats datapoints) rows of the minority class.
+#' as well as oversamples (repeats data points) rows of the minority class.
 #'
 #' Sampling happens only during training phase. Class-balancing a [`Task`][mlr3::Task] by sampling may be
 #' beneficial for classification with imbalanced training data.

R/PipeOpEnsemble.R

@@ -54,7 +54,7 @@
 #'
 #' Should it be necessary to use the output of preceding [`Learner`][mlr3::Learner]s
 #' during the "training" phase, then [`PipeOpEnsemble`] should not be used. In fact, if training time behaviour of a [`Learner`][mlr3::Learner] is important, then
-#' one should use a [`PipeOpLearnerCV`] instead of a [`PipeOpLearner`], and the ensembling can be done by a [`Learner`][mlr3::Learner] encapsuled by a [`PipeOpLearner`].
+#' one should use a [`PipeOpLearnerCV`] instead of a [`PipeOpLearner`], and the ensemble can be created with a [`Learner`][mlr3::Learner] encapsulated by a [`PipeOpLearner`].
 #' See [`LearnerClassifAvg`] and [`LearnerRegrAvg`] for examples.
 #'
 #' @section Fields:

R/PipeOpImpute.R

@@ -78,7 +78,7 @@
 #' * `select_cols(task)` \cr
 #'   ([`Task`][mlr3::Task]) -> `character` \cr
 #'   Selects which columns the [`PipeOp`] operates on. In contrast to
-#'   the `affect_columns` parameter. `select_cols` is for the *ineriting class* to determine which columns
+#'   the `affect_columns` parameter. `select_cols` is for the *inheriting class* to determine which columns
 #'   the operator should function on, e.g. based on feature type, while `affect_columns` is a way for the *user*
 #'   to limit the columns that a [`PipeOpTaskPreproc`] should operate on.
 #' * `train_imputer(feature, type, context)`\cr

R/PipeOpQuantileBin.R

@@ -20,7 +20,7 @@
 #' @section Input and Output Channels:
 #' Input and output channels are inherited from [`PipeOpTaskPreproc`].
 #'
-#' The output is the input [`Task`][mlr3::Task] with all affected numeric features replaced by their binded versions.
+#' The output is the input [`Task`][mlr3::Task] with all affected numeric features replaced by their binned versions.
 #'
 #' @section State:
 #' The `$state` is a named `list` with the `$state` elements inherited from [`PipeOpTaskPreproc`], as well as:

R/PipeOpScale.R

@@ -31,7 +31,7 @@
 #'   The mean of each numeric feature during training, or 0 if `center` is `FALSE`. Will be subtracted during the predict phase.
 #' * `scale` :: `numeric`\cr
 #'   The root mean square, defined as `sqrt(sum(x^2)/(length(x)-1))`, of each feature during training, or 1 if `scale` is FALSE.
-#'   During predict phase, feaatures are divided by this.\cr
+#'   During predict phase, features are divided by this.\cr
 #'   This is 1 for features that are constant during training if `center` is `TRUE`, to avoid division-by-zero.
 #'
 #' @section Parameters:

R/PipeOpScaleRange.R

@@ -5,7 +5,7 @@
 #' @format [`R6Class`] object inheriting from [`PipeOpTaskPreprocSimple`]/[`PipeOpTaskPreproc`]/[`PipeOp`].
 #'
 #' @description
-#' Linearily transforms numeric data columns so they are between `lower` and `upper`.
+#' Linearly transforms numeric data columns so they are between `lower` and `upper`.
 #' The formula for this is \eqn{x' = a + x * b},
 #' where \eqn{b} is \eqn{(upper - lower) / (max(x) - min(x))} and
 #' \eqn{a} is \eqn{-min(x) * b + lower}.

R/PipeOpTaskPreproc.R

@@ -136,7 +136,7 @@
 #'   ([`Task`][mlr3::Task]) -> `character` \cr
 #'   Selects which columns the [`PipeOp`] operates on, if `$train_dt()` and `$predict_dt()` are overloaded. This function
 #'   is not called if `$train_task()` and `$predict_task()` are overloaded. In contrast to
-#'   the `affect_columns` parameter. `select_cols` is for the *ineriting class* to determine which columns
+#'   the `affect_columns` parameter. `select_cols` is for the *inheriting class* to determine which columns
 #'   the operator should function on, e.g. based on feature type, while `affect_columns` is a way for the *user*
 #'   to limit the columns that a [`PipeOpTaskPreproc`] should operate on.\cr
 #'   This method can optionally be overloaded when inheriting [`PipeOpTaskPreproc`], together with `$train_dt()` and

R/Selector.R

@@ -6,7 +6,7 @@
 #' A [`Selector`] function is used by different [`PipeOp`]s, most prominently [`PipeOpSelect`] and many [`PipeOp`]s inheriting
 #' from [`PipeOpTaskPreproc`], to determine a subset of [`Task`][mlr3::Task]s to operate on.
 #'
-#' Even though a [`Selector`] is a `function` that can be written itself, it is preferrable to use the [`Selector`] constructors
+#' Even though a [`Selector`] is a `function` that can be written itself, it is preferable to use the [`Selector`] constructors
 #' shown here. Each of these can be called with its arguments to create a [`Selector`], which can then be given to the [`PipeOpSelect`]
 #' `selector` parameter, or many [`PipeOpTaskPreproc`]s' `affect_columns` parameter. See there for examples of this usage.
 #'
@@ -38,7 +38,7 @@
 #' }
 #' ```
 #'
-#' It is preferrable to use the [`Selector`] construction functions like `select_type`, `select_grep` etc. if possible, instead of writing custom [`Selector`]s.
+#' It is preferable to use the [`Selector`] construction functions like `select_type`, `select_grep` etc. if possible, instead of writing custom [`Selector`]s.
 #'
 #' @return `function`: A [`Selector`] function that takes a [`Task`][mlr3::Task] and returns the feature names to be processed.
 #'