<!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 Pattern for Modeling Causal Relations Between Events?</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Cogan Shimizu</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Rui Zhu</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Gengchen Mai</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Mark Schildhauer</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Krzysztof Janowicz</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Pascal Hitzler</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Center for Spatial Studies, University of California</institution>
          ,
          <addr-line>Santa Barbara</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Data Semantics Laboratory, Kansas State University</institution>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>National Center for Ecological Analysis &amp; Synthesis</institution>
          ,
          <addr-line>Santa Barbara</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Space and time are useful nexuses for integrating data. For instance, events a ect the places in which they occur and the people that participate in them. By capturing the e ects that they may have on a place, coupled with authoritative sources on possible causality between types of events, we can model causal relations between events. In this paper we present an ontology design pattern for modeling the causal relations between events, discuss the primary conceptual components, how they may be instantiated, and present overarching examples related to the domain of disaster risk management.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Space and time are frequently useful nexuses for integrating data. For example,
using common spatial or topological calculi (e.g., such as RCC5, RCC8, or
DE9IM) one can describe how spatial entities (e.g., events or records of events)
interrelate. However, there are fewer resources for modeling how events may (or
did) interact causally. That is, via time and space, in such a way that they
a ect or cause each other to occur. We note that this is distinct from di erent
conceptualizations of an event, such as the ontology design pattern for a recurring
event series [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. We emphasize the importance of causation. Certain notions, such
as seasonality, is not the same as causation. To this end, we have developed an
ontology design pattern that provides a framework for modeling spatiotemporal
data, in particular events, and capturing the nature of relationships between
them, emphasizing causality, as declared by some a priori notion of causation,
such as the IRDR's (Integrated Research on Disaster Risk) taxonomy [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. More
speci cally, this pattern addresses a scenario that is concerned with three key
questions.
      </p>
      <p>{ How are events connected to each other?
{ Who asserts that they are connected?
{ How do these events a ect the places at which they occur?
? Copyright © 2021 for this paper by its authors. Use permitted under Creative</p>
      <p>Commons License Attribution 4.0 International (CC BY 4.0).
Answering these questions is valuable for understanding both the nature of
events, but also for understanding places. More concretely, it may allow us to
examine the causes (and subsequently consequences) of sociodemographic or
geographic triggers in an area. This is valuable in its own right, but also in particular
valuable to the domain of disaster risk management, whereby understanding the
causal relations between events can result in saved lives. We brie y consider, at
a top level, two scenarios within the domain of disaster risk management.
{ Identifying possible locations of future subsidence
{ Predicting resurgence of endemic disease
We brie y expand on these use-case scenarios in the next section. In Section 3 we
discuss the details of this ontology design pattern and in Section 4 we conclude.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Use-case Scenarios</title>
      <p>The following use-case scenarios are motivated by the KnowWhereGraph project4
and its partners within the domain of disaster risk management.
KnowWhereGraph aims at providing a densely interlinked knowledge graph for
environmental intelligence applications for enriching the data of decision-makers and data
scientists with pre-integrated data custom-tailored to their spatial area of
interest, thereby reducing the time needed to address an emerging crisis or to gain
situational awareness.</p>
      <p>We have identi ed two such use-cases that demonstrate the usefulness of our
pattern. In the following, we have included a selection of competency questions
that were used to guide the development of this pattern.
2.1</p>
      <sec id="sec-2-1">
        <title>Wild re Scenario</title>
        <p>
          In this scenario, we are interested in the consequences of a wild re that lead
to the pre-conditions of other natural hazards. In particular, we may start with
the trigger event of the wild re. According to the IRDR Programme's \Peril
Classi cation and Hazard Taxonomy" this may be a lightning strike or a human
action [
          <xref ref-type="bibr" rid="ref7">7</xref>
          ]. The resultant wild re can drastically and problematically induce soil
erosion (e.g., by removing the ora and root systems that hold soil together)
[
          <xref ref-type="bibr" rid="ref8">8</xref>
          ]. Subsequently, a storm with heavy rainfall can cause a landslide, which in
turn can degrade soil, damage infrastructure, and so on. Modeling this chain
of events in such a way that goes beyond temporal ordering can help decision
makers detect locations where possible landslides or other forms of subsidence
are likely to occur based on which events have occurred in certain places.
2.2
        </p>
      </sec>
      <sec id="sec-2-2">
        <title>Hurricane Scenario</title>
        <p>Hurricanes are seasonally recurring events that often lead to disasters with strong
primary and secondary humanitarian relief implications|from emergency
medical considerations due to injuries and exposure from the storm event itself, to
4 See https://knowwheregraph.org/.
secondary and tertiary implications arising from disruption of food and water
supply systems, and elevation in the incidence of speci c diseases, such as cholera
and dysentery. Regional variation in these factors also exist due to di erences
in robustness of their infrastructures, endemism of certain diseases, and so on.
Representing associations among these factors based on past events can be used
to forecast region-speci c disaster relief needs, as well as better understand the
e cacy of certain disaster relief actions.
2.3</p>
      </sec>
      <sec id="sec-2-3">
        <title>Selected Competency Questions</title>
        <p>We have included competency questions (CQ) that pertain to the use case
described above and CQs that may be used with other event and more general use
cases.</p>
        <p>CQ 1. Given a re x, which regions will be e ected by smoke exposure, given
current wind direction projections?
CQ 2. How were the 2019 Southern California res a ecting the tourism
industry?
CQ 3. Was the Cholera outbreak in Mozambique contributing to the food
shortage in year x ?
CQ 4. What are the causalities of the wild re?
CQ 5. What factors can you nd in a speci c region that would help explain
e.g. the stroke belt. Which contaminants of farms may be related from
the health literature to strokes?
CQ 6. What farmlands or vegetation covers have been mostly a ected in
the re?
CQ 7. What were the reasons for the landslide east of Santa Barbara in</p>
        <p>April 2017?
CQ 8. What were wild res a ecting the Ventura area in the 2010s?
CQ 9. Where are areas of increased heat exceedence and pollution, where
migration is not driven by urbanization?
CQ 10. Where are the places where heat is rising and (human) migration is
occurring where there are no indicators of urbanization?
CQ 11. Which farm has experienced disease?
CQ 12. Which region a ected by a transmissible disease is a ected by a
hurricane?
CQ 13. Which region a ected by the current hurricane just su ers from
another natural disaster?
CQ 14. Which regions a ected by wild res are expected to experience heavy
rain?
3</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>The Causal Event Pattern</title>
      <sec id="sec-3-1">
        <title>Overview</title>
        <p>The Causal Event pattern has four main components: Event(Abstract), Event
(Concrete), Provenance, and Place. That is not to say that the others are
unimportant, but that these are the key conceptual components. We note that a
b e F
ox tx ig
i re .
n n 1
d a .
ic l T
a d h
te ep e
s e s
a n c
teh seg lca
s w ss
c e
eh it s</p>
        <p>h ;
m</p>
        <p>b
a l lu
d le e
i d d
a
g a a
ra rr sh
m o e</p>
        <p>w d
.</p>
        <p>s b
a o
r x
e e
o s
b a</p>
        <p>r
je e
c a
t</p>
        <p>l
rp so
o c
p l</p>
        <p>a
e s
r s
t e
i
e s
s ,
. b
T u
h t
e a
l c
a k
r n
g o
e w
G le
notion of time is also an incredibly important but that we do not commit to any
speci c conceptualization thereof. Furthermore, the distinction between the two
di erent types of events (read: algorithm vs. execution thereof) is central. This
allows us to make top-level statements about the type of an event, such as the
environmental characteristics necessary for it to occur and the consequences that
follow. Provenance is also important as it drives the trust of the overall
knowledge graph { whose reputation is at stake for making these claims? Finally, the
notion of Place is important for grounding these events in space (and time) in a
human meaningful way.</p>
        <p>The rest of the concepts play a supporting role: StateOfA airs,
Observation, and ObservationTypes allow us to record the empirical data that indicates
the presence of an event, or model the conditions in a location according as
they set-up, or have been impacted by, events. The PossiblyCausesRelation and
ResultsInRelations are rei cations of simpler properties that allow us to more
appropriately, and directly, capture provenance.</p>
        <p>
          A schema diagram for this pattern is shown in Figure 1 and an example of it
in a naive population is shown in Figure 2. For each concept in the pattern, we
provide the formalization as well as further discussion regarding its role in the
pattern and how it may be used and instantiated.5 Formalization was conducted
according to the \Systematic Axiomatization" Step in the Modular Ontology
Modeling paradigm, utilizing the axiom patterns (and labels) as found in [
          <xref ref-type="bibr" rid="ref3">3</xref>
          ].
        </p>
        <p>Each axiom appears only once in this section and appears in the section
corresponding to the \source" of the arrow representing the relation. Throughout,
we use initialisms for formatting purposes (e.g., STE in place of
SpatiotemporalExtent, RIR in place of ResultsInRelation, and PCR in place of
PossiblyCauses</p>
        <sec id="sec-3-1-1">
          <title>Relation).</title>
          <p>
            The OWL le can be found online 6 and is annotated with extended OPLa
[
            <xref ref-type="bibr" rid="ref5 ref6">6,5</xref>
            ]. This pattern has already been integrated into the internal MODL for
CoModIDE [
            <xref ref-type="bibr" rid="ref11">11</xref>
            ]. Scoped Domain and Scoped Range axioms restrict the domains
and ranges based on llers; this is a strict axiom that intends to limit the overall
impact of the axiom on the rest of the ontology.
          </p>
          <p>
            Finally, we note that the names for the classes and properties can be
contentious. However, this pattern is meant to be used as a template (i.e., turned
into a module through template-based instantiation [
            <xref ref-type="bibr" rid="ref4">4</xref>
            ]); in template-based
instantiation, the structure of the pattern is re-used, where the names provide
guidance for the initial conceptualization in an ontology engineering work ow.
Thus, the names generally change in this process and are no longer a concern.
          </p>
        </sec>
      </sec>
      <sec id="sec-3-2">
        <title>SpatiotemporalExtent</title>
        <p>
          STE v 8overlapsWith.STE
5 By this we mean template-based instantiation which is the method by which a pattern
is adapted to a use-case [
          <xref ref-type="bibr" rid="ref4">4</xref>
          ], particularly in the MOMo setting [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ].
6 See https://github.com/KnowWhereGraph/causal-events-pattern.
9overlapsWith.STE v STE
SpatiotemporalExtent is left unmodeled in this pattern and is instead left as a
\hook" for potentially more complex modeling depending on speci c needs. In
the past we have instantiated this concept as a pair of data properties connecting
latitude and longitude (and ignoring the temporal component). Alternatively, we
have utilized concepts from the commonly accepted standards from the Open
Geospatial Consortium and W3C GeoSPARQL [
          <xref ref-type="bibr" rid="ref9">9</xref>
          ] and owl:Time [
          <xref ref-type="bibr" rid="ref14">14</xref>
          ],
respectively.
        </p>
      </sec>
      <sec id="sec-3-3">
        <title>Place</title>
        <p>Place v 8hasSTE.STE
9hasSTE.Place v STE
Place refers to a conceptual location that goes beyond mere coordinates. These
might be very well de ned, such as the boundaries of a voting district, or vague
regions, such as \Southern California." In the case of the latter, the ontology
engineer may opt to remove the hasSTE property and perhaps utilize a locatedIn
property that points back at Place. One way of instantiating this node would be
through a gazetteer.</p>
      </sec>
      <sec id="sec-3-4">
        <title>Event(Concrete)</title>
        <sec id="sec-3-4-1">
          <title>Here, we use Event(C) in place of Event(Concrete).</title>
          <p>9hasSTE.Event(C) v STE
Event(C) v 8hasSTE.STE
Event(C) v 9hasSTE.Event(C)
Event(C) v</p>
        </sec>
        <sec id="sec-3-4-2">
          <title>1hasSTE.Event(C)</title>
          <p>Event(C) v 8a ects.Place
9a ects.Event(C) v Place
9ofType.Event(C) v Event(Abstract)</p>
          <p>Event(C) v 8hasRIR.RIR
9hasRIR.Event(C) v RIR</p>
          <p>Event(C) v 8ofType.Event(Abstract)
Event(Concrete) is an event that occurs in space and time. This concept is
complementary, and disjoint with, the Event(Abstract) class. Essentially, the
difference is that the Event(Abstract) is the prototypical or archetypal notion of a
type of event. For example, a Hurricane (the scienti c topic) can cause ooding
after landfall. This is not about any speci c hurricane, but hurricanes in
general. Hurricane Katrina, for example, did cause ooding and we can leverage this
(2)
(3)
(4)
(5)
(6)
(7)
(8)
(9)
(10)
(11)
(12)
(13)
(14)
connection between abstract and concrete for a high delity model. Nearly any
ontology for events can be used here.</p>
          <p>We note, in Axioms 7 and 8, that an event must occur in space and time;
that is, it has a spatiotemporal extent.</p>
        </sec>
      </sec>
      <sec id="sec-3-5">
        <title>Event(Abstract)</title>
        <p>Event(Abstract) v 8hasPCR.PCR
9hasPCR.Event(Abstract) v PCR
9resultsIn.Event(Abstract) v RIR</p>
        <p>PCR v 8resultsIn.Event(Abstract) (Scoped Range) (17)
(Scoped Range) (15)
Event(Abstract) is the abstract notion of an event. For instance, an expert may
study hurricanes or wild res.
(16)
(18)
(19)
(21)
(23)</p>
      </sec>
      <sec id="sec-3-6">
        <title>StateOfA airs</title>
        <p>Here, we use Obs in place of Observation.</p>
        <p>StateOfA airs v 8pertainsTo.STE
9pertainsTo.StateOfA airs v STE
9indicates.StateOfA airs v Event(C)</p>
        <p>
          StateOfA airs v 8indicates.Event(C)
StateOfA airs is a collection of conceptually linked observations. A
straightforward choice for instantiating this node may be the ObservationCollection from the
extended SOSA/SSN ontology [
          <xref ref-type="bibr" rid="ref2">2</xref>
          ]. In SOSA/SSN members of such collections
all share at least one attribute, such as the time they occur, or their feature of
interest. In this case, the constituent observations would share a temporal entity
that is strictly after an Event.
        </p>
      </sec>
      <sec id="sec-3-7">
        <title>ResultsInRelation</title>
        <sec id="sec-3-7-1">
          <title>Here, we use accordingTW in place of accordingToWhom.</title>
          <p>RIR v 9hasRIR .RIR</p>
          <p>RIR v 8resultsIn.StateOfA airs
9resultsIn.RIR v StateOfA airs</p>
          <p>RIR v 9resultsIn.RIR
(Existential)
(25)
(26)
(27)</p>
          <p>RIR v 8accordingTW.Provenance
9accordingTW.RIR v Provenance
ResultsInRelation is a rei cation of the resultsIn property. This is used to attach
provenance. We note in Axiom 26 that the inverse ller of hasResultsInRelation
must exist and must be a ResultsInRelation.
(29)
(30)
(31)
(32)
(33)
(34)
(35)
(36)</p>
        </sec>
      </sec>
      <sec id="sec-3-8">
        <title>Provenance</title>
      </sec>
      <sec id="sec-3-9">
        <title>Observation</title>
        <p>
          Provenance is left unmodeled and is instead left as a \hook" for potentially more
complex modeling depending on speci c needs. Generally, we suggest to utilize
the EntityWithProvenance pattern included in MODL [
          <xref ref-type="bibr" rid="ref13">13</xref>
          ], which itself is based
on the PROV Ontology [
          <xref ref-type="bibr" rid="ref10">10</xref>
          ].
        </p>
        <p>Here, we use accordingTW in place of accordingToWhom, Obs in place of
Observation, and hasOT in place of hasObservationType.</p>
        <p>Obs v 8accordingTW.Provenance
9accordingTW.Obs v Provenance</p>
        <p>Obs v 8hasSTE.STE
9hasSTE.Obs v STE</p>
        <p>Obs v 8hasOT.ObservationType
9hasOT.Obs v ObservationType
Observation is some records of fact about a place in space and time. In the
same manner as StateOfA airs, the straightforward instantiation is also from
SOSA/SSN with the eponymous sosa:Observation.</p>
      </sec>
      <sec id="sec-3-10">
        <title>ObservationType</title>
        <p>ObsType v 8pertainsTo.Event(Abstract)
9pertainsTo.ObsType v Event(Abstract)
(Scoped Range)
ObservationType determines the aspect of reality that the Observation is
recording. This is an explicit typing mechanism, but can also be instantiated instead
as an ObservableProperty from SOSA/SSN.</p>
      </sec>
      <sec id="sec-3-11">
        <title>PossiblyCausesRelation</title>
        <p>PCR v 8resultsIn.Event(Abstract)
9resultsIn.PCR v Event(Abstract)
(39)
(40)</p>
        <p>PCR v 9resultsIn.PCR</p>
        <p>PCR v 8accordingTW.Provenance
9accordingTW.PCR v Provenance</p>
        <p>PCR v 9hasPCR .PCR
PossiblyCausesRelation is a rei cation of the possiblyCauses property, so that
provenance may be attached.
4</p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Conclusion</title>
      <p>Modeling the causal relationships between events is an important step in
understanding places. By understanding what has happened in a location and, to
some extent, why those events occurred, one can gain deep insight into the
nature of a particular place, and possibly, what events can be expected to occur.
As such, we have developed this pattern as a rst step in understanding the
nature of causation between complex events. To do this, we distinguish between
the abstract and concrete notions of events. For example, consider the di erence
between a popular pizza recipe and the actual pizza that is produced. A recipe,
when reasonably followed, produces some (hopefully) tight variation of the
expected output. We consider the notion of a \hurricane" to be similarly useful.
Thus by understanding the generalities of the abstract hurricane, we may
reason more correctly about instances of a hurricane, such as \Hurricane Katrina."
The pattern currently assumes that the ontology engineer has a priori
knowledge of causal relations, such as using taxonomies from IRDR Programme or
the United Nations. However, one could consider that the PossiblyCausesRelation
to be generated by some KG mining algorithm detecting spatiotemporal
overlap and indicating possible causation. Additionally, we have demonstrated two
use-case scenarios, particularly within the domain of disaster risk management,
where modeling such notions will have a high impact. Additionally, we provided
a basic graphical example that easily maps to triple output.</p>
      <p>Future work entails expanding the Event(Abstract) module for more
sophisticated modeling, as well as including shortcuts to simplify the population of the
pattern.</p>
      <p>Acknowledgements. The authors acknowledge support by the National
Science Foundation under Grant 2033521 A1: KnowWhereGraph: Enriching and
Linking Cross-Domain Knowledge Graphs using Spatially-Explicit AI
Technologies. Any opinions, ndings, and conclusions or recommendations expressed in
this material are those of the authors and do not necessarily re ect the views of
the National Science Foundation.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Carriero</surname>
            ,
            <given-names>V.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gangemi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nuzzolese</surname>
            ,
            <given-names>A.G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Presutti</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          :
          <article-title>An ontology design pattern for representing recurrent situations</article-title>
          .
          <source>CoRR abs/2101</source>
          .00286 (
          <year>2021</year>
          ), https://arxiv.org/abs/2101.00286
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Compton</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Barnaghi</surname>
            ,
            <given-names>P.M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Bermudez</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Garcia-Castro</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Corcho</surname>
            ,
            <given-names>O.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Cox</surname>
            ,
            <given-names>S.J.D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Graybeal</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hauswirth</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Henson</surname>
            ,
            <given-names>C.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Herzog</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Huang</surname>
            ,
            <given-names>V.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Janowicz</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kelsey</surname>
            ,
            <given-names>W.D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Phuoc</surname>
            ,
            <given-names>D.L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lefort</surname>
            ,
            <given-names>L.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Leggieri</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Neuhaus</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Nikolov</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Page</surname>
            ,
            <given-names>K.R.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Passant</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sheth</surname>
            ,
            <given-names>A.P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Taylor</surname>
          </string-name>
          , K.:
          <article-title>The SSN ontology of the W3C semantic sensor network incubator group</article-title>
          .
          <source>J. Web Semant</source>
          .
          <volume>17</volume>
          ,
          <issue>25</issue>
          {
          <fpage>32</fpage>
          (
          <year>2012</year>
          ). https://doi.org/10.1016/j.websem.
          <year>2012</year>
          .
          <volume>05</volume>
          .003, https://doi.org/10. 1016/j.websem.
          <year>2012</year>
          .
          <volume>05</volume>
          .003
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Eberhart</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shimizu</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Chowdhury</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sarker</surname>
            ,
            <given-names>M.K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hitzler</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Expressibility of OWL axioms with patterns</article-title>
          . In: Verborgh,
          <string-name>
            <given-names>R.</given-names>
            ,
            <surname>Hose</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Paulheim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            ,
            <surname>Champin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Maleshkova</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Corcho</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            ,
            <surname>Ristoski</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Alam</surname>
          </string-name>
          , M. (eds.)
          <source>The Semantic Web - 18th International Conference, ESWC</source>
          <year>2021</year>
          ,
          <string-name>
            <given-names>Virtual</given-names>
            <surname>Event</surname>
          </string-name>
          , June 6-10,
          <year>2021</year>
          ,
          <source>Proceedings. Lecture Notes in Computer Science</source>
          , vol.
          <volume>12731</volume>
          , pp.
          <volume>230</volume>
          {
          <fpage>245</fpage>
          . Springer (
          <year>2021</year>
          ). https://doi.org/10.1007/978-3-
          <fpage>030</fpage>
          -77385-4 14, https: //doi.org/10.1007/978-3-
          <fpage>030</fpage>
          -77385-4_
          <fpage>14</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Hammar</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Presutti</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          :
          <article-title>Template-based content ODP instantiation</article-title>
          . In: Hammar,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Hitzler</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Krisnadhi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Lawrynowicz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Nuzzolese</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.G.</given-names>
            ,
            <surname>Solanki</surname>
          </string-name>
          , M. (eds.)
          <article-title>Advances in Ontology Design and Patterns [revised and extended versions of the papers presented at the 7th edition of the Workshop on Ontology and Semantic Web Patterns</article-title>
          ,
          <source>WOP@ISWC</source>
          <year>2016</year>
          , Kobe, Japan, 18th
          <year>October 2016</year>
          ].
          <article-title>Studies on the Semantic Web</article-title>
          , vol.
          <volume>32</volume>
          , pp.
          <volume>1</volume>
          {
          <fpage>13</fpage>
          . IOS Press (
          <year>2016</year>
          ). https://doi.org/10.3233/978- 1-
          <fpage>61499</fpage>
          -826-6-1, https://doi.org/10.3233/978-1-
          <fpage>61499</fpage>
          -826-6-1
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Hirt</surname>
            ,
            <given-names>Q.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Shimizu</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hitzler</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Extensions to the ontology design pattern representation language</article-title>
          . In: Janowicz,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Krisnadhi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.A.</given-names>
            ,
            <surname>Poveda-Villalon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Hammar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Shimizu</surname>
          </string-name>
          , C. (eds.)
          <source>Proceedings of the 10th Workshop on Ontology Design and Patterns (WOP</source>
          <year>2019</year>
          )
          <article-title>co-located with 18th International Semantic Web Conference (ISWC</article-title>
          <year>2019</year>
          ), Auckland, New Zealand,
          <source>October</source>
          <volume>27</volume>
          ,
          <year>2019</year>
          .
          <source>CEUR Workshop Proceedings</source>
          , vol.
          <volume>2459</volume>
          , pp.
          <volume>76</volume>
          {
          <fpage>75</fpage>
          .
          <string-name>
            <surname>CEUR-WS.org</surname>
          </string-name>
          (
          <year>2019</year>
          ), http://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>2459</volume>
          /short2.pdf
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Hitzler</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Gangemi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Janowicz</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Krisnadhi</surname>
            ,
            <given-names>A.A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Presutti</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          :
          <article-title>Towards a simple but useful ontology design pattern representation language</article-title>
          . In: Blomqvist,
          <string-name>
            <given-names>E.</given-names>
            ,
            <surname>Corcho</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            ,
            <surname>Horridge</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Carral</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            ,
            <surname>Hoekstra</surname>
          </string-name>
          ,
          <string-name>
            <surname>R</surname>
          </string-name>
          . (eds.)
          <source>Proceedings of the 8th Workshop on Ontology Design and Patterns (WOP</source>
          <year>2017</year>
          )
          <article-title>co-located with the 16th International Semantic Web Conference (ISWC</article-title>
          <year>2017</year>
          ), Vienna, Austria, October
          <volume>21</volume>
          ,
          <year>2017</year>
          .
          <source>CEUR Workshop Proceedings</source>
          , vol.
          <year>2043</year>
          .
          <article-title>CEUR-WS.org (</article-title>
          <year>2017</year>
          ), http://ceur-ws.
          <source>org/</source>
          Vol-2043/paper-09.pdf
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <article-title>Irdr peril classi cation and hazard glossary</article-title>
          , https://www.irdrinternational. org/knowledge_pool/publications/173
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Neary</surname>
            ,
            <given-names>D.G.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Leonard</surname>
            ,
            <given-names>J.M.:</given-names>
          </string-name>
          <article-title>E ects of re on grassland soils and water: A review</article-title>
          . In: Kindomihou, V.M. (ed.)
          <article-title>Grasses and Grassland Aspects, chap. 3</article-title>
          . IntechOpen,
          <string-name>
            <surname>Rijeka</surname>
          </string-name>
          (
          <year>2020</year>
          ). https://doi.org/10.5772/intechopen.90747, https://doi. org/10.5772/intechopen.90747
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Geosparql</surname>
          </string-name>
          <article-title>- a geographic query language for rdf data</article-title>
          , https://www.ogc.org/ standards/geosparql
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Sahoo</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>McGuinness</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Lebo</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>PROV-o: The PROV ontology</article-title>
          .
          <source>W3C recommendation</source>
          ,
          <source>W3C (Apr</source>
          <year>2013</year>
          ), http://www.w3.org/TR/2013/REC-prov-o20130430/
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Shimizu</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hammar</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hitzler</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Modular graphical ontology engineering evaluated</article-title>
          . In: Harth,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Kirrane</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            ,
            <surname>Ngomo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.N.</given-names>
            ,
            <surname>Paulheim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            ,
            <surname>Rula</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Gentile</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.L.</given-names>
            ,
            <surname>Haase</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Cochez</surname>
          </string-name>
          , M. (eds.)
          <source>The Semantic Web - 17th International Conference, ESWC</source>
          <year>2020</year>
          , Heraklion, Crete, Greece, May 31-June 4,
          <year>2020</year>
          ,
          <source>Proceedings. Lecture Notes in Computer Science</source>
          , vol.
          <volume>12123</volume>
          , pp.
          <volume>20</volume>
          {
          <fpage>35</fpage>
          . Springer (
          <year>2020</year>
          ). https://doi.org/10.1007/978-3-
          <fpage>030</fpage>
          -49461-2 2, https://doi.org/10.1007/ 978-3-
          <fpage>030</fpage>
          -49461-
          <issue>2</issue>
          _
          <fpage>2</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Shimizu</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hammar</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hitzler</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Modular ontology modeling</article-title>
          .
          <source>Tech. rep.</source>
          , Kansas State University (
          <year>2021</year>
          ), https://daselab.cs.ksu.edu/publications/ modular-ontology-modeling, under Review.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Shimizu</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hirt</surname>
            ,
            <given-names>Q.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Hitzler</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          : MODL:
          <article-title>A modular ontology design library</article-title>
          . In: Janowicz,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Krisnadhi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.A.</given-names>
            ,
            <surname>Poveda-Villalon</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            ,
            <surname>Hammar</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            ,
            <surname>Shimizu</surname>
          </string-name>
          , C. (eds.)
          <source>Proceedings of the 10th Workshop on Ontology Design and Patterns (WOP</source>
          <year>2019</year>
          )
          <article-title>co-located with 18th International Semantic Web Conference (ISWC</article-title>
          <year>2019</year>
          ), Auckland, New Zealand,
          <source>October</source>
          <volume>27</volume>
          ,
          <year>2019</year>
          .
          <source>CEUR Workshop Proceedings</source>
          , vol.
          <volume>2459</volume>
          , pp.
          <volume>47</volume>
          {
          <fpage>58</fpage>
          .
          <string-name>
            <surname>CEUR-WS.org</surname>
          </string-name>
          (
          <year>2019</year>
          ), http://ceur-ws.
          <source>org/</source>
          Vol-
          <volume>2459</volume>
          / paper4.pdf
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>14. Time ontology in owl, https://www.w3.org/TR/owl-time/</mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>