<!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>Evaluation metrics in ontology modules</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Zubeida Casmod Khan</string-name>
          <email>zkhan@csir.co.za</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>Council for Scienti c and Industrial Research</institution>
          ,
          <addr-line>Pretoria</addr-line>
          ,
          <country country="ZA">South Africa</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Department of Computer Science, University of Cape Town</institution>
          ,
          <country country="ZA">South Africa</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>In recent years, there has been much advancement in the eld of ontology modularity. However, work on evaluation metrics for modules is lacking. For the studies that do exist on evaluation metrics, they specialise on only a few metrics, and there is not always a quantitative approach to calculate them. Furthermore, the metrics are not comprehensive enough to apply to the di erent types of modules and it is unclear which metrics fare well with, say locality-based modules as opposed to those that fare well with partition modules. In this paper, we create a comprehensive list of both existing and new evaluation metrics for modules, together with equations to measure them. In order to test these metrics with existing modules, we create an ontology module metrics tool, Tool for Ontology Module Metrics (TOMM), to measure the metrics of an ontology module or a set of related ontology modules. This leads to uncovering metrics fare well with which module types.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        A number of methods for ontology modularisation have been proposed in recent
years. It is unclear how the quality of an ontology module could be measured.
While there are few studies on evaluation ontology modules, they focus on a few
of the metrics, such as size, cohesion, coupling, correctness, and completeness
[
        <xref ref-type="bibr" rid="ref12 ref13">12, 13, 17</xref>
        ], and these metrics are not comprehensive enough to apply to the
variety of types of modules that exist. Another problem concerning the evaluation
metrics is that while many of them are described in several works, there is no
formula designed to measure them. For instance intra-module distance, to
measure the distance between entities in a module. Furthermore, metrics such as
size do not fare well with modules created using locality-based techniques, while
completeness and correctness do not measure well with partition-based modules.
This could mean that only speci c metrics must be used to acquire meaningful
results about the quality of an ontology module, based on the nature of the
module. To date, there is no work done on linking evaluation metrics for modules,
to other characteristics of modules.
      </p>
      <p>To solve these problems, we look at existing modules, from ontology
repositories and the literature to determine whether there are metrics that are lacking.
Thereafter, we create a comprehensive list of both existing and new evaluation
metrics, and create equations to quantitatively measure them. Lastly, we
developed software support, Tool for Ontology Modularity Metrics (TOMM), to apply
them to modules to measure these metrics. We have applied TOMM to a set of
diverse ontology modules, and analysed the data gaining insight into the expected
values for evaluation metrics for the di erent types of modules. TOMM can be
downloaded from http://www.thezfiles.co.za/Modularity/TOMM.zip.</p>
      <p>The remainder of the paper is structured as followed. A related works is
conducted in Section 2, followed by the list of evaluation metrics for modules
in Section 3. The software, TOMM, and experimental evaluation is presented in
Section 4, and a discussion in Section 5. Lastly, we conclude in Section 6.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Related works</title>
      <p>
        The framework for ontology modularity [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] consists of dimensions for modularity
such as use-cases, techniques, types, and properties. The dependencies between
dimensions can be used to guide the modularisation process and annotate the
modules with metadata. By adding on evaluation metrics as a dimension to the
framework, it is possible to reveal new insights concerning the quality of modules.
      </p>
      <p>
        Pathek et. al [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] identi ed main properties that modules need to satisfy, such
as size, correctness, completeness, and evaluated these using existing tools. It was
found that module correctness is satis ed by most techniques. However,
completeness and size are di cult to satisfy. The logic-based approaches for
modularity tend to result in modules where completeness is achieved. The graph-based
approaches generate modules of smaller size that are not logically complete.
      </p>
      <p>
        Schlicht and Stuckenschmidt created a set of structural criteria for ontology
modules [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. The authors argue that this structural criteria has an e ect on
e ciency, robustness and maintainability for the application of semantics-based
peer-to-peer systems. The structural criteria proposed include connectedness,
size, and redundancy of representation. The authors propose quantitative
functions which can be used to formally measure each criteria value. SWOOP and
PATO modularity tools are then evaluated using these structural criteria. It is
found that SWOOP favours modules with a good connectedness, over modules
with suitable size values. With PATO, a threshold value could be selected and
it is observed that as the threshold value is increased, so is the size suitability
of the module, while the connectedness value worsens.
      </p>
      <p>Yao et. al introduce cohesion metrics for ontologies [17]. Cohesion generally
refers to the extent to which entities in a module are related. The metrics that
they propose for this are: number of root classes, number of leaf classes, and
average depth of inheritance tree of all leaf node. These metrics, however, are
not aimed at evaluating the quality of modules but are rather general for all
ontologies.
3</p>
    </sec>
    <sec id="sec-3">
      <title>Evaluation metrics</title>
      <p>The list of evaluation metrics for modularity was compiled by studying existing
literature on modularity. Metrics that were lacking or not properly de ned were
then de ned and formulated as new metrics.
3.1</p>
      <sec id="sec-3-1">
        <title>Existing evaluation metrics</title>
        <p>In this section we provide de nitions of the existing evaluation metrics, and
equations to measure them, where de ned. The metrics with an asterisk are
those that do not have de ned equations, hence we created our own equations
for calculations.</p>
        <p>
          Size Size refers to the number of entities in a module, jM j. This can be further
subdivided into class size jCj, object property size jOP j, data property size
jDP j, and individual size jIj. Several existing works mention size as a modularity
evaluation criterion [
          <xref ref-type="bibr" rid="ref10 ref12 ref13 ref2 ref3">2, 3, 10, 12, 13</xref>
          ].
        </p>
        <p>
          Size(M) = jM j = jCj + jOP j + jDP j + jIj
(1)
Appropriateness of module size Schlicht and Stuckenschmidt de ne the
appropriateness of module size to map the size of an ontology module to some
appropriateness values [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ]. They propose an appropriate function to measure
this. The appropriateness value is between 0 and 1 where a module with an
optimal size is of value 1. Schlicht and Stuckenschmidt propose a function, based
on software design principles; since the optimal size of software modules is
between 200-300 logical lines of software code, Schlicht and Stuckenschmidt use an
axiom value of 250 to of the optimal size for an ontology. The proposed function
restricts that modules to be between 0 and 500 axioms.
        </p>
        <p>The appropriateness equation by Schlicht and Stuckenschmidt is de ned as
follows:
1 1
Appropriate(x) =</p>
        <p>
          2 2
where x is the number of axioms in the module.
cos(x:
250
)
Intra-module distance* d'Aquin et al. de ne the intra-module distance in
a module as the distance between entities in a module [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]. It is calculated by
counting the number of relations in the shortest path from one entity to the
other, for every entity in the module.
        </p>
        <p>
          Based on the above de nition by d'Aquin et al., we formulate an equation
to measure the intra-module distance of a module that considers the distance
between an entity to another in terms of shortest-path relations. For measuring
this distance, we use Freeman's Farness value [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ]. In the eld of network
centrality, Freeman's Farness value of a node is described as the sum of its distances to
all other nodes in the network.
(2)
(3)
Intra-module distance(M) =
n
X Farness(i)
        </p>
        <p>2
i
where n is the number of nodes in the module, and Freeman's Farness value is
de ned as follows:</p>
        <p>Farness(i) =
n
X distanceij</p>
        <p>
          j
The distance is measured as the length of the shortest path between entities.
(4)
(5)
(6)
(7)
Cohesion Cohesion refers to the extent to which entities in a module are related.
Several works describe ontology cohesion as a set of metrics to measure the
modular relatedness of ontologies [
          <xref ref-type="bibr" rid="ref10 ref5 ref9">5, 9, 10, 17</xref>
          ]. There are a number of di erent
proposed metrics to measure cohesion such as the number of root classes, number
of leaf classes, and average depth of inheritance tree of all leaf nodes [17]. These
metrics are, however, not relevant for ontology modules as they consider the
ontologies themselves, and not the modules. When an ontology is modularised,
some of the relations between entities are disconnected over the modules. This
disconnection has an e ect on the cohesion of module which is not re ected
by these modules. In order to accurately measure the cohesiveness for ontology
modules, we use a metric de ned by Oh et al. [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ].
otherwise
where jM j is the number of entities in the module. The product of jM j(jM j
1) represents the number of possible relations between entities in M. The strength
of relation for each entity is calculated based on the farness centrality measure
for graph theory proposed by Freeman [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ] from equation 4.
        </p>
        <p>SR(ci; cj ) =
(</p>
        <p>
          1
farness(i)
0
if relations exist between ci and cj
otherwise
Correctness Correctness states that every axiom that exists in the module
also exists in the original ontology and that nothing new should be added to the
module. Several works mention the logical correctness criterion [
          <xref ref-type="bibr" rid="ref1 ref12 ref3 ref8">1, 3, 8, 12</xref>
          ].
        </p>
        <p>Correctness(M ) = M</p>
        <p>
          O
Completeness In ontology modules, a module is logically complete if the
meaning of every entity is preserved as in the source ontology. The completeness
property evaluates that for a given set of entities or signature, every axiom that is
relevant to the entity as in the source ontology is captured in the module. Several
works mention the logical completeness criterion [
          <xref ref-type="bibr" rid="ref1 ref12 ref3 ref8">1, 3, 8, 12</xref>
          ].
        </p>
        <p>
          n
Completeness(M ) = X = Axioms(Entityi(M )) j= Axioms(Entityi(O)) (8)
i
Inter-module distance* Existing works describe the inter-module distance
in a set of modules as the number of modules that have to be considered to
relate two entities [
          <xref ref-type="bibr" rid="ref2 ref3">2, 3</xref>
          ]. Based on this de nition, we have created an equation
to measure the inter-module distance of a network of modules.
        </p>
        <p>Inter-module distance =
8 P NM(Ci;Cj)
&lt;Ci;Cj2(Mi;;Mn) j(Mi;::;Mn)j(j(Mi;::;Mn)j 1) j(Mi; ::; Mn)j &gt; 1
(9)
:1
where N M (Ci; Cj ) is the number of modules to consider to relate entities i
and j. The product of j(Mi; ::; Mn)j(j(Mi; ::; Mn)j 1) represents the number of
possible relations between entities in a set of modules (Mi; :; Mn).
Coupling* Coupling has been de ned in several works as a measure of the
degree of interdependence of a module [5, 9{11]. The coupling value is high if
entities in a module have strong relations to entities in other modules; it is
di cult to modify and update such modules independently because they a ect
other modules in the system.</p>
        <p>Therefore, to measure the coupling of a module, we de ne our own measure
as a ratio of the number of external links (axioms) between a module Mi and Mj ,
N ELMi;Mj for n modules in a system to every possible external link between a
module Mi and Mj in a system.</p>
        <p>8&gt; Pn Pn NELMi;Mj
Coupling(Mi) = &lt;i=0 ji6==j0 jMijjMjj
&gt;
:0</p>
        <p>N ELMi;Mj &gt; 0
otherwise
where jMij is the number of entities in the current module and jMj j is the
number of entities in a related module in the set of n modules.</p>
        <p>
          Attribute richness Tartir et al. [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ] de ne this as the average number of
attributes per class. Each entity in an ontology has a number of axioms de ned
describing it. These are referred to as attributes or slots and measure the
attribute richness.
        </p>
        <p>AR(M ) = jattj
jCj
where att is the number of attributes of all entities and jCj is the number of
classes in the module. In an ontology, an attribute is used to describe an entity
and each attribute, or data type, has a name and value.
(10)
(11)
IRS (M ) = Ci2C</p>
        <p>P jHC (C1; Ci)j
jCj
where jHC (C1; Ci)j is the number of subclasses per class and jCj is the total
number of classes in the ontology.</p>
        <p>In this section, we provided an overview of the metrics that exist for
measuring the quality of ontology modules. From the list of 12 existing metrics,
there were no quantitative equation for measuring the following 3 metrics:
intramodule distance, inter-module distance, and coupling, hence we de ned our own
equations.
3.2</p>
      </sec>
      <sec id="sec-3-2">
        <title>New evaluation metrics</title>
        <p>There are a few metrics that have not been de ned in existing works. In this
section, we de ne them, together with equations for measuring them.
Relative size We de ne relative size as the size of the module, ie., number of
classes, properties and individuals compared to the original ontology.</p>
        <p>
          We have created an equation to calculate the size of an ontology module as a
ratio of entities of the module over the entities of the source ontology as follows.
Inheritance richness Tartir et al. [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ] de ne this as how the knowledge is
distributed across the ontology. There is a distinction between an ontology with
a vertical structure or an ontology with a at structure. Ontologies with few
inheritance levels are at or horizontal in structure where classes have a large
number of subclasses. On the other hand, ontologies with many inheritance levels
have a deep or vertical hierarchy.
(12)
(13)
(14)
where jM j is the number of entities in the module and where jOj is the
number of entities in the source ontology.
        </p>
        <p>
          Atomic Size The notion of atoms within ontology modules was rst introduced
by Del Vescovo et al. [
          <xref ref-type="bibr" rid="ref15">15</xref>
          ] in a study of BioPortal repository ontologies [16]. An
atom is a group of axioms within an ontology that have dependencies between
each other. The atomic size of a module, is the average size of a group of
interdependent axioms in a module.
        </p>
        <p>We formulate an equation to measure the atomic size of a module by using
the sum of all the atoms present in the module, and the size of the ontology.</p>
        <p>Relative size = jM j</p>
        <p>jOj
Atomic Size(M) =
n
X Atomi
jM j
Relative Intra-module distance We de ne the relative intra-module distance
of a module as the di erence between distances of entities in a module M to a
source ontology O. To compare the distances of the original ontology, we compute
the farness values for the subset of nodes that exist in a module, which is used
to calculate the intra-module distance of the original ontology. The di erence
between the intra-module distance of the source ontology and the module would
reveal if the overall distance between the entities in the module has been reduced,
and by how many distance units.</p>
        <p>We formulate the relative intra-module distance of a module as follows.</p>
        <p>Relative intra-module distance(M) =</p>
        <p>
          Intra-module distance(O)
Intra-module distance(M)
(15)
Encapsulation d'Aquin et al. mention encapsulation with the notion that \a
module can be easily exchanged for another, or internally modi ed, without
sidee ects on the application can be a good indication of the quality of the module"
[
          <xref ref-type="bibr" rid="ref3">3</xref>
          ]. Given this idea, we de ne the encapsulation of a module in a set of modules
as a measure of knowledge preservation within the given module.
        </p>
        <p>We have designed an equation to calculate the encapsulation of a module in
a given set of modules. For a module, with a set of n 1 related modules, we
measure the number of axioms that exist in the given module, jAxij. For each
module that is related to the given module, we measure the number of axioms
that exist in the related module but also exist in the given module, jAxijj.</p>
        <p>Encapsulation(M i) = 1
n</p>
        <p>Encapsulation values in modules that are equal or close to 1 indicates a
good encapsulation value; all or most of the knowledge has been encapsulated
and privacy has been completely preserved. Conversely, values that are equal
to or close to 0 indicates a poor encapsulation value; none or very little of the
knowledge has been encapsulated and privacy has not been preserved.
(16)
nP1 jAxijj
j=1 jAxij
Independence Independence evaluates whether a module is self-contained and
can be updated and reused separately. In this way, ontology modules can evolve
independently. Thus, the semantics of the entire ontology could change without
the need for all the modules to be changed.</p>
        <p>In order to determine whether a module is independent, we use two metrics,
ie, the encapsulation and the coupling measure. Recall that encapsulation values
of 1 indicate that all of the knowledge is preserved in the module. This means
that knowledge is not shared among modules hence updates to the module do
not a ect the entire system. A low coupling value of 0 means that the module
does not share any relations with external modules. Hence a module is set to be
independent if it has an encapsulation value of 1 and a coupling value of 0. This
can be checked using the following code snippet.</p>
        <p>if Encapulation(M ) == 1 and Coupling(M ) == 0 then</p>
        <p>M independent
else</p>
        <p>module not independent
end if
4</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Tool for ontology modularity metrics</title>
      <p>
        We have created TOMM to evaluate ontology modules which will lead to
uncovering problems with modularity evaluation. TOMM allows a user to upload an
ontology module, or a set of related ontology modules, together with an original
ontology (if it exists), and calculates the metrics for each ontology module. The
screenshot for the interface of TOMM is displayed in Fig. 1. The metrics are
then saved as a text le on the user's computer, as shown in Fig. 2.
The purpose of the experimental evaluation is to determine which metrics fare
well with which module types to measure the quality of an ontology module.
Materials and methods The method for the experiment is as follows:
1. Collect the set of ontology modules from the test les for existing framework
for modularity [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
2. Run the TOMM metric tool for each module.
3. Conduct a statistical analysis from the evaluation metric results for each
module.
      </p>
      <p>
        The materials used for the experiment were as follows: Protege v4.3 ([
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]),
TOMM, and a set of ontology modules. The sample size was 189 di erent types
of ontology modules. All these test les used for this experimental evaluation
can be downloaded from www.thezfiles.co.za/Modules/testfiles.zip.
      </p>
      <p>
        There are 14 types of modules in the set, de ned in the ontology modularity
framework. We brie y describe them here; a detailed description with examples
for each module type and the framework is presented elsewhere [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
T1 Ontology design pattern modules An ontology is modularised by identifying
a part of the ontology for general reuse.
      </p>
      <p>T2 Subject domain modules A large domain is divided by subdomains present
in the ontology.</p>
      <p>T3 Isolation branch modules A subset of entities from an ontology is extracted
but entities with weak dependencies to the signature are not to be included
in the module.</p>
      <p>T4 Locality modules A subset of entities from an ontology is extracted, including
all entities that are dependent on the subset.</p>
      <p>T5 Privacy modules Some information is hidden from an ontology.
T6 Domain coverage modules A large ontology is partitioned by its graphical
structure and placement of entities in the taxonomy.</p>
      <p>T7 Ontology matching modules An ontology is modularised for ontology
matching into disjoint modules so that there is no repetition of entities.
T8 Optimal reasoning modules An ontology is split into smaller modules to aid
in overall reasoning over the ontology.</p>
      <p>T9 Axiom abstraction modules An ontology is modularised to have fewer axioms
with object properties relating classes, to decrease the horizontal structure
of the ontology.</p>
      <p>T10 Entity type abstraction modules An ontology is modularised by removing a
certain type of entity e.g., data properties or object properties.</p>
      <p>T11 High-level abstraction modules An ontology is modularised by removing
lower-level classes and only keeping higher-level classes.</p>
      <p>T12 Weighted modules An ontology is modularised by a weighting decided by
the developer.</p>
      <p>T13 Expressiveness sub-language modules An ontology is modularised by using
a sub-language of a core ontology language.</p>
      <p>T14 Expressiveness feature modules An ontology is modularised by using limited
language features.</p>
      <p>Size
Results We ran TOMM for each of the 189 modules of the test les. Metrics
were successfully generated for 188 modules; the `FMA subset' module was still
too large for TOMM to process. We have analysed those metrics pertaining to
structure (size, cohesion etc.) which is displayed in Table 1. The table indicates
which modules fare well with the structural metrics.</p>
      <p>Relative No. of Atomic Intramodule iRnetrlaatmivoedule Coh.</p>
      <p>Size axioms App. size distance</p>
      <p>Modules T3 (isolation branch), T8 (optimal reasoning), T9 (axiom
abstraction), T11 (high-level abstraction), T13 (expressiveness sub-language), and T14
(expressiveness feature), are all as large as over 50% of the original ontologies,
according to the relative size metrics. T1 (ontology design pattern) is very small,
less than 1% compared to the original ontology. T2 (subject domain) and T10
(entity type abstraction) could not be evaluated with the relative size metric as
there are no original ontologies.</p>
      <p>For the appropriateness value, which is optimally close to a value of 1, module
T10 (entity type abstraction) performs best with an average of 0.99. Modules T8
(optimal reasoning), T9 (axiom abstraction), and T14 (expressiveness feature) all
contain more than 500 axioms hence could not be evaluated with appropriateness
values. For the atomic size values, T4 (locality) is the largest at 10.1, and T7
(ontology matching) is the lowest at 1.33. T8 (optimal reasoning), T9 (axiom
abstraction), T10 (entity type abstraction), and T14 (expressiveness feature)
cannot be evaluated with the appropriateness values as none of its modules are
within the range of 0-500 axioms which is required for measuring a module's
appropriateness.</p>
      <p>The relative intra-module distance values determine how much the module
has been reduced. T4 (locality) has the highest value of 12583.36. T2 (subject
domain) and T10 (axiom abstraction) cannot be evaluated with this measure
as there are no original ontologies. For the cohesion values, the extent of which
entities in a module are related, all the modules have low values; T6 (domain
coverage) and T7 (ontology matching) have the highest values of 0.13 and 0.15
respectively.
5</p>
    </sec>
    <sec id="sec-5">
      <title>Discussion</title>
      <p>The list of module metrics that was compiled is a rst step in solving ontology
developers' problems regarding the evaluation of ontology modules. The metrics
that are programmed into TOMM, allows one to evaluate ontology modules
using a variety of metrics such as logical aspects (completeness and correctness),
structural aspects (size), relational aspects (coupling), etc.</p>
      <p>
        We have evaluated a set of modules with TOMM, and analysed the metrics
pertaining to the structural aspects of the module. The results reveal which
metrics work well with which type of module. For instance T1 (ontology design
patterns) modules are relatively small compared to the original ontology. The
remaining metrics such as coupling, correctness etc. need to be analysed together
with the set of modules. If these metrics are linked to other characteristics from
the framework for ontology modularity [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ], it would be possible to determine
which metrics fare well with which use-cases, techniques, and properties for
modules.
6
      </p>
    </sec>
    <sec id="sec-6">
      <title>Conclusion</title>
      <p>The lack of work on metrics for ontology modules causes problems for ontology
developers for the evaluation of modules. In this paper, we compiled a list of
existing and new metrics for evaluating modules, together with formal de nitions
and equations for computation. This was then programmed into TOMM, for
ontology developers to evaluate their ontologies. An experimental evaluation
with a set of ontology modules was then conducted. The structural metrics were
analysed for the set of modules revealing which metrics work well with which
types of modules.</p>
      <p>For future work, we aim to achieve more insight into module evaluation by
linking the module evaluation metrics to other characteristics of the ontology
modularity framework.
16. Whetzel, P.L., Noy, N.F., Shah, N.H., Alexander, P.R., Nyulas, C., Tudorache, T.,
Musen, M.A.: BioPortal: enhanced functionality via new web services from the
national center for biomedical ontology to access and use ontologies in software
applications. Nucleic Acids Research 39(Web-Server-Issue) (2011)
17. Yao, H., Orme, A.M., Etzkorn, L.: Cohesion metrics for ontology design and
application. Journal of Computer science 1(1), 107 (2005)</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>Cuenca</given-names>
            <surname>Grau</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            ,
            <surname>Parsia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            ,
            <surname>Sirin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            ,
            <surname>Kalyanpur</surname>
          </string-name>
          ,
          <string-name>
            <surname>A.</surname>
          </string-name>
          :
          <article-title>Modularity and Web Ontologies</article-title>
          .
          <source>In: 10th International Conference on Principles of Knowledge Representation and Reasoning (KR'06)</source>
          . pp.
          <volume>198</volume>
          {
          <fpage>209</fpage>
          . AAAI Press (
          <year>2006</year>
          ), june 2-5,
          <string-name>
            <given-names>Lake</given-names>
            <surname>District</surname>
          </string-name>
          , United Kingdom.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>d'Aquin</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schlicht</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stuckenschmidt</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sabou</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Ontology modularization for knowledge selection: Experiments and evaluations</article-title>
          . In: Wagner,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Revell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            ,
            <surname>Pernul</surname>
          </string-name>
          ,
          <string-name>
            <surname>G</surname>
          </string-name>
          . (eds.)
          <source>Proceedings of the 18th International Conference on Database and Expert Systems Applications (DEXA'07). Lecture Notes in Computer Science</source>
          , vol.
          <volume>4653</volume>
          , pp.
          <volume>874</volume>
          {
          <fpage>883</fpage>
          . Springer (
          <year>2007</year>
          ), regensburg, Germany, September 3-
          <issue>7</issue>
          ,
          <fpage>2007</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>d'Aquin</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schlicht</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stuckenschmidt</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sabou</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Criteria and evaluation for ontology modularization techniques</article-title>
          .
          <source>In: Modular Ontologies: Concepts</source>
          ,
          <source>Theories and Techniques for Knowledge Modularization, Lecture Notes in Computer Science</source>
          , vol.
          <volume>5445</volume>
          , pp.
          <volume>67</volume>
          {
          <fpage>89</fpage>
          . Springer (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Freeman</surname>
            ,
            <given-names>L.C.</given-names>
          </string-name>
          :
          <article-title>Centrality in social networks conceptual clari cation</article-title>
          .
          <source>Social Networks</source>
          <volume>1</volume>
          (
          <issue>3</issue>
          ),
          <volume>215</volume>
          {
          <fpage>239</fpage>
          (
          <year>1978</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Garc</surname>
            <given-names>a</given-names>
          </string-name>
          , J., Pen~alvo,
          <string-name>
            <given-names>F.J.G.</given-names>
            ,
            <surname>Theron</surname>
          </string-name>
          ,
          <string-name>
            <surname>R.:</surname>
          </string-name>
          <article-title>A survey on ontology metrics</article-title>
          . In: Lytras, M.D., de Pablos,
          <string-name>
            <given-names>P.O.</given-names>
            ,
            <surname>Ziderman</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Roulstone</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Maurer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.A.</given-names>
            ,
            <surname>Imber</surname>
          </string-name>
          , J.B. (eds.)
          <source>Third World Summit on the Knowledge Society</source>
          ,
          <source>(WSKS'10)</source>
          .
          <source>Communications in Computer and Information Science</source>
          , vol.
          <volume>111</volume>
          , pp.
          <volume>22</volume>
          {
          <fpage>27</fpage>
          . Springer (
          <year>2010</year>
          ), corfu, Greece,
          <source>September 22-24</source>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Gennari</surname>
            ,
            <given-names>J.H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Musen</surname>
            ,
            <given-names>M.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fergerson</surname>
            ,
            <given-names>R.W.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grosso</surname>
            ,
            <given-names>W.E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Crubezy</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Eriksson</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Noy</surname>
            ,
            <given-names>N.F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tu</surname>
            ,
            <given-names>S.W.:</given-names>
          </string-name>
          <article-title>The evolution of Protege: an environment for knowledge-based systems development</article-title>
          .
          <source>International Journal of Human-Computer Studies</source>
          <volume>58</volume>
          (
          <issue>1</issue>
          ),
          <volume>89</volume>
          {
          <fpage>123</fpage>
          (
          <year>2003</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Khan</surname>
            ,
            <given-names>Z.C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Keet</surname>
            ,
            <given-names>C.M.:</given-names>
          </string-name>
          <article-title>An empirically-based framework for ontology modularisation</article-title>
          .
          <source>Applied Ontology</source>
          <volume>10</volume>
          (
          <issue>3-4</issue>
          ),
          <volume>171</volume>
          {
          <fpage>195</fpage>
          (
          <year>2015</year>
          ), http://dx.doi.org/10.3233/ AO-150151
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Loebe</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          :
          <article-title>Requirements for logical modules</article-title>
          . In: Haase,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Honavar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            ,
            <surname>Kutz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            ,
            <surname>Sure</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            ,
            <surname>Tamilin</surname>
          </string-name>
          ,
          <string-name>
            <surname>A</surname>
          </string-name>
          . (eds.)
          <source>The 1st International Workshop on Modular Ontologies (WoMO'06)</source>
          .
          <source>CEUR Workshop Proceedings</source>
          , vol.
          <volume>232</volume>
          .
          <string-name>
            <surname>CEUR-WS.org</surname>
          </string-name>
          (
          <year>2006</year>
          ),
          <source>iSWC'06 November 5</source>
          , Athens, Georgia, USA
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Oh</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ahn</surname>
          </string-name>
          , J.:
          <article-title>Ontology module metrics</article-title>
          .
          <source>In: International Conference on eBusiness Engineering</source>
          ,
          <source>(ICEBE'09)</source>
          . pp.
          <volume>11</volume>
          {
          <fpage>18</fpage>
          . IEEE Computer Society (
          <year>2009</year>
          ), macau, China,
          <fpage>21</fpage>
          -23 October
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Oh</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yeom</surname>
            ,
            <given-names>H.Y.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Ahn</surname>
          </string-name>
          , J.:
          <article-title>Cohesion and coupling metrics for ontology modules</article-title>
          .
          <source>Information Technology and Management</source>
          <volume>12</volume>
          (
          <issue>2</issue>
          ),
          <volume>81</volume>
          {
          <fpage>96</fpage>
          (
          <year>2011</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Orme</surname>
            ,
            <given-names>A.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Yao</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Etzkorn</surname>
            ,
            <given-names>L.H.</given-names>
          </string-name>
          :
          <article-title>Coupling metrics for ontology-based systems</article-title>
          .
          <source>IEEE Software 23(2)</source>
          ,
          <volume>102</volume>
          {
          <fpage>108</fpage>
          (
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Pathak</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          , Johnson, T.M.,
          <string-name>
            <surname>Chute</surname>
            ,
            <given-names>C.G.</given-names>
          </string-name>
          :
          <article-title>Survey of modular ontology techniques and their applications in the biomedical domain</article-title>
          .
          <source>Integrated Computer-Aided Engineering</source>
          <volume>16</volume>
          (
          <issue>3</issue>
          ),
          <volume>225</volume>
          {
          <fpage>242</fpage>
          (
          <year>2009</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Schlicht</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Stuckenschmidt</surname>
          </string-name>
          , H.:
          <article-title>Towards structural criteria for ontology modularization</article-title>
          .
          <source>In: Proceedings of the 1st International Workshop on Modular Ontologies</source>
          , (WoMO'06).
          <source>CEUR Workshop Proceedings</source>
          , vol.
          <volume>232</volume>
          .
          <string-name>
            <surname>CEUR-WS.org</surname>
          </string-name>
          (
          <year>2006</year>
          ),
          <source>iSWC'06 November 5</source>
          ,
          <year>2006</year>
          , Athens, Georgia, USA
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Tartir</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Arpinar</surname>
            ,
            <given-names>I.B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Moore</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sheth</surname>
            ,
            <given-names>A.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Aleman-Meza</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>OntoQA: Metric-based ontology quality analysis</article-title>
          .
          <source>IEEE Workshop on Knowledge Acquisition from Distributed</source>
          , Autonomous,
          <source>Semantically Heterogeneous Data and Knowledge Sources</source>
          <volume>9</volume>
          (
          <year>2005</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Vescovo</surname>
            ,
            <given-names>C.D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gessler</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Klinov</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Parsia</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sattler</surname>
            ,
            <given-names>U.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Schneider</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Winget</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>Decomposition and Modular Structure of BioPortal Ontologies</article-title>
          .
          <source>In: 10th International Conference on The International Semantic Web Conference (ISWC'10). Lecture Notes in Computer Science</source>
          , vol.
          <volume>7031</volume>
          , pp.
          <volume>130</volume>
          {
          <fpage>145</fpage>
          . Springer (
          <year>2011</year>
          ), october
          <fpage>23</fpage>
          -27, Bonn, Germany.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>