<!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 System for Ontologically-Grounded Probabilistic Matching</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Rita Sharma</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>David Poole</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Clinton Smyth</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Computer Science, University of British Columbia, http://www.cs.ubc.ca/∼poole/</institution>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Georeference Online Ltd. and, Dept. of Computer Science, UBC, http://www.cs.ubc.ca/∼rsharma/</institution>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Georeference Online Ltd., http://www.georeferenceonline.com</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>This paper is part of a project to match descriptions of real-world instances and probabilistic models, both of which can be described at multiple level of abstraction and detail. We use an ontology to control the vocabulary of the application domain. This paper describes the issues involved in probabilistic matching of hierarchical description of models and instances using Bayesian decision theory, which combines ontologies and probabilities. We have two fielded applications of this framework; one for landslide prediction and one for mineral exploration.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>In many problem domains we need to match instances and
models of real-world phenomena. For example, in
geology, geological surveys of states, provinces and countries
publish descriptions of mineral occurrences in their
jurisdiction; these form the instances in one of our
applications. People spend careers describing probabilistic models
of where different minerals can be found. There are two
main tasks we consider:
• given an instance, determine which models best fits
it. This would be used, for example, by someone who
has the mineral rights on a piece of land and wants to
know what mineral deposits may be there based on the
description of the property.
• given a model, determine which instances best match
the model. This would be used by someone who has
a model of where gold can be found, and they want to
find which piece of land is most likely to contain gold,
based on their model.</p>
      <p>These models and instances are typically described by
different people at different levels of abstraction (some use
more general terms than others) and different levels of
detail (some have parts and sub-parts and some may be
described holistically). Descriptions of mineral occurrences
are recorded at varied levels of abstraction and detail
because some areas have been explored in more detail than
others. There are some models that people spend careers in
developing and that are described in great detail for those
parts that the modeler cares about. Other models are less
well developed, and described only in general terms.
Because the instance and model descriptions are generated
asynchronously, the levels of detail cannot be expected to
match. We do, however, need to make decisions based on
all of the information available.</p>
      <p>
        This work has arisen from from an ongoing project in
which we are building decision-making tools for mineral
exploration (MineMatch) and hazard mapping
(HazardMatch). MineMatch is similar in its goals to the
Prospector expert system [
        <xref ref-type="bibr" rid="ref3">Hart, 1975</xref>
        ], but builds on the
developments in probabilistic reasoning and ontologies of the last
30 years. In previous work [
        <xref ref-type="bibr" rid="ref7">Smyth and Poole, 2004</xref>
        ;
        <xref ref-type="bibr" rid="ref5 ref6">Poole
and Smyth, 2005</xref>
        ], we described models using qualitative
probabilities, based on the kappa calculus, which measures
uncertainty in degree of “surprise”. In this paper, we
develop an approach based on probability for making
decisions.
      </p>
      <p>In MineMatch we work with more than 25,000 instances
of mineral occurrences that are described using various
taxonomies, including the British Geological Survey Rock
Classification scheme1 and the Micronex taxonomy of
Minerals2. We also work with more than 100 deposit
type models, including those described by the US
Geological Survey3 and the British Columbia Geological
Survey4. Similarly, in HazardMatch we work with tens of
thousands of spatial instances (polygons) described using
standard taxonomies of environmental modeling such as
rock type, geomorphology and geological age. To date we</p>
    </sec>
    <sec id="sec-2">
      <title>1http://www.bgs.ac.uk/bgsrcs/</title>
      <p>
        2http://micronex.golinfo.com
3http://minerals.cr.usgs.gov/team/depmod.html
4http://www.em.gov.bc.ca/Mining/Geolsurv/
have worked with approximately ten models of landslide
hazards which we compare with the spatial instances.
This work is quite different to other work on combining
probability and ontologies [
        <xref ref-type="bibr" rid="ref2">Ding and Peng, 2004</xref>
        ;
        <xref ref-type="bibr" rid="ref5">Pool,
Fung, Cannon and Aikin, 2005</xref>
        ;
        <xref ref-type="bibr" rid="ref1">Costa, Laskey and Laskey,
2005</xref>
        ] because we are using the ontologies to construct a
rich hypotheses space rather than (only) having
probabilities over the ontologies. The running example we use in
this paper is one where we can describe apartments and/or
houses and their models.
2
      </p>
      <sec id="sec-2-1">
        <title>Models and Instances</title>
        <p>Instances are things in the world. We describe instances by
naming them and specifying their features (values on
various properties). For example, an instance could be a
particular rock outcrop, a volcano that used to exist, or apartment
#103 at 555 Short St. A feature of that apartment could be
that its size is large and it contains two bathrooms.
Models are concepts in someone’s head that describe some
phenomenon of interest. For example, someone may have a
model of what rocks are likely to contain gold, a model of
where landslides may occur, or a model of an apartment
that Sue would be content to live in. In the system we
consider here, models are named and described in terms
of probability distributions over the features of an instance
that manifests that phenomenon. For example, the gold
model will specify the probability over the features of a
particular instance that is likely to contain gold. The
landslide model will specify the probability over the features
for a particular location that predict whether that location
is prone to landslides. The model of Sue’s apartment will
specify the features that predict whether Sue would be
expected to like a particular apartment.</p>
        <p>Given an instance and a model, the aim of matching, in the
context of this paper, is to determine the probability that the
instance manifests the phenomenon of the model.
3</p>
      </sec>
      <sec id="sec-2-2">
        <title>Ontologies</title>
        <p>The models and instances are described at different levels
of abstraction using ontologies. As part of the ontologies
we assume that we have taxonomic hierarchies that specify
the vocabulary for different levels of abstraction. The
taxonomic hierarchy defines the hierarchical relationship
between concepts. Figure 1 shows an example of a taxonomic
hierarchy. A bedroom is a kind of room. A masterbedroom
is a kind of bedroom. In this figure, room is the topmost
class.</p>
        <p>We do not assume that the ontologies include uncertainty
about properties and relations. Ontologies are created and
maintained by communities, which can agree on
vocabulary, even if they do not agree on probabilities and models.
room
bathroom
bedroom</p>
        <p>livingroom
kidsbedroom
masterbedroom
tvroom
The ontologies provide a hypothesis space over which we
can have probability distribution. We consider that
probabilistic models (scientific theories) that makes
probabilistic prediction about a domain will provide the uncertainty
knowledge about properties and relations.
4</p>
      </sec>
      <sec id="sec-2-3">
        <title>Describing Model and Instances</title>
        <p>
          We adopt the OWL [
          <xref ref-type="bibr" rid="ref4">McGuinness and van Harmelen, 2004</xref>
          ]
terminology of describing domains in terms of individuals,
classes and properties.
        </p>
        <sec id="sec-2-3-1">
          <title>4.1 Instances</title>
          <p>An instance is described by its value on various properties.
This can include its relationship to other individuals (e.g.,
its parts). We, however, do not only want to state positive
facts, but also negative facts such as that an apartment does
not contain a bedroom, or that the kitchen is a red colour
but is not a pink (without enumerating all of the non-pink
red colours). Thus we will represent instance descriptions
with the quadruples of form:</p>
          <p>hindividual, property, value, truthvaluei
where truthvalue is either present or absent
For example, to say that an apartment has a master
bedroom, but does not have a kid’s bedroom we could write:
hapt1, containRoom, masterbedroom, presenti</p>
          <p>hapt1, containRoom, kidsbedroom, absenti
It is important to distinguish an instance from its
description. An instance is a real physical thing that exists in the
world we are reasoning about (the real world at some time,
some temporally extended world, or even some imaginary
world). A description is a set of quadruples.
4.2</p>
        </sec>
        <sec id="sec-2-3-2">
          <title>Models</title>
          <p>Models describe abstract instances rather than any
particular instance. For example, apartment model Apt 13 may
large
p1
hasSize p2 containsRoom</p>
          <p>br1
hasType p5 containsBed</p>
          <p>bed1
p8 hasType
describe features that Sue would love to have in an
apartment, e.g., she usually wants a master bedroom in her
apartment5. In particular, a model describes an instance that
exhibits some phenomenon. It specifies what must be in an
instance, what cannot be there and what we would expect
to be there.</p>
          <p>A model describes a set of related individuals. One of these
individuals is the designated top-level individual. For
example, in model Apt 13 the individuals are the apartment,
bedrooms, beds etc, and the designated top-level individual
is the apartment.</p>
          <p>A model is described in terms of quadruples of the form:
hind, pro p, val, probi
where ind is an individual, pro p is a property, val is either
an individual or a class or a primitive value (depending on
whether pro p is an objecttype property, or a hasType
property, or a datatype property), and prob is the probability.
This quadruple specifies that an instance individual that has
value val on property pro p will matches the model
individual ind with probability pro p.</p>
          <p>Example The semantic network representation of part
of an apartment model Apt 13 is shown in Figure 2.
The nodes represent individuals, classes and data types.
The top object in a semantic network represents the
individual that we are talking about. The individual
Apt 13 in Figure 2 is an apartment. Each arc is
labeled with a probability. The value val associated with
probability prob, individual ind, and arc from ind to
val, labeled with property pro p, represent quadruple
hind, pro p, val, probi. For example, individuals Apt 13,
5For this paper do not think of these as preferences. We could
have a similar matcher for preferences, but this paper is about
models of uncertainty. Think of the model of what Sue would
like as the probability that she will move into the apartment and
still be there after 6 months. This is, in fact, what the landlord is
interested in.
br1 and the arc connecting these two individuals represent
quadruple hApt 13, containsRoom, br1, p2i.
5</p>
        </sec>
      </sec>
      <sec id="sec-2-4">
        <title>Abstraction hierarchies and probabilities</title>
        <p>When matching a model with an instance, we need to take
into consideration the type uncertainty (because the
instance and model are at varied levels of abstraction). To
cope with type uncertainty, we consider that taxonomic
hierarchies in the ontology are associated with probabilities.
In particular, given a taxonomic hierarchy, we want a
mechanism that can compute P(C j|Ck), where C j is the
subClassOf Ck. This is the probability that an individual is a C j
given all that you know about it is that it is a Ck.
We are not considering that the probabilities associated
with hierarchies are part of individual models. We are
considering them as a part of super model.</p>
        <p>In this paper we consider only taxonomic hierarchies which
are trees and where we can compute P(C j |Ck), as discussed
in Section 5.1. We are working on techniques for
computing P(C j|Ck), when hierarchies are not trees, and where we
need to consider the problem of multiple inheritance, and
interdependence between subclasses.
5.1</p>
        <sec id="sec-2-4-1">
          <title>Tree abstraction hierarchies</title>
          <p>Each class in a taxonomic hierarchy specifies a probability
distribution over its immediate subclasses. That is, each
link in the tree hierarchy is associated with a conditional
probability. This is the probability that an individual is in
a class C j, given that all you know about it is that it is in a
class Ck, and that C j is the immediate subClassOf Ck. For
example, the class room in the hierarchy shown in Figure 1
has a probability distribution over its immediate subclasses.
Suppose we have as part of this distribution:</p>
          <p>P(bedroom|room) = 0.3
P(bedroom|room) represents the probability that a random
room is a bedroom.</p>
          <p>Similarly, we can specify the probability of an
immediate subClassOf bedroom given bedroom, with probabilities
such as:</p>
          <p>P(masterbedroom|bedroom) = 0.2
P(masterbedroom|bedroom) represents the probability
that a room is a masterbedroom given all that you know
about it is that it is a bedroom.</p>
          <p>The prior probability that an individual is in a class can be
computed in a recursive manner by multiplying the
probabilities up in the tree. The probability that an individual
belongs to root class (room) is 1 (as it represents the set of
all individuals). That is, P(room) = 1. For example, given
the probability as above, P(masterbedroom) can be
calculated as follows:</p>
          <p>P(masterbedroom)
=
=</p>
          <p>P(masterbedroom|bedroom) ×
P(bedroom|room) × P(room)
0.2 × 0.3
In this representation, computing the probability that i ∈ Ck
given that i ∈ Cj is linear in depth difference of Cj and Ck
and otherwise is not a function of the hierarchy’s size.
6</p>
        </sec>
      </sec>
      <sec id="sec-2-5">
        <title>Supermodel</title>
        <p>As discussed in Section 4.2 a model describes a concrete
instance that matches that model. In particular, it
specifies what must be in an instance, what cannot be there and
what we would expect to be there. However, a model does
not specify what happens when the model doesn’t hold (as
that depends on what other models there are, and the
background probabilities). The role of the supermodel is to
provide background information (that is beyond any model)
on how likely individual—property—value triples are. In
particular, the super model contains the following:
• the supermodel contains the probability distribution of
each class in the tree abstraction hierarchies as
discussed in Section 5.1.
• the supermodel contains quadruples of the form:
hcl, prop, val, priori
where cl is a class in the taxonomic hierarchy, prop
is a property, val is either an individual or a class or
a primitive value, and prior is the prior (background)
probability.</p>
        <p>That is, the prior probability that an individual of
type cl has value val for property prop is
available from the supermodel. For example, quadruple
hroom, hasColour, “green′′, 0.4i tells us that the prior
probability of a random room has “green” colour is
0.4.
7</p>
      </sec>
      <sec id="sec-2-6">
        <title>Probabilistic Matching</title>
        <p>One objective of the matcher is to rank the models or
instances given instance and model descriptions. The basic
problem is to match an instance with a model. When we
say that a model M matches an instance i, we write M ∼ i
to mean that M matches with i. Note that M is the top-level
individual in the model and i is the top-level individual in
the instance. We want to determine the posterior
probability of M ∼ i given the i’s description, which specifies the
probability that the instance i manifests the phenomenon
that the model is modeling.</p>
        <p>In general, Mk ∼ i j represents that model individual Mk
matches the instance individual i j, where a model
individual is one of the individuals described in the model (i.e.,
it is one of the first elements of a quadruple), and an
instance individual is one of the individuals described in the
instance description.</p>
        <p>We cannot directly determine the match between model
and instance unless we know which model individuals
correspond to which instance individuals.</p>
        <p>We use Mk = i j to denote that model individual Mk
corresponds to instance individual i j and Mk =⊥ to denote that
individual Mk does not corresponds to any instance
individual. A role assignment is a list of correspondence
statements of the forms Mk = i j, Mk =⊥ such that each Mk
appears exactly once in the list and each i j appears at most
once.</p>
        <p>Note that match, ∼, does not define the role assignment. It
defines the degree of match, given a role assignment.
Given a role assignment, the model description defines
a Bayesian network. The problem of matching a model
M with an instance i reduces to computing P(M ∼
i|observation) from the constructed Bayesian network,
where observation is the instance i’s description.
7.1</p>
        <sec id="sec-2-6-1">
          <title>Construction of Bayesian network</title>
          <p>Given a role assignment, the semantic network defines a
Bayesian network. We can construct it dynamically during
the inference as follows:
• there is a Boolean node Mk ∼ i j for each
correspondence statement Mk = i j, where i j 6=⊥ of the role
assignment.
• there is a Boolean node for each correspondence
statement Mk =⊥ of the role assignment, which we will
write hMk =⊥i. This node will be observed with value
true.
• for each individual Mk in the model description and
for each functional property prop such that prop is
hasType or datatype, there is a random variable which
we will write hMk, propi. The domain of hMk, propi
is the range of property prop.
• for each individual Mk in the model description and
for each non-functional property prop such that prop
is datatype or the range of prop is class (i.e., prop
is hasType) and for each value V in the range of
prop, there is a Boolean variable, which we will write
hMk, prop,V i.
• The probability distribution for each hMk, prop,V i
node conditioned on its parent Mk ∼ i j is:</p>
          <p>P(hMk, prop,V i = true| Mk ∼ i j = true)
P(hMk, prop,V i = true| Mk ∼ i j = f alse)
=
=
p
prior
where p is the probability associated with value
V in the semantic network. That is, quadruple
hMk, prop,V, pi exists in the model description. The
prior probability prior is defined by the supermodel,
i.e., quadruple hMk, prop,V, priori exists in the
supermodel.</p>
          <p>Example Consider matching the apartment model
Apt 13 as shown in Figure 2 with instance apt1 defined as
follows:
hapt1, hasSize, “large′′i
hapt1, containsRoom, R1, presenti
hR1,type, masterbedroom, presenti
hR1, containsBed, b1, presenti
hb1,type, bed, presenti
hapt1, containsRoom, R2, presenti
hR2,type, room, presenti</p>
          <p>P(hMk =⊥i = true| Mp ∼ ip = true)
P(hMk =⊥i = true| Mp ∼ ip = f alse)
=
=
1 − p For the individual br1 of the model as shown in Figure2,
1 − prior we can have the following possible mappings:
• the parent of each Mk ∼ i j node, and each hMk =⊥i
node, is node Mp ∼ ip such that there is a directed
edge from Mp to Mk in the semantic network (i.e.,
quadruple Mp, prop, Mk, prob exists in the model
description).
• the parent of each hMk, Pi, and each hMk, P,V i node is
node Mk ∼ i j .
• the probability distribution of each
conditioned on its parent Mp ∼ ip is:</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Mk ∼ i j node</title>
      <p>P( Mk ∼ i j = true| Mp ∼ ip = true)
P( Mk ∼ i j = true| Mp ∼ ip = f alse)
= p
=
prior
where p is the probability associated with the
individual Mk in the semantic network. That is,
quadruple Mp, prop, Mk, prob is the part of the model
description. The prior probability prior is taken from
quadruple Mp, prop, Mk, prior that exists in the
supermodel.
• the probability distribution for each hMk =⊥i node
conditioned on its parent Mp ∼ ip is:
where p is the probability associated with the
individual Mk in the semantic network. That is,
quadruple Mp, prop, Mk, p is the part of model description.
The prior probability prior is taken from quadruple
Mp, prop, Mk, prior that exists in the supermodel.
• The domain of a hMk, propi node is the range of
prop. To specify the conditional probability of
hMk, propi node conditioned on its parent Mk ∼ i j ,
we do not have the distribution over all the values of
hMk, propi, rather, we have the probability for values
that model cares about. The conditional probability
P(hMk, propi | Mk ∼ i j is:
– If the range of</p>
      <p>P(hMk, propi | Mk ∼ i j ) is:</p>
      <p>P(hMk, propi ∈ V | Mk ∼ i j = true)</p>
      <p>P(hMk, propi ∈ V | Mk ∼ i j = f alse)
– If prop is datatype property:</p>
      <p>P(hMk, propi = V | Mk ∼ i j = true)
P(hMk, propi = V | Mk ∼ i j = f alse)
=
=
=
=
prop
is
class,
where prob is the probability associated with
quadruple hMk, prop,V, probi in the model description. The
prior probability prior is taken from the quadruple
hMk, prop,V, priori that exists in the supermodel.
br1 = R1
br1 = R2
br1 =⊥
br2 = R2
br2 =⊥
When br1 maps to R1, we can have the following possible
mappings for br2:
When both model and instance have many individuals of
the same types there are many possible role assignments.
For the role assignment: Apt 13 = apt1, br1 = R1, bed1 =
b1, br2 =⊥, the semantic network shown in Figure 2
defines a Bayesian network as shown in Figure 3.</p>
      <p>The Boolean variable hApt 13 ∼ apt1i denotes whether
prob model Apt 13 matches with instance apt1. The Boolean
prior variable hbr1 ∼ R1i represents whether individual br1 of
the model matches with the individual R1 of the instance.
The Boolean variable hbr2, ⊥i represents whether
individual br2 of the model does not map to any individual of
prob instance.
prior The conditional probabilities of the Bayesian network
shown in Figure 3 are constructed using the supermodel
and Apt 13’s description. Some of these probabilities are
shown below:</p>
      <p>P(hApt 13 ∼ apt1i = true)
P(hApt 13, hasSizei = “large”| hApt 13 ∼ apt1i = true)
=
=
p0
containsRoom
large
bedRoom</p>
      <p>br1
p4 hasType
p5containsBed</p>
      <p>bed1
p8hasType
softbed</p>
      <p>+ role assignmnet:
A pt 13 = a pt1, br1 = R1,
bed1 = b1, br2 =⊥
br2
p6 hasType
masterBedRoom
p7
containsBed</p>
      <p>bed2
hbr1, hasTypei</p>
      <p>After constructing a Bayesian network, given a role
assignment, from the semantic network, we want to compute the
posterior probability of M ∼ i, i.e, P(M ∼ i|observation).
The observation is the instance i’s description, which can
be at different level of abstraction than M’s description. In
the Bayesian network shown in Figure 3, the model
individual br1 maps to instance individual R1. The model
specifies hbr1,type, bedroom, p4i and instance specifies
hR1,type, masterbedroom, presenti, which are at different
level of abstraction. To insert the evidence in the
constructed Bayesian network, we need to take this
difference into consideration. In particular, we need to map
the instance description to the evidence for the constructed
Bayesian network.
An instance description is a set of quadruples of the forms
hik, prop,V, presenti, and hik, prop,V, absenti. We map the
instance description to the evidence for the constructed
Bayesian network as follows:
• the quadruple hik, prop,V, presenti, if prop is
nonfunctional, provides observation: hik, prop,V i = true
for the constructed Bayesian network.
• the quadruple hik, prop,V, absenti, if prop is
nonfunctional, provides observation: hik, prop,V i =
f alse.
• the quadruple hik, prop, v, presenti, if prop is
functional and datatype, provides observation:
hik, propi = v.
• the quadruple hik, prop, v, presenti, if prop is
functional objecttype or prop is hasType, provides
observation: hik, propi ∈ v. We have two cases:
– If the observation hik, propi ∈ v implies “true” or
“false” for the node Mp, prop , such that Mp =
ik exists in the role assignmnet, we do the normal
(usual) conditioning in the Bayesian network.
– If the observation hik, propi ∈ v does not imply
“true” or “false” for the node Mp, prop , such
that Mp = ik exists in the role assignment (i.e, v
is the superclass of value V of Mp, prop ), we
provide soft evidence for the node Mp, prop in
the constructed Bayesian network.</p>
      <p>For the soft conditioning, we create an observed
child hMk, propi of Mp, prop , Mk is the same
type as Mp. We observed hMk, propi ∈ v. The
conditional probability of hMk, propi ∈ v is:
P(hMk, propi ∈ v| Mp, prop ∈ V )
P(hMk, propi ∈ v| Mp, prop 6∈ V )
=
=
1.0
P(v|¬V )
Using Bayes rule, probability P(v|¬V )can be
computed as follows:</p>
      <p>P(v|¬V ) =</p>
      <p>P(v) − P(V )</p>
      <p>1 − P(V )
where P(v) and P(V ) are the probabilities of
classes v and V respectively. We can compute
P(v) and P(V ) using the probabilities associated
with the abstraction hierarchies6 as discussed in</p>
      <p>Section 5.1.</p>
      <sec id="sec-3-1">
        <title>7.3 Inference</title>
        <p>
          We can compute the posterior probability of match, P(M ∼
i|observation), from the constructed Bayesian network
using any standard inference algorithms, e.g., VE [
          <xref ref-type="bibr" rid="ref8">Zhang and
Poole, 1994</xref>
          ]. The posterior probability of match depends
on the role assignments of the individuals. We maximize it
over all possible role assignments.
8
        </p>
        <sec id="sec-3-1-1">
          <title>Conclusion</title>
          <p>In this paper, we have proposed a framework for decision
making in rich domains, where we can describe the
observations (or instances) in the world at multiple levels of
abstraction and detail and have probabilistic models at
different levels of abstraction and detail, and be able to use them
to make decisions. We can build knowledge-based
decision tools in various domains such as mineral exploration
and hazard mappings, where we need to have probabilistic
reasoning and rich ontologies.</p>
        </sec>
      </sec>
      <sec id="sec-3-2">
        <title>Acknowledgments</title>
        <p>Rita Sharma was partly supported by a MITACS
Postdoctoral fellowship.</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>6These are provided by the supermodel.</title>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          <string-name>
            <surname>Costa</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Laskey</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Laskey</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          [
          <year>2005</year>
          ].
          <article-title>Pr-owl: A bayesian ontology language for the semantic web</article-title>
          ,
          <source>Proceedings of the ISWC Workshop on Uncertainty Reasoning for the Semantic Web.</source>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          <string-name>
            <surname>Ding</surname>
            ,
            <given-names>Z.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Peng</surname>
            ,
            <given-names>Y.</given-names>
          </string-name>
          [
          <year>2004</year>
          ].
          <article-title>A probabilistic extension to ontology language owl</article-title>
          ,
          <source>Proceedings of the 37th Annual Hawaii International Conference on System Sciences (HICSS'04).</source>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          <string-name>
            <surname>Hart</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          [
          <year>1975</year>
          ].
          <article-title>Progress on a computer-based consultant</article-title>
          ,
          <source>Proceedings of International Joint Conference on Artificial Intelligence</source>
          , pp.
          <fpage>831</fpage>
          -
          <lpage>841</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          <string-name>
            <surname>McGuinness</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <article-title>and</article-title>
          <string-name>
            <surname>van Harmelen</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          [
          <year>2004</year>
          ].
          <article-title>Owl web ontology language overview</article-title>
          ,
          <source>W3C Recommendation 10 February</source>
          <year>2004</year>
          ,
          <fpage>W3C</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          <string-name>
            <surname>Pool</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fung</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cannon</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Aikin</surname>
          </string-name>
          , J. [
          <year>2005</year>
          ].
          <article-title>Is it worth a hoot? qualms about owl for uncertainty reasoning</article-title>
          ,
          <source>Proceedings of the ISWC Workshop on Uncertainty Reasoning for the Semantic Web.</source>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          <string-name>
            <surname>Poole</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Smyth</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          [2005].
          <article-title>Type uncertainty in ontologically-grounded qualitative probabilistic matching, Eighth European Conference on Symbolic and Quantitative Approaches to Reasoning with Uncertainty (ECSQARU-</article-title>
          <year>2005</year>
          ), pp.
          <fpage>763</fpage>
          -
          <lpage>774</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          <string-name>
            <surname>Smyth</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          and
          <string-name>
            <surname>Poole</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          [
          <year>2004</year>
          ].
          <article-title>Qualitative probabilistic matching with hierarchical descriptions</article-title>
          ,
          <source>Proceedings of Ninth International Conference on the Principles of Knowledge Representation and Reasoning</source>
          (KR-2004).
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          <string-name>
            <surname>Zhang</surname>
          </string-name>
          , N. and
          <string-name>
            <surname>Poole</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          [
          <year>1994</year>
          ].
          <article-title>A simple approach to Bayesian network computation</article-title>
          ,
          <source>Proc. of the 10th Candian Conference on Artificial Intelligence</source>
          , pp.
          <fpage>171</fpage>
          -
          <lpage>178</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>