<!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>Semi-Automatically Generated Hybrid Ontologies for Information Integration</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Lisa Ehrlinger</string-name>
          <email>lisa.ehrlinger@jku.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Wolfram Wöß</string-name>
          <email>wolfram.woess@jku.at</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Institute for Application Oriented Knowledge Processing Johannes Kepler University Linz</institution>
          ,
          <country country="AT">Austria</country>
        </aff>
      </contrib-group>
      <fpage>100</fpage>
      <lpage>104</lpage>
      <abstract>
        <p>Large and medium-sized enterprises and organizations are in many cases characterized by a heterogeneous and distributed information system infrastructure. For data processing activities as well as data analytics and mining, it is essential to establish a correct, complete and e cient consolidation of information. Information integration and aggregation are therefore fundamental steps in many analytical work ows. Furthermore, in order to evaluate and classify the result of an integrated data query and thus, the quality of resulting data analytics, it is previously necessary to determine the data quality of each processed data source. This paper aims mainly at the rst aspect of the mentioned twofold challenge. Both, data dictionary as well as information source content are analyzed to derive the conceptual schema, which is then provided as a machine-readable description of the information source semantics. Several descriptions of the semantics can be integrated to a global view by eliminating possible redundancies and by applying ontology similarity measures. Attributes for data quality metrics are included in the descriptions but not yet determined. The implementation of the presented approach is evaluated by extracting the semantics of a speci c MySQL database, represented as RDF triples.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;Data Science Work ows</kwd>
        <kwd>Data Analytics</kwd>
        <kwd>Data Quality</kwd>
        <kwd>Information Integration</kwd>
        <kwd>Semantics</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. INTRODUCTION</title>
      <p>Fact-based strategic decisions of organizations and enterprises
are frequently supported by analyzing and interpreting data
that is stored in distributed and heterogeneous information
sources. To ensure the quality of such decisions, which is
directly depending from the quality of an integrated result
set, the quality of each participating data source has to
be determined previously. Consequently, comparability of
heterogeneous data sources has to be enabled.</p>
      <p>We introduce a twofold approach for improving information
integration with bene ts for data science work ows, data
analytics or data quality assessment. Firstly, descriptions of the
semantics of heterogeneous information systems are extracted
from their metadata and information source ontologies are
generated semi-automatically. This step is fundamental to
establish comparability between the single information sources
for further processing, as it produces a homogeneous view
on heterogeneous data structures. Secondly, the resulting
source ontologies are harmonized by applying ontology
similarity measures and automatically integrated to a domain
ontology for the entire integration infrastructure. This task
enables comprehensive quality assessment across all
information sources and provides additional information about
existing redundancies.</p>
      <p>The homogeneous view is achieved by generating a
machinereadable ontology for each individual information source.
This process is based on a common vocabulary in combination
with a mapping of concepts from di erent data sources like
relational databases, XML, spreadsheets or NoSQL databases,
which are presented in Section 2. Furthermore, the
generation of an initial ontology and the integration process of
several other ontologies is described. For a machine-readable
representation of the ontologies Resource Description
Framework (RDF), RDF Schema and Web Ontology Language
(OWL) are used.</p>
      <p>An integration scenario is performed by a hybrid ontology
Java implementation for semi-automatically generating
ontologies from MySQL databases. For this proof-of-concept
and the evaluation presented in Section 3, the focus is on
relational databases, since they are still the most widely used
data source. Section 4 covers the conclusion and open issues
as well as further research activities in this eld.</p>
    </sec>
    <sec id="sec-2">
      <title>2. SEMI-AUTOMATICALLY GENERATED</title>
    </sec>
    <sec id="sec-3">
      <title>HYBRID ONTOLOGIES</title>
      <p>This section introduces a uni ed vocabulary for the
representation of di erent types of information sources and the
mapping of their concepts to the vocabulary terms.
Afterwards, it is explained how the resulting data source ontologies
are stepwise integrated to a domain ontology for the
integration infrastructure.</p>
    </sec>
    <sec id="sec-4">
      <title>2.1 Vocabulary for Data Source Descriptions</title>
      <p>The presented approach uses the domain speci c vocabulary
description of a data source (dsd)1 for the machine-readable
representation, which is based on OWL, RDF and RDF
Schema. Already de ned properties are reused by integrating
the World Wide Web Consortium (W3C) recommendations
dcterms2, void 3 and foaf 4.</p>
      <p>A data source consists of arbitrary many instances of the class
Concept that represents real-world objects. Concepts can be
related to each other by with instances of the class
Association, which can be further be divided into three subclasses.
A ReferenceAssociation describes a regular relationship,
for example the employment of a person to a company. An
inheritance relationship is modeled with
InheritanceAssociation and an aggregation with AggregationAssociation.
Properties of concepts and associations are described by the
class Attribute, which is de ned by a xsd:Datatype. In
order to enable modeling of referential integrity in relational
databases (RDB), the classes PrimaryKey and ForeignKey
are implemented, which are assigned to Concept and are
composed of several Attributes. The class Stakeholder
inherits from foaf:Agent and is used to describe departments
or persons and their access privileges to data sources or parts
of them. Figure 1 depicts the taxonomy of dsd.</p>
      <p>Relationships between dsd classes are described by a set of
OWL object properties and data type properties with the
pre x dsd. A Datasource may contain several concepts that
are linked by the hasComponent property. Concepts consist
of attributes, connected by the hasAttribute property, and
include key attributes expressed by hasPrimaryKey and
hasForeignKey, which in turn consist of attributes and refer to
other keys.</p>
      <p>Inheritance and aggregation associations are composed of
parents and childs (hasParent, hasChild) or aggregations
and their components (hasAggregation,
hasAggregationComponent). They are modeled as classes instead of
relations, to describe their completeness and disjointedness with
the Boolean properties isComplete and isDisjoint. An
association is disjoint, if all child or component concepts
are disjoint. Completeness is given, if all individuals of</p>
      <sec id="sec-4-1">
        <title>1http://ehrlinger.cc/voc/dsd [August 18, 2015]</title>
        <p>2http://purl.org/dc/terms [August 18, 2015]
3http://rdfs.org/ns/void [August 18, 2015]
4http://xmlns.com/foaf/spec [August 18, 2015]
owl:Class
AggregationAssociation</p>
        <p>rdf:type
rdfs:subClassOf</p>
        <p>rdfs:subClassOf
rdfs:subClassOf</p>
        <p>Association
rdf:type
rdf:type
InheritanceAssociation</p>
        <p>Concept rdf:type</p>
        <p>rdf:type
DatasourceType
Datasource
rdf:type
Attribute
rdf:type</p>
        <p>rdf:type
rdfs:subClassOf void:Dataset</p>
        <p>PrimaryKey
rdf:type
rdf:type</p>
        <p>foaf:Agent
ForeignKey
rdf:type
rdf:type
rdf:type
Stakeholder</p>
        <p>rdfs:subClassOf
the child/component concepts are also represented in the
parent/aggregation concepts.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>2.2 Description of an Information Source</title>
      <p>For describing the semantics of a data source, classes of the
dsd vocabulary are instantiated with concepts of the
original data model. By using abstract and concrete properties,
metadata is applied to those instances. Since the
implementation focuses on relational databases, this type of mapping
is described in detail. The other data sources depicted in
Table 1 were selected according to their relevance during the
conceptualization phase of this research project.
A relational database table can not be mapped uniquely to a
class of dsd as a result of semantic loss. Consequently, it is
not automatically decidable if a table in a RDB represents a
real-world object (e.g. employee), a reference association (e.g.
employee works in company), an inheritance association (e.g.
manager inherits from employee modeled in two separate
tables) or an aggregation (e.g. table containing company
and speci c departments). Although a lot of research has
already been carried out to solve this issue, no satisfying
solution has been proposed so far. Section 3.1 describes the
implemented reverse engineering approach with a reliable
automatic detection of concepts and reference associations,
whereas the cases InheritanceAssociation and
AggregationAssociation require manual rework.</p>
      <p>The eXtensible Markup Language (XML) is essential for
data interchange purposes. Table 1 includes a mapping for
XML Schema De nition (XSD). Documents that do no apply
an explicit schema can be analyzed directly, although the
quality of the representation might be low.</p>
      <p>Spreadsheets as well as comma-separated values les are
frequently used for basic import/export functions to exchange
structured information between heterogeneous information
systems or data sources. In the current development level
spreadsheets are treated as a single relational table, which
enables a unique mapping to the dsd vocabulary.
Finally, NoSQL databases are taken into account by
exemplary using Cassandra, which is optimized for storing and
processing large amounts of data with high performance
requirements. Due to Cassandra's architecture, it can be
assumed that reference or inheritance associations do not
exist, although denormalized tables probably represent an
AggregationAssociation.</p>
      <p>Denormalized database tables concern not only NoSQL
databases and spreadsheets, but also relational databases and
entail the risk of redundancy, which is a matter of data source
quality and currently main focus in a follow-up research
project.</p>
      <p>Each information source de nes proprietary data types for
attributes. In order to achieve comparability between instances
of the class Attribute, it is necessary to initially map data
source speci c data types to common XSD data types. For
example, Oracle VARCHAR is mapped to xs:string.</p>
    </sec>
    <sec id="sec-6">
      <title>2.3 Generation of the Domain Ontology</title>
      <p>In order to integrate several heterogeneous information sources
to enable comprehensive data analytics, harmonization and
consolidation of participating source ontologies is necessary.
To optimize this process, a global reference ontology created
by a domain expert would be desirable, but can not be
assumed to exist in practice. This leads to the demand of an
automatic integration.</p>
      <p>
        The proposed process follows a Global-as-view (GaV)
approach. According to Lenzerini's tutorial on data integration
[
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], the global schema is built up on views over the sources
when modeling an integration system with GaV. This
mapping perfectly supports querying, which is a basic requirement
for analytics. The disadvantage of GaV is its in exibility,
because extensions might lead to complex re nements in
the global schema. This drawback is acceptable since the
automatic recreation of the global ontology is of little e ort.
The integration starts with any of the data source
ontologies that is initially compared with any other data source
ontology, thus, building up the integrated ontology by
considering similarities and di erences. In the next iterations all
remaining ontologies are each compared with the integrated
domain ontology. For each resource rds of a sequentially
added data source description, the similarity to each
existing resource ri in the domain ontology is calculated using
a suitable similarity measure (described in detail in Section
3). Two resources are considered as equal, if the calculated
value exceeds a pre-de ned threshold. In this case a new
relationship ri owl:sameAs rds is added to the description of
the integration system. If the similarity value of a concept is
greater than the threshold and less than 1.0 (but not equal
to 1.0), and thus, indicating minor di erences, the Concept
of the data source ontology is investigated concerning
Attributes (again using similarity measures) that do not yet
exist in the domain model. Those attributes are added to the
domain ontology, whereas attributes already existing in the
domain ontology, but not in data source ontology, remain in
the domain ontology and are not removed. If no
corresponding resource is identi ed for rds, the name and properties of
this resource are copied to the description of the integration
system and again a link to the original resource is added
with owl:sameAs.
      </p>
    </sec>
    <sec id="sec-7">
      <title>3. IMPLEMENTATION AND EVALUATION</title>
      <p>This section presents the Java implementation of the hybrid
ontology architecture. The evaluation of the proposed
approach focuses on relational databases, since they are still the
most widely used data source. The implementation rstly
generates data source ontologies representing the semantics of
MySQL databases and secondly, consolidates them to an
integrated domain ontology. The implementation is evaluated
by performing three test scenarios.</p>
    </sec>
    <sec id="sec-8">
      <title>3.1 Ontology Generation</title>
      <p>
        The characterization process of a single relational database is
based on reverse engineering, in order to reconstruct semantic
information that was lost through forward engineering. In
the implementation this task is sub-divided into the following
six steps:
1. Metadata about tables, attributes, primary- and
foreign keys, which are stored in the data dictionary, are
extracted and stored in Java classes that represent the
corresponding concepts.
2. Tables are automatically classi ed according to the
reverse engineering approach by Lubyte and Teassaries
[
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. This approach identi es base relations (mapped to
Concept) and relationship relations (mapped to
ReferenceAssociation), but in some cases no classi cation
can be found due to the constellation of foreign and
primary keys.
3. A user is requested to approve the classi ed tables
and assign tables that could not be classi ed
automatically. This step should be performed by a person with
knowledge about the local data source and the dsd
vocabulary.
4. By using the Apache Jena Framework5, an OWL
ontology based on the tables and information obtained
from reverse engineering is generated.
5. Finally, information about the completeness of
associations can be determined by analyzing the tuples of the
5https://jena.apache.org [August 18, 2015]
corresponding association tables. If the aggregation
or parent class stores a related tuple (resulting from a
primary- foreign-key relationship) for every tuple stored
in a component or child class, the property isComplete
is set true, otherwise false.
6. The nal description of the data source is stored in
      </p>
      <p>Turtle6 notation.</p>
    </sec>
    <sec id="sec-9">
      <title>3.2 Integration Process</title>
      <p>The automatic establishment of a domain model requires
an arbitrary number of data source descriptions as input
parameters, given by a human user. This list also determines
the interpretation order of the single ontologies. The rst
data source ontology is therefore considered as basis and
completely copied to the integration namespace. All other
ontologies are step-wise integrated according to the process
described in Section 2.3.</p>
      <p>For each concept of a newly added ontology, the similarity
to every existing concept in the domain ontology is
calculated. At the most basic level, two attributes are compared
by using the Jaccard coe cient J (a; b) = ja\bj over the bit
ja[bj
sets a and b. These sets consist of the attribute's
properties fdcterms:title, dsd:isNullable, dsd:isOfDataType,
dsd:isAutoIncrement, dsd:isUniqueg, where for each
comparison of a property a true/false assertion is made. String
data types are checked on sub-string occurrences and other
data types, like integer, Boolean or XML data types are
veri ed according to their equality.</p>
      <p>The similarity calculation between two concepts, associations,
primary- or foreign keys is also performed by using the
Jaccard coe cient, but those instances are represented by
a set of their assigned attributes combined with properties
like dsd:isComplete and dsd:isDisjoint for associations.
A threshold has to be de ned manually, in order to determine
the minimum similarity value still identifying two concepts
as equal. The threshold should be set to a value between
0.51 and 0.99, whereas data with lower quality requires a
lower threshold.</p>
    </sec>
    <sec id="sec-10">
      <title>3.3 Evaluation</title>
      <p>The implementation is evaluated by extracting metadata
information of a MySQL database (Sakila and Magento),
transforming it into an ontology and calculating the similarity
between resources of data source ontologies. The selected
examples serve as basic proof-of-concept and do not claim to
cover all possible occurring problems. In-depth evaluations
including larger databases (like ERP, CIM and IRM systems)
are planned.</p>
      <p>Sakila. Sakila7 is an o cial MySQL sample database for
the administration of a lm distributions. During the
evaluation all tables were automatically assigned correctly to their
corresponding classes in dsd, the most important ones are
depicted in Table 2. This perfect result was achieved due to
the simple database schema of Sakila.
6http://www.w3.org/TR/turtle [August 18, 2015]
7http://dev.mysql.com/doc/sakila/en/ [August 18, 2015]
8Abbreviation for ReferenceAssociation
Magento. Magento9 is a popular open source software for
e-commerce and uses MySQL for data storage. For the
evaluation parts with higher complexity (compared to Sakila)
of the Entity-Attribute-Value (EAV) system of the database
schema version 1.7.0.2 were used in order to evaluate the
description of inheritance relationships. Table 3 shows the
automatic classi cation, clearly depicting the expected result,
where two tables inheriting from eav_attribute could not be
assigned to a class automatically. In this case user interaction
is necessary in order to manually assign the tables to the
corresponding classes.
Integration. For the evaluation of the integration procedure,
two views of the magento database with partially overlapping
tables are extracted and represented as ontologies and nally
integrated to a domain ontology. As expected, equal concepts
are identi ed as equal, receiving a Jaccard coe cient value of
1.0. No mapping is detected for concepts that appear in only
one of both data models, and therefore they are added to the
integrated domain ontology. The table eav_attribute was
slightly modi ed by removing an attribute in one of both
views, and receives therefore a similarity value of 0.9444.
Because the value is greater than the threshold set to 0.8,
this table is correctly assigned to the original eav_attribute
by owl:sameAs.</p>
    </sec>
    <sec id="sec-11">
      <title>4. RELATED WORK</title>
      <p>
        In the last years, several initiatives proposed ontologies as
bene cial for information integration. Cruz and Xiao [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]
propagate ontologies as well suited for data integration and
mention hybrid ontologies as most appropriate approach for
Local-as-View (LaV) integration systems. The LaV approach
permits modi cations in the sources without a ecting the
global ontology [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], which is an essential requirement of the
proposed approach.
      </p>
      <sec id="sec-11-1">
        <title>9http://magento.com [August 18, 2015]</title>
        <p>
          SemWIQ [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ] is a generic architecture for integrating di erent
types of data sources based on a mediator-wrapper system in
combination with a static mapping in uenced by the content
level. In contrast, our approach aims at an automatic
generation of ontologies focusing the concept level and metadata
extraction for increasing expressiveness of the represented
model.
        </p>
        <p>
          Particular attention is paid to relational databases and their
reverse engineering, because they are still the most widely
used systems for storing data. Although many attempts
for reverse engineering a RDB have been proposed so far, a
satisfying automatic solution for reverse engineering is not
available. Spanos, Stavrou and Mitrou [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ] give an overview
of techniques for semantically describing RDBs. Common
methods like Relational.OWL10, R2RML11 or the basic
mapping "table-to-class, column-to-predicate" to RDF graphs
from Tim Berners-Lee are not su cient for the proposed
approach, because they represent a simple 1:1 mapping without
gaining additional knowledge about the data. For enhancing
the expressiveness of the model without loss of quality, the
semi-automatic reverse engineering process introduced by
Euzenat et al. [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ] is applied.
        </p>
        <p>
          Several tools for calculating the similarity of ontologies are
available, for example the Java library OntoSim12 or the
Javabased GoodOD Similarity Evaluator13. Both tools focus on
the comparison of ontology structure and classes, whereas our
approach compares individuals. Due to the common dsd
vocabulary, classes and their properties are represented equally
for each ontology and facilitate the integration process with
additional domain knowledge. Based on the evaluation of
similarity measures in [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ] and the availability of detailed
domain knowledge about the dsd vocabulary, similarity
calculation is performed using the Jaccard coe cient, similar
to the work of Muthaiyah and Kerschberg [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ].
        </p>
      </sec>
    </sec>
    <sec id="sec-12">
      <title>5. CONCLUSIONS</title>
      <p>The presented approach describes a semi-automatic
semantic description of an information integration infrastructure,
considering its heterogeneous and distributed information
sources. The nal result is provided in machine-readable
form, ideally suited for subsequent information processing
and data analytics.</p>
      <p>In practice, many data sources come with a simple schema
without aggregations or inheritance hierarchies. Therefore,
a description can be generated automatically in most cases,
because the classes Concept and ReferenceAssociation are
classi ed reliably as proved by the evaluation use cases. The
domain ontology, although data quality dependent, de nitely
provides a structured view with high semantic expressiveness
on the entire integration infrastructure. This information is
a very important prerequisite for subsequent data processing
and data analytics, e.g., redundancy detection, as well as data
quality assessment. In order to cope with similarities in
structure, we will establish a repository for structure descriptions
to de ne similarities as equivalencies, analogous to synonyms
and homonyms de ned in thesauri and vocabularies.
There is still potential for further improvements, especially in
terms of reverse engineering of relational databases, e.g.,
considering replacement of substring similarity by a thesaurus
and performing in-depth research of structural graph
similarity. Data quality assessment was not part of this work, but is
currently in the focus of two follow-up research projects, one
dealing with schema quality and the other with data quality
on tuple level.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>I. F.</given-names>
            <surname>Cruz</surname>
          </string-name>
          and
          <string-name>
            <given-names>H.</given-names>
            <surname>Xiao</surname>
          </string-name>
          .
          <article-title>The Role of Ontologies in Data Integration</article-title>
          .
          <source>Journal of Engineering Intelligent Systems</source>
          ,
          <volume>13</volume>
          :
          <fpage>245</fpage>
          {
          <fpage>252</fpage>
          ,
          <year>2005</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>J.</given-names>
            <surname>Euzenat</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Allocca</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>David</surname>
          </string-name>
          ,
          <string-name>
            <surname>M. D'Aquin</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <string-name>
            <surname>Le Duc</surname>
            , and
            <given-names>O.</given-names>
          </string-name>
          <string-name>
            <surname>Svab-Zamazal</surname>
          </string-name>
          .
          <article-title>Ontology distances for contextualisation</article-title>
          .
          <source>Contrat</source>
          ,
          <string-name>
            <surname>INRIA</surname>
          </string-name>
          , Aug.
          <year>2009</year>
          . https://hal.inria.fr/hal-00793450
          <source>[August</source>
          <year>2015</year>
          ].
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>A.</given-names>
            <surname>Langegger</surname>
          </string-name>
          .
          <article-title>A Flexible Architecture for Virtual Information Integration based on Semantic Web Concepts</article-title>
          .
          <source>PhD thesis</source>
          , Johannes Kepler University Linz,
          <year>2010</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>M.</given-names>
            <surname>Lenzerini</surname>
          </string-name>
          .
          <article-title>Data Integration: A Theoretical Perspective</article-title>
          .
          <source>In Proceedings of the Twenty- rst ACM SIGMOD-SIGACT-SIGART Symposium on Principles of Database Systems, PODS '02</source>
          , pages
          <fpage>233</fpage>
          {
          <fpage>246</fpage>
          , New York, NY, USA,
          <year>2002</year>
          . ACM.
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>L.</given-names>
            <surname>Lubyte</surname>
          </string-name>
          and
          <string-name>
            <given-names>S.</given-names>
            <surname>Tessaris</surname>
          </string-name>
          .
          <article-title>Extracting ontologies from relational databases</article-title>
          .
          <source>Technical report, In Proc. of the 20th Int. Workshop on Description Logics (DL'07)</source>
          ,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>S.</given-names>
            <surname>Muthaiyah</surname>
          </string-name>
          and
          <string-name>
            <given-names>L.</given-names>
            <surname>Kerschberg</surname>
          </string-name>
          .
          <article-title>A Hybrid Ontology Mediation Approach for the Semantic Web</article-title>
          .
          <source>International Journal of E-Business Research (IJEBR)</source>
          ,
          <volume>4</volume>
          (
          <issue>4</issue>
          ):
          <volume>79</volume>
          {
          <fpage>91</fpage>
          ,
          <year>2008</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>D.-E.</given-names>
            <surname>Spanos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Stavrou</surname>
          </string-name>
          , and
          <string-name>
            <given-names>N.</given-names>
            <surname>Mitrou</surname>
          </string-name>
          .
          <article-title>Bringing Relational Databases into the Semantic Web: A Survey</article-title>
          .
          <source>Semantic Web</source>
          ,
          <volume>3</volume>
          (
          <issue>2</issue>
          ):
          <volume>169</volume>
          {
          <fpage>209</fpage>
          ,
          <string-name>
            <surname>Apr</surname>
          </string-name>
          .
          <year>2012</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>