<!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>Enhancing the Maintainability of the Bio2RDF Pro ject Using Declarative Mappings</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Ana Iglesias-Molina</string-name>
          <email>ana.iglesiasm@upm.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>David Chaves-Fraga</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Freddy Priyatna</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Oscar Corcho</string-name>
          <email>ocorchog@fi.upm.es</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Ontology Engineering Group, Universidad Politecnica de Madrid</institution>
          ,
          <country country="ES">Spain</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Bio2RDF is one of the most popular projects that integrates and publishes biomedical datasets as Linked Data. The community has actively contributed to the generation of these datasets using ad-hoc programmed scripts. In the context of the Semantic Web, Ontology-Based Data Access (OBDA) approaches have been proposed to provide data access and transformation in a more standardized way, using declarative mapping languages. In this paper, we propose the use of an OBDA approach to provide an alternative to the way in which transformations into RDF are currently done in the Bio2RDF project, with the aim of enhancing its methodology in terms of understandability, reusability and maintainability. We describe the proposed methodology together with the declarative mappings creation process aiming to improve the aforementioned features. We compare the RDF dataset generated using our proposal with the latest release of Bio2RDF for a subset of the data sources that we have dealt with. Finally, we discuss the set of challenges that we face with this approach.</p>
      </abstract>
      <kwd-group>
        <kwd>Bio2RDF</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>OBDA RML</title>
      <sec id="sec-1-1">
        <title>Introduction</title>
        <p>
          In the last decades, the amount of databases that have been created to store and
share biological knowledge has heavily increased [
          <xref ref-type="bibr" rid="ref1 ref2">1,2</xref>
          ]. According to [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ], there are
more than 1600 biological databases that are publicly accessible online, including
well-known examples, such as PubMed1, UniProt2 or KEGG3. Nowadays, these
resources have become essential for researchers, as they rely on them to conduct
much of their work.
        </p>
        <p>Each biological data source contains information speci c to its domain. This
means that the knowledge of a concept (e.g. enzyme, transcription factor) is
distributed in multiple data sources that are created by di erent institutions,
usually represented in di erent formats and terminologies. A relevant challenge
in this domain is how to integrate these data sources in order to provide a</p>
        <sec id="sec-1-1-1">
          <title>Feature</title>
        </sec>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>Tool Type # Tools Materialization Virtualization</title>
      <sec id="sec-2-1">
        <title>Bio2RDF Bio2RDF Declarative Release 1 Releases 2 &amp; 3 Mappings</title>
        <p>Ad-hoc solution Ad-hoc solution General Purpose
1 (myBio2RDF app) 1 (PHP scripts) Many</p>
        <p>Yes Yes Yes</p>
        <p>
          No No Yes
uniform and standard search interface that may allow researchers to nd easily
the data for their studies. One notable project that addresses this challenge with
the use of a Semantic Web approach is Bio2RDF [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ], an open source project,
started in 2008, that integrates heterogeneous sources of biomedical data into
Linked Data. For each biological database in its catalogue, Bio2RDF provides
an ontology and a PHP script to transform data into RDF and publish it.
        </p>
        <p>
          Over the years, the project has developed and re ned its methodology,
integrating more data sources in each release (now it gathers more than 40 datasets).
Since its last release [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ], many of the databases in Bio2RDF have been updated
with more data, and some of them have even changed their structure. This
implies that the scripts corresponding to those databases may not work as expected.
Additionally, maintaining them is not an easy task for non-experts.
        </p>
        <p>
          In the context of Semantic Web technologies, there are multiple approaches
that have been proposed to transform heterogeneous data sources into Linked
Data, without the need of having ad-hoc scripts. One that is widely accepted
is Ontology-Based Data Access (OBDA) [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ], where declarative mappings [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ] are
used to specify the relationship between the data sources and an ontology. We
summarize in Table 1 the di erences between the methodology used in Bio2RDF
and using declarative mappings.
        </p>
        <p>
          There are diverse languages to write the mappings, such as R2RML [
          <xref ref-type="bibr" rid="ref8">8</xref>
          ], a
W3C recommendation for mapping relational databases; RML [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ], an
extension of R2RML for heterogeneous data sources; and the serialization of RML,
YARRRML [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ]. Along with these speci cations there are also several engines
able to process them [
          <xref ref-type="bibr" rid="ref11 ref12">11,12</xref>
          ]. These OBDA technologies provide access as RDF
views in two di erent manners: materialised, where the data sources are
transformed into RDF; or virtualised, where SPARQL queries are translated into the
query language supported by the data sources using mapping rules.
        </p>
        <p>
          In this paper we propose a change in the methodology that Bio2RDF follows
to transform data into RDF, from using scripts to an OBDA approach. Our
hypothesis is that using this approach we can help to improve the maintainability,
reusability and understanding of the procedure to transform the data. We present
the rst steps done in this direction, the creation of the mappings for a subset of
the datasets of Bio2RDF, the improvements in terms of completeness achieved
by comparing our approach to the previous one and the set of challenges we face.
$id = parent$::igde=tNpaamreenst:p:gaecteN()a.$mdeastpaa[1c]e;().$data[
          <xref ref-type="bibr" rid="ref1">1</xref>
          ];
$label = $da$tla[b1e].l($=d$adtat[2a[]1?"].("$.$ddataat[a2[]2?]"."()".:$""d);ata[
          <xref ref-type="bibr" rid="ref2">2</xref>
          ].")":"");
parent::addRpDarFe(nt::addRDF(
parent::descpraibrenInt:d:diveisdcuraibl(e$Iindd,$ivliadbueall,($id, $label,
parent::getVpoacr(e)n."tG::egneetV")o.c()."Gene").
parent::descpraibrenCtl:a:dsess(pcarirbeenCt:l:agsest(Vpoacr(e)n."tG::egneetV",oc()."Gene",
"Wormbase"GWeonrem")b.ase Gene").
parent::triplipfya(r$eindt,::ptraiprelinfyt:(:$giedt,Vpoacr(e)n."tx::-gtaextVonoocm()."yx",-taxonomy",
"taxonomy:".t$adxaotnao[0m])y.:".$data[0]).
);
parent::triplipfyaSretrnitn::gtr(i$pildif,ypSatreinngt:(:$giedt,Vpoacr(e)n.t::getVoc().
"approved-g"eanpep-rnoavmede-"g, e$ndea-tnaa[2m])e", $data[
          <xref ref-type="bibr" rid="ref2">2</xref>
          ])
);
s: http://bios2:rhdtft.po:r/g//bwioo2rrmdfb.oarsge/:w$(ogremnbea_isde):$(gene_id)
po: po:
- [rdf:type, w- b[rvd:fRse:lsaobuerlc,"e$](gene_id) ($(symbol)) [wormbase:$(gene_id)]"]
- [rdf:type, w- b[rvd:fG:teynpe], wbv:Resource]
- [rdfs:label,-"[$rd(gf:etynpee_,idw)b(v$:(Gseynmeb]ol)) [wormbase:$(gene_id)]"]
- [wbv:appro-v[wedb-vg:aepnpe-rnoavmede-g,$e(nsey-mnabmole),]$(symbol)]
- p: wbv:x-ta-xpid:wbv:x-taxid
o: o:
- mapping: T-mMatapxpoingo:mTyM-ntamxoensomy-names
condition: condition:
function: eqfuanlction: equal
parametersp:arameters:
- [str1, $(tax-i[ds)t]r1, $(taxid)]
- [str2, $(tax-_[isdt)r]2, $(tax_id)]
(a) Excerpt of an script in PHP
        </p>
        <p>(b) Excerpt of a mapping in YARRRML</p>
        <p>This paper is structured as follows: Section 2 provides a motivating example
to remark the need to change the Bio2RDF methodology in order to overcome
its current di culties. Section 3 describes our approach to create declarative
mappings. Section 4 shows the characteristics of the mappings, its potential
use, makes a comparison of the completeness of the data from our approach
and the one available in the Bio2RDF SPARQL endpoint, and ends showing
the challenges of the approach. Section 5 presents related work and Section 6
presents the conclusions and areas for future work.
2</p>
        <sec id="sec-2-1-1">
          <title>Motivating example</title>
          <p>
            In this section, we show an example that motivates the need to enhance the
methodology currently used by Bio2RDF. We compare how the rules for
establishing the relationships between the data source and the ontology are
created. In Figure 1a we show an example of the PHP script responsible for the
transformation of the dataset Wormbase4, while in Figure 1b the same
generation rules are represented through RML [
            <xref ref-type="bibr" rid="ref9">9</xref>
            ], using its user-friendly serialization
YARRRML [
            <xref ref-type="bibr" rid="ref10">10</xref>
            ]. Both of them specify which is the subject ( eld gene id), the
classes that the instances belong to (Gene and Resource), and two
predicateobject maps ( elds tax id and symbol). In the PHP script there are also
references to functions and classes de ned in other parts of the script and other PHP
les, as there is no separation between the mapping rules and the engine.
4 https://www.wormbase.org/
          </p>
          <p>In terms of completeness, we compare the number of instances of the class
Gene of the data source WormBase available since release 3 in the SPARQL
endpoint of Bio2RDF5 and the data generated by our approach. We nd a
discrepancy between them, in the SPARQL endpoint the result is 50894 instances,
and with our approach, 51255. This shows that currently accessible data on
Bio2RDF is not up to date.
3</p>
        </sec>
        <sec id="sec-2-1-2">
          <title>Approach</title>
          <p>The full transformation process de ned in the Bio2RDF methodology is a long
process. For each one of the current collection of 43 datasets, an ontology and a
script are created to do the transformation of data into RDF. All the resources
used to do this process (ontology, scripts, documentation) are publicly available6.
Although the datasets are de ned in various data structures, the majority of
them are tabular data, as we show in Table 2. The second most common format
is special or undetermined, which means that the data is not available, or it is
available but in its in proprietary format (e.g. GenBank). There are also XML,
RDF, JSON and relational databases (RDB) in smaller proportion. Most of the
data sources can be found publicly and available for its download.</p>
          <p>
            In our approach we select datasets in tabular format, since they represent
the main group of datasets, and create declarative mappings for each one. In the
rst step, using the proposal of [
            <xref ref-type="bibr" rid="ref13">13</xref>
            ], we de ne the mapping rules in a
spreadsheet to facilitate the mapping creation process, since this approach is language
independent and spreadsheets are a well-known tool. The rules speci ed in this
step are later structured in the language's speci cation. The set of these rules are
contained in triple maps (TM). They are composed of one subject, one source
(where the characteristics of the data source are de ned), and a variable number
of predicate-object maps (POM), the triples to be formed from a subject.
          </p>
          <p>
            The information needed to create mapping rules is extracted from two sources:
the original data and the Bio2RDF resources (mainly PHP scripts, ontology and
SPARQL endpoint). The scripts are the most useful source, since they de ne
speci cally which is the source data, the subject, the rules to generate triples
that have to be generated, and the transformation functions applied to the data
5 http://bio2rdf.org/sparql
6 https://github.com/bio2rdf
(e.g. uppercase, concatenation). They, along with the source data, give
information about the metadata, such as which is the separator of the le, whether
there is more than one value on the same eld or the type of data (e.g. integer,
date). We represent that information in a declarative manner using the W3C
recommendation CSVW [
            <xref ref-type="bibr" rid="ref14">14</xref>
            ].
          </p>
          <p>
            In the second step, the spreadsheets containing mappings are translated into
the most suitable mapping language depending on the type of the dataset,
following the ideas presented in [
            <xref ref-type="bibr" rid="ref15">15</xref>
            ]. For example, for a relational database we
translate it into R2RML; for CSV les and related, into YARRRML or RML.
For this purpose we develop Mapeathor7, a tool that translates the spreadsheets
into mappings in R2RML, RML and its serialization YARRRML. Thus, with
the declarative mappings and the metadata les in CSVW, we separate rules for
transforming data from the engine.
4
          </p>
        </sec>
        <sec id="sec-2-1-3">
          <title>Results and discussion</title>
          <p>In this section we rst show the characteristics of the created mappings and their
potential use; second, we test the feasibility of our approach by comparing the
number of instances obtained in the Bio2RDF SPARQL endpoint and using the
mappings in an OBDA engine; and third, we discuss the main challenges that
we face with this approach.
4.1</p>
          <p>
            Bio2RDF mappings
In this work the mappings for 14 datasets have been created, and are
publicly available8. The mapping language used is RML for the datasets in CSV
or related, and R2RML for the relational databases. All the characteristics are
summarised in Table 3. We discuss several aspects a ecting the complexity of
processing as discussed in [
            <xref ref-type="bibr" rid="ref16">16</xref>
            ]:
{ Number of Triple Maps (TMs): Each TM generates a new subject, and
it can come from the same or di erent source as other subjects in other TMs.
          </p>
          <p>More than half of the mappings create multiple subjects per source.
{ Number of sources: Half of the datasets are contained in more than one
le. As a result, the number of mappings increases with it.
{ Number of Predicate-Object Maps (POMs): They specify the triples
that are to be created in conjunction with the subject.
{ Number of di erent predicates and objects: The separate count of
predicates and objects, since they can appear in di erent triples.
{ Number of joins: A join links two objects from di erent triple maps.
Except from one data source, all of them have several joins.
{ Size: Most of the data sources are small, only 5 of them have a size bigger
than a GB. Together, they have a size of 45.4 GB.
7 https://github.com/oeg-upm/Mapeathor
8 https://doi.org/10.5281/zenodo.3552369</p>
          <p>
            The complexity of the mappings makes it necessary the use of many of the
features of the mapping languages. For example, we need to include the
extensions developed with the Function Ontology (FnO+RML) [
            <xref ref-type="bibr" rid="ref17">17</xref>
            ] to deal with
heterogeneous data. This, in addition to the datasets' size and high number of
TM, POMs and joins, have stressed the state-of-the-art OBDA tools. Such
characteristics make these mappings suitable for testing and improving engines [
            <xref ref-type="bibr" rid="ref16">16</xref>
            ].
4.2
          </p>
          <p>
            Completeness
To test the completeness of the data produced with our approach, we compare
the number of instances of di erent classes from 4 selected datasets obtained
from the Bio2RDF SPARQL endpoint9 and an OBDA engine focused on
providing access over tabular open data, Morph-CSV10. We use the latter because it
exploits the knowledge encoded in RML+FnO and CSVW to enhance data
extraction from tabular les [
            <xref ref-type="bibr" rid="ref15">15</xref>
            ]. For example, it is able to modify missing values to
be treated as NULLs, add the structure that some les lack (headers specially),
normalize to 3NF (when there is more than one value in a single eld (1NF), or
there are several concepts in the same le (2NF)) and treat data formats (e.g.
integers, dates). It enables RDF materialisation and query translation; the rst
option is applied in this use case. The generated data is available online in a
Virtuoso SPARQL Endpoint11.
          </p>
          <p>The results are summarized in Table 4. Only in one class the number of
instances is the same. In this case, the dataset has not been updated with more
data, that is why the number of instances is equal. In the rest, we obtain more
9 http://bio2rdf.org/sparql
10 https://github.com/oeg-upm/morph-csv
11 http://bio2rdf.morph.oeg-upm.net
instances with our approach than what is now available on the SPARQL
endpoint. This fact points out the necessity to improve the process of accessing the
data, with the aim of accessing and providing the updated data more easily.
In the development of this work we have found several issues that show some
limitations faced by the proposed approach. They can be grouped into three
factors: the heterogeneity of the data, the available features given by the mapping
languages and their implementation in state-of-the-art tools:
{ The complexity of data makes it necessary to use cleaning and
transformation functions (e.g. concatenation, uppercase, regular expressions). The
use of these functions enables the automation of the process and avoids the
need of having manual data pre-processing. These functions are described
declaratively by approaches such as the Function Ontology and CSVW.
{ There are some cases where the functions are not enough to exploit data.</p>
          <p>For example, when there is more than one value in the same eld, or the
predicate varies in di erent conditions for the same object. These cases are
not taken into account in the speci cations of all the mapping languages yet.
{ The state-of-the-art OBDA engines have some limitations too. They
implement the speci cations of one mapping language, which are specialized
in dealing with a limited number of data formats. Thus, one engine is not
enough to process all the existing data formats. It also complicates the use
of the same mapping among di erent engines when the language that they
are able to process is not the same.</p>
          <p>Our work shows some current limitations that OBDA engines and mapping
languages present when dealing with a real use case. With it we encourage their
development in order to enable the access and processing of all kinds of data.
5</p>
        </sec>
        <sec id="sec-2-1-4">
          <title>Related work</title>
          <p>
            There are more platforms in the area of biomedical knowledge, apart from the
Bio2RDF Project, that have worked on transforming their data into Linked Data,
and are accessible by SPARQL endpoints. That is the case of the European
Bioinformatics Institute (EMBL-EBI) [
            <xref ref-type="bibr" rid="ref18">18</xref>
            ], UniProt [
            <xref ref-type="bibr" rid="ref19">19</xref>
            ] and DisGeNet [
            <xref ref-type="bibr" rid="ref20">20</xref>
            ]. There is
also work done on creating biological-related ontologies. Another important
platform is BioPortal [
            <xref ref-type="bibr" rid="ref21">21</xref>
            ], which is the major repository for biomedical ontologies
and also enables the search of integrated data sources, such as ClinicalTrials12
and ArrayExpress13. Moreover, there are actual examples of the application of
OBDA technologies over biomedical data [
            <xref ref-type="bibr" rid="ref22 ref23">22,23</xref>
            ].
          </p>
          <p>
            In the context of OBDA, several mapping languages and their corresponding
processors have been proposed in the state of the art. The W3C
Recommendation R2RML [
            <xref ref-type="bibr" rid="ref8">8</xref>
            ] is a declarative mapping language for specifying transformation
rules from relational databases to RDF. There are several R2RML processors
available such as Ontop [
            <xref ref-type="bibr" rid="ref12">12</xref>
            ] and Morph-RDB [
            <xref ref-type="bibr" rid="ref11">11</xref>
            ]. Several mapping languages
have been proposed to extend R2RML for the purpose of generating RDF from
non-relational database sources. Dimou et al. [
            <xref ref-type="bibr" rid="ref9">9</xref>
            ] proposed RML to generate
RDF datasets from (semi)-structured data. There are several RML processors
such as: RMLMapper14, RDFizer15 and RocketRML [
            <xref ref-type="bibr" rid="ref24">24</xref>
            ]. Furthermore, this
language has been aligned with the Function Ontology (FnO+RML) to expand its
capabilities when dealing with data [
            <xref ref-type="bibr" rid="ref17">17</xref>
            ]. There are also non declarative mapping
languages, such as Tarql16 and SPARQL-Generate [
            <xref ref-type="bibr" rid="ref25">25</xref>
            ].
          </p>
          <p>
            A relevant work that is inline with our proposal is the use of declarative
mappings to substitute the ad-hoc DBpedia mappings, as reported in [
            <xref ref-type="bibr" rid="ref26">26</xref>
            ]. Because
of the limitations encountered in the previous methodology, the authors propose
the use of declarative mappings (RML+FnO). The implementation shows a
better transformation of the data with improved quality, and the enhancement in
the maintainability to de ne transformation rules.
6
          </p>
        </sec>
        <sec id="sec-2-1-5">
          <title>Conclusions and future work</title>
          <p>This paper is intended to be an alternative approach to the methodology that
Bio2RDF follows for RDF generation in order to make it more maintainable. We
propose the use of OBDA technologies, as they enable de ning declaratively the
transformation rules from the source data to the ontology. In comparison to the
existing approach, there is now a clear separation between the transformation
rules and the engine that executes the rules.</p>
          <p>The created mappings can also be useful for another purpose: generating
an OBDA testbed. The real data used in this work together with their
mappings characteristics may be used as a testbed for OBDA tools, helping them to
cope with new unexpected situations that may not be covered by the standard
R2RML/RML test cases.</p>
          <p>This paper addresses only data sources that are stored in CSVs or relational
databases. There are other formats in Bio2RDF that need to be considered as
12 https://clinicaltrials.gov/
13 https://www.ebi.ac.uk/arrayexpress/
14 https://github.com/RMLio/rmlmapper-java
15 https://github.com/SDM-TIB/SDM-RDFizer
16 https://github.com/tarql/tarql
well. Here relies an essential part of the future work: to improve our system so
that it can access and deal with additional formats while keeping the essence of
OBDA declarative mappings.</p>
          <p>Acknowledgements. We would like to acknowledge Luis Pozo for helping in the
development of Mapeathor. The work presented in this paper is supported by the
Spanish Ministerio de Econom a, Industria y Competitividad and EU FEDER
funds under the DATOS 4.0: RETOS Y SOLUCIONES - UPM Spanish national
project (TIN2016-78011-C4-4-R) and by an FPI grant (BES-2017-082511).</p>
        </sec>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Zou</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ma</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yu</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zhang</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          :
          <article-title>Biological databases for human research</article-title>
          . Genomics, proteomics &amp; bioinformatics
          <volume>13</volume>
          (1) (
          <year>2015</year>
          )
          <volume>55</volume>
          {
          <fpage>63</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Toomula</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kumar</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kumar</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bheemidi</surname>
            ,
            <given-names>V.S.:</given-names>
          </string-name>
          <article-title>Biological databasesintegration of life science data</article-title>
          .
          <source>J. Comput. Sci. Syst. Biol</source>
          <volume>4</volume>
          (
          <year>2012</year>
          )
          <volume>87</volume>
          {
          <fpage>92</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Rigden</surname>
            ,
            <given-names>D.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fernandez</surname>
            ,
            <given-names>X.</given-names>
          </string-name>
          :
          <article-title>The 26th annual Nucleic Acids Research database issue and Molecular Biology Database Collection</article-title>
          .
          <source>Nucleic Acids Research</source>
          <volume>47</volume>
          (
          <issue>D1</issue>
          ) (
          <year>2018</year>
          )
          <article-title>D1</article-title>
          {
          <fpage>D7</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Belleau</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nolin</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tourigny</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rigault</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Morissette</surname>
            ,
            <given-names>J.:</given-names>
          </string-name>
          <article-title>Bio2RDF: towards a mashup to build bioinformatics knowledge systems</article-title>
          .
          <source>Journal of biomedical informatics 41(5)</source>
          (
          <year>2008</year>
          )
          <volume>706</volume>
          {
          <fpage>716</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Dumontier</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Callahan</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cruz-Toledo</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ansell</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Emonet</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Belleau</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Droit</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Bio2RDF release 3: a larger connected network of linked data for the life sciences</article-title>
          .
          <source>In: Proceedings of the 2014 International Conference on Posters &amp; Demonstrations Track</source>
          . Volume
          <volume>1272</volume>
          . (
          <year>2014</year>
          )
          <volume>401</volume>
          {
          <fpage>404</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Poggi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lembo</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Calvanese</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>De Giacomo</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lenzerini</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rosati</surname>
          </string-name>
          , R.:
          <article-title>Linking data to ontologies</article-title>
          .
          <source>In: Journal on data semantics X</source>
          . Springer (
          <year>2008</year>
          )
          <volume>133</volume>
          {
          <fpage>173</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>De Meester</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Heyvaert</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Verborgh</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dimou</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Mapping Languages Analysis of Comparative Characteristics</article-title>
          .
          <source>In: Proceeding of the First International Workshop on Knowledge Graph Building</source>
          . (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Das</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sundara</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cyganiak</surname>
            ,
            <given-names>R.:</given-names>
          </string-name>
          <article-title>R2RML: RDB to RDF Mapping Language</article-title>
          .
          <source>W3C Recommendation</source>
          (
          <year>2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Dimou</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vander</surname>
            <given-names>Sande</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Colpaert</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Verborgh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Mannens</surname>
          </string-name>
          , E., Van de Walle, R.:
          <article-title>RML: A Generic Language for Integrated RDF Mappings of Heterogeneous Data</article-title>
          . In: LDOW. (
          <year>2014</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Heyvaert</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>De Meester</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dimou</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Verborgh</surname>
          </string-name>
          , R.:
          <article-title>Declarative Rules for Linked Data Generation at Your Fingertips</article-title>
          ! In: European Semantic Web Conference, Springer (
          <year>2018</year>
          )
          <volume>213</volume>
          {
          <fpage>217</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Priyatna</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Corcho</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sequeda</surname>
          </string-name>
          , J.:
          <article-title>Formalisation and experiences of R2RMLbased SPARQL to SQL query translation using morph</article-title>
          .
          <source>In: Proceedings of the 23rd international conference on World wide web, ACM</source>
          (
          <year>2014</year>
          )
          <volume>479</volume>
          {
          <fpage>490</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Calvanese</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cogrel</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Komla-Ebri</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kontchakov</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lanti</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rezk</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rodriguez-Muro</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Xiao</surname>
          </string-name>
          , G.:
          <article-title>Ontop: Answering SPARQL queries over relational databases</article-title>
          .
          <source>Semantic Web</source>
          <volume>8</volume>
          (
          <issue>3</issue>
          ) (
          <year>2017</year>
          )
          <volume>471</volume>
          {
          <fpage>487</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Iglesias-Molina</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chaves-Fraga</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Priyatna</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Corcho</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          :
          <article-title>Towards the de nition of a language-independent mapping template for knowledge graph creation</article-title>
          .
          <source>In: Proceedings of the Third International Workshop on Capturing Scienti c Knowledge</source>
          . (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Tennison</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kellogg</surname>
            ,
            <given-names>G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Herman</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          :
          <article-title>Model for tabular data and metadata on the web</article-title>
          .
          <source>W3C recommendation. World Wide Web Consortium (W3C)</source>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Corcho</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Priyatna</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chaves-Fraga</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>Towards a New Generation of Ontology Based Data Access</article-title>
          .
          <source>Semantic Web Journal</source>
          (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Chaves-Fraga</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Endris</surname>
            ,
            <given-names>K.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Iglesias</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Corcho</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vida</surname>
            ,
            <given-names>M.E.</given-names>
          </string-name>
          :
          <article-title>What are the Parameters that A ect the Construction of a Knowledge Graph? In: OTM Confederated International Conferences \On the Move to Meaningful Internet Systems"</article-title>
          , Springer (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>De Meester</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Maroy</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dimou</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Verborgh</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mannens</surname>
          </string-name>
          , E.:
          <article-title>Declarative data transformations for Linked Data generation: the case of DBpedia</article-title>
          . In: European Semantic Web Conference, Springer (
          <year>2017</year>
          )
          <volume>33</volume>
          {
          <fpage>48</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Jupp</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Malone</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bolleman</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brandizi</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Davies</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Garcia</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gaulton</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gehant</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Laibe</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Redaschi</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          , et al.:
          <article-title>The EBI RDF platform: linked open data for the life sciences</article-title>
          .
          <source>Bioinformatics</source>
          <volume>30</volume>
          (
          <issue>9</issue>
          ) (
          <year>2014</year>
          )
          <volume>1338</volume>
          {
          <fpage>1339</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          19.
          <string-name>
            <surname>Jain</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bairoch</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Duvaud</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Phan</surname>
            ,
            <given-names>I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Redaschi</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Suzek</surname>
            ,
            <given-names>B.E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Martin</surname>
            ,
            <given-names>M.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McGarvey</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gasteiger</surname>
          </string-name>
          , E.:
          <article-title>Infrastructure for the life sciences: design and implementation of the UniProt website</article-title>
          .
          <source>BMC bioinformatics 10(1)</source>
          (
          <year>2009</year>
          )
          <fpage>136</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          20.
          <string-name>
            <surname>Queralt-Rosinach</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Pinero</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bravo</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sanz</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Furlong</surname>
            ,
            <given-names>L.I.:</given-names>
          </string-name>
          <article-title>DisGeNETRDF: harnessing the innovative power of the Semantic Web to explore the genetic basis of diseases</article-title>
          .
          <source>Bioinformatics</source>
          <volume>32</volume>
          (
          <issue>14</issue>
          ) (
          <year>2016</year>
          )
          <volume>2236</volume>
          {
          <fpage>2238</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          21.
          <string-name>
            <surname>Noy</surname>
            ,
            <given-names>N.F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shah</surname>
            ,
            <given-names>N.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Whetzel</surname>
            ,
            <given-names>P.L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dai</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dorf</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gri</surname>
            <given-names>th</given-names>
          </string-name>
          , N.,
          <string-name>
            <surname>Jonquet</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rubin</surname>
            ,
            <given-names>D.L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Storey</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chute</surname>
            ,
            <given-names>C.G.</given-names>
          </string-name>
          , et al.:
          <article-title>BioPortal: ontologies and integrated data resources at the click of a mouse</article-title>
          .
          <source>Nucleic acids research 37(suppl 2)</source>
          (
          <year>2009</year>
          )
          <article-title>W170</article-title>
          {
          <fpage>W173</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          22.
          <string-name>
            <surname>Vidal</surname>
            ,
            <given-names>M.E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jozashoori</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Semantic Data Integration Techniques for Transforming Big Biomedical Data into Actionable Knowledge</article-title>
          .
          <source>In: 2019 IEEE 32nd International Symposium on Computer-Based Medical Systems (CBMS)</source>
          ,
          <source>IEEE</source>
          (
          <year>2019</year>
          )
          <volume>563</volume>
          {
          <fpage>566</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          23.
          <string-name>
            <surname>Priyatna</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Alonso-Calvo</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Paraiso-Medina</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Corcho</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          :
          <article-title>Querying clinical data in hl7 rim based relational model with morph-rdb</article-title>
          .
          <source>Journal of biomedical semantics 8(1)</source>
          (
          <year>2017</year>
          )
          <fpage>49</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          24.
          <string-name>
            <surname>Simsek</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          , Karle, E.,
          <string-name>
            <surname>Fensel</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>RocketRML-A NodeJS implementation of a usecase speci c RML mapper</article-title>
          .
          <source>In: Proceeding of the First International Workshop on Knowledge Graph Building</source>
          . (
          <year>2019</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          25.
          <string-name>
            <surname>Lefrancois</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Zimmermann</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bakerally</surname>
          </string-name>
          , N.:
          <article-title>A SPARQL extension for generating RDF from heterogeneous formats</article-title>
          .
          <source>In: European Semantic Web Conference</source>
          , Springer (
          <year>2017</year>
          )
          <volume>35</volume>
          {
          <fpage>50</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          26.
          <string-name>
            <surname>Maroy</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Dimou</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kontokostas</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>De Meester</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Verborgh</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lehmann</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mannens</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hellmann</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          :
          <article-title>Sustainable linked data generation: The case of dbpedia</article-title>
          . In: International Semantic Web Conference, Springer (
          <year>2017</year>
          )
          <volume>297</volume>
          {
          <fpage>313</fpage>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>