<!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>A Domain-Agnostic Tool for Scalable Ontology Population and Enrichment from Diverse Linked Data Sources</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>© Efstratios Kontopoulos</string-name>
          <email>skontopo@iti.gr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>© Panagiotis Mitzias</string-name>
          <email>pmitzias@iti.gr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Information Technologies Institute</institution>
          ,
          <addr-line>GR-57001 Thessaloniki</addr-line>
          ,
          <country country="GR">Greece</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Proceedings of the XIX International Conference “Data Analytics and Management in Data Intensive Domains” (DAMDID/RCDL'2017)</institution>
          ,
          <addr-line>Moscow</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
      </contrib-group>
      <fpage>184</fpage>
      <lpage>190</lpage>
      <abstract>
        <p>Ontologies are a rapidly emerging paradigm for knowledge representation, with a growing number of applications in data-intensive domains. However, populating enterprise-level ontologies with massive volumes of data is a non-trivial and laborious task. Towards tackling this problem, the field of ontology population offers a multitude of approaches for populating ontologies with instances in an automated or semi-automated way. Nevertheless, most of the related tools typically analyse natural language text and neglect more structured types of information like Linked Data. The paper argues that the rapidly increasing array of published Linked Datasets can serve as the input for large-scale ontology population in data-intensive domains and presents PROPheT, a novel software tool for ontology population and enrichment. PROPheT can populate a local ontology model with instances retrieved from diverse Linked Data sources served by SPARQL endpoints. As demonstrated in the paper, the tool is domain-agnostic and can efficiently handle vast volumes of input data. To the best of our knowledge, no existing tool can offer PROPheT's diverse extent of functionality.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1 Introduction</title>
      <p>
        Ontologies constitute a knowledge representation
paradigm for modelling domains, concepts and
interrelations, effectively enabling the sharing of
information between diverse systems [23].The rapidly
emerging popularity of ontologies has led to their
deployment in various Data Intensive Domains (DIDs),
like e. g. bioinformatics [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], e-commerce [11] and digital
libraries [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. Nevertheless, in order for ontologies to be
further used at an enterprise level, massive volumes of
data are required for populating the underlying models.
      </p>
      <p>If performed manually, this task is extremely
timeconsuming and error-prone. Ontology population
attempts to alleviate this problem, by introducing
methods and tools for automatically augmenting an
ontology with instances of concepts and properties. The
schema of the ontology itself is not altered but only its
set of concepts and relations. This process is part of
ontology learning, which refers to the automatic (or
semi-automatic) construction, enrichment and adaptation
of ontologies [16].</p>
      <sec id="sec-1-1">
        <title>The vast majority of ontology population tools and</title>
        <p>
          methodologies are aimed at textual input, typically
extracting knowledge from natural language text [
          <xref ref-type="bibr" rid="ref5">5</xref>
          ],
[20]. However, other more structured sources of
information are very often neglected. Such an example is
Linked Data [10], which builds upon standard Web
technologies and is a standard for publishing interlinked
structured data that are capable of responding to semantic
queries. Linked Data are formalised using controlled
vocabulary terms based on ontologies and can be
publicly accessible via a SPARQL endpoint [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ].
        </p>
      </sec>
      <sec id="sec-1-2">
        <title>This paper argues that the rapidly increasing array of</title>
        <p>
          published Linked Datasets [
          <xref ref-type="bibr" rid="ref1">1</xref>
          ] can serve as the input for
large-scale ontology population in DIDs and presents
PROPheT, a software tool for user-driven ontology
population from Linked Data sources. The tool is
domain-agnostic and can efficiently handle vast volumes
of input data. To the best of our knowledge, no existing
tool can offer PROPheT’s extent of functionality.
        </p>
        <p>The rest of the paper is structured as follows: Section
2 gives an overview of related work approaches. Section
3 presents PROPheT in detail, followed by a discussion
on PROPheT’s performance with regards to key
challenges for accessing information served by SPARQL
endpoints. Section 5 presents an illustrative use case that
demonstrates the tool’s versatility and scalability.
Section 6 presents an evaluation of PROPheT, and the
paper is concluded with final remarks and directions for
future work.</p>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>2 Related Work</title>
      <p>Ontology population has already been deployed in
various domains, like e.g. e-tourism [22], web services
[21] and clinical data [17], amongst others. Regarding the
application of ontology population in DIDs, we only
came across a recent (2016) work by Knoell et al.
revolving around Big Data [15], indicating a potentially
emerging interest in the area.</p>
      <p>
        Overall, and as already mentioned in the introduction,
state-of-the-art ontology population approaches in
literature are mostly addressed to retrieving instances
from textual corpora (i.e. natural language text, like e.g.
product catalogues) and mainly involve machine
learning, text mining and natural language processing
(NLP) techniques. Other indicative approaches besides
the ones discussed above are presented in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] and [20].
      </p>
      <p>
        A less popular stream of ontology population
research is aimed at retrieving instances from other types
of content, like e.g. CAD files [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ], or more structured
content, like e.g. spreadsheets [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], [13], and XML files
[19]. However, to the best of our knowledge, no other
approach similar to PROPheT currently exists that is
capable of populating an ontology with instances
retrieved from Linked Data sources, rendering PROPheT
into a highly novel tool.
      </p>
    </sec>
    <sec id="sec-3">
      <title>3 The PROPheT Ontology Population Tool</title>
      <p>PROPheT1 is a novel software tool for ontology
population and enrichment that can retrieve instantiations
of concepts from SPARQL-served Linked Data sources
in a scalable manner. The retrieved instances are filtered
based on user preferences and are then inserted into a
target ontology. As described in the following
subsections, PROPheT provides various modes of
instance retrieval, along with the capability for
establishing user-defined mappings of the respective
properties. The tool’s mode of operation is purely
userdriven, but relies on a step-by-step wizard-based
interaction with the end-user, which greatly facilitates
use of the software even by largely unfamiliarised users.</p>
      <sec id="sec-3-1">
        <title>PROPheT’s front-end (see main window in Figure 1)</title>
        <p>relies on Python and the PyQt application framework,
while the back-end deploys RDFLib and
SPARQLWrapper, two Python APIs for manipulating
ontologies, along with an SQLite data store for storing
settings and user preferences.</p>
      </sec>
      <sec id="sec-3-2">
        <title>PROPheT is fully domain-independent in the sense that it can operate with any OWL ontology and any RDF Linked Dataset that is served via a SPARQL endpoint.</title>
        <sec id="sec-3-2-1">
          <title>3.1 Motivation</title>
        </sec>
      </sec>
      <sec id="sec-3-3">
        <title>PROPheT was developed within the recently finished</title>
        <p>PERICLES FP7 project on Digital Preservation2. One of
the domains tackled by the project was cultural heritage,
where we faced the non-trivial challenge of populating
our domain ontologies with thousands of artefacts, each
of which was associated with hundreds of metadata
entries. In this affair, PROPheT was successfully
deployed for populating the ontologies with instances
retrieved from various Linked Data sources, like
DBpedia and Freebase.</p>
        <p>
          Nevertheless, though highly relevant [26], cultural
heritage is not the only DID where populating ontologies
from diverse sources poses a formidable challenge. Other
domains share similar concerns, like e.g. the
telecommunications and news industry [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ], and health
and biomedicine [
          <xref ref-type="bibr" rid="ref6">6</xref>
          ], [14]. This was our main motivation
for turning PROPheT into a truly domain-agnostic tool,
capable of performing ontology population and
1PROPheT is available at:
http://mklab.iti.gr/project/prophetontology-populator
enrichment from Linked Data sources in virtually any
domain, data-intensive or not.
        </p>
        <sec id="sec-3-3-1">
          <title>3.2 Ontology Population</title>
        </sec>
      </sec>
      <sec id="sec-3-4">
        <title>PROPheT offers the capability of class-based and</title>
        <p>instance-based ontology population. The former method,
class-based population, retrieves instances from an
external model and inserts them into a local ontology,
based on a class name entered by the user. Since the exact
class name has to be entered (e.g. dbo:Artist for the
DBpedia class representing artists), this method has the
peculiarity that the user needs to know the structure of
the external ontology. PROPheT then submits
appropriate SPARQL queries to the remote model’s
endpoint and retrieves a result set of instances belonging
to the specified class. The user may then select the
instances to populate an existing class in the local
ontology.</p>
        <p>The second method, instance-based population, has
two different modes:
(a) Retrieval based on instance label, which is performed
according to a label (rdfs:label property value)
entered by the user. The match of the retrieved
instances is based on an exact or partial match of the
input text.
(b) Retrieval based on an existing instance, in which the
user selects an instance already existing in the local
ontology and PROPheT queries the endpoint for
similar instances. More specifically, the tool finds
classes in the remote ontology that include an
instance with a similar rdfs:label property value
with the input instance. The user may then select
specific classes, view their extension (i.e. set of
instances) and choose which instances to import into
the local ontology model.</p>
        <p>In all the cases described above, and after the set of
preferred instances has been selected by the user to be
populated into the ontology, PROPheTlaunches the
ontology mapping process described next.</p>
        <sec id="sec-3-4-1">
          <title>3.3 Ontology Mapping</title>
        </sec>
      </sec>
      <sec id="sec-3-5">
        <title>In order for PROPheT to proceed with the ontology</title>
        <p>population with the selected instances, a user-driven
ontology mapping is performed, in the sense that the
properties of the retrieved instances have to be mapped
to properties defined in the local model. In this context,
PROPheT displays to the user a list of all datatype
properties (owl:DatatypeProperty) for the selected
instances, in order for him/her to manually define
appropriate mappings to datatype properties already
existing in the local ontology. This mapping between
local and remote properties is mandatory for the property
values to be inserted into the local ontology along with
the instances. For example, the user might define that the
retrieved property dbo:birthDate corresponds to the
local property ex:dateOfBirth. Once defined by the
user, PROPheT stores the mappings and offers
suggestions when the same mappings occur again
2 http://www.pericles-project.eu/</p>
        <p>Besides the ontology population capabilities
described above, PROPheT also offers the option of
enriching instances already existing in the local ontology
with properties and values from “similar” instances in
remote ontologies; instance similarity here refers to
similarity in the respective instance labels (i.e.
rdfs:label).</p>
        <p>The similar instances may belong to one or more
different classes in the remote ontology, thus, the tool
presents the user with the type (rdf:type property
declaration) of each instance. Based on the content and
semantics of the derived instances, the user may then
decide which property-value pairs he/she will insert from
the remote into the local ontology.</p>
        <sec id="sec-3-5-1">
          <title>3.5 Ontology Enrichment</title>
          <p>The local model may also be semantically enriched
by establishing links between properties in the local and
the remote ontologies via owl:equivalentProperty
declarations added into the local model. Similar links
between classes are represented via owl:sameAs and/or
rdfs:seeAlso declarations added to the local ontology.</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4 Challenges and PROPheT’s Performance</title>
      <sec id="sec-4-1">
        <title>The availability and scalability of the SPARQL</title>
        <p>
          endpoints serving Linked Data is not always guaranteed,
since maintaining such heavyweight query services
implies significant server-side costs coupled with various
potential technical problems on the level of the
infrastructure itself [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ]. Key parameters for evaluating a
SPARQL endpoint are [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ]:
•
•
•
•
•
•
        </p>
      </sec>
      <sec id="sec-4-2">
        <title>Discoverability, referring to how an endpoint can be</title>
        <p>located and what are the available metadata;
• Interoperability, with regards to the supported
SPARQL version(s);</p>
      </sec>
      <sec id="sec-4-3">
        <title>Efficiency, which relates to the time needed to respond to the query;</title>
      </sec>
      <sec id="sec-4-4">
        <title>Reliability, based on the uptime of the endpoint on a constant basis.</title>
      </sec>
      <sec id="sec-4-5">
        <title>A useful tool for monitoring the above parameters of SPARQL endpoints is SPARQLES [24], while the recent</title>
        <p>Linked Data Fragments (LDF) paradigm promises to
alleviate the burden from endpoints, by redistributing the
load between clients and servers [25].</p>
      </sec>
      <sec id="sec-4-6">
        <title>Taking the above challenges into consideration, and</title>
        <p>in order to demonstrate PROPheT’s scalability, we
experimented with timing the retrieval and population of
instances from the following well-known SPARQL
endpoints into a local custom ontology model:
• DBpedia3, the Linked Data version of WikiPedia;</p>
      </sec>
      <sec id="sec-4-7">
        <title>OpenDataCommunities4, the official Linked Data</title>
        <p>platform of the UK Department for Communities and
Local Government (DCLG) that provides a selection
of official statistics and data outputs on a variety of
themes related to DCLG;</p>
      </sec>
      <sec id="sec-4-8">
        <title>DBLP5, which provides open bibliographic</title>
        <p>information on major computer science journals and
proceedings;
The Nobel Prize Linked Data dataset6 that contains
the authoritative information about Nobel prizes and
3 http://dbpedia.org/sparql
4 http://opendatacommunities.org/sparql
5 http://dblp.l3s.de/d2r/sparql
6 http://data.linkedmdb.org/sparql</p>
      </sec>
      <sec id="sec-4-9">
        <title>Nobel Laureates since 1901;</title>
        <p>• Eurostat statistics7 converted to RDF and
republished using Linked Data principles.</p>
        <p>Table 1 illustrates the resulting retrieval and
population times for all selected endpoints. PROPheT’s
performance is impacted by three parameters: (a) the
software’s efficiency in querying and handling data, (b)
the endpoints’ speed in serving the requested data, and
(c) the volume of data (in the form of datatype property
values) that the retrieved instances are attached to.</p>
      </sec>
      <sec id="sec-4-10">
        <title>Since parameter (a) remains constant within the</title>
        <p>experiments, it becomes obvious that any differentiation
in times heavily depends on parameters (b) and (c).
Considering the facts that DBpedia reportedly contains
the largest volume of property values, that most of the
rest endpoints had almost equal number of properties and
that Eurostat’s selected instances had no datatype
properties, it is clear that an endpoint’s response time
(second parameter) has a great impact on the ontology
population process from Linked Data sources.</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5 A Use Case Scenario</title>
      <p>This section intends to demonstrate PROPheT’s
functionality by presenting a use case scenario in a
dataintensive domain. Thus, consider a government
institution monitoring pollution in rural environments,
which requires a directory of cities and towns worldwide,
enriched with related information, such as population,
postal codes, etc.</p>
      <sec id="sec-5-1">
        <title>Initially, a local ontology schema needs to be</title>
        <p>deployed, incorporating the necessary classes (e.g. Town,
City, etc.) and properties (e.g. hasPopulation,
7 http://eurostat.linked-statistics.org/sparql
8 http://www.obofoundry.org/ontology/envo.html
hasPostalCode, etc.). This schema will be loaded in
PROPheT to be populated.</p>
      </sec>
      <sec id="sec-5-2">
        <title>Next, the user will need to register the sources that</title>
        <p>serve the desired data (SPARQL endpoint URIs). For the
domain of the specific use case, there are several
established SPARQL-served ontologies that
contain instances of cities and towns, such as
ENVO8, an ontology of environmental features and
habitats, and LinkedGeoData9. Specifically,
ENVO’s class City (ENVO_00000856) and
LinkedGeoData’s classes City and Town contain
related instances.</p>
      </sec>
      <sec id="sec-5-3">
        <title>Taking advantage of PROPheT’s class-based</title>
        <p>instance extraction wizard, the user can respectively
populate two (or more) different classes of the local
schema with resources from two (or more) data sources.
For the purposes of this case study, PROPheT flawlessly
managed to retrieve and populate more than 30K
instances, along with data property values. Specifically,
10K instances from ENVO’s City and 10K instances
from LinkedGeoData’s City were populated in the local
model’s class City. Also, another 10K instances from
LinkedGeoData’s class Town were imported to the local
model’s Town. Indicatively, Table 2 displays the
population times (in seconds) for the instances
mentioned above. Population times in the second batch
of LinkedGeoData instances is slightly higher, since the
local ontology already contained 20K instances
populated during the previous two phases.</p>
      </sec>
      <sec id="sec-5-4">
        <title>Alternatively, supposing that the user cannot</title>
        <p>predefine the classes of interest in the external models, a
different course will be followed. First, a single instance
of the desired set will be located and imported. For
example, using PROPheT’s feature “Search by instance
label”, the user will find a certain city of interest, e.g.
Amsterdam, and import it into the local model. Next,
with the use of “Search for similar instances”, the
software will discover all the classes where Amsterdam
is assigned to. Browsing the resulting list of classes, the
user will now locate the classes of interest (e.g. class
City) and select more instances to be populated.</p>
        <p>Consequently, by utilizing the “Enrich Instance”
function, the user can semantically enrich the major
cities’ instances (e.g. London, Paris, Amsterdam) with
data regarding air pollution levels, residing in different
endpoints.</p>
        <p>To conclude, the aforementioned use case
demonstrates PROPheT’s ability to populate various
classes of an ontology with data retrieved from more than
one endpoints
9 http://linkedgeodata.org</p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>6 PROPheT Evaluation</title>
      <sec id="sec-6-1">
        <title>We recently conducted a user evaluation on</title>
        <p>PROPheT with very positive results [18]. As indicated
by the resulting evaluation of the participants, the
following aspects of the tool were the most positive ones:
attractiveness (93.5%), user-friendliness (93.5%), ease of
usage (100%), innovativeness (87.5%), and efficiency
(93.5%); the numbers in parentheses correspond to the
respective percentages indicating acceptance on behalf of
the users. The current section now presents a qualitative
evaluation of the tool, based on the categorisation criteria
for ontology population tools proposed in [20].</p>
      </sec>
      <sec id="sec-6-2">
        <title>Elements extracted: Refers to the capacity of an</title>
        <p>ontology populating system to extract the various
ontological aspects, like e.g. objects and relations.
PROPheT offers the capability of extracting from
external sources both objects (i. e. class instances) and
relations (i.e. data property values), and inserts them into
a local ontology model. Additionally, PROPheT also
appends properties for semantically enriching the local
model via owl:equivalentProperty, owl:sameAs
and rdfs:seeAlso.</p>
        <p>Initial requirements: This criterion refers to the
system’s initial requirements in terms of resources or
background knowledge. PROPheT’s only requirement is
that a local OWL ontology is already available, in order
to be populated with objects retrieved from Linked Data
sources. No domain-dependant resources are needed,
since PROPheT can flexibly adapt to any thematic
domain. No specialised software should be installed in
the host machine either; PROPheT is distributed as a
standalone bundle.</p>
      </sec>
      <sec id="sec-6-3">
        <title>Learning approach: Refers to the system’s approach</title>
        <p>in extracting knowledge and whether this approach is
specialised to a domain. Ontology population tools
typically employ Machine Learning techniques (see
Section 2), via statistical methods to identify terms or via
automated pattern extraction. PROPheT, on the other
hand, deploys a purely user-driven, step-by-step
ontology population and enrichment approach, which is
suitable even for users with only fundamental familiarity
with the pertinent notions.</p>
      </sec>
      <sec id="sec-6-4">
        <title>Degree of automation: A fully automated ontology</title>
        <p>population system is of course desirable, but it seldom is
possible to achieve, as the involvement of a domain
expert or an ontology engineer is very often needed. The
PROPheT approach is mainly user-driven, requiring the
involvement of an end user for performing ontology
population and enrichment through a step-by-step
wizard-based graphical user interface. Thus, although the
tool requires user intervention at each step, the process is
achieved in a highly user-friendly fashion, as
demonstrated by our recent user evaluation of the tool
[18] that indicated very positive feedback on behalf of
the users.</p>
        <p>Consistency maintenance and redundancy
elimination: This criterion refers to the system's
capability to maintain the consistency of the ontology,
which is highly crucial, and to reduce redundancy, which
is not equally vital but can facilitate the process of
querying the ontology and can limit its size and
complexity. Consistency maintenance in PROPheT is
ensured by the integrated specialised APIs for
manipulating ontologies and SPARQL queries. On the
other hand, the problem of instance redundancy (i.e. two
or more instances in the ontology referring to the same
real object) is handled by PROPheT in a way that
instances with the same name-identifier cannot be
populated multiple times in the ontology, i.e. values of
populated data properties are linked to one single
instance. Moreover, we are currently investigating
adding more complex handling mechanisms, such as
heuristics or machine learning methods to identify
similar resources.</p>
        <p>Domain portability: This is an important aspect for
all ontology populating systems and refers to their
capability to be ported to multiple thematic domains or
not. PROPheT is a totally domain-agnostic tool that is
able to operate equally successfully in any domain, as
long as the external sources are served through SPARQL
endpoints. Thus, no domain-specific knowledge is
incorporated into the system.</p>
      </sec>
      <sec id="sec-6-5">
        <title>Corpora modality: A system that is able to process</title>
        <p>various modalities demonstrates its ability to
accommodate and exploit diverse knowledge sources. In
this context, PROPheT can only process input from
Linked Data sources through SPARQL endpoints, but
can easily be extended to process third-party ontologies
as well, retrieving instances and enriching the local
ontology with additional property values found in these
models.</p>
      </sec>
    </sec>
    <sec id="sec-7">
      <title>7 Conclusions and Future Work</title>
      <sec id="sec-7-1">
        <title>The paper argued that, with the rapidly emerging</title>
        <p>advent of the use of ontologies in data-intensive domains,
the process of ontology population becomes increasingly
relevant. Most proposed solutions are typically aimed at
analysing natural language text, often overlooking other
sources of more structured information, like e.g. Linked
Data. In this context, we presented PROPheT, a domain
independent software tool for ontology population and
enrichment from Linked Data sources. Through
wizardbased user-driven processes, the tool facilitates the
semiautomatic retrieval of instances and their insertion into a
local OWLontology. An advanced mapping process
enables the dynamic definition of matching classes and
properties between source and target models.
PROPheT’s rich functionality and versatility cannot be
matched by any other ontology population tool found in
literature, making PROPheT a truly innovative system
for populating and enriching ontologies.</p>
      </sec>
      <sec id="sec-7-2">
        <title>Nevertheless, there are still a few areas of</title>
        <p>improvement for the tool. In its current implementation,
PROPheT is only limited to handling datatype and not
object properties; the latter are significantly more
complex to tackle. Additionally, the tool cannot currently
handle direct or indirect imports of ontologies. A further
improvement could be considering additional semantic
enrichment associations, like e.g. skos:narrower and
skos:broader from SKOS [12]. And, finally, the
process of suggesting similar instances or classes to the
user during the population and enrichment steps could be
suggested by the tool itself, according to appropriate
similarity metrics. We are currently working on a revised
version of the software, which will integrate the
improvements mentioned above.</p>
      </sec>
    </sec>
    <sec id="sec-8">
      <title>Acknowledgements</title>
      <sec id="sec-8-1">
        <title>This research received funding by the European</title>
        <p>Commission Seventh Framework Programme under
Grant Agreement Number FP7-601138 PERICLES. We
would also like to thank the anonymous reviewers for
their valuable remarks, thanks to which the paper has
been significantly improved.
[10] Heath, T., Bizer, C.: Linked Data: Evolving the Web the Semantic Web, pp. 31-41. Springer International
into a Global Data Space. Synthesis Lectures on the Publishing (2016)
Semantic Web: Theory and Technology, 1 (1), pp. 1- [19] Modica, G., Gal, A., Jamil, H.M.: The Use of
136 (2011) Machine-Generated Ontologies in Dynamic
[11] Hepp, M.: Goodrelations: An Ontology for Information Seeking. Cooperative Information
Describing Products and Services Offers on the Web. Systems, pp. 433-447, Springer (2001)
Int. Conf. on Knowledge Engineering and [20] Petasis, G., Karkaletsis, V., Paliouras, G.,
Knowledge Management, pp. 329-346. Springer Krithara, A., Zavitsanos, E.: Ontology Population
(2008) and Enrichment: State of the Art. Knowledge-driven
[12] Isaac, A., Summers, E.: SKOS Simple Knowledge Multimedia Information Extraction and Ontology
Organization System. Primer, World Wide Web Evolution, pp. 134-166. Springer-Verlag (2011)
Consortium (W3C) (2009) [21] Reyes-Ortiz, J.A., Bravo, M., Pablo, H.: Web
[13] Jupp, S., Horridge, M., Iannone, L., Klein, J., Owen, Services Ontology Population through Text
S., Schanstra, J., … Stevens, R.: Populous: A Tool for Classification. Computer Science and Information
Building OWL Ontologies from Templates. BMC Systems (FedCSIS), 2016 Federated Conference,
Bioinformatics, 13 (Suppl 1), S5 (2012). IEEE, pp. 491-495 (2016)
http://doi.org/10.1186/1471-2105-13-S1-S5. [22] Ruiz-Martınez, J.M., Minarro-Giménez, J.A.,
[14] Jupp, S., Malone, J., Bolleman, J., Brandizi, M., Castellanos-Nieves, D., Garcıa-Sánchez, F.,
Davies, M., Garcia, L., ... Wimalaratne, S.M.: The Valencia-Garcia, R.: Ontology Population: An
EBI RDF Platform: Linked Open Data for the Life Application for the E-tourism Domain. Int. J. of
Sciences. Bioinformatics, 30 (9), pp. 1338-1339 Innovative Computing, Information and Control
(2014) (IJICIC), 7 (11), pp. 6115-6134 (2011)
[15] Knoell, D., Atzmueller, M., Rieder, C., Scherer, K.P.: [23] Uschold, M., Gruninger, M.: Ontologies: Principles,
BISHOP-Big Data Driven Self-Learning Support for Methods and Applications. The Knowledge
High-performance Ontology Population. LWDA, pp. Engineering Review, 11 (02), pp. 93-136 (1996)
157-164 (2016) [24] Vandenbussche, P.Y., Umbrich, J., Matteis, L.,
[16] Maedche, A., Staab, S.: Ontology Learning from the Hogan, A., Buil-Aranda, C.: SPARQLES:
Semantic Web. IEEE Intelligent Systems, 16 (2), pp. Monitoring Public SPARQL Endpoints. Semantic
72-79 (2001) Web (Preprint), pp. 1-17 (2016)
[17] Mendes, D., Rodrigues, I.P., Baeta, C.F.: [25] Verborgh, R., Vander Sande, M., Hartig, O., Van
Development and Population of an Elaborate Formal Herwegen, J., De Vocht, L., De Meester, B., ...,
Ontology for Clinical Practice Knowledge Colpaert, P.: Triple Pattern Fragments: A Low-cost
Representation. KEOD, pp. 286-292 (2013) Knowledge Graph Interface for the Web. Web
[18] Mitzias, P., Riga, M., Kontopoulos, E., Stavropoulos, Semantics: Science, Services and Agents on the
T.G., Andreadis, S., Meditskos, G., Kompatsiaris, I. World Wide Web, 37, pp.184-206 (2016)
User-Driven Ontology Population from Linked Data [26] Wacker, M.: Linked Data for Cultural Heritage,
Sources. Int. Conf. on Knowledge Engineering and edited by Ed Jones and Michele Seikel. Chicago:
ALA Editions (2016)</p>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>Abele</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McCrae</surname>
            ,
            <given-names>J.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Buitelaar</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Jentzsch</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cyganiak</surname>
            ,
            <given-names>R.: Linking</given-names>
          </string-name>
          <string-name>
            <surname>Open Data Cloud Diagram</surname>
          </string-name>
          (
          <year>2017</year>
          ). http://lod-cloud.net/.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Belam</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>What is the Value of Linked Data to the News Industry? The Guardian (</article-title>
          <year>2010</year>
          , January). https://www.theguardian.com/help/insideguardian/2 010/jan/25/news-linked
          <article-title>-data-summit</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>Buckingham</given-names>
            <surname>Shum</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Motta</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            ,
            <surname>Domingue</surname>
          </string-name>
          ,
          <string-name>
            <surname>J.:</surname>
          </string-name>
          <article-title>ScholOnto: An Ontology-based Digital Library Server for Research Documents and Discourse</article-title>
          .
          <source>International J. on Digital Libraries</source>
          ,
          <volume>3</volume>
          (
          <issue>3</issue>
          ), pp.
          <fpage>237</fpage>
          -
          <lpage>248</lpage>
          (
          <year>2000</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Buil-Aranda</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hogan</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Umbrich</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Vandenbussche</surname>
          </string-name>
          , P.Y.:
          <article-title>Sparql Web-querying Infrastructure: Ready for Action? Int. Semantic Web Conf</article-title>
          ., pp.
          <fpage>277</fpage>
          -
          <lpage>293</lpage>
          . Springer (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Buitelaar</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cimiano</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <source>Ontology Learning and Population: Bridging the Gap Between Text and Knowledge</source>
          ,
          <volume>167</volume>
          , Ios Press (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <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>Dumontier</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Ontology-based Querying with Bio2RDF's Linked Open Data</article-title>
          .
          <source>J. of Biomedical Semantics</source>
          ,
          <volume>4</volume>
          (
          <issue>1</issue>
          ),
          <source>S1</source>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>Gene</given-names>
            <surname>Ontology Consortium. The Gene</surname>
          </string-name>
          <article-title>Ontology (GO) Database and Informatics Resource</article-title>
          .
          <source>Nucleic Acids Research</source>
          ,
          <volume>32</volume>
          (
          <issue>suppl 1</issue>
          ),
          <fpage>D258</fpage>
          -
          <lpage>D261</lpage>
          (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Häfner</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Häfner</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wicaksono</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ovtcharova</surname>
          </string-name>
          ,
          <source>J. Semi-automated Ontology Population from Building Construction Drawings. KEOD</source>
          , pp.
          <fpage>379</fpage>
          -
          <lpage>386</lpage>
          (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <surname>Han</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Finin</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Parr</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sachs</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Joshi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>RDF123: From Spreadsheets to RDF</article-title>
          .
          <source>Proc. of the 7th Int. Semantic Web Conf</source>
          . pp.
          <fpage>451</fpage>
          -
          <lpage>466</lpage>
          , Springer (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>