Some statistical and machine learning models contain *tuning parameters* (also known as *hyperparameters*), which are parameters that cannot be directly estimated by the model. An example would be the number of neighbors in a *K*-nearest neighbors model. To determine reasonable values of these elements, some indirect method is used such as resampling or profile likelihood. Search methods, such as genetic algorithms or Bayesian search can also be used to determine good values.

In any case, some information is needed to create a grid or to validate whether a candidate value is appropriate (i.e. neighbors should be a positive integer). `dials`

is designed to:

- Create an easy to use framework for describing and querying tuning parameters. this can include getting sequences or random tuning values, validating current values, transforming parameters, and other tasks.
- Standardize the names of different parameters. Different packages in R use different argument names for the same quantities.
`dials`

proposes some standardized names so that the user doesn’t need to memorize the syntactical minutiae of every package. - Work with the
`parsnip`

package which is a modern attempt to standardize the interfaces for specific models across R packages and computational engines. - Adhere to tidy principals.

The main type of objects in `dials`

have class `param`

.

`param`

Objects`param`

objects contain information about possible values, ranges, types, and other aspects. There are two main subclasses related to the type of variable. Double and integer valued data have the subclass “quant_param” while character and logicals have “qual_param.” There are some common elements for each:

- Labels are strings that describe the parameter (e.g. “Number of Components”)
- Defaults are optional single values that can be set when one non-random value is requested.

Otherwise, the information contained in `param`

objects are different for different data types.

An example of a numeric tuning parameter is the cost-complexity parameter of CART trees, otherwise known as \(C_p\). The parameter object in `dials`

is:

```
library(dials)
Cp
#> Cost-Complexity Parameter (quantitative)
#> Transformer: log-10
#> Range (transformed scale): [-10, -1]
```

Note that this parameter is handled in log units and the default range of values is between `10^-10`

and 0.1. The range of possible values can be returned and changed based on some utility functions. We’ll use the pipe operator here:

```
library(dplyr)
Cp %>% range_get()
#> $lower
#> [1] 1e-10
#>
#> $upper
#> [1] 0.1
Cp %>% range_set(c(-5, 1))
#> Cost-Complexity Parameter (quantitative)
#> Transformer: log-10
#> Range (transformed scale): [-5, 1]
```

Values for this parameter can be obtained in a few different ways. To get a sequence of values that span the range:

```
# Natural units:
Cp %>% value_seq(n = 4)
#> [1] 1e-10 1e-07 1e-04 1e-01
# Stay in the transformed space:
Cp %>% value_seq(n = 4, original = FALSE)
#> [1] -10 -7 -4 -1
```

Random values can be sampled too. A random uniform distribution is used (between the range values). Since this parameter has a transformation associated with it, the values are simulated in the transformed scale and then returned in the natural units (although another `original`

argument can be used here):

For CART trees, there is a discrete set of values that exist for a given data set. It may be a good idea to assign these possible values to the object. We can get them by fitting an initial `rpart`

model and then adding the values to the object. For `mtcars`

, there are only three values:

```
library(rpart)
cart_mod <- rpart(mpg ~ ., data = mtcars, control = rpart.control(cp = 0.000001))
cart_mod$cptable
#> CP nsplit rel error xerror xstd
#> 1 0.643125 0 1.000 1.083 0.259
#> 2 0.097484 1 0.357 0.669 0.168
#> 3 0.000001 2 0.259 0.574 0.125
cp_vals <- cart_mod$cptable[, "CP"]
# We should only keep values associated with at least one split:
cp_vals <- cp_vals[ cart_mod$cptable[, "nsplit"] > 0 ]
# Here the specific Cp values, on their natural scale, are added:
mtcars_cp <- Cp %>% value_set(cp_vals)
#> Error in new_quant_param(type = object$type, range = object$range, inclusive = object$inclusive, : Some values are not valid: 0.09748...
```

The error occurs because the values are not in the transformed scale:

```
mtcars_cp <- Cp %>% value_set(log10(cp_vals))
mtcars_cp
#> Cost-Complexity Parameter (quantitative)
#> Transformer: log-10
#> Range (transformed scale): [-10, -1]
```

Now, if sequence or random sample is requested, it uses the set values:

In this case there is no notion or a range scale. The parameter objects are defined by their values. For example, consider a parameter for the types of kernel functions that is used with distance functions:

```
weight_func
#> Distance Weighting Function (qualitative)
#> 10 possible value include:
#> 'rectangular', 'triangular', 'epanechnikov', 'biweight', 'triweight', 'c...
```

The helper functions are analogues to the quantitative parameters:

```
# redefine values
weight_func %>% value_set(c("rectangular", "triangular"))
#> Distance Weighting Function (qualitative)
#> 2 possible value include:
#> 'rectangular' and 'triangular'
weight_func %>% value_sample(3)
#> [1] "triangular" "biweight" "cos"
# the sequence is returned in the order of the levels
weight_func %>% value_seq(3)
#> [1] "rectangular" "triangular" "epanechnikov"
```

The package contains two constructors that can be used to create new quantitative and qualitative parameters. This file contains the code to create the parameters contained in the package.

There are some cases where the range of parameter values are data dependent. For example, the upper bound on the number of neighbors cannot be known if the number of data points in the training set is not known. For that reason, some parameters have *unknown* placeholder:

```
mtry
#> # Randomly Selected Predictors (quantitative)
#> Range: [1, ?]
neighbors
#> # Nearest Neighbors (quantitative)
#> Range: [1, ?]
min_n
#> Minimal Node Size (quantitative)
#> Range: [2, ?]
sample_size
#> # Observations Sampled (quantitative)
#> Range: [?, ?]
num_terms
#> # Model Terms (quantitative)
#> Range: [1, ?]
num_comp
#> # Components (quantitative)
#> Range: [1, ?]
# and so on
```

These values must be initialized prior to generating parameter values.

Sets or combinations or parameters can be created for use in grid search. `grid_regular`

and `grid_random`

take any number of `param`

objects.

For example, for a glmnet model, a regular grid might be:

```
grid_regular(
mixture,
regularization,
levels = 3 # or c(3, 4), etc
)
#> # A tibble: 9 x 2
#> mixture regularization
#> <dbl> <dbl>
#> 1 0 0.0000000001
#> 2 0.5 0.0000000001
#> 3 1 0.0000000001
#> 4 0 0.00001
#> 5 0.5 0.00001
#> 6 1 0.00001
#> 7 0 1
#> 8 0.5 1
#> 9 1 1
```

and, similarly, a random grid is created using