<!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 />
    <article-meta>
      <title-group>
        <article-title>Machine Learning on Linked Data, a Position Paper</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Peter Bloem</string-name>
          <email>uva@peterbloem.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Gerben K. D. de Vries</string-name>
          <email>g.k.d.devries@uva.nl</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>System and Network Engineering Group Informatics Institute, University of Amsterdam</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>The combination of linked data and machine learning is emerging as an interesting area of research. However, while both elds have seen an exponential growth in popularity in the past decade, their union has received relatively little attention. We suggest that the eld is currently too complex and divergent to allow collaboration and to attract new researchers. What is needed is a simple perspective, based on unifying principles. Focusing solely on RDF, with all other semantic web technology as optional additions is an important rst step. We hope that this view will provide a low-complexity outline of the eld to entice new contributions, and to unify existing ones.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Linked data is one of the most powerful frameworks for storing data, and machine
learning (ML) is one of the most popular paradigms for data analysis, so it
seems justi ed to ask what the union of the two has produced.1 The answer is
disappointing. Research papers, challenges [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], technical tools [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] and workshops
[
        <xref ref-type="bibr" rid="ref1 ref3">1, 3</xref>
        ] exist, but for two such golden subjects, one would expect a signi cant
proportion of machine learning research to deal with linked data by now.
      </p>
      <p>In this paper we will focus on the lack of interest from the ML community: for
ML researchers, the main impediment to getting involved with linked data is the
complexity of the eld. Researchers must learn about the Semantic Web, RDF,
ontologies, data modeling, SPARQL and triple stores. Even if some subjects are
not essential, it is di cult to see the forest for the trees. Besides the di culty of
understanding the Semantic Web, there is also the divergence of existing work,
which ranges from tensor-based approaches on RDF graphs, to graph kernels on
small RDF subgraphs, to relational learning techniques. A simple, uni ed view
is hard to nd.</p>
    </sec>
    <sec id="sec-2">
      <title>A machine learning perspective</title>
      <p>A common view of the intersection of machine learning and linked data is that
machine learning can provide inference where traditional, logic-based methods
1 We use \machine learning" as a catch-all term covering also data mining and
knowledge discovery.
raw RDF</p>
      <p>subgraphs
hub removal
relabeling
withholding data</p>
      <p>preprocessing
graph</p>
      <p>fixed depth
fixed # of nodes
instance
extraction
tensor factorization</p>
      <p>subgraphs
Weisfeiler-Lehman
feature
extraction
featurevectors</p>
      <p>WL kernel
IST kernel
learning
graph-based</p>
      <p>
        learning
feature-based
classification
regression
clustering
fail [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], for instance to aid the e ort of manually curating the Semantic Web [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ].
We consider this the Semantic Web perspective. In contrast, we take a machine
learning perspective: we see linked data as simply a new form of data.
      </p>
      <p>In classical machine learning, the complexity and divergence of the eld is
controlled by what we will call the `black-box principle'. Each machine learning
method is expected to t a simple mold: the input is a table of instances,
described by several features with a target value to predict, and the output is a
model predicting the target value.</p>
      <p>The emergence of the semantic web upsets this view. In the semantic web,
a dataset is no longer separated neatly into instances. It does not come with
an obvious single learning task and target value, and the standard methods of
evaluation do not t perfectly. We require a new black box principle.</p>
      <p>
        We think that the best way to unify machine learning and the Semantic Web
is to focus on RDF. The Resource Description Framework (RDF) is the lowest
layer in the Semantic Web stack. To understand it, we do not need to know
about ontologies, reasoning and SPARQL. Of course, these can be important,
but an ML researcher does not need to understand them to have the bene t.
A generic pipeline While the inside of the black box is up to the discretion of the
researcher, it would help to have some standardized methods. We have drawn
an example pipeline (Figure 1), to get from RDF to an ML model. We do not
propose this as a catch-all pipeline (like a similar image in [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]), we simply expect
that solving the most common tasks in machine learning from linked data2 will
often require one or more of these steps:
pre-processing RDF is a verbose data format, designed to store data for any
future use. For machine learning purposes, it can help to reverse some of this
verbosity [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. Additionally, traditional methods like RDFS/OWL inferencing
can be employed to create a graph that more e ciently exposes the relevant
2 The most common tasks, from a SW perspective are probably class prediction,
property prediction and link prediction. From the machine learning perspective these
tasks can be regarded as classi cation, regression or ranking tasks. See [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
information. In this step the researcher must also choose how to deal with
constructs like blank nodes and rei cation.
instance extraction We assume that each of our instances is represented by
a resource in an RDF graph.3 However, the resource by itself contains no
information. The actual description of the instances is represented by the
neighborhood around the resource. Usually, a full subgraph is extracted to
a given depth (e.g. [
        <xref ref-type="bibr" rid="ref8 ref9">8, 9</xref>
        ]), but more re ned methods are likely possible.
feature extraction Most machine learning methods use feature vectors.
Transforming RDF graphs to features, while retaining the subtleties of
information contained in the RDF representation is probably the central problem
in machine learning on RDF data.4 The current state of the art for RDF is
represented by the WL algorithm5 [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] and tensor decomposition [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
learning Once we have our feature vectors or graphs, we can feed them to a
learner, to perform classi cation, regression or clustering.
      </p>
      <p>
        Most graph kernels [
        <xref ref-type="bibr" rid="ref8 ref9">8, 9</xref>
        ] can be seen either as a graph learner or as a powerful
feature extractor. The same holds for the RESCAL tensor factorization
algorithm [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]. Other techniques, like Inductive Logic Programming (ILP), can be
employed to solve a variety of RDF-based tasks [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ][Section 3].
      </p>
      <p>
        Evaluation In traditional machine learning, we can simply cut the table of
instances and their features in two parts to obtain a training and test set. With
RDF, the data is densely interconnected, and each prediction can change both
the training and the test instances. Machine learning on RDF thus requires us
to re-evaluate our standard evaluation approaches. We o er two guidelines:
Remove the target data from the whole dataset We recommend taking
the value to be predicted and removing it from the dataset entirely,
representing it as a separate table, mapping instances to their target values.
This gives the researcher the certainty that they have not inadvertently left
information from the test set in the training data. It can also speed up
cross-validation, as the knowledge graph stays the same between folds [
        <xref ref-type="bibr" rid="ref8 ref9">8, 9</xref>
        ].
Refer to a real-world scenario Even when the target value is removed it can
be complicated to judge whether additional information should be removed
as well. If, for example, we are predicting a category for news articles, which
has been inferred from more complex annotations by human experts, should
we remove these annotations too? In such cases, it is best to refer back to the
real world use case behind the learning task. In our example, we most likely
want to replace the human annotators, so the scenario we want to model is
one where their annotations are not available.
      </p>
      <p>
        This gives us a rough picture of what a generic machine learning task might
look like in the world of linked data. A dataset consists of a graph, with labeled
3 There are exceptions, where each instance is represented by a speci c relation, or by
a particular subgraph. In such cases, the pipeline does not change signi cantly.
4 In the eld of relational learning this task is known as propositionalization [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]
5 The WL algorithm is commonly presented as a graph kernel, but in its basic form
it can also be seen as a feature extractor.
vertices and edges. In contrast to normal graph learning, however, the whole
dataset is a single graph, with certain vertices representing the instances. If the
task is supervised, a separate table provides a target value for each instance.
3
      </p>
    </sec>
    <sec id="sec-3">
      <title>Outlook</title>
      <p>We will nish with a sketch of what promises RDF holds, and what a community
around machine learning on RDF might look like.</p>
      <p>RDF as the standard data format in machine learning Currently, the most
common way of sharing data in the ML community is in vector-based formats, for
example most data in the UCI repository.6 While the UCI repository has been
of exceptional value to the community, this approach has several drawbacks: the
semantic interpretation of the data is stored separately, the le formats may
become out of date, and most importantly, the choices made in extracting the
features cannot be reversed.</p>
      <p>A better approach is to store the data in its most raw form. This means the
data format should be independent of any intended use for the data, which is
exactly what RDF is designed to do.</p>
      <p>
        Competitions and Benchmark sets While there have been some machine learning
challenges for RDF data, the uptake has so far been minimimal. We o er three
guidelines for a good machine learning challenge on RDF. First, any challenge
should contain only one aspect that is unusual in machine learning (ie. the data
is represented as RDF). Everything else should be as conventional as possible.
Ideally, the task boils down to binary classi cation with well-balanced classes.
Second, the task should have a moving horizon: eg. the MNIST task [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] has
seen its best error rate move down from 12% to 0.23% over 14 years. Finally
an example script should be provided that performs the task. Both to give a
starting point, and a target to aim for.
      </p>
      <p>The linked data cloud as a single dataset The nal part of our outlook for
machine learning on linked data is a move away from single datasets. If our
instance extraction algorithms crawl a dataset starting at the instance node
and following relations to explore its neighborhood, it is a simple matter to let
the extractor jump from one dataset to another by following the links already
present. The machine learning researcher can remain ambivalent to which dataset
she is working with: the instances will simply be subgraphs of the full linked data
cloud.
4</p>
    </sec>
    <sec id="sec-4">
      <title>Conclusion</title>
      <p>Linked data is fast becoming one of the primary methods of exposing data for
a wide range of institutions. The ML community should respond with a clear
6 http://archive.ics.uci.edu/ml/datasets.html
package of methods and best practices to bring this type of data into the fold.
What is needed, is a simple, lowest common denominator, a black box view
for machine learning on RDF data, and a set of common techniques for data
preprocessing.</p>
      <p>We hope to start a conversation to unify our e orts, to lower the threshold
for other machine learning researchers to join us, and to bring these communities
closer together with a common language and a clear division of labor.
Acknowledgments This publication was supported by the Dutch national
program COMMIT. We thank the reviewers for their valuable comments.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>d'Amato</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Berka</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Svatek</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wecel</surname>
          </string-name>
          , K., eds.
          <source>: Proceedings of the International Workshop on Data Mining on Linked Data collocated with ECMLPKDD 2013. Volume 1082 of CEUR Workshop Proceedings. CEUR-WS.org</source>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Paulheim</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          , Furnkranz, J.:
          <article-title>Unsupervised generation of data mining features from linked open data</article-title>
          . In Burdescu, D.D.,
          <string-name>
            <surname>Akerkar</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Badica</surname>
          </string-name>
          , C., eds.: WIMS,
          <string-name>
            <surname>ACM</surname>
          </string-name>
          (
          <year>2012</year>
          )
          <fpage>31</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Paulheim</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Svatek</surname>
          </string-name>
          , V., eds.
          <source>: Proceedings of the Third International Workshop on Knowledge Discovery</source>
          and
          <article-title>Data Mining Meets Linked Open Data</article-title>
          . In Paulheim, H.,
          <string-name>
            <surname>Svatek</surname>
          </string-name>
          , V., eds.: KNOW@LOD. (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Rettinger</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , Losch, U.,
          <string-name>
            <surname>Tresp</surname>
          </string-name>
          , V.,
          <string-name>
            <surname>d'Amato</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fanizzi</surname>
          </string-name>
          , N.:
          <article-title>Mining the semantic web|statistical learning for next generation knowledge bases</article-title>
          .
          <source>Data Min. Knowl. Discov</source>
          .
          <volume>24</volume>
          (
          <issue>3</issue>
          ) (
          <year>2012</year>
          )
          <volume>613</volume>
          {
          <fpage>662</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>d'Amato</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fanizzi</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Esposito</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Inductive learning for the semantic web: What does it buy?</article-title>
          <source>Semantic Web</source>
          <volume>1</volume>
          (
          <issue>1</issue>
          -2) (
          <year>2010</year>
          )
          <volume>53</volume>
          {
          <fpage>59</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Tresp</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bundschus</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rettinger</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Huang</surname>
            ,
            <given-names>Y.:</given-names>
          </string-name>
          <article-title>Towards machine learning on the semantic web</article-title>
          .
          <source>In: Uncertainty reasoning for the Semantic Web I</source>
          . Springer (
          <year>2008</year>
          )
          <volume>282</volume>
          {
          <fpage>314</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Bloem</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wibisono</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , de Vries, G.K.D.:
          <article-title>Simplifying RDF data for graph-based machine learning</article-title>
          .
          <source>In: KNOW@LOD</source>
          . (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8. Losch, U.,
          <string-name>
            <surname>Bloehdorn</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rettinger</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Graph kernels for RDF data</article-title>
          . In Simperl, E.,
          <string-name>
            <surname>Cimiano</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Polleres</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Corcho</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Presutti</surname>
          </string-name>
          , V., eds.
          <source>: ESWC</source>
          . Volume
          <volume>7295</volume>
          of Lecture Notes in Computer Science., Springer (
          <year>2012</year>
          )
          <volume>134</volume>
          {
          <fpage>148</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9. de Vries,
          <string-name>
            <surname>G.K.D.</surname>
          </string-name>
          :
          <article-title>A fast approximation of the Weisfeiler-Lehman graph kernel for RDF data</article-title>
          . In Blockeel, H.,
          <string-name>
            <surname>Kersting</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nijssen</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zelezny</surname>
          </string-name>
          , F., eds.
          <source>: ECML/PKDD (1)</source>
          . Volume
          <volume>8188</volume>
          of Lecture Notes in Computer Science., Springer (
          <year>2013</year>
          )
          <volume>606</volume>
          {
          <fpage>621</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Kramer</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lavrac</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Flach</surname>
          </string-name>
          , P. In: Propositionalization Approaches to Relational Data Mining. Springer-Verlag (
          <year>September 2001</year>
          )
          <volume>262</volume>
          {
          <fpage>291</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Nickel</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tresp</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kriegel</surname>
            ,
            <given-names>H.P.:</given-names>
          </string-name>
          <article-title>A three-way model for collective learning on multi-relational data</article-title>
          . In Getoor, L., Sche er, T., eds.: ICML,
          <string-name>
            <surname>Omnipress</surname>
          </string-name>
          (
          <year>2011</year>
          )
          <volume>809</volume>
          {
          <fpage>816</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>LeCun</surname>
          </string-name>
          , Y.,
          <string-name>
            <surname>Cortes</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>The MNIST database of handwritten digits</article-title>
          . http://yann.lecun.com/exdb/mnist/ (
          <year>1998</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>