<!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>Towards Approaches for Generating RDF Mapping De nitions</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Pieter Heyvaert</string-name>
          <email>pheyvaer.heyvaert@ugent.be</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Anastasia Dimou</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ruben Verborgh</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Erik Mannens</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Rik Van de Walle</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Ghent University - iMinds - Multimedia Lab</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>Obtaining Linked Data by modeling domain-level knowledge derived from input data is not straightforward for data publishers, especially if they are not Semantic Web experts. Developing user interfaces that support domain experts to semantically annotate their data became feasible, as the mapping rules were abstracted from their execution. However, most existing approaches re ect how mappings are typically executed: they o er a single linear work ow, triggered by a particular data source. Alternative approaches were neither thoroughly investigated yet, nor incorporated in most existing user interfaces for mappings. In this paper, we generalize the two prevalent approaches for generating mappings of data in databases: database-driven and ontology-driven, to be applicable for any other data structure; and introduce two approaches: model-driven and result-driven.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        A substantial amount of Linked Data is generated from data that exists in
heterogeneous formats and comes from di erent sources. This generation process
is facilitated by mapping languages, such as the w3c recommended r2rml [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]
or its extended version rml [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], which separate the de nition of mappings from
their execution. While data publishers are domain experts|the intended
creators of mappings|manually creating and editing mapping de nitions requires
knowledge of the mapping language's syntax, which is unpractical for most
publishers [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Therefore, user interfaces can facilitate domain experts to specify
mappings much more conveniently.
      </p>
      <p>
        Pinkel et al. [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] introduced two types of approaches for editing mappings
for data in relational databases to the Resource Description Framework (rdf),
namely (i) the database-driven and (ii) the ontology-driven, both of which are
implemented at uidOps1. The suitability of each approach depends on di
erent factors. However, most existing mapping interfaces, which mainly refer to
data in databases, support only one of the two approaches. By doing so, data
publishers' editing options are restricted. Alternative approaches beside the two
      </p>
      <sec id="sec-1-1">
        <title>1 http://www.fluidops.com/</title>
        <p>id name age
1 John 25
2 Jane 24
&lt;http://www.example.com/1&gt; a foaf:Person
&lt;http://www.example.com/1&gt; foaf:name “John”
&lt;http://www.example.com/2&gt; a foaf:Person
&lt;http://www.example.com/2&gt; foaf:name “Jane”
id name age
1 John 25
2 Jane 24
&lt;http://www.example.com/1&gt; a foaf:Person
&lt;http://www.example.com/1&gt; foaf:name “John”
&lt;http://www.example.com/2&gt; a foaf:Person
&lt;http://www.example.com/2&gt; foaf:name “Jane”
id name age
1 John 25
2 Jane 24</p>
        <p>foaf:Person
classes ffooaaff::ADgoecnutment
dcterms:Agent
foaf:name
foaf:gender properties
foaf:Age
dcterms:title
(a) data-driven
&lt;http://www.example.com/1&gt; a foaf:Person
&lt;http://www.example.com/1&gt; foaf:name “John”
&lt;http://www.example.com/2&gt; a foaf:Person
&lt;http://www.example.com/2&gt; foaf:name “Jane”
person</p>
        <p>name
foaf:Person
classes ffooaaff::ADgoecuntment
dcterms:Agent
foaf:name
foaf:gender properties
foaf:Age
dcterms:title
(c) model-driven
id name age
1 John 25
2 Jane 24</p>
        <p>foaf:Person
classes ffooaaff::ADgoecnutment
dcterms:Agent
foaf:name
foaf:gender properties
foaf:Age
dcterms:title
(b) schema-driven
&lt;http://www.example.com/1&gt; a foaf:Person
&lt;http://www.example.com/1&gt; foaf:name “John”
&lt;http://www.example.com/2&gt; a foaf:Person
&lt;http://www.example.com/2&gt; foaf:name “Jane”</p>
        <p>foaf:Person
classes ffooaaff::ADgoecuntment
dcterms:Agent
foaf:name
foaf:gender properties
foaf:Age
dcterms:title
(d) result-driven
aforementioned ones were not thoroughly investigated so far, even though they
might be more adequate under di erent circumstances.</p>
        <p>
          Moreover, the identi ed approaches are limited to modeling data in databases.
Thus, the implementations completely disregard heterogeneous formats.
Additionally, these implementations fail to take into account and combine
multiple data sources [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ]. In this paper, we therefore generalize the approaches to
data-driven and schema-driven and introduce two alternatives based on
observation: the model-driven and the result-driven approaches.
2
        </p>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>Approaches</title>
      <p>
        Our goal is to introduce mapping generation approaches that cover more
thoroughly the di erent needs and alternative usage scenarios: ranging from
semantically annotating a particular data source to modeling domain-level knowledge.
Each of the approaches is described in detail below and visualized in Figure 1.
Data-Driven Mapping De nitions Generation
In the database-driven approach [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], data publishers have the data from the
database available. The generation of the mappings is based on that data, namely
data fractions are iteratively associated to a corresponding mapping rule. For
Towards Approaches for Generating RDF Mapping De nitions
instance, the uidOps and Karma2 interfaces follow this approach. However,
from a more general point of view, this approach could be applicable to any
type of input data, and any combination of them, besides relational databases.
Thus, we introduce a more generic approach, so-called data-driven (Figure 1a).
Instead of only considering data from a database, any number of input data
sources in any format, such as csv, xml, json, is equally considered.
Schema-Driven Mapping De nitions Generation
An existing ontology can be used as the basis for generating the mappings. This
is the ontology-driven approach [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], which is supported by the uidOps editor.
Hence, generating the mappings is driven in the rst place by the schema, as
it accrues from the ontology. Afterwards, data publishers edit the mappings by
associating them to the applicable data from the input source(s). In contrast to
the data-driven approach where the correct schema(s) is associated to the data,
here the appropriate data is associated to the schema(s). While Pinkel et al. [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]
consider a single ontology, the approach can be more generic and applied to any
schema, namely any combination of ontologies and/or vocabularies. Thus, we
consider the more generic notion of schema-driven approach (Figure 1b).
Model-Driven Mapping De nitions Generation
Alternatively, data publishers can rstly model the domain, by generating
abstract mappings. More precisely, data publishers de ne the entities, their
attributes and their relationships to other entities, without explicitly indicating
neither the schema (ontologies and vocabularies) nor the input data fractions to
be used. The model is subsequently instantiated by applying adequate schema(s)
and it is associated with input data, by specifying which fractions of the input
data sources are associated with which parts of the model. To this end, we
introduce the model-driven approach (Figure 1c). While this approach is
practical and useful, for instance applied by De Vocht et al. [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], to the best of our
knowledge, no user interface supports it. However, it enables data publishers to
formally generate abstract de nitions and instantiate them afterwards with the
appropriate data and schema(s).
      </p>
      <p>Result-Driven Mapping De nitions Generation
Last, we introduce the result-driven approach (Figure 1d), where mappings can
be generated based on the desired results. To be more precise, from a desired rdf
output, the mappings are generated based on the desired output's model and
schema(s). Afterwards, they are associated with data fractions from the input
sources. In contrast to the data-driven approach, which is based on the input
data and where the appropriate schema is subsequently chosen, this approach is
based on the desired result and the model, together with the proper schema(s),
is derived from it. A real-world example of this approach is transformy.io3.</p>
      <sec id="sec-2-1">
        <title>2 http://usc-isi-i2.github.io/karma/</title>
      </sec>
      <sec id="sec-2-2">
        <title>3 https://www.transformy.io</title>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Discussion</title>
      <p>
        This paper lists approaches to generate mappings. Besides the ones mentioned,
hybrid approaches might emerge when implementing them or as data publishers
specify their mappings. Identifying the di erent approaches, together with their
advantages, allows publishers to select the approach best suited for the task at
hand. Starting with a particular approach does not necessarily mean that data
publishers can/should not switch between approaches over the course of a
mappings' editing time. Thus, a user interface should allow and support switching
between multiple approaches as suggested by Pinkel et al. [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. The user interface
of our prototype mapping editor, the rmleditor4, aims to validate the
aforementioned approaches by creating the conditions for data publishers to follow any
of them. This is facilitated by simultaneously o ering three di erent panels to
data publishers: (i) Input Panel (i.e., the input data), (ii) Modeling Panel (i.e.,
the mappings); and (iii) Results Panel (i.e., the output rdf dataset).
Acknowledgements. The described research activities were funded by Ghent
University, iMinds, the Institute for the Promotion of Innovation by Science and
Technology in Flanders (IWT), the Fund for Scienti c Research Flanders (FWO
Flanders), and the European Union.
      </p>
      <sec id="sec-3-1">
        <title>4 http://rml.io/RML_editor.html</title>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>Souripriya</given-names>
            <surname>Das</surname>
          </string-name>
          ,
          <string-name>
            <surname>Seema Sundara</surname>
          </string-name>
          , and Richard Cyganiak. R2RML:
          <article-title>RDB to RDF Mapping Language</article-title>
          . Working group recommendation,
          <source>W3C</source>
          ,
          <year>September 2012</year>
          . URL http://www.w3.org/TR/r2rml/.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>Anastasia</given-names>
            <surname>Dimou</surname>
          </string-name>
          , Miel Vander Sande, Pieter Colpaert, Ruben Verborgh, Erik Mannens, and Rik Van de Walle.
          <article-title>RML: A Generic Language for Integrated RDF Mappings of Heterogeneous Data</article-title>
          .
          <source>In Workshop on Linked Data on the Web</source>
          ,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>Christoph</given-names>
            <surname>Pinkel</surname>
          </string-name>
          , Carsten Binnig,
          <string-name>
            <given-names>Peter</given-names>
            <surname>Haase</surname>
          </string-name>
          , Clemens Martin,
          <string-name>
            <given-names>Kunal</given-names>
            <surname>Sengupta</surname>
          </string-name>
          , and
          <string-name>
            <given-names>Johannes</given-names>
            <surname>Trame</surname>
          </string-name>
          .
          <article-title>How to best nd a partner? An evaluation of editing approaches to construct R2RML mappings</article-title>
          .
          <source>In The Semantic Web: Trends and Challenges</source>
          , pages
          <volume>675</volume>
          {
          <fpage>690</fpage>
          . Springer,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>Christoph</given-names>
            <surname>Pinkel</surname>
          </string-name>
          , Carsten Binnig, Ernesto Jimenez-Ruiz, Wolfgang May, Dominique Ritze, Martin G Skj veland, Alessandro Solimando, and
          <string-name>
            <given-names>Evgeny</given-names>
            <surname>Kharlamov</surname>
          </string-name>
          .
          <article-title>RODI: A Benchmark for Automatic Mapping Generation in Relational-to-Ontology Data Integration</article-title>
          .
          <source>In The Semantic Web. Latest Advances and New Domains</source>
          , pages
          <volume>21</volume>
          {
          <fpage>37</fpage>
          . Springer,
          <year>2015</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>Laurens</given-names>
            <surname>De Vocht</surname>
          </string-name>
          , Mathias Van Compernolle,
          <string-name>
            <surname>Anastasia Dimou</surname>
            , Pieter Colpaert, Ruben Verborgh, Erik Mannens,
            <given-names>Peter</given-names>
          </string-name>
          <string-name>
            <surname>Mechant</surname>
          </string-name>
          , and Rik Van de Walle.
          <article-title>Converging on semantics to ensure local government data reuse</article-title>
          .
          <source>Proceedings of the 5th workshop on Semantics for Smarter Cities (SSC14)</source>
          ,
          <source>13th International Semantic Web Conference (ISWC)</source>
          ,
          <year>2014</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>