<!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>Enabling Semantic Integration of Streaming Data Sources</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Jean-Paul Calbimonte</string-name>
          <email>jp.calbimonte@upm.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Ontology Engineering Group, Departamento de Inteligencia Arti cial, Facultad de Informatica, Universidad Politecnica de Madrid</institution>
          ,
          <addr-line>Campus de Montegancedo s/n 28660, Boadilla del Monte</addr-line>
          ,
          <country country="ES">Spain</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>We propose a distributed ontology-based approach for integration of streaming live data sources, using extensions of SPARQL for streams and declarative mappings for query rewriting. The challenge of exposing live data from streams such as those provided by sensor networks, using semantically rich models and queries is becoming more relevant nowadays. The goal of this PhD thesis1 is to investigate, analyse and propose solutions that bridge the gap between semantic data access, streaming query evaluation and data integration.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>Nowadays in scienti c and industrial environments, the amount of data in form
of heterogeneous streams is becoming one of the main sources of information
and knowledge acquisition. Advances in wireless communications and sensor
technologies have enabled the deployment of networks of interconnected devices
capable of ubiquitous data capture, processing and delivery of such streams.</p>
      <p>
        Many solutions for accessing and processing this type of data have been
devised in the last decade[
        <xref ref-type="bibr" rid="ref1 ref11 ref15 ref2 ref3 ref8 ref9">3, 1, 9, 15, 11, 8, 2</xref>
        ], including acquisitional and
nonacquisitional streams. However the management and querying techniques
explored so far have not provided consistent solutions for the problem of semantic
heterogeneity of streaming data sources. This problem has become even more
evident given the increasing number of sensor infrastructures in several domains,
each one having completely di erent schemas, stream rates, quality of service
and delivery mechanisms.
      </p>
      <p>
        On the other hand the approaches for semantic data provision have largely
focused on stored data[
        <xref ref-type="bibr" rid="ref16">16</xref>
        ]. And only very few solutions have been proposed for
querying streams using semantic technologies [
        <xref ref-type="bibr" rid="ref5 ref7">5, 7</xref>
        ]. A contribution on this area
is becoming an imperative need in the scope of the recent e orts of making
information accessible to the web of data, and in particular from the increasing
number of streaming sources such as sensor networks. Having such a information
space would enable applications to obtain live data published by third-party
providers regardless of formats, schemas, rates and underlying implementation.
1 The author completed the rst year of the thesis (Phase I), under the supervision of
      </p>
      <p>Oscar Corcho at Universidad Politcnica de Madrid.</p>
    </sec>
    <sec id="sec-2">
      <title>Main Research Questions</title>
      <p>
        Our work is centred on the question of how to integrate both streaming and
stored information sources using rewriting techniques and how to expose a
consistent view of the continuously generated data as RDF for the semantic web.
This will also prompt us to identify the suitable language extensions to existing
approaches that take into account streaming operators in SPARQL queries [
        <xref ref-type="bibr" rid="ref5 ref7">5, 7</xref>
        ].
In this context we are also interested in nding appropriate means to represent
the mappings and correspondences between ontological elements and
stream/relational elements, in a way that can be reused for query rewriting from SPARQL
queries to native streaming queries. In this scope we also ask how we can
optimise the query rewriting approach so that it is possible to e ciently query live
streaming data for the original sources, without increasing the time response
beyond acceptable time frames.
      </p>
      <p>By tackling these issues we intend to provide the foundations of an
infrastructure that is able to provide live data though SPARQL-extended queries with
stream capabilities, not from one but several and heterogeneous sources that are
mapped to ontological views. An integrated and distributed platform of such
characteristics has not been devised yet and we believe that it can have a
certain impact on the community. Nevertheless there is a number of problems that
we will leave for future or complementary research. Namely the ability to
automatically generate mappings or the discovery of a-priori unknown streaming
data sources.
3</p>
    </sec>
    <sec id="sec-3">
      <title>General Approach</title>
      <p>Our work is organised in the following phases that cover the planned research.
Related work First we have studied the literature and existing approaches
for the main topics that we cover in this thesis: relational-to-ontology data
access, querying RDF streams, stream management systems and distributed query
processing. Understanding the base approaches will help us coming up with a
solution to the problems we are interested in, and knowing what techniques and
technologies we can reuse or base upon for our approach.</p>
      <p>
        Ontology-based data access Once we have studied the previous works we
have presented a rst approach for ontology-based data access to streams [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ].
This consists of a simple mechanism of using mapping assertions based on the
R2O[
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] language that relate stream elements to ontology elements. Then an
extended version of SPARQL with extensions for streaming queries (based on the
C-SPARQL language[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]) is used to issue queries over the ontological view and a
translation component transforms them to stream queries in a language that can
be executed by a stream management system (such as SNEE[
        <xref ref-type="bibr" rid="ref12">12</xref>
        ], STREAM[
        <xref ref-type="bibr" rid="ref3">3</xref>
        ],
etc.). See Section 4 for details.
      </p>
      <p>Stream integration After the data access step we plan to propose an approach
for the integration of heterogeneous streaming data sources. This includes the
mapping relationships from both stream and stored sources to ontological views,
and the rewriting of queries to a distributed query processor that is able to
execute and integrate data from the streaming sources. We need to formally
specify the algebra to which our streaming queries will be transformed, and
indicate the optimisation algorithms that we will employ or design, including
classical pushing of operators, optimisations of joins and query planning tasks.
A service implementing this integration &amp; query functionality will be provided
at the end of this stage.</p>
      <p>
        Evaluation &amp; optimisation Once we have the core component of the thesis,
we will evaluate the approach from three main perspectives: the query
execution response time and overhead of the rewriting process; the expressiveness of
queries rewritten from extended-SPARQL to native streaming languages; the
expressive power of mappings from streaming elements to ontology elements.
We plan using known benchmarks for streaming data sources[
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] (See Section 5).
We will iteratively use optimisation techniques and progressively evaluate the
results that we obtain during this phase. The resulting prototype will provide
a distributed integration service for heterogeneous streaming and stored data
sources using SPARQL with streaming extensions (named SPARQLSTR in this
paper) as a query language, providing live data for the semantic web.
4
      </p>
    </sec>
    <sec id="sec-4">
      <title>Proposed Solution</title>
      <p>
        Our approach consists in creating an Ontology-based streaming data
integration service (Fig 1) that can receive requests over a global ontological view in
SPARQLSTR. This global ontology can optionally be aligned and represented in
terms of other ontologies that the sources are mapped to. This can be done using
Ontology-to-Ontology mappings that can be partially computed using alignment
technologies. Using these correspondences the original query can be rewritten
(query reconciliation) if necessary. Sources can be exposed in terms of
ontological views using a set of Ontology-to-Source mappings, which correlate ontology
entities and stream/stored entities. These are provided with a-priori knowledge
of the ontologies and sources schemas, and are based on the R2O[
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] mapping
language, which has been extended to support streaming queries and data.
      </p>
      <p>
        So when a SPARQLSTR query arrives, it is translated (query translation) to
an internal algebra that is capable of dealing with streaming and stored sources.
This transformation is made using the already mentioned Ontology-to-Source
mappings. The algebra is an extension of the one de ned for SNEEql[
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], a
continuous query language that has expressive window and window-to-stream
operations, and a semantics that incorporates both streaming and stored data.
      </p>
      <p>
        Once the transformations are made, the distributed query processor for streams
is in charge of the logical rewriting and physical optimisations that take into
account rewriting rules (push of operators, order of joins, etc) and cost models
to nd the best distributed query plan that will be executed by the evaluator,
dispatched to the participating processors and then integrated[
        <xref ref-type="bibr" rid="ref14">14</xref>
        ]. Note that the
execution in sources such as sensor networks may include in-network query
processing, pull or push based data delivery and other data source speci c settings.
4
In order to evaluate the proposed solution we will rst identify the main targets
of the evaluation, which will be focused in the following points: performance of
the query rewriting, performance of the query execution, expressive power of
the mappings, expressiveness of the query language. For this purpose we will use
the well-known Linear Road benchmark to compare our results to
non-ontologybased approaches in terms of performance and expressiveness. Moreover and in
order to validate the usability of our approach to real applications we will use
our proposal in order to provide integrated streaming and stored data sources for
the use cases of the SemSorGrid4Env[
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] project for environmental monitoring.
These include a Coastal and Estuarine Flood Warning system in southern UK
and a Fire Risk Monitoring and Warning system in northern Spain.
6
      </p>
    </sec>
    <sec id="sec-5">
      <title>Future Work</title>
      <p>
        Although we have shown initial results querying the underlying streaming engine
with basic queries[
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], we expect to consider in the near future more complex
query expressions including aggregates, and joins involving both streaming and
stored data sources. Another important strand of future work is the optimisation
of distributed query processing [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] and the streaming queries [
        <xref ref-type="bibr" rid="ref1 ref12">1, 12</xref>
        ]. In the scope
of a larger streaming and sensor networks integration framework, we intend to
achieve the following goals: i) integrating streaming and stored data sources
through an ontological uni ed view; ii) combining data from event-based and
acquisition-based streams, and stored data sources. The present work can be
considered as a rst step to our goal of providing an ontology-based integration
platform for continuous heterogeneous data sources.
Acknowledgments. This work is supported by the European Commission
project SemSorGrid4Env (FP7-223913).
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Abadi</surname>
            ,
            <given-names>D.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ahmad</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Balazinska</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cetintemel</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cherniack</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hwang</surname>
            ,
            <given-names>J.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lindner</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Maskey</surname>
            ,
            <given-names>A.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rasin</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ryvkina</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tatbul</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Xing</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zdonik</surname>
            ,
            <given-names>S.:</given-names>
          </string-name>
          <article-title>The Design of the Borealis Stream Processing Engine</article-title>
          . In: CIDR (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Aberer</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hauswirth</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Salehi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>A middleware for fast and exible sensor network deployment</article-title>
          .
          <source>In: VLDB</source>
          . pp.
          <volume>1199</volume>
          {
          <fpage>1202</fpage>
          .
          <string-name>
            <surname>ACM</surname>
          </string-name>
          (
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Arasu</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Babcock</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Babu</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cieslewicz</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ito</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Motwani</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Srivastava</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Widom</surname>
          </string-name>
          , J.: Stream:
          <article-title>The stanford data stream management system</article-title>
          .
          <source>Tech. rep.</source>
          ,
          <string-name>
            <surname>Stanford InfoLab</surname>
          </string-name>
          (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Arasu</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cherniack</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Galvez</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Maier</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Maskey</surname>
            ,
            <given-names>A.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ryvkina</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stonebraker</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tibbetts</surname>
          </string-name>
          , R.:
          <article-title>Linear road: a stream data management benchmark</article-title>
          .
          <source>In: VLDB 2004</source>
          . pp.
          <volume>480</volume>
          {
          <fpage>491</fpage>
          .
          <string-name>
            <given-names>VLDB</given-names>
            <surname>Endowment</surname>
          </string-name>
          (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Barbieri</surname>
            ,
            <given-names>D.F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Braga</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ceri</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grossniklaus</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>An execution environment for C-SPARQL queries</article-title>
          .
          <source>In: EDBT 2010</source>
          . pp.
          <volume>441</volume>
          {
          <issue>452</issue>
          (March
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Barrasa</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Corcho</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gomez-Perez</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>R2O, an extensible and semantically based database-to-ontology mapping language</article-title>
          .
          <source>In: SWDB2004</source>
          . pp.
          <volume>1069</volume>
          {
          <issue>1070</issue>
          (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Bolles</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grawunder</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jacobi</surname>
          </string-name>
          , J.:
          <article-title>Streaming SPARQL - extending SPARQL to process data streams</article-title>
          .
          <source>In: ESWC 08</source>
          . pp.
          <volume>448</volume>
          {
          <issue>462</issue>
          (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Botan</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cho</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Derakhshan</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dindar</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gupta</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Haas</surname>
            ,
            <given-names>L.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kim</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lee</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mundada</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shan</surname>
            ,
            <given-names>M.C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tatbul</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yan</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yun</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhang</surname>
          </string-name>
          , J.:
          <article-title>A demonstration of the maxstream federated stream processing system</article-title>
          .
          <source>In: ICDE</source>
          . pp.
          <volume>1093</volume>
          {
          <fpage>1096</fpage>
          .
          <string-name>
            <surname>IEEE</surname>
          </string-name>
          (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Brenninkmeijer</surname>
            ,
            <given-names>C.Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Galpin</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fernandes</surname>
            ,
            <given-names>A.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Paton</surname>
            ,
            <given-names>N.W.:</given-names>
          </string-name>
          <article-title>A semantics for a query language over sensors, streams and relations</article-title>
          .
          <source>In: BNCOD '08</source>
          . pp.
          <volume>87</volume>
          {
          <issue>99</issue>
          (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Calbimonte</surname>
            ,
            <given-names>J.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Corcho</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gray</surname>
            ,
            <given-names>A.J.G.</given-names>
          </string-name>
          :
          <article-title>Ontology-based Access to Streaming Data</article-title>
          .
          <source>In: Poster paper at ESWC</source>
          <year>2010</year>
          (
          <year>2010</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Chandrasekaran</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cooper</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Deshpande</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Franklin</surname>
            ,
            <given-names>M.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hellerstein</surname>
            ,
            <given-names>J.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hong</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Krishnamurthy</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Madden</surname>
            ,
            <given-names>S.R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Reiss</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shah</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          :
          <article-title>TelegraphCQ: continuous data ow processing</article-title>
          .
          <source>In: SIGMOD '03</source>
          . pp.
          <volume>668</volume>
          {
          <issue>668</issue>
          (
          <year>2003</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Galpin</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brenninkmeijer</surname>
            ,
            <given-names>C.Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jabeen</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fernandes</surname>
            ,
            <given-names>A.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Paton</surname>
            ,
            <given-names>N.W.</given-names>
          </string-name>
          :
          <article-title>Comprehensive optimization of declarative sensor network queries</article-title>
          .
          <source>In: SSDBM 2009</source>
          . pp.
          <volume>339</volume>
          {
          <issue>360</issue>
          (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Gray</surname>
            ,
            <given-names>A.J.G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Galpin</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fernandes</surname>
            ,
            <given-names>A.A.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Paton</surname>
            ,
            <given-names>N.W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Page</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sadler</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Koubarakis</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kyzirakos</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Calbimonte</surname>
            ,
            <given-names>J.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Corcho</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Garc</surname>
            <given-names>a</given-names>
          </string-name>
          , R.,
          <string-name>
            <given-names>D</given-names>
            <surname>az</surname>
          </string-name>
          , V.M.,
          <string-name>
            <surname>Liebana</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          :
          <article-title>SemSorGrid4Env architecture phase i</article-title>
          .
          <source>deliverable. d1.3v1</source>
          (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Kossmann</surname>
            ,
            <given-names>D.:</given-names>
          </string-name>
          <article-title>The state of the art in distributed query processing</article-title>
          .
          <source>ACM Comput. Surv</source>
          .
          <volume>32</volume>
          (
          <issue>4</issue>
          ),
          <volume>422</volume>
          {
          <fpage>469</fpage>
          (
          <year>2000</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Madden</surname>
            ,
            <given-names>S.R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Franklin</surname>
            ,
            <given-names>M.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hellerstein</surname>
            ,
            <given-names>J.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hong</surname>
            ,
            <given-names>W.:</given-names>
          </string-name>
          <article-title>TinyDB: an acquisitional query processing system for sensor networks</article-title>
          .
          <source>ACM Trans. Database Syst</source>
          .
          <volume>30</volume>
          (
          <issue>1</issue>
          ),
          <volume>122</volume>
          {
          <fpage>173</fpage>
          (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Sahoo</surname>
            ,
            <given-names>S.S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Halb</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hellmann</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Idehen</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jr</surname>
          </string-name>
          , T.T.,
          <string-name>
            <surname>Auer</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sequeda</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ezzat</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>A survey of current approaches for mapping of relational databases to RDF</article-title>
          .
          <source>W3C (January</source>
          <year>2009</year>
          ), http://www.w3.org/2005/Incubator/rdb2rdf/ RDB2RDF_SurveyReport.pdf
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>