<!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>Linking BIM and GIS Standard Ontologies with Linked Data</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Elio Hbeich</string-name>
          <email>elio.hbeich@cstb.fr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ana Roxin</string-name>
          <email>ana-maria.roxin@ubfc.fr</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Information System and Applications Division</institution>
          ,
          <addr-line>CSTB, Sophia Antipolis 06560</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Université de Bourgogne Franche-Comté (UBFC) - LIB EA7534</institution>
          ,
          <addr-line>Dijon 21000</addr-line>
          ,
          <country country="FR">France</country>
        </aff>
      </contrib-group>
      <fpage>146</fpage>
      <lpage>159</lpage>
      <abstract>
        <p>Following the analysis of existing BIM and GIS standards, formats, differences in the interpretations of the underlying concepts have been identified. Still, in each of the two considered domains several ontologies have been defined for these terms without seeking an alignment among their definitions. With this scope in mind, this article presents several mappings expressed by means of explicit semantic links between GIS concepts (as present in the related ontologies for the ISO 191XX standard family) and BIM concepts (as represented in the IFC standard ISO 16739:2018). Such semantic mappings are defined in order to ensure a knowledge continuum between both domains, thus enabling seamless reasoning in application contexts spanning over them e.g. urban contexts.</p>
      </abstract>
      <kwd-group>
        <kwd>BIM</kwd>
        <kwd>GIS</kwd>
        <kwd>Semantic Web Technologies</kwd>
        <kwd>Ontologies</kwd>
        <kwd>ISO standards</kwd>
        <kwd>Linked Data</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>
        Building Information Modeling (BIM) and Geographical Information Systems
(GIS) both address modelling of environments: traditionally GIS focus on natural
environment, whereas BIM targets built environments. Developed until now
independently, both domains are addressed by different standards. Following " Building
information models — Information delivery manual — Part 1: Methodology and
format"
        <xref ref-type="bibr" rid="ref15 ref16">(ISO 29481-1: 2016)</xref>
        [16], BIM is defined as a shared digital representation of
physical and functional characteristics of any built object (including buildings,
bridges, roads, etc.) which forms a reliable basis for decisions . According to "Geo
graphic information — Reference model — Part 1: Fundamentals"
        <xref ref-type="bibr" rid="ref10 ref11 ref18 ref24 ref25 ref9">(ISO
191011:2014)</xref>
        [10], GIS is an "information system dealing with information concerning
phenomena associated with location relative to the Earth". Being initially conceived with
different purposes, BIM and GIS differ in granularity: while BIM handles building
information with a high degree resolution, GIS handles data about natural environments
along with man-made structures with a lower level of detail. Today these frontiers
seem to vanish as decision-support systems for urban environments, public sector or
even disaster management need to combine their features and advantages to improve
quality of service. For example, to help new students arrive to their classes quickly
and efficiently we need to connect outdoor navigation (supported by GIS) and build
ing (university) indoor navigation (supported by BIM). To guarantee information
continuity that can place buildings in urban context by adding its characters, analytic
capability and impact in urban environment we need to ensure seamless data
interpretation between both domains. Such data interpretation is ensured by transforming data
into knowledge by means of Semantic Web approaches e.g. ontologies. Being an
explicit and formal conceptualization, an ontology has the benefit of ensuring
computerreasoning, thus interpreting data instances according to an ensemble of rules. Still,
ontologies on their own do not resolve the interoperability issue mentioned before e.g.
the need for seamless interpretation across both domains. Following the Linked Data
principles [1], vocabulary links must be defined among terms specified in different
ontologies. While several ontologies have been defined in both domains, they have all
been specified independently from each other and nor so many links and mappings
have been defined among them. In the context of this article, we are solely aiming at
standard ontologies in BIM and GIS domains, which are the ifcOWL ontology for
IFC [22] and the ontologies defined by ISO/TC 211 for the ISO 19100 standard
family (https://github.com/ISO-TC211/ontologies). Following a summary of technologies
and standards encompassed by BIM and GIS domains, we present existing BIM and
GIS ontologies (sections 2 and 3) along with previous mapping approaches among
these ontologies (section 4). Section 5 presents the links we identified for these
ontologies: concepts and properties. Section 6 discusses those links and concludes the
article.
2
2.1
      </p>
    </sec>
    <sec id="sec-2">
      <title>BIM and existing standard ontologies</title>
      <sec id="sec-2-1">
        <title>Building Information Modeling (BIM)</title>
        <p>
          BIM is the process of generating, storing, managing, exchanging, and sharing
building information [8] in an open format, namely IFC. BIM focuses on the creation of
virtual 3D models that can be explored and modified by all the stakeholders involved
in a construction project. At the level of the ISO, it is the Technical Committee ISO/
TC 59/SC 13 "Organization and Digitization of information about buildings and civil
engineering works, including building information modelling (BIM)" that is in charge
of developing BIM-related standards. Three main ISO standards exist for BIM: (1)
Information Delivery Manual (IDM)
          <xref ref-type="bibr" rid="ref15 ref16">(ISO 29481-1:2016)</xref>
          [16], (2) Model View
Definition (MVD) (“Building information models — Information delivery manual — Part 3:
Model View Definition.”)
          <xref ref-type="bibr" rid="ref13 ref15 ref16">(ISO 29481-3:2010)</xref>
          [17], and (3) Industry Foundation
Classes (IFC) (“Industry Foundation Classes (IFC) for data sharing in the construction
and facility management industries”)
          <xref ref-type="bibr" rid="ref27">(ISO 16739:2018)</xref>
          [9]. A stakeholder specifies
in natural language his requirements in the form of an IDM. This is translated into an
MVD which represents a subset of the full IFC schema corresponding exactly to the
requirements specified by the stakeholder. The IFC standard both comes with a data
schema (defined in both EXPRESS and XML) and exchange file structures (clear text
encoding of the exchange structure according to ISO 10303-21 and XML). Thus, BIM
data is exchanged among stakeholders in the form of IFC files. For example, an
architect creates an architectural model exports it in IFC version and shares it with an
HVAC engineer. The HVAC engineer references the file and uses it for coordination
or energy analysis. However, the HVAC engineer cannot modify the content provided
by the architect (e.g. add a new wall): he/she needs to ask the architect to make these
changes. For augmenting the efficiency of IFC-based exchanges and workflows, an
MVD must be defined; e.g. definition of the specific IFC data schema subset pertain
ing to a given data exchange requirement for a specific software application. MVDs
allow checking that the IFC data exchanged is conform to the exact requirements of
the workflow considered. IFC data is structured into four different layers: (1) The
resource layer includes all individual schemas containing resource definitions, used in
BIM project (e.g. IfcAddress, IfcReference); (2) The core layer contains the most
general entity definitions as the kernel schema (e.g. IfcActor) and the core extension
schemas IfcProcessExtension (e.g. IfcEvent), IfcProductExtension (e.g. IfcBuilding),
IfcControlExtension (e.g. ifcPerformanceHistory); (3) The interoperability layer
includes definitions specific to a general product, process or resource as used across
several disciplines (e.g. IfcDoor, IfcRamp, etc.); (4) The domain layer includes
schemas containing entity definitions that are specializations of products, processes or
resources specific to a certain domain (e.g. IfcHvacDomain, etc.).
2.2
        </p>
      </sec>
      <sec id="sec-2-2">
        <title>Standard BIM Ontologies</title>
        <p>When considering standard BIM ontologies, only one ontology exists namely the
ifcOWL ontology. The process generating this ontology is described in [22]. The ap
proach of [22] implements a conversion pattern (algorithm) provided in Java and C++
to convert the considered EXPRESS schema (simple, defined, list aggregation, array
aggregation data types, etc.) into OWL (OWL class hierarchy, object properties, etc.).
The generated ifcOWL ontology is in OWL2 DL, matches the original EXPRESS
schema, and allows the conversion of IFC STEP files into equivalent RDF graphs.
Different ifcOWL versions have been generated for each version of the IFC standard
and are available online1. Several researches have tackled improving the standard
ifcOWL ontology. [7] proposes an ifcOWL ontology where EXPRESS collections (e.g.
LIST) are mapped as OWL properties, and IFC defined types are not directly
converted to OWL classes. [7] proposes an IfcWoD ontology that has a lower
expressivity (ALUIF(D) instead of SHIQ(D) for ifcOWL). IfcWoD comes with two main
advantages compared to the standard ifcOWL version: (1) EXPRESS collections are
mapped as OWL properties instead of RDF or OWL Lists, and (2) IFC defined types
aren't directly converted into classes. This allows having shorter and more efficient
SPARQL queries. [4] transforms the Construction Operations Building Information
Exchange (COBie) standard into the COBieOWL ontology (in OWL Lite with an
ALCHIF(D) expressivity) and apply Linked Data principles for linking it to
vocabularies such as FOAF. The COBieOWL ontology is also aligned to the ifcOWL ontology
by transforming the COBie MVD into SWRL rules [6]. Federation among the Ifc
1
https://github.com/buildingSMART/ifcOWL
WoD and the COBieOWL ontologies is implemented using the FOWLA framework
[5].
3
3.1</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>GIS and existing standard ontologies</title>
      <sec id="sec-3-1">
        <title>Geographic Information Systems</title>
        <p>
          As mentioned in the Introduction, GIS refers to "information systems dealing with
information concerning phenomena associated with location relative to the Earth"
[10]. ISO/TC 211 "Geographical Information" is the ISO technical committee in
charge of standardization in the field of digital geographic information. Its goal is to
"establish a structured set of standards for information concerning objects or
phenomena that are directly or indirectly associated with a location relative to the Earth" [18].
GIS represents the information system that allows handling such objects and
phenomena [10]. ISO/TC 211 has defined the different standards forming the ISO 19100
standard family. Conceptual modelling in the ISO 19100 series is based Model-driven
Architectures (MDA). Four levels are considered: (1) Metamodel level contains
“Geographic information — Rules for application schema.”
          <xref ref-type="bibr" rid="ref10 ref11 ref18 ref24 ref25 ref9">(ISO 19109:2015)</xref>
          [12], and
“Geographic information — Conceptual schema language”
          <xref ref-type="bibr" rid="ref10 ref11 ref18 ref24 ref25 ref9">(ISO19103:2015)</xref>
          [19], (2)
Conceptual (Abstract) Schemas level contains “Geographic information — Spatial
schema.”
          <xref ref-type="bibr" rid="ref10 ref11 ref18 ref24 ref25 ref9">(ISO 19107:2003)</xref>
          [11], “Geographic information — Referencing by
coordinates.”
          <xref ref-type="bibr" rid="ref12 ref14 ref26 ref28">(ISO 19111:2007)</xref>
          [13], etc., (3) Conceptual (Applications) Schemas level
contains “Geographic information — Data product specifications.”
          <xref ref-type="bibr" rid="ref12 ref13 ref14 ref27 ref28">(ISO 19131:2007)</xref>
          [15], “Geographic information — Imagery sensor models for geopositioning”
          <xref ref-type="bibr" rid="ref13 ref14 ref16 ref27 ref28">(ISO
19130:2010)</xref>
          [14], etc., and (4) Implementation schemas level contains the actual data
that is defined according to the standards present at the previous level.
3.2
        </p>
      </sec>
      <sec id="sec-3-2">
        <title>Standard GIS Ontologies</title>
        <p>ISO/TC 211 established a group for the maintenance of ontologies (GOM) respon
sible to create and publish ISO/TC 211 ontologies (https://github.com/ISO-TC211/
GOM). The table below lists the standards that have associated ontology representa
tions (as published on the TC211 website: https://def.isotc211.org/ontologies/). These
ontologies are also published on the ISO/TC211 GitHub repository:
https://github.com/ISO-TC211/ontologies. Elements in bold in the table below are the standards
concerned by the mappings defined in this paper.
The ISO reference model dealing with geographic information,
described from 4 viewpoints: semantic, syntactic, service, and
procedural. One of the goals of this reference model is to "ensure
interoperability" with other domains and to ease the integration of "integrate
geographic information with other types of information and
conISO
19103
ISO
19109</p>
        <p>ISO
standard</p>
        <p>versely".</p>
        <p>Conceptual It provides rules and guidelines for the use of a conceptual schema
schema lan- language within the context of geographic information. The
concepguage tual schema language used is the Unified Modeling Language (UML).</p>
        <p>The RulesForApplicationSchema imports UtilityClasses and
GeneralfeatureModel ontologies from ISO 19109:2015, along with the base
Rules for ontology from ISO 19150-2:2012.The GeneralFeatureModel ontology
application imports UtilityClasses ontology from ISO 19109:2015, NameTypes
schema ontology from ISO 19103:2015, MetadataEntitySetInformation
ontology from ISO 19115:2003 along with the base ontology from ISO
19150-2:2012.</p>
        <sec id="sec-3-2-1">
          <title>Conceptual (Abstract) Schemas level</title>
        </sec>
        <sec id="sec-3-2-2">
          <title>Name</title>
        </sec>
        <sec id="sec-3-2-3">
          <title>Description</title>
          <p>The SpatialSchema ontology imports Geometry and Topology
ontologies from ISO 19107:2003 along with the base ontology from ISO
19150-2:2012. The Topology ontology imports TopologicalComplex,
Spatial TopologicalPrimitive, and TopologyRoot ontologies from ISO
19107:2003 along with the base ontology from ISO 19150-2:2012.
schema</p>
          <p>The Geometry ontology imports CoordinateGeometry,
GeometricAggregates, GeometricComplex, GeometricPrimitive, GeometryRoot
ontologies from ISO 19107:2003 along with the base ontology from ISO
19150-2:2012
Temporal The TemporalSchema ontology imports TemporalObjects and
TemporalReferenceSystem ontologies from ISO 19108:2006 along with
schema</p>
          <p>the base ontology from ISO 19150-2:2012.</p>
          <p>Methodology The MethodologyForFeatureCataloguing ontology imports
FeatureCfor feature ataloguing and FeatureCatalogueRegister ontologies from ISO
cataloguing 19110:2016 along with the base ontology from ISO 19150-2:2012.
Referencing The ReferencingByCoordinates ontology imports CommonClasses,</p>
          <p>Coordinates, CoordinateReferenceSystems, CoordinateSystems,
by
coordinates Datums and CoordinateOperations ontologies from ISO 19111:2019
along with the base ontology from ISO 19150-2:2012.</p>
          <p>Spatial refer- It establishes a general model for spatial referencing using geographic
encing by ge- identifiers and defines the components of a spatial reference system. It
ographic only covers the definition and recording of the referencing feature,
identifier and does not consider the forms of the relationship.</p>
          <p>It defines the schema required for describing geographic information
and services. It provides information about the identification, the
exMetadata
tent, the quality, the spatial and temporal schema, spatial reference,
and distribution of digital geographic data.</p>
          <p>Schema for The Coverages ontology imports CoverageCore, DiscreteCoverages,
coverage ge- ThiessenPolygon, QuadrilateralGrid, HexagonalGrid, TIN, and
Segometry and mentedCurve ontology from ISO 19123:2005 along with the base
onfunctions tology from ISO 19150-2:2012.</p>
          <p>Core profile It defines a core profile of the spatial schema detailed in ISO 19107
of the spatial that specifies, following ISO 19106, a minimal set of geometric
eleschema ments necessary for the efficient creation of application schemata.
Schema for It defines a method to describe the geometry of a feature that moves as
moving fea- a rigid body, such as feature that moves along a planned route, or
motures tion influenced by physical forces.</p>
          <p>Schema of The standard provides ways to specify locations along linear elements
19148
ISO
19157</p>
          <p>ISO
standard</p>
          <p>ISO
19104
linear refer- such as transport network links or alignments. In essence, any object
encing where a location can be referenced using one measure.</p>
          <p>It establishes principles for reporting data quality, and also defines a
Data quality set of data quality measures for use in evaluating and reporting data
quality.</p>
        </sec>
        <sec id="sec-3-2-4">
          <title>Conceptual (Application) Schemas level</title>
        </sec>
        <sec id="sec-3-2-5">
          <title>Name</title>
        </sec>
        <sec id="sec-3-2-6">
          <title>Description</title>
          <p>Terminology</p>
          <p>The Terminology ontology imports TermRegister ontology from ISO
19104 along with the base ontology from ISO 19150-2:2012.</p>
        </sec>
        <sec id="sec-3-2-7">
          <title>Imagery</title>
          <p>sensor mod- The ImagerySensorModelsForGeopositioningPart1_Fundamentals
onels for tology imports SensorData ontology from ISO 19130-1:2018 along
geoposition- with the base ontology from ISO 19150-2:2012.</p>
          <p>ing</p>
          <p>The DataProductSpecification ontology imports DPS,
SpecificationAdditionalInformation, SpecificationContentAndStructure,
SpecificationDataCaputreInformation, SpecificationDataQualityRequirement,
SpecificationDeliveryInformation, SpecificationIdentification,
SpecificationMaintenanceInformation, SpecificationPortrayalInformation,
SpecificationReferenceSystem, and SpecificationScopes ontolgies
Data
product specifi- from ISO 19131:2007 along with the base ontology from ISO
191502:2012. The DPS ontotology imports
SpecificationPortrayalInformacations
tion, SpecificationScopes, SpecificationDataCaptureInformation,
SpecificationDeliveryInformation, SpecificationReferenceSystem,
SpecificationDataQualityRequirement, SpecificationIdentification,
SpecificationMaintenanceInformation, SpecificationContentAndStructure,
SpecificationAdditionalInformation ontolgies from ISO 19131:2007
along with the base ontology from ISO 19150-2:2012.</p>
        </sec>
        <sec id="sec-3-2-8">
          <title>Implementation Schemas level</title>
        </sec>
        <sec id="sec-3-2-9">
          <title>Name</title>
        </sec>
        <sec id="sec-3-2-10">
          <title>Description</title>
          <p>Positioning
services
Portrayal
Encoding
Services</p>
          <p>It specifies the data structure and content of an interface that permits
communication between position-providing device(s) and
position-using device(s) to interpret position information and determine whether
the resulting position information meets the requirements of the
intended use.</p>
          <p>It provides an abstract model for developers of portrayal systems so
that they can implement a system with the flexibility to portray
geographic data to a user community in a manner that makes sense to that
community.</p>
          <p>It specifies the requirements for encoding rules, encoding services and
XML-based encoding, for the interchange of data that conform to the
geographic information in the set of International Standards known as
the "ISO 19100 series".</p>
          <p>The Services ontology imports ServiceMetadata, and ServiceModel
ontologies from ISO 19119:2005 along with the base ontology from
ISO 19150-2:2012.</p>
          <p>Feature
con</p>
          <p>The FeatureConcepts ontology imports FeatureConceptDictionary,
cept dictio- and HierarchicalFeatureInformationRegister ontologies from ISO
naries and</p>
          <p>19126:2009 along with the base ontology from ISO 19150-2:2012.
registers
ISO
19128
ISO
19129
ISO
19132
ISO
19133
ISO
19134
ISO
19135
ISO
19136
Procedures It specifies procedures to be followed in establishing, maintaining and
publishing registers of unique, unambiguous and permanent
identififor item
registration ers, and meanings that are assigned to items of geographic
information.</p>
          <p>It is developed within the Open Geospatial Consortium (OGC). GML
is an XML schema for the description of application schemas as well
as the transport and storage of geographic information.</p>
          <p>Core profile It defines a core profile of the spatial schema detailed</p>
          <p>in ISO 19107 that specifies, following ISO 19106, a minimal set of
of the spatial
schema geometric elements necessary for the efficient creation of application
schemata.</p>
          <p>Metadata - It provides the XML implementation schema for ISO 19115
specifyXML schema</p>
          <p>ing the metadata record format and may be used to describe, validate,
implementa- and exchange geospatial metadata prepared in XML
tion</p>
          <p>It is divided into two parts Classification system structure, and Land
Cover Meta Language (LCML). The first part aims to develop future
Classification systems classification systems that offer more reliable collection methods. The
second part allows different land cover classification systems to be
described based on the physiognomic aspects.</p>
          <p>Registry of
representa- It specifies the process for establishing, maintaining and publishing
tions of geo- registers of representation of geographic point location in compliance
graphic point with ISO 19135.</p>
          <p>location</p>
          <p>Cross-do- It establishes a methodology for cross-mapping between vocabularies
main vocabu- used by geospatial communities. Its purpose is to provide rules for
enlaries suring consistency when implementing cross-mapping processes.
ISO
19150
ISO
19154
ISO
19156
ISO
19159
ISO
19160</p>
          <p>It defines rules and guidelines for the development of ontologies to
Ontology support geographic information over the Semantic Web. It defines the
conversion of the UML standards into OWL.
pUubbliiqcuaictocuesss fTohrims asttiaonnd.aIrtddceofinnseidserresqUuibreiqmueitnotussinPtuebrlmicsAofccsetasnsdtoargdeizoagtriaopnhoicf
siny-s- Reference tems and services supporting it.</p>
          <p>model
aOnbdsmemrevenaatstsiuornes-
((vFSOiooWlGulosCEwl)y0ianp7cg-ut0ibtv2hlii2etsyrhc1)eo,)dotahpOniedsGrsaPCttaaiornstntda2awnr–dditaShcradoOmsm:GppPClriain'rsstgeSs1Fe2—enapstoauOrrrtbeWsssaee(srObvdaGEetrinCoiavn0be7lsdec-mf0hr0eeo2mnmrta3p).reCalibration
and valida- It comprises 4 parts: Part 1 addresses optical sensors (published in
tion of re- 2014), Part 2 covers the domains of laser scanning e.g. LIDAR
(pubmote sensing lished in 2016), while Part 3 addresses SAR/InSAR (published in
imagery sen- 2018) and SONAR will be considered by Part 4 (to be published).
sors and data</p>
          <p>5 parts are considered for this standard, but only Part 1 Conceptual
Addressing model has been published so far. It defines an address model along
with definitions of concepts present in the model.
4</p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>Related Work</title>
      <p>
        Previous sections (2 and 3) introduced existing BIM and ISO/TC 211 ontologies.
However, there is no previous studies that tackled or created any links between them.
This section lists several approaches addressing semantic links among BIM and GIS
application. Semantic Web Technologies link BIM and GIS domains through
uni/bidirectional integration [21], [22] or unification e.g. ontology covering both domains
[3]. However, the presented approaches focus only on building models and treat spe
cific use cases. [2] worked on automatically generating CityGML LoD3 (City
Geographic Markup Language is an open standardized data model and exchange format
that stores digital 3D models of cities and landscapes. The extendible international
standard for spatial data exchange is issued by the OGC and the ISO/TC211) building
models from IFC using Semantic Web Technology by mapping different entities and
properties (e.g. IfcRoof equivalent to RoofSurface). [3] semantically integrated IFC
and CityGML by conceiving the UBM ontology (Unified Building Model). For this
authors defined semantic relationships between IFC and CityGML schemas through
transformation rules (e.g. IfcBuilding is equivalent to UBMBuilding and
UBMBuilding is equivalent to _AbstractBuilding). [20] introduces BIM to GIS (B2G) mapping
by applying perspective definition (B2G PD), element mapping (B2G EM) and LoD
mapping (B2G LM) mechanisms. Where B2G PD concerns data extracting depending
on the use case, B2G EM defines the object mapping mechanism in terms of BIM to
GIS transformation of model elements. B2G LM concerns LoD definition and
mapping from BIM to GIS model. [21] integrates BIM and GIS by applying the following
steps: (1) ontology construction, (2) semantic integration through Graph Matching for
Ontologies (GMO), and finally (3) query execution. In addition, IFC ontology is
linked to other building ontologies, for example [24] presents mapping results
between BOT (Building Topology Ontology) and other building ontologies such as IFC
(e.g. bot:Site owl:equivalentClass ifc:IfcSite), SAREF4BLDG (SAREF Ontology for
Building) (e.g. bot:Building owl:equivalentClass saref4bldg:Building), and BRICK
(e.g. bot:Building owl:equivalentClass brick:Building). Following our analysis, we
noticed the following limitations in existing approaches: (1) the mappings defined are
mainly among IFC and a GIS application schema (CityGML, IndoorGML, etc.) and
do not address GIS standard ontologies; (2) unification or integration approaches only
link two ontologies (e.g. CityGML and IFC) and cannot be applied to link all existing
BIM and GIS ontologies; (3) most mapping concentrate only on IfcProductExtension
and the IFC concepts in the interoperability layer. Thus in the next section we'll
examine and define several semantic links among concepts from ifcOWL and standard GIS
ontologies. Our mapping concerns IFC4.1 (IFC4_ADD1 Ontology) which is the
lasted IFC ontology published by buildingSMART and ISO/TC 211 ontologies
[2529]
        <xref ref-type="bibr" rid="ref10 ref11 ref12 ref13 ref14 ref18 ref24 ref25 ref26 ref27 ref28 ref9">(ISO 19109:2015, ISO 19107:2003, ISO 19111:2019, ISO 19130:2018, ISO
19131:2017 )</xref>
        published by GOM.
As stated before we are aiming to map BIM/GIS through the definition of semantic
links among standard ontologies namely those defined by ISO/TC 211 and IfcOWL
4.1. As described in [23], this contribution is part of a wider approach based on a
twoaxis federation e.g. vertical and horizontal federation. In our vision, horizontal
federation focuses on creating semantic links between concepts and properties among both
domains, while vertical federation specifies different abstractions of the same scope
or context. Due to the limited number of pages, in this article we are only presenting
mappings among a reduced number of ontologies from all those defined by ISO/
TC211. The links provided in the following paragraphs pertain to horizontal
federation and are intended to: (1) link the GIS metamodel e.g. the General Feature Model
(GFM) or ISO 19109:2015 and IFC concepts present in its core layer. (2) link GIS
abstract conceptual schemas
        <xref ref-type="bibr" rid="ref10 ref11 ref12 ref14 ref18 ref24 ref25 ref26 ref28 ref9">(e.g. ISO 19107:2003, ISO 19111:2007)</xref>
        and IFC concepts


contained in the resource definition layer. (3) link GIS application schemas
        <xref ref-type="bibr" rid="ref12 ref13 ref14 ref16 ref27 ref28">(e.g. ISO
19130:2010, ISO 19131:2007)</xref>
        and IFC concepts from the layers of domain specific
and shared elements
        <xref ref-type="bibr" rid="ref27">(ISO 16739-1:2018)</xref>
        . In addition, note that the below standards
correspond to the following name spaces:
 ISO19107 = "http://def.isotc211.org/iso19107/2003/SpatialSchema#”
 ISO19109 ="http://def.isotc211.org/iso19109/2015/ RulesForApplicationSchema #”
ISO 19111= "http://def.isotc211.org/iso19111/2019/CoordinateReferenceSystems#"
ISO 19130= "http://def.isotc211.org/iso19130/2018/SensorData#"
ISO 19131= " http://def.isotc211.org/iso19131/2007/DPS#"
      </p>
      <p>IFC4.1 = "http://ifcowl.openbimstandards.org/IFC4_ADD1#"
5.1</p>
      <sec id="sec-4-1">
        <title>Alignment between abstract schema and resource layer</title>
        <p>
          In this section we are mapping GIS abstraction schema
          <xref ref-type="bibr" rid="ref10 ref11 ref12 ref14 ref18 ref24 ref25 ref26 ref28 ref9">(ISO 19111:2007, ISO
19107:2003)</xref>
          and IFC resource definition layer.
IFC4.1:refDirection_IfcAxis2Placement3D
owl:equivalentProperty
        </p>
        <p>ISO1911:CoordinateSystemAxis.axisDirection
GM_Curve represent sections of
curvilinear geometry, and therefore share a
number of operation signatures.</p>
      </sec>
      <sec id="sec-4-2">
        <title>Alignment between application schema and shared element layer</title>
        <p>
          In this section we are mapping GIS application schema
          <xref ref-type="bibr" rid="ref12 ref13 ref14 ref16 ref27 ref28">(ISO 19131:2007, ISO
19130:2010)</xref>
          and IFC shared element layer.
for the purpose of this specification
        </p>
      </sec>
      <sec id="sec-4-3">
        <title>Alignment between Metamodel and core layer</title>
        <p>IfcRoot is the most abstract and root
class for all entity definitions that roots
in the kernel or in subsequent layers of
the IFC specification. It is therefore the
common super type of all IFC entities,
beside those defined in an IFC resource
schema
Further specializes the concepts of a
(physical) product, i.e. a component
likely to have a shape and a placement
within the project context</p>
        <sec id="sec-4-3-1">
          <title>ISO Description 19109</title>
          <p>Any It represents the set of all
Feature classes which are feature</p>
          <p>types
Attribute
Type</p>
          <p>It recognizes all kinds of
attributes: temporal, spatial
geometry, spatial topology,
data quality, generic
metadata, and location.</p>
          <p>The above mappings rely on concepts' and properties' definitions to instantiate
equivalent relationships. However, those relations are not enough to achieve full
semantic interoperability. In order to push our contribution further, we need to confront
conceptual and semiotic heterogeneities which address differences in modelling,
coverage and granularity representation between ontologies. We also need to implement
structural ontology matching techniques that could enable a more robust mapping
between BIM and GIS domains. Mapping BIM and GIS conceptual schema via
ontologies will enable us to create data continuity between both domains, plug BIM model
into any GIS application (e.g. CityGML, IndoorGML, LandInfra, etc.). Furthermore,
the mapping is not limited to a specific use case and both domains must remain inde
pendent from each other because no meta-model is conceived or taken as reference.
The mapping between BIM and GIS enables horizontal federation in our approach
[23]. However, our approach also comprises vertical federation and for reaching it,
the next elements must be considered: (1) Definition of mediator ontologies which es
tablish terminological equivalences among schemas. (2) Definition of complex
semantic mappings: which require exchanges with business experts. (3) Implementation
of a granular approach: the concept of granularity, seems intuitive and easy to
implement, still the associated abstraction levels and perspectives must be specified [23].</p>
        </sec>
      </sec>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1]
          <string-name>
            <surname>Tim</surname>
            <given-names>Berners-</given-names>
          </string-name>
          <article-title>Lee on Linked Data | Open Data, http://data.agaric.com/tim-berners-lee-linked-data</article-title>
          ,
          <source>last accessed</source>
          <year>2020</year>
          /05/20.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Donkers</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <article-title>Automatic generation of CityGML LoD3 building models from IFC models</article-title>
          . (
          <year>2013</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <surname>El-Mekawy</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Östman</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Semantic</surname>
          </string-name>
          <article-title>Mapping: an Ontology Engineering Method for Integrating Building Models in IFC and CityGML</article-title>
          .
          <source>In the 3rd ISDE Digital EART Summit</source>
          , Nessebar, Bulgaria (
          <year>2010</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <surname>Farias</surname>
            ,
            <given-names>T. M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Roxin</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Nicolle</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <article-title>COBieOWL, an OWL ontology based on COBie standard</article-title>
          .
          <source>In Proceedings of On the Move to Meaningful Internet Systems: OTM 2015 Conferences</source>
          , Confederated International Conferences: CoopIS, ODBASE, and
          <string-name>
            <surname>C</surname>
          </string-name>
          &amp;
          <article-title>TC 2015, Rhodes</article-title>
          ,
          <string-name>
            <surname>Greece.</surname>
          </string-name>
          (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <surname>Farias</surname>
            ,
            <given-names>T. M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Roxin</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Nicolle</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <article-title>FOWLA, A Federated Architecture for Ontologies</article-title>
          .
          <source>International Web Rule Symposium (RuleML</source>
          <year>2015</year>
          ), Berlin, Germany. pp.
          <fpage>97</fpage>
          -
          <lpage>111</lpage>
          . (
          <year>2015</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <surname>Farias</surname>
            ,
            <given-names>T. M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Roxin</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Nicolle</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <article-title>A Federated Approach for Interoperating AEC/FM Ontologies</article-title>
          .
          <article-title>LDAC2016-4th Linked Data in Architecture and Construction Work-shop</article-title>
          , Madrid Spain. (
          <year>2016</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>Farias</surname>
            ,
            <given-names>T. M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Roxin</surname>
            ,
            <given-names>A.-M.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Nicolle</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          <article-title>IfcWoD, Semantically Adapting IFC Model Rela - tions into OWL Properties</article-title>
          .
          <source>In proceedings of the 32nd CIB W78 Conference on Information Technology in Construction, Eindhoven</source>
          ,
          <string-name>
            <surname>Netherlands.</surname>
          </string-name>
          (
          <year>2015</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <surname>Grilo</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          &amp;
          <string-name>
            <surname>Jardim-Goncalves</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          <string-name>
            <surname>Value</surname>
          </string-name>
          <article-title>Proposition on Interoperability of BIM and Collaborative Working Environments</article-title>
          . Automation in Construction,
          <volume>19</volume>
          ,
          <fpage>522</fpage>
          -
          <lpage>530</lpage>
          . (
          <year>2010</year>
          ).
          <article-title>X[9] ISO 16739:2018 Industry Foundation (IFC) for data sharing in the construction and facilities management</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          <source>[10] ISO 19101-1:2014 Geographic information - Reference model - Part</source>
          <volume>1</volume>
          : Fundamentals
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          <source>[11] ISO</source>
          <volume>19107</volume>
          :
          <year>2003</year>
          <article-title>Geographic information - Spatial schema</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          <source>[12] ISO</source>
          <volume>19109</volume>
          :
          <year>2015</year>
          <article-title>Geographic information - Rules for application schema</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          <source>[13] ISO</source>
          <volume>19111</volume>
          :
          <year>2007</year>
          <article-title>Geographic information - Spatial referencing by coordinates</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          <source>[14] ISO</source>
          <volume>19130</volume>
          :
          <year>2010</year>
          <article-title>Geographic information - Imagery sensor models for geopositioning.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          <source>[15] ISO</source>
          <volume>19131</volume>
          :
          <year>2007</year>
          <article-title>Geographic information - Data product specifications</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [16]
          <article-title>ISO 29481-1:2016 Building information models-Information delivery manual-Part 1: Methodology and format</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [17]
          <article-title>ISO 29481-3:2010 Building information models-Information delivery manual-Part 3: Model View Definition</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [18] ISO/TC 211-Geographic information/ Geomatics., https://www.iso.org/cms/render/live/en/ sites/isoorg/contents/data/committee/05/49/54904.html,
          <source>last accessed</source>
          <year>2020</year>
          /05/21
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          <source>[19] ISO</source>
          <volume>19103</volume>
          :2015 Geographic information- Conceptual schema model
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [20]
          <string-name>
            <surname>Kang</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          <article-title>Development of a Conceptual Mapping Standard to Link Building and Geospatial In - formation</article-title>
          . ISPRS
          <source>International Journal of Geo-Information</source>
          .
          <article-title>(</article-title>
          <year>2018</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [21]
          <string-name>
            <surname>Karan</surname>
            ,
            <given-names>E. P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Irizarry</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Haymaker</surname>
            ,
            <given-names>J. BIM</given-names>
          </string-name>
          and
          <article-title>GIS Integration and Interoperability Based on Semantic Web Technology</article-title>
          .
          <source>Journal of Computing in Civil Engineering</source>
          ,
          <volume>30</volume>
          (
          <issue>3</issue>
          ), (
          <year>2016</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [22]
          <string-name>
            <surname>Pauwels</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Terkaj</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          (
          <year>2016</year>
          ).
          <article-title>EXPRESS to OWL for construction industry: Towards a recommendable and usable ifcOWL ontology</article-title>
          .
          <source>Automation in Construction</source>
          ,
          <volume>63</volume>
          ,
          <fpage>100</fpage>
          -
          <lpage>133</lpage>
          . (
          <year>2016</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [23]
          <string-name>
            <surname>Roxin</surname>
            .
            <given-names>A</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Hbeich</surname>
          </string-name>
          . E.
          <article-title>Semantic interoperability between BIM and GIS - review of existing standards and depiction of a novel approach. 36th CIB W78 - Information Technology for Construction, Newcastle, United Kingdom</article-title>
          . (
          <year>2019</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [24]
          <string-name>
            <surname>Schneider</surname>
            ,
            <given-names>G. F.</given-names>
          </string-name>
          <string-name>
            <surname>Towards</surname>
          </string-name>
          <article-title>Aligning Domain Ontologies with the Building Topology Ontology</article-title>
          .
          <volume>10</volume>
          . (
          <year>2017</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [25]
          <string-name>
            <surname>ISO-TC211</surname>
          </string-name>
          /Ontologies, https://github.com/ISO-TC211/ontologies/blob/master/iso19109/2015/ RulesForApplicationSchema.rdf,
          <source>last accessed</source>
          <year>2020</year>
          /05/20.
        </mixed-citation>
      </ref>
      <ref id="ref25">
        <mixed-citation>
          [26]
          <string-name>
            <surname>ISO-TC211</surname>
          </string-name>
          /Ontologies, https://github.com/ISO-TC211/ontologies/blob/master/iso19107/2003/ SpatialSchema.rdf,
          <source>last accessed</source>
          <year>2020</year>
          /05/20.
        </mixed-citation>
      </ref>
      <ref id="ref26">
        <mixed-citation>
          [27]
          <string-name>
            <surname>ISO-TC211</surname>
          </string-name>
          /Ontologies, https://github.com/ISO-TC211/ontologies/blob/master/iso19111/2019/ CoordinateReferenceSystems.rdf,
          <source>last accessed</source>
          <year>2020</year>
          /05/20.
        </mixed-citation>
      </ref>
      <ref id="ref27">
        <mixed-citation>
          [28]
          <string-name>
            <surname>ISO-TC211</surname>
          </string-name>
          /Ontologies, https://github.com/ISO-TC211/ontologies/blob/master/iso19130/- 1/2018/ImagerySensorModelsForGeopositioning-Part1_Fundamentals.rdf,
          <source>ast accessed</source>
          <year>2020</year>
          /05/20.
        </mixed-citation>
      </ref>
      <ref id="ref28">
        <mixed-citation>
          [29]
          <string-name>
            <surname>ISO-TC211</surname>
          </string-name>
          /Ontologies, https://github.com/ISO-TC211/ontologies/blob/master/iso19131/2007/ DPS.rdf,
          <source>last accessed</source>
          <year>2020</year>
          /05/20.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>