<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>Joint Conference (March</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Data Pipeline Selection and Optimization</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Alexandre Quemy IBM, Cracow, Poland Faculty of Computing, Poznan University of Technology</institution>
          ,
          <addr-line>Poznan</addr-line>
          ,
          <country country="PL">Poland</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2019</year>
      </pub-date>
      <volume>26</volume>
      <issue>2019</issue>
      <abstract>
        <p>Data pipelines are known to influence machine learning performances. In this paper, we formulate the data pipeline hyperparameter optimization problem as a standard optimization problem that can be solved by (meta)optimizer. We apply Sequential Model-Based Optimization techniques to demonstrate how it can automatically select and tune preprocessing operators to improve baseline score with a restricted budget. For NLP preprocessing operators, we found that some optimal configurations are optimal for several diferent algorithms. It suggests that there exist algorithm-independent optimal parameter configurations for some datasets.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>INTRODUCTION</title>
      <p>
        It is now well accepted that in machine learning, data are as
important as algorithms. Algorithms received a lot of interest
in hyperparameter tuning methods, that is to say, the art of
adjusting parameters that are not dependent on the instance data.
Contrarily, dataset generation and preprocessing received little if
any interest in hyperparameter tuning. For instance, [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] notices
that algorithm hyperparameter tuning is performed in 16 out of
19 selected publications while only 2 publications study the
impact of data preprocessing. This can probably be explained by the
fact that the research community mainly uses ready-to-consume
datasets, hence occulting de facto this problematic. However, in
practice, raw data are rarely ready to be consumed and must be
transformed by a succession of operations usually referred as
data pipeline.
      </p>
      <p>There are plenty of reasons for which a data source cannot
be used directly. For instance, if there are too many descriptive
variables, some feature selection or dimensionality reduction
algorithms must be applied. If data are too large, subsample
techniques can be used. For imbalanced datasets, oversampling
or undersampling may help. One of the most common reasons
to modify raw data is missing or incorrect values. The most
common approaches to cope with this problem is discarding
rows with missing or incorrect data, or imputation, i.e. replacing
missing values with estimated values based on the available data.
Curating datasets from outliers using statistical techniques s.a.
winsorization is very common. Finally, it is worth mentioning
that some learning models have intrinsic domain restrictions (e.g.
Random Forest cannot directly work on categorical variables).
This is handled by encoding variables into suitable variables (e.g.
numerical variables for Random Forest).</p>
      <p>All those operations introduce bias and their presence or not
in a data pipeline may be subject to discussion. The data pipeline
depends both on the data source and the algorithm such that
there is no universal pipeline that can work for every data source
and every algorithm. The data pipeline is usually defined by trial
and error using the experience of data scientists and the expert
knowledge about the data.</p>
      <p>In this paper, we propose to apply state-of-the-art
hyperoptimization techniques to select and configure data pipelines. The
main contributions can be summarized as follows:
• Showing the impact of data pipeline configuration on the
classification accuracy 1.
• Defining the Data Pipeline Selection and Optimization
(DPSO) problem.
• Showing that addressing the DPSO using Sequential
ModelBased Optimization (SMBO) leads to a significant increase
of classification performances, even with a restricted CPU
or time budget.
• Defining a measure to quantify how an optimal
configuration is specific or independent from the algorithm and
showing it returns expected results.</p>
      <p>In Section 2, we present the related work on data pipeline
optimization and hyperparameter tuning. After introducing the
problem in Section 3, we perform two set of experiments:
Section 4 demonstrates SMBO capacity to solve the problem while
Section 5 focuses on the link between optimal configurations and
algorithms. We conclude in Section 6 by discussing the limitations
of this preliminary work and outlining future work.
2
2.1</p>
    </sec>
    <sec id="sec-2">
      <title>RELATED WORK</title>
    </sec>
    <sec id="sec-3">
      <title>Data processing impact</title>
      <p>
        The data preprocessing impact has been evaluated for multiple
algorithms and operators. In [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ], the authors showed that the
accuracy obtained by Neural Network, SVM and Decision Trees
are significantly impacted by data scaling, sampling and
continuous and categorical coding. A correlation link between under
and oversampling is also demonstrated.
      </p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ], three specific data processing operators has been tested
for neural networks. Despite the authors do not provide the
results without any data processing, the results show an important
accuracy variability between the alternatives, thus implying a
data processing impact.
      </p>
      <p>
        For a more comprehensive view on data processing impact,
we refer the reader to [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
2.2
      </p>
    </sec>
    <sec id="sec-4">
      <title>Optimizing data pipeline</title>
      <p>
        AmazonML uses a sort of collaborative filtering to recommend a
data pipeline based on data (meta)attributes and a meta-database
about eficient pipelines. eIDA [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] solves a planning problem
on top of an exhaustive grid which is unsuitable for practicable
problems with a large configuration domain.
      </p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ], guidelines are used to verify the quality of
preprocessed data in continuous machine learning, i.e. machine learning
models in production and receiving continuously new training
data. The control is usually semi-automatic and proposed by tools
s.a. SeeDB [
        <xref ref-type="bibr" rid="ref16">16</xref>
        ] to automatically generate useful visualization of
1The approach remains valid for any problem as long as it consists in maximizing a
score. In fact, it is enough to have a quality measure on the processed data.
data relations, or QUDE [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ] to control false discoveries. The
drawback of those methods is the lack of automation.
      </p>
      <p>
        Recently, a method using meta-features to estimate the impact
of preprocessing operators on model accuracy has been proposed
[
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Meta-features can be general (e.g. number of classes or
attributes) or statistical (e.g. entropy, noise to signal ratio). This
approach constructs a latent space in which any dataset can
be represented. A meta-learner is trained over several diferent
datasets obtained from diferent raw data and data pipeline. The
meta-model is thus able to predict the influence of data pipeline
operators on new datasets without training the model and
evaluating it using e.g. cross-validation.
      </p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], the authors use a genetic algorithm to select a
representative sample from the data. The objective is to find
representative elements to decrease the learning time and increase the
model accuracy. The fitness function to evaluate a sample is the
model accuracy and thus, this approach is iterative. This work
can be seen as a special case of what is being done in this paper:
the sample selector operator being one particular operator to be
optimized in the data pipeline.
2.3
      </p>
    </sec>
    <sec id="sec-5">
      <title>Hyperparameter tuning and AutoML</title>
      <p>The most basic technique for hyperparameter tuning is a grid
search or factorial design which consists in exhaustively testing
parameter configuration on a grid. Randomized search might help
in increasing the probability of finding a good configuration but
in most cases the grid approach is computationally intractable.</p>
      <p>
        Modern parameter tuning techniques are divided into two
categories. The first one is model-free techniques such as
racing algorithm s.a. F-RACE [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] or iterated local search algorithm
s.a. ParamILS [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. The second one can be grouped under a
general framework called Sequential Model-Based Optimization
(SMBO) that iterates over fitting models to determine promising
but unseen regions of the configuration space [
        <xref ref-type="bibr" rid="ref2 ref9">2, 9</xref>
        ]. Given a
new configuration pn+1, the model aims at predicting the
performances of the target algorithm on+1 knowing the history
{(p1, o1), ..., (pn, on )}. Among this group of techniques, bayesian
techniques s.a. gaussian process models and estimates P(o|p).
Another popular approach is the Tree-structured Parzen Estimator
(TPE) that models not only P(o|p) but also P(p) to provide better
recommendations.
      </p>
      <p>
        AutoML aims at automating the whole design of machine
learning experiment. Current AutoML approaches focus on
solving the combined algorithm selection and hyperparameter
optimization (CASH) problem introduced by Auto-WEKA [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]. This
problem is rather high-level as it considers the data pipeline
selection and its configuration as part of the algorithm
selection phase and the general hyperparameter configuration. For
instance, Auto-Sklearn defines pipelines as one feature
preprocessing operator and up to three data preprocessing methods
[
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>
        The most popular AutoML frameworks such as Auto-WEKA
[
        <xref ref-type="bibr" rid="ref15">15</xref>
        ], Auto-sklearn [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] or H2O 2 uses Bayesian optimization to
solve CASH. They usually add additional components that we
do not consider in this study. For instance, Auto-Sklearn reuses
the predictions made at every generation in an ensemble way to
improve results and prevent overfitting. It also uses meta-learning
[
        <xref ref-type="bibr" rid="ref1 ref17">1, 17</xref>
        ] to solve coldstart problem: a model has been pre-trained
ofline over 140 datasets to be able to recommend good initial
solutions to CASH on new datasets.
2https://www.h2o.ai/
      </p>
      <p>In this paper, we propose to deal specifically with selecting and
optimizing the data pipeline to demonstrate the influence of data
pipeline on the final results, without configuring the algorithm.
We hope this to open the road to more eficient techniques to
solve CASH, notably by allowing transfer learning at the pipeline
configuration step, in addition to meta-learning across datasets.
3</p>
    </sec>
    <sec id="sec-6">
      <title>DPSO PROBLEM</title>
      <p>We formulate the Data Pipeline Selection and Optimization (DPSO)
problem. Let D be a dataset split into Dtrain and Dtest. A data
pipeline is a sequence of operators with their own configuration,
transforming a data source into consumable data for a given
algorithm A. Let assume a data pipeline configuration space P.
Denote by L(P, A, Dtest) the loss algorithm A achieved by a
crossvalidation on Dtest transformed by P . The DPSO can be formally
written:</p>
      <p>Definition 3.1 (Data Pipeline Selection and Optimization (DPSO)).</p>
      <p>P ∗ ∈ argmin L(P, A, Dtest)</p>
      <p>P ∈ P
(DPSO)</p>
      <p>In practice, the training set Dtrain is used to find P , and the test
set Dtest to evaluate the overall performances. DPSO can be seen
as a subpart of CASH. CASH agglomerates the pipeline and its
configuration into the algorithm selection and hyperparameter
optimization. To obtain a solution to CASH, a second
optimization step can be performed to find the best hyperparameters to
the algorithm A.
4</p>
    </sec>
    <sec id="sec-7">
      <title>EXPERIMENTS WITH SMBO</title>
      <p>In this section, we apply SMBO to solve the Data Pipeline
Selection and Optimization problem.
4.1</p>
    </sec>
    <sec id="sec-8">
      <title>Protocol</title>
      <p>We created a pipeline prototype made of 3 steps: “rebalance”
(handling imbalanced dataset), “normalizer” (scaling features),
“features” (feature selection or dimension reduction). For each step,
we selected few possible concrete operators with a specific
configuration space. For instance, for “features”, there is the choice
between a PCA with keeping 1 to 4 axes, selecting the k ∈ {1, ..., 4}
best features according to an ANOVA, or a combination of both.
Rebalance step consists in downsampling with Near Miss or
Condensed Nearest Neighbour method or oversampling with SMOTE.
The normalization gives the choice between a standard scaler,
a scaler excluding some points based on a quantile interval, a
min-max scaler and a power transformation. Each step can also
be skipped, and we call baseline pipeline, the pipeline skipping
all operations. There is a total of 4750 possible pipeline
configurations. For an exhaustive description of the configuration space,
we refer the reader to the Supplementary Material3.</p>
      <p>We performed the experiment on 3 datasets: Wine, Iris and
Breast4. We used 4 classification algorithms: SVM, Random Forest,
Neural Network and Decision Tree. A 10-fold cross-validation is
used to assess the pipeline performances.</p>
      <p>We want to quantify the achievable improvement compared
to the baseline, measure how likely it is to improve the baseline
w.r.t. the configuration space, determine if SMBO is capable to
3https://aquemy.github.io/DOLAP_2019_supplementary_material/
4The choice of small datasets is justified by the need to know the optimal score
in the search space to efectively evaluate SMBO results. Those results justify the
SMBO approach as in practice only a fraction of the search space needs to be
explored to drastically improve the score.
improve the baseline score, measure how much and fast SMBO
is likely to improve the baseline score with a restricted budget.</p>
      <p>We performed an exhaustive search and a search using SMBO
with a budget of 100 configurations to explore (about 2% of the
configuration space).</p>
    </sec>
    <sec id="sec-9">
      <title>4.2 Results</title>
      <p>Figure 1 provides the result obtained with Random Forest on
Breast. A summary of the results is provided by Table 1. All
results being qualitatively similar, the plots are provided in the
Supplementary Material. Figure 1, top part, shows that the
baseline score is 0.9384 and the best score 0.9619 i.e. an error reduction
of 38% is achievable in the search space. Most configurations
deteriorate the baseline score. However, SMBO is skewed towards
better configuration compared to the exhaustive search. It
indicates SMBO has a better probability to find a good configuration
than random search. The bottom part shows that SMBO starts to
improve the baseline score after only 4 iterations and reached its
best configuration after 19 iterations. There is only one optimal
configuration in the search space which is not found. If we
normalize the accuracy using the min. and max. on the configuration
space, SMBO found a configuration that represents a score of
97.80% with exploring only 0.4% of the configuration space.</p>
      <p>Table 1 shows that similar results are obtained for all methods
on all datasets. SMBO always found a better configuration than
the baseline, in at most 17 iterations. In average, the best score is
achieved around 20 iterations (excluding Decision Tree on Iris and
Breast). Decision Tree was able to reach the optimal configuration
on Iris (resp. Wine) after 1 (resp. 5) iterations. In general, the
score in the normalized score space belongs to [0.9780, 1.000]. To
summarize, in average, with 20 iterations (0.42% of the search
space) SMBO is able to decrease the error by 58.16% compared to
the baseline score and found configurations that score 98.92% in
the normalized score space.</p>
      <p>Figure 2 shows the optimal pipeline in the search space and the
four pipelines giving the best score for SMBO. All four pipelines
have the correct operator for rebalance and features steps. One
uses the RobustScaler but with an incorrect interval and without
centering the data. It is hard to tell which configuration is the
closest to the optimal one because there is no obvious metric
on the configuration space. However, qualitatively, it seems that
the best configurations are relatively similar to the optimal one.
As similar results are observed for all methods and datasets, we
provided them in the Supplementary Material.</p>
      <p>SMOTE, k=5
SMOTE, k=7
SMOTE, k=7
SMOTE, k=7
SMOTE, k=7</p>
      <p>
        RobustScaler
[
        <xref ref-type="bibr" rid="ref5">5, 95</xref>
        ], centering, scaling
      </p>
      <p>
        RobustScaler
[
        <xref ref-type="bibr" rid="ref10">10, 90</xref>
        ], scaling
StandardScaler
centering, scaling
StandardScaler
      </p>
      <p>None</p>
    </sec>
    <sec id="sec-10">
      <title>5 ALGORITHM-SPECIFIC CONFIGURATION</title>
      <p>
        We would like to quantify how much an optimal configuration is
specific to an algorithm or is universal, i.e. works well regardless
of the algorithm. For this, the optimization process might be
performed on a collection of methods A = {Ai }iN=1. The result is
M
a sample of optimal configurations p∗ = {pi∗}i=1 where M ≥ N
since an algorithm might have several distinct optimal
configurations. After normalizing the configuration space to bring each
axis to [
        <xref ref-type="bibr" rid="ref1">0, 1</xref>
        ], the link between the processed data and the methods
can be studied through the Normalized Mean Absolute Deviation
(NMAD). The idea behind this metric is to measure how much
the optimal points are distant from a reference optimal point.
If the optimal configuration does not depend on the algorithm,
the expected distance between the optimal configurations is 0.
Conversely, if a point is specific to an algorithm, the other points
will be in average far from it.
      </p>
      <p>
        Working in the normalized configuration space has two
advantages. First, it forces all parameters to have the same impact.
Secondly, it allows the comparison from one dataset to another
since the NMAD belongs to [
        <xref ref-type="bibr" rid="ref1">0, 1</xref>
        ] for any number of algorithms
or dimensions of the configuration space.
      </p>
      <p>The Normalized Mean Absolute Deviation is the norm 1 of the
Mean Absolute Deviation5, divided by the number of dimensions
K of the configuration space.</p>
      <p>Definition 5.1 (Normalized Mean Absolute Deviation (NMAD)).</p>
      <p>1 1
NMAD(p∗, r ) = K N ||</p>
      <p>N
Õ
i=1
|pi∗ − r | ||1</p>
      <p>To measure how much each optimal point pi∗ is specific to
an algorithm Aj , we use it as a reference point and calculate
the NMAD using a sample composed of all the optimal points.
However, an algorithm might have several optimal points and to
be fair, we use as a representant of each algorithm, the closest
point to the reference point.
5.1
As the configuration space described in Section 4.1 is not a metric
space, we cannot directly use the NMAD. To avoid introducing
bias with an ad-hoc distance, we perform another experiment
with a configuration space that is embedded in N.</p>
      <p>We collected 1000 judgements documents provided by the
European Court of Human Rights (ECHR) about the Article 6.
The database HUDOC6 provides the ground truth corresponding
to a violation or no violation. The cases have been collected such
that the dataset is balanced. The conclusion part is removed. To
confirm the results, we used a second dataset composed of 855
documents from the categories atheism and religion of
20newsgroups.</p>
      <p>Each document is preprocessed using a data pipeline
consisting in tokenization, stopwords removal, followed by a n-gram
generation. The processed documents are combined and the k
top tokens across the corpus are kept, forming the dictionary.
Each case is turned into a Bag-of-Words using the dictionary.</p>
      <p>There are two hyperparameters in the preprocessing phase:
n the size of the n-grams, and k the number of tokens in the
dictionary. We defined the parameter configuration domain as
follow:
• n ∈ {1, 2, 3, 4, 5},
• k ∈ {10, 100, 1000, 5000, 10000, 50000, 100000}.</p>
      <p>We used the same four algorithms as in Section 4. As we are
interested in the optimal configurations, we performed an exhaustive
search.
5.2</p>
    </sec>
    <sec id="sec-11">
      <title>Results</title>
      <p>For both datasets, Figure 3 shows that the classifier returns poor
results for a configuration with a dictionary of only 10 or 100
tokens. Both parameters influence the results, and too high values
deteriorate the results.</p>
      <p>Table 2 summarizes the best configurations per method. For
the first dataset, there are 3 points that gives the optimal value
for Random Forest and Linear SVM, however, in practice lowest
5As we work on a discrete space, we used the norm 1, but the euclidean norm is
probably a better choice in continuous space.
6https://hudoc.echr.coe.int/
parameters values are better because they imply a lower
preprocessing and training time. It is interesting to notice that (5, 50000)
returns the best accuracy for every model, as this point would be
a sort of universal configuration for the dataset, taking the best
out of the data source, rather than being well suited for a specific
algorithm. On the contrary, on Newsgroup, all optimal points are
diferent. Our hypothesis is that the more structured a corpus
is, the less algorithm-specific are the optimal configurations,
because the preprocessing steps become more important to extract
markers used by the algorithms to reach good performances. As
ECHR dataset describes standardized justice documents, it is far
more structured than Newsgroup. This would also explain why
generating n-grams for n = 5 still improves the results on ECHR
while degrading them on Newsgroup.</p>
      <p>This hypothesis is partially confirmed by Table 3, where it
is clear that the n-gram operator has a strong impact on the
accuracy variation on ECHR dataset (up to 9.8% accuracy
improvement) while almost none on Newsgroup dataset (at the
exception of Random Forest).</p>
      <p>Table 4 contains the NMAD value for each distinct optimal
conifguration reported in Table 2. The Supplementary Material
provides the calculation step by step. As it can be expected, the
(n, k ).
as the relative diference between the best results obtained
only using (1, k ) and the best results obtained for any
conifguration</p>
      <p>0
0.275
0.213
0.175
0.094</p>
      <p>Point
point (5, 50000) has a NMAD of 0 since the point is present for
every algorithm: (5, 50000) is a universal pipeline configuration
for this data pipeline and dataset. The point (4, 50000) appears
only once but it is really close to (5, 50000) (itself in the 3 other
algorithms results) s.t. its NMAD is low. It can be interpreted as
belonging to the same area of optimal values. On the opposite,
(3, 10000) and (4, 10000) have high NMAD w.r.t. the other points,
indicating they are isolated points and may be algorithm specific.
Their NMAD values are rather low because despite the points
are isolated, they difer significantly from the others points only
on the second component. In comparison, if (1, 10) would be an
optimal point for Random Forest, its NMAD would be 0.5. On
the contrary, for Newsgroup, the NMAD value is rather high and
similar for all points, indicating that they are at a similar distance
from each other and really algorithm specific.</p>
      <p>To summarize, the NMAD metric is coherent with the
conclusion drawn from the heatmaps and Table 2, and suggests that
there exist two types of optimal configurations: universal pipeline
configurations that work well on a large range of algorithms for
a given dataset, and algorithm-specific configurations. Thus, we
are confident the NMAD can be used in larger configuration
spaces where heatmaps and exhaustive results are not available
for graphical interpretation, and help to reuse configurations.
6</p>
    </sec>
    <sec id="sec-12">
      <title>CONCLUSION</title>
      <p>In this paper, we successfully applied Sequential Model-Based
Optimization techniques to data pipeline selection and
configuration. In addition, we provided a metric to study if an optimal
configuration is algorithm specific or rather universal.</p>
      <p>
        The main practical drawback of the iterative approach
presented in this paper is the cost involved in processing the data and
training the model for each selected configuration. To mitigate
this problem, we see few possibilities to explore:
• decreasing the amount of data to preprocess using a
sample technique as described in [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ],
• using in priority data pipelines suggested by a meta-learning
algorithm s.a. the one described in [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ],
• caching the intermediate results of the data pipeline to
reuse, when possible, the outcome of some
transformations (e.g. there is no need to regenerate the 2-grams for
n ≥ 3 if a previous configuration with
explored.).
n = 2 has been
Another aspect to be addressed is the compromise between time
and performances. Indeed, some parameters increases the
processing time but not the model training (e.g. n-grams
computation) while others may not afect the processing time but
significantly increase the model training (e.g. number of tokens k ). A
ifne grain time analysis would be required, and an intelligent
pruning system could be a solution to avoid costly iterations.
      </p>
      <p>Future work should focus on an online version s.t. the pipeline
is tuned in a streaming way. Also, the NMAP indicator works only
in euclidian spaces which is not the case for the first experiment.
Therefore, further work should focus on extending the NMAP to
non-vector space.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Rémi</given-names>
            <surname>Bardenet</surname>
          </string-name>
          , Mátyás Brendel, Balázs Kégl, and
          <string-name>
            <given-names>Michele</given-names>
            <surname>Sebag</surname>
          </string-name>
          .
          <year>2013</year>
          .
          <article-title>Collaborative hyperparameter tuning</article-title>
          .
          <source>In Int. Conf. Mach. Learn</source>
          .
          <volume>199</volume>
          -
          <fpage>207</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>J</given-names>
            <surname>Bergstra</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Bardenet</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Bengio</surname>
          </string-name>
          , and
          <string-name>
            <given-names>B.</given-names>
            <surname>Kégl</surname>
          </string-name>
          .
          <year>2011</year>
          .
          <article-title>Algorithms for Hyperparameter Optimization</article-title>
          .
          <source>In Proc. Int. Conf. Neural Inf. Process. Syst</source>
          .
          <volume>2546</volume>
          -
          <fpage>2554</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>B.</given-names>
            <surname>Bilalli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Abelló</surname>
          </string-name>
          , and
          <string-name>
            <given-names>T.</given-names>
            <surname>Aluja-Banet</surname>
          </string-name>
          .
          <year>2017</year>
          .
          <article-title>On the Predictive Power of Meta-features in OpenML</article-title>
          .
          <source>Int. J. Appl. Math. Comput. Sci. 27</source>
          ,
          <issue>4</issue>
          (
          <year>2017</year>
          ),
          <fpage>697</fpage>
          -
          <lpage>712</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>B.</given-names>
            <surname>Bilalli</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Abelló</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Aluja-Banet</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>R.</given-names>
            <surname>Wrembel</surname>
          </string-name>
          .
          <year>2018</year>
          .
          <article-title>Intelligent assistance for data pre-processing</article-title>
          .
          <source>Computer Standards &amp; Interfaces</source>
          <volume>57</volume>
          (
          <year>2018</year>
          ),
          <fpage>101</fpage>
          -
          <lpage>109</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>M.</given-names>
            <surname>Birattari</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Yuan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Balaprakash</surname>
          </string-name>
          , and
          <string-name>
            <given-names>T.</given-names>
            <surname>Stützle</surname>
          </string-name>
          .
          <year>2010</year>
          .
          <article-title>F-Race and Iterated F-Race: An Overview</article-title>
          . Springer Berlin Heidelberg, Berlin, Heidelberg,
          <fpage>311</fpage>
          -
          <lpage>336</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>S. F.</given-names>
            <surname>Crone</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Lessmann</surname>
          </string-name>
          , and
          <string-name>
            <given-names>R.</given-names>
            <surname>Stahlbock</surname>
          </string-name>
          .
          <year>2006</year>
          .
          <article-title>The impact of preprocessing on data mining: An evaluation of classifier sensitivity in direct marketing</article-title>
          .
          <source>Eur. J. Oper. Res</source>
          .
          <volume>173</volume>
          ,
          <issue>3</issue>
          (
          <year>2006</year>
          ),
          <fpage>781</fpage>
          -
          <lpage>800</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>T.</given-names>
            <surname>Dasu</surname>
          </string-name>
          and
          <string-name>
            <given-names>T.</given-names>
            <surname>Johnson</surname>
          </string-name>
          .
          <year>2003</year>
          .
          <article-title>Exploratory data mining and data cleaning</article-title>
          . Vol.
          <volume>479</volume>
          . John Wiley &amp; Sons.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>Matthias</given-names>
            <surname>Feurer</surname>
          </string-name>
          , Aaron Klein, Katharina Eggensperger, Jost Springenberg, Manuel Blum, and
          <string-name>
            <given-names>Frank</given-names>
            <surname>Hutter</surname>
          </string-name>
          .
          <year>2015</year>
          .
          <article-title>Eficient and Robust Automated Machine Learning</article-title>
          .
          <source>In Adv. Neural Inf. Process</source>
          . Syst.,
          <string-name>
            <given-names>C.</given-names>
            <surname>Cortes</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N. D.</given-names>
            <surname>Lawrence</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. D.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Sugiyama</surname>
          </string-name>
          , and R. Garnett (Eds.).
          <fpage>2962</fpage>
          -
          <lpage>2970</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>F.</given-names>
            <surname>Hutter</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H. H.</given-names>
            <surname>Hoos</surname>
          </string-name>
          , and
          <string-name>
            <given-names>K.</given-names>
            <surname>Leyton-Brown</surname>
          </string-name>
          .
          <year>2011</year>
          .
          <article-title>Sequential Model-based Optimization for General Algorithm Configuration</article-title>
          .
          <source>In Proc. Int. Conf. Learn. Intel. Optim</source>
          . Springer-Verlag, Berlin, Heidelberg,
          <fpage>507</fpage>
          -
          <lpage>523</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>T.</given-names>
            <surname>Hutter</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            and
            <surname>Hoos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H. H.</given-names>
            and
            <surname>Leyton-Brown</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            and
            <surname>Stützle</surname>
          </string-name>
          .
          <year>2009</year>
          .
          <article-title>ParamILS: An Automatic Algorithm Configuration Framework</article-title>
          .
          <source>J. Artif. Intel. Res</source>
          .
          <volume>36</volume>
          (
          <year>2009</year>
          ),
          <fpage>267</fpage>
          -
          <lpage>306</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>J.</given-names>
            <surname>Kietz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Serban</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Fischer</surname>
          </string-name>
          ,
          <article-title>and</article-title>
          <string-name>
            <given-names>A.</given-names>
            <surname>Bernstein</surname>
          </string-name>
          .
          <year>2014</year>
          . “
          <article-title>Semantics Inside!” But Let's Not Tell the Data Miners: Intelligent Support for Data Mining</article-title>
          .
          <source>In The Semantic Web: Trends and Challenges</source>
          . Springer International Publishing,
          <volume>706</volume>
          -
          <fpage>720</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>J.</given-names>
            <surname>Nalepa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Myller</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Piechaczek</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Hrynczenko</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Kawulok</surname>
          </string-name>
          .
          <year>2018</year>
          .
          <article-title>Genetic Selection of Training Sets for (Not Only) Artificial Neural Networks</article-title>
          .
          <source>In Proc. Int. Conf. Beyond Databases</source>
          , Architectures Struct.
          <fpage>194</fpage>
          -
          <lpage>206</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>N. M.</given-names>
            <surname>Nawi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W. H.</given-names>
            <surname>Atomi</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M. Z.</given-names>
            <surname>Rehman</surname>
          </string-name>
          .
          <year>2013</year>
          .
          <source>The Efect of Data Preprocessing on Optimized Training of Artificial Neural Networks. Procedia Technology</source>
          <volume>11</volume>
          (
          <year>2013</year>
          ),
          <fpage>32</fpage>
          -
          <lpage>39</lpage>
          . Int. Conf. Elect. Eng. Info.
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>N.</given-names>
            <surname>Polyzotis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Roy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S. E.</given-names>
            <surname>Whang</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Zinkevich</surname>
          </string-name>
          .
          <year>2017</year>
          .
          <article-title>Data Management Challenges in Production Machine Learning</article-title>
          .
          <source>In Proc. ACM Int. Conf. Manage. Data. ACM</source>
          ,
          <volume>1723</volume>
          -
          <fpage>1726</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <surname>Chris</surname>
            <given-names>Thornton</given-names>
          </string-name>
          , Frank Hutter,
          <string-name>
            <surname>Holger H Hoos</surname>
          </string-name>
          , and
          <string-name>
            <surname>Kevin</surname>
          </string-name>
          Leyton-Brown.
          <year>2013</year>
          .
          <article-title>Auto-WEKA: Combined selection and hyperparameter optimization of classification algorithms</article-title>
          .
          <source>In Int. Conf. Knowl. Disc. Data Min. ACM</source>
          ,
          <volume>847</volume>
          -
          <fpage>855</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>M.</given-names>
            <surname>Vartak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Rahman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Madden</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Parameswaran</surname>
          </string-name>
          , and
          <string-name>
            <given-names>N.</given-names>
            <surname>Polyzotis</surname>
          </string-name>
          .
          <year>2015</year>
          .
          <article-title>S ee DB: eficient data-driven visualization recommendations to support visual analytics</article-title>
          .
          <source>Proc. VLDB Endowment 8</source>
          ,
          <issue>13</issue>
          (
          <year>2015</year>
          ),
          <fpage>2182</fpage>
          -
          <lpage>2193</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>Dani</given-names>
            <surname>Yogatama</surname>
          </string-name>
          and
          <string-name>
            <given-names>Gideon</given-names>
            <surname>Mann</surname>
          </string-name>
          .
          <year>2014</year>
          .
          <article-title>Eficient transfer learning method for automatic hyperparameter tuning</article-title>
          .
          <source>In Int. Conf. Artif. Intel. Stat</source>
          .
          <volume>1077</volume>
          -
          <fpage>1085</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>De Stefani</surname>
          </string-name>
          , E. Zgraggen,
          <string-name>
            <given-names>C.</given-names>
            <surname>Binnig</surname>
          </string-name>
          , E. Upfal, and
          <string-name>
            <given-names>T.</given-names>
            <surname>Kraska</surname>
          </string-name>
          .
          <year>2017</year>
          .
          <article-title>Controlling False Discoveries During Interactive Data Exploration</article-title>
          .
          <source>In Proc. ACM Int. Conf. Manag. Data. ACM</source>
          ,
          <volume>527</volume>
          -
          <fpage>540</fpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>