ISO 19164:2024

Geographic information - Indoor feature model

This document specifies a core semantic classification system of essential indoor features to describe indoor environments required commonly in various location-based indoor applications of buildings. The scope includes the following: - semantic description of indoor features and their attributes; - feature association between indoor features. The semantic classification system in this document is compatible with the building model defined in existing related standards. Geometric and topological descriptions of indoor features are not considered in this document. This document does not apply to other architectural structures, such as tunnels.

Information géographique — Modèle d'entités intérieures

Le présent document spécifie un système de classification sémantique de base des entités intérieures essentielles pour décrire les environnements intérieurs exigés couramment dans différentes applications intérieures basées sur l'emplacement dans les bâtiments. Le domaine d'application inclut les éléments suivants: — la description sémantique des entités intérieures et de leurs attributs; — les associations d'entités entre les entités intérieures. Le système de classification sémantique présenté dans le présent document est compatible avec le modèle de bâtiment défini dans les normes connexes existantes. Les descriptions géométriques et topologiques des entités intérieures ne sont pas prises en compte dans le présent document. Le présent document ne s'applique pas à d'autres structures architecturales telles que les tunnels.

General Information

• Status: Published
• Publication Date: 18-Aug-2024
• ICS: 35.240.70 - IT applications in science
• Technical Committee: ISO/TC 211 - Geographic information/Geomatics
• Drafting Committee: ISO/TC 211 - Geographic information/Geomatics
• Current Stage: 6060 - International Standard published
• Start Date: 19-Aug-2024
• Due Date: 13-Sep-2024
• Completion Date: 19-Aug-2024

Relations

• Consolidates: ISO 13975:2019 - Plastics - Determination of the ultimate anaerobic biodegradation of plastic materials in controlled slurry digestion systems - Method by measurement of biogas production
• Effective Date: 06-Jun-2022

Overview - ISO 19164:2024 (Indoor feature model)

ISO 19164:2024, titled Geographic information - Indoor feature model, defines a core semantic classification system for essential indoor features used in location-based indoor applications. The standard specifies the semantic description of indoor features and their attributes and the feature associations between them, providing a lightweight, interoperable vocabulary for describing building interiors. Geometric and topological representations are intentionally excluded. The standard also excludes other architectural structures such as tunnels.

Keywords: ISO 19164:2024, Indoor feature model, indoor mapping, indoor navigation, indoor features, location-based services, BIM to GIS.

Key topics and technical requirements

• Core semantic classification of indoor features (spaces, entities, constructive and attached features).
• Feature types and attributes: standardized names and attribute domains to support consistent data exchange.
• Feature associations: relationships linking feature instances (e.g., room–door associations).
• Compatibility with existing building models and standards (designed to align with CityGML, IFC and IndoorGML at class level).
• Extension mechanisms: rules for attribute hooking and subclassing to tailor the model for specific use cases while preserving interoperability.
• Conformance and testability: includes an abstract test suite and a normative data dictionary (Annex A and B) to validate compliant datasets.
• Normative references include ISO 19103, 19107, 19108, 19109, 19115‑1, ISO 16739‑1 (IFC) and ISO 6707‑1.

Practical applications and target users

ISO 19164:2024 is designed to serve as a common basic database model for indoor GIS and location-based services (LBS). Typical applications and users include:

• Indoor navigation and wayfinding app developers
• Facility managers and asset owners creating indoor maps
• BIM and GIS integrators performing BIM-to-GIS mapping
• Emergency response planners needing standardized indoor feature sets
• Indoor mapping vendors, platform providers and data curators
• Standards bodies and implementers aligning CityGML, IFC and IndoorGML data

Benefits: enables consistent semantic descriptions across platforms, reduces duplication of effort, simplifies data sharing and integration, and provides a foundation for application-specific profiles (e.g., navigation, parking, fire emergency).

Related standards

• CityGML 3.0 (BuildingModel) - semantic building parts
• ISO 16739‑1 (IFC) - BIM data schema
• OGC IndoorGML - indoor topology and navigation networks
• ISO 19103 / 19107 / 19108 / 19109 / 19115‑1 - conceptual schema and metadata frameworks

ISO 19164:2024 acts as a focused semantic bridge between BIM and GIS ecosystems to support interoperable indoor mapping and location-based applications.

Standards Content (Sample)

International
Standard
ISO 19164
First
Geographic information — Indoor
edition
feature model
2024-08
Information géographique — Modèle d'entités intérieures
Reference number
© ISO 2024
All rights reserved. Unless otherwise specified, or required in the context of its implementation, no part of this publication may
be reproduced or utilized otherwise in any form or by any means, electronic or mechanical, including photocopying, or posting on
the internet or an intranet, without prior written permission. Permission can be requested from either ISO at the address below
or ISO’s member body in the country of the requester.
ISO copyright office
CP 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Geneva
Phone: [phone]
Email: [e-mail]
Website: www.iso.org
Published in Switzerland
ii
Contents Page
Foreword .iv
Introduction .v
1 Scope . 1
2 Normative references . 1
3 Terms and definitions . 1
4 Symbols and abbreviated terms. 2
4.1 Abbreviated terms .2
4.2 UML notation.3
5 Conformance . 3
6 General . 3
7 Relationship with the existing International Standards . 3
8 Indoor Feature Model . 5
8.1 Indoor top features .5
8.2 Indoor space features .7
8.3 Indoor entity features .10
8.4 Constructive features .11
8.5 Attached features . 13
8.6 Geometric and topological information . 15
9 Extension mechanism of IFM .15
9.1 General . 15
9.2 Attribute hooking . . . 15
9.3 Subclasses . 15
Annex A (normative) Abstract test suite . 17
Annex B (normative) Data dictionary . 19
Annex C (informative) The referenced relationship with BuildingModel of CityGML 3.0 .34
Annex D (informative) The referenced relationship with IFC .38
Annex E (informative) The referenced relationship with IndoorGML 1.1 .42
Bibliography .43

iii
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out through
ISO technical committees. Each member body interested in a subject for which a technical committee
has been established has the right to be represented on that committee. International organizations,
governmental and non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely
with the International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are described
in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for the different types
of ISO document should be noted. This document was drafted in accordance with the editorial rules of the
ISO/IEC Directives, Part 2 (see www.iso.org/directives).
ISO draws attention to the possibility that the implementation of this document may involve the use of (a)
patent(s). ISO takes no position concerning the evidence, validity or applicability of any claimed patent
rights in respect thereof. As of the date of publication of this document, ISO had not received notice of (a)
patent(s) which may be required to implement this document. However, implementers are cautioned that
this may not represent the latest information, which may be obtained from the patent database available at
www.iso.org/patents. ISO shall not be held responsible for identifying any or all such patent rights.
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and expressions
related to conformity assessment, as well as information about ISO's adherence to the World Trade
Organization (WTO) principles in the Technical Barriers to Trade (TBT), see www.iso.org/iso/foreword.html.
This document was prepared by Technical Committee ISO/TC 211, Geographic information/Geomatics, in
collaboration with the European Committee for Standardization (CEN) Technical Committee CEN/TC 287,
Geographic Information, in accordance with the Agreement on technical cooperation between ISO and CEN
(Vienna Agreement).
Any feedback or questions on this document should be directed to the user’s national standards body. A
complete listing of these bodies can be found at www.iso.org/members.html.

iv
Introduction
Various location-based indoor applications, such as indoor navigation, indoor car parking and indoor
emergency response, are increasingly involved in daily lives and the management of public buildings. These
applications need information on indoor features (such as floors, rooms, doors and windows) and their
spatial associations to describe the environment inside a building. Accordingly, many application systems
and related standards have been developed in recent years.
[4]
OGC CityGML 3.0 is designed as a universal information model that defines object types and attributes
which are useful for a broad range of applications. For the building model, CityGML focuses on the
semantic definitions of buildings and their parts (e.g. walls, roofs, dormers, doors, windows, etc.) and the
representation of the relations between those features. However, CityGML does not specify strict rules as to
[7]
which semantic objects have to be included in a specific Level of Detail (LoD) model. Although the CityGML
model can be extended by the Application Domain Extension (ADE) mechanism by adding new object types
or new properties for specific applications, it is possible to specify different ADEs for different information
communities. Every ADE may add their specific properties to the same CityGML feature type as they can all
[6]
belong to the same substitution group. These CityGML feature types can also have the problem of semantic
heterogeneity in sharing and intergrading datasets.
[4]
OGC IndoorGML 1.1 defines the representation and exchange of indoor navigation network models. It aims
to establish a common schema for indoor navigation applications by modelling the topology and semantics
[2]
of indoor spaces, which are needed for the components of navigation networks. An IndoorGML document
contains external links to referenced objects specified in other data sets such as CityGML and IFC (Industry
[2]
Foundation Classes), where the objects in the external data set include geometric information.
The Industry Foundation Classes (IFC) (ISO 16739-1), an open international standard for Building
Information Model (BIM) data, provide detailed 3D geometries and rich semantics to describe architectural
components and engineering constructions of buildings. IFC aims to cover the whole project lifecycle, i.e.
the "plan", "design", "construct", "operate" and "maintain" phases of buildings with more than 600 classes
in different categories. However, IFCs contain too much architectural information and are too complex to be
[11]
used in their current format for indoor emergency situations. It is not necessary to use all these classes
[9]
for a specific application such as indoor navigation. However, some information on the architectural
components and engineering constructions of buildings defined in IFC can be extracted to describe
the attributes of indoor features used in location-based indoor applications to describe indoor spatial
environments to help people to implement their works or plans efficiently.
ISO/TS 19166 provides a conceptual framework for mapping BIM to Geographic Information Systems
(GIS) with three mapping mechanisms, Perspective Definition (B2GPD), Element Mapping (B2GEM) and
LOD Mapping (B2GLM). It focuses on the definition of BIM to GIS conceptual mapping requirements and
framework without a bi-directional mapping method and the definition of physical schema. It cannot be
used directly to guide which indoor features are to be extracted from BIM to describe indoor environments
for location-based indoor applications. Different information communities can set different rules for the
mapping from BIM to GIS and then produce GIS databases with different indoor features for the same
building. This would make the sharing and integration of databases difficult.
[5]
OGC Indoor Mapping Data Format (IMDF) provides a generalized, yet comprehensive model for any indoor
location, providing a basis for orientation, navigation and discovery (19-089r1). IMDF mainly focuses on the
contents of individual indoor features related to navigation issues and does not define a general structure of
these indoor elements to cover the relationship between indoor spaces or features.
Therefore, a relatively independent and concise indoor feature model is needed for describing the required
features of an indoor spatial environment for location-based indoor applications such as indoor navigation,
indoor addressing, indoor car parking and indoor emergency response. This model could provide a common
reference to guide the collection and organization of indoor spatial information, and serve as the foundation
of a conceptual model for data mapping and sharing among various application systems.
This document defines such an indoor feature model by following the rules of application schema defined
in ISO 19109. A dataset compliant with this document can serve as the common basic database in various
location-based (LBS) indoor applications and facilitate data sharing and integrating among different
platforms or applications. This document can be beneficial in reducing the overlapping efforts in the

v
production of the basic database of buildings, and it can also be useful in the transfer of indoor-application
platforms or systems with little adjustments from one building to another building based on the common
basic database. The intention is for various stakeholders (including indoor data producers and users
of location-based indoor application systems) to have a unified understanding of these features for the
unambiguous retrieval of information.
Based on this document, a series of profiles can be specified for various location-based indoor applications
for example, a profile for indoor navigation or way-finding by linking with a geometric and topological
relationship specified in IndoorGML, or a profile for a fire emergency by adding the features related to
firefighting emergency utilities.
This document provides two informative annexes to present the class-level referenced relationship between
the Indoor Feature Model and BuildingModel of CityGML 3.0, IFC of ISO 16739-1 and IndoorGML.

vi
International Standard ISO 19164:2024(en)
Geographic information — Indoor feature model
1 Scope
This document specifies a core semantic classification system of essential indoor features to describe indoor
environments required commonly in various location-based indoor applications of buildings. The scope
includes the following:
— semantic description of indoor features and their attributes;
— feature association between indoor features.
The semantic classification system in this document is compatible with the building model defined in
existing related standards. Geometric and topological descriptions of indoor features are not considered in
this document. This document does not apply to other architectural structures, such as tunnels.
2 Normative references
The following documents are referred to in the text in such a way that some or all of their content constitutes
requirements of this document. For dated references, only the edition cited applies. For undated references,
the latest edition of the referenced document (including any amendments) applies.
ISO 19103, Geographic information — Conceptual schema language
ISO 19107, Geographic information — Spatial schema
ISO 19108, Geographic information — Temporal schema
ISO 19109, Geographic information — Rules for application schema
ISO 19115-1, Geographic information — Metadata — Part 1: Fundamentals
ISO 16739-1, Industry Foundation Classes (IFC) for data sharing in the construction and facility management
industries — Part 1: Data schema
ISO 6707-1, Buildings and civil engineering works — Vocabulary — Part 1: General terms
3 Terms and definitions
For the purposes of this document, the following terms and definitions apply.
ISO and IEC maintain terminology databases for use in standardization at the following addresses:
— ISO Online browsing platform: available at https:// www .iso .org/ obp
— IEC Electropedia: available at https:// www .electropedia .org/
3.1
feature
abstraction of real-world phenomena
Note 1 to entry: A feature can occur as a type or an instance. Feature type or feature instance will be used when only
one is meant.
[SOURCE: ISO 19101-1:2014, 4.1.11]

3.2
feature attribute
characteristic of a feature (3.1)
Note 1 to entry: A feature attribute has a name, a data type, and a value domain associated to it. A feature attribute for
a feature instance also has an attribute value taken from the value domain.
[SOURCE: ISO 19101-1:2014, 4.1.12, modified — Examples 1 and 2 along with Notes 2 and 3 have been
removed.]
3.3
feature association
relationship that links instances of one feature type (3.4) with instances of the same or a different feature type
[SOURCE: ISO 19110:2016, 3.3]
3.4
feature type
class of features (3.1) having common characteristics
[SOURCE: ISO 19156:2023, 3.9]
3.5
indoor entity feature
feature (3.1) constructed as indoor architectural components or features attached for a specific use inside a
building
EXAMPLE Windows, doors, furniture and facilities are indoor entity features.
3.6
indoor space feature
feature (3.1) that contains indoor entity features (3.5) or is used as a place for a specific purpose inside a
building, or both
EXAMPLE Rooms, balconies and pathways are indoor space features.
3.7
indoor map
portrayal of an indoor entity feature (3.5) and indoor space features (3.6) as a digital image or vector file
suitable for display on a computer screen
4 Symbols and abbreviated terms
4.1 Abbreviated terms
BIM building information model
GML geography markup language
HMMG Harmonized Model Maintenance Group
IFC industry foundation classes
IFM indoor feature model
LBS location-based service
OGC Open Geospatial Consortium
UML unified modelling language

URI uniform resource identifier
4.2 UML notation
In this document, conceptual schemas are presented in the unified modelling language (UML). The specific
profile of UML used in this document is presented in ISO 19103.
5 Conformance
This document defines one conformance class:
— “Indoor Feature Model” (specification target: Indoor Feature Model);
A specification, standard, test suite or test tool claiming conformance to this document shall implement the
conformance class relevant to that specification target.
Conformance with this document shall be assessed using all the relevant conformance test cases specified in
Annex A of this document.
All requirements specified in this document belong to the Indoor Feature Model requirements class, which
is identified by the URI ht tps:// standards .isotc211 .org/ 19164/ -1/ req/ IndoorFeatureModel.
Identifiers of requirements and conformance tests specified in this document are relative to https://
standards .isotc211 .org/ 19164/ -1.
The name and contact information of the maintenance agency for this document can be found at www .iso
.org/ maintenance _agencies.
6 General
The Indoor Feature Model (IFM) defines a unified structure and description of the generic indoor features
which can be understood consistently by users (including indoor data producers, developers and users of
location-based indoor applications). The generic indoor features are the basic components constructing
the spatial environments inside a building, and the feature attributes and feature associations provide
information about these components. One of the applications of IFM is to provide the spatial information
to make an indoor map to represent the spatial layouts of these basic components and their characteristics
visually.
7 Relationship with the existing International Standards
Figure 1 illustrates the relationship between IFM defined in this document and other International
Standards related to indoor data and application schema. This document follows the rules of application
schema defined in ISO 19109. The conceptual schema is presented in UML in conformance with ISO 19103.
IFM refers to relative classes and enumerations defined in ISO 16739-1 (IFC) and CityGML and takes
IndoorGML, CityGML and IFC as the external data sources of topological and geometric information of IFM.

Figure 1 — Relationship with ISO and OGC standards
Following the rules of the application pattern defined in ISO 19109 on data interchange, Figure 2 shows the
role of IFM in data interchange between supplier data sources and user data sources related to LBS-based
applications.
NOTE Modified from ISO 19109:2015. The unbroken lines show the flow of data. Broken lines denote the role of
the application schema on the data interchange.
Figure 2 — The role of IFM on data interchange

8 Indoor Feature Model
8.1 Indoor top features
IFM defines the semantic structure of a minimal set of the generic feature types, feature attributes
and feature associations of a building, especially a large public building or office building, with complex
structures, multiple functions and diverse public users (Figure 3). These generic feature types should be
involved as the basic datasets for location-based indoor applications such as indoor navigation for shopping
or car parking, emergency escape, and management of facilities or instruments in a hospital. The building
components which are irrelevant to location-based services are not covered in this model.
A building can span over several connected or disconnected buildings to make up a building complex
(ISO 16739-1). A building complex (BuildingComplex class) is a complex feature (the definition in ISO 19109
applies), which is composed of more than one individual building (Building class). Each building is composed
of multiple floors, also called levels or storeys.
Several floors can have a specific usage or ownership as a building subdivision. Examples of building
subdivisions are commercial floors, office floors and accommodation floors in a building. A floor can
composite several floor subdivisions according to the usage or ownership or both. An example of floor
subdivision is the waiting area, commercial area and boarding area on a floor of an airport.
Each floor is composed of various indoor space features and indoor entity features. Indoor space features
may contain indoor entity features. AbstractIndoorSpaceFeature is an abstract superclass to describe
the common attributes of space feature classes. AbstractIndoorEntityFeature is an abstract superclass to
describe the common attributes of indoor constructive features and attached features.
The detailed descriptions of the attributes of the feature types and their associations shall be in accordance
with the data dictionary of Annex B. Annexes C, D and E present the class-level referenced relationship
between IFM of this document and the BuildingModel of CityGML 3.0, IFC (ISO 16739-1) and IndoorGML 1.1.
Requirement 1  /req/IndoorFeatureModel/BasicInfo
Each indoor top feature type shall use the basic information as specified in B.32.1.

Figure 3 — Indoor top features

Requirement 2  /req/IndoorFeatureModel/BuildingComplex
The BuildingComplex class shall be used to describe a group of buildings included in a site, as specified in
Clause B.2.
Requirement 3  /req/IndoorFeatureModel/Building
The Building class shall be used to describe the characteristics of a building, as specified in Clause B.3.
8.2 Indoor space features
AbstractIndoorSpaceFeature is an abstract superclass for describing the common attributes of space feature
classes (Figure 4). Table 1 lists the subclasses of AbstractIndoorSpaceFeature.
Requirement 4  /req/IndoorFeatureModel/AbstractIndoorSpaceFeature
AbstractIndoorSpaceFeature class shall describe the common attributes (as specified in Clause B.5) of
indoor space feature subclasses (as specified in (Figure 4 and Table 1).

NOTE The classes are designed from a common understanding of these features in the real world and the
descriptions of the classes are based information from References [14], [15], [16], [17] or existing ISO standards.
Figure 4 — Indoor Space Features

Table 1 — Description of indoor space feature classes
Class Description
Room An internal space in a building intended for specific usages, open or surrounded by walls,
doors, floor surface and ceiling.
The details of Room are specified in Clause B.22.
Balcony A raised platform enclosed by one or more walls, zero or one ceiling and/or balustrade con-
nected to the side of a building, with access from a window or door.
The details of Balcony are specified in Clause B.23.
Pathway A linking space between different places (e.g. different floors, rooms or buildings).
The details of Pathway are specified in Clause B.24.
The Pathway class describes the common attributes of various pathways, including stair, elevator, escalator,
corridor, moving walkway, ramp, etc. in a building. The descriptions of the Pathway and its subclasses are
defined in Figure 5 and Table 2.
Requirement 5  /req/IndoorFeatureModel/Pathway
The Pathway class shall describe the common attributes of pathway subclasses as specified in Figure 5 and
Table 2.
Figure 5 — Pathway class and subclasses

Table 2 — Description of subclasses of Pathway
Class Description
Stair A vertical pathway allowing occupants to walk (step) from one floor level to another floor
a
level at a different elevation.
The details of Stair are specified in Clause B.25.
Elevator A conveyor transport device for carrying people and freights (vertically) between floors in a
building, also called a "lift.
The details of Elevator are specified in Clause B.26.
Escalator A vertically-moving stair used as a conveyor transport device for carrying people between
floors in a building.
The details of Escalator are specified in Clause B.27.
MovingWalkway A slow-moving conveyor pathway that transports people across a horizontal or inclined
plane.
The details of MovingWalkway are specified in Clause B.28.
Ramp A vertical pathway which provides a human circulation link between one floor level and
a
another floor level at a different elevation. A ramp normally does not include steps.
The details of Ramp are specified in Clause B.29.
b
Corridor A narrow and enclosed circulation space that gives access to rooms or other spaces.
The details of Corridor are specified in Clause B.30.
Bridge An aerial pathway built within or between buildings to allow people or vehicles to traverse
from one side to the other.
The details of Bridge are specified in Clause B.31.
8.3 Indoor entity features
AbstractIndoorEntityFeature is an abstract superclass for describing the common attributes of the
subclasses (Figure 6). Table 3 lists the subclasses of AbstractIndoorEntityFeature.
Requirement 6  /req/IndoorFeatureModel/AbstractIndoorEntityFeature
The AbstractIndoorEntityFeature class shall describe the common attributes (as specified in Clause B.6) of
constructive features and attached features, which are defined as subclasses (as specified in Figure 6 and
Table 3).
Figure 6 — Indoor Entity Features
Table 3 — Description of indoor entity feature classes
Class Description
AttachedFeature Features attached to a specific space in a building related to the special usages
(see 8.5).
The details of AttachedFeature are specified in Clause B.7.
ConstructiveFeature Features are constructed as the inherent components of a building, which are
related to LBS applications in a building (see 8.4).
The details of ConstructiveFeature are specified in Clause B.13.
8.4 Constructive features
The ConstructiveFeature class describes the common attributes of some constructive features related to LBS
applications (including wall, celling, railing, slab, etc.) in a building (Figure 7). Table 4 lists the subclasses of
ConstructiveFeature.
Requirement 7  /req/IndoorFeatureModel/ConstructiveFeature
The ConstructiveFeature class shall describe the common attributes of constructive features in a building,
as specified in Figure 7 and Table 4.
Figure 7 — ConstructiveFeature class and subclasses

Table 4 — Description of subclasses of ConstructiveFeature
Class Description
Wall A vertical construction that bounds or subdivides a space and usually fulfils a
a
loadbearing or retaining function.
The details of Wall are specified in Clause B.14.
Door A construction for closing an opening intended primarily for access or egress or
a
both.
The details of Door are specified in Clause B.15.
Window A construction for closing a vertical or near-vertical opening in a wall or pitched
a
roof, which will admit light and can provide ventilation.
The details of Window are specified in Clause B.16.
Column (pillar, GB) A structural member of slender form, usually vertical, that transmits
a
to its base the forces, primarily in compression, that are applied to it.
The details of Column are specified in Clause B.17.
Ceiling A construction covering the underside of a floor or roof, and providing the over-
head surface of an enclosed space, often to conceal structural members or ser-
a
vices.
The details of Ceiling are specified in Clause B.18.
Beam A horizontal, or nearly horizontal, structural member that is capable of with-
b
standing load primarily by resisting bending.
The details of Beam are specified in Clause B.19.
Slab A construction providing the lower support (floor) or upper construction (roof
b
slab, ceiling) in any space in a building.
The details of Slab are specified in Clause B.20.
Railing A frame assembly adjacent to human circulation spaces and at some space
b
boundaries where it is used in lieu of walls or to compliment walls.
The details of Railing are specified in Clause B.21.
8.5 Attached features
The AttachedFeature class describes the features attached to a specific space related to special usages
(including facility, furniture, etc.) in a building (Figure 8). Table 5 lists the subclasses of AttachedFeature.
Requirement 8  /req/IndoorFeatureModel/AttachedFeature
The AttachedFeature class shall describe the common attributes of attached features in a building, as
specified in Figure 8 and Table 5.

Figure 8 — AttachedFeature class and subclasses
Table 5 — Description of subclasses of AttachedFeature
Class Description
Facility A movable or unmovable instrument or equipment installed and utilized within
a building, making an activity (e.g. action, operation) easier.
The details of Facility are specified in Clause B.8.
Furniture A furnishing such as a table, desk, chair or cabinet, which is permanently or
a
non-permanently attached to a building structure.
The details of Furniture are specified in Clause B.9.
Sensor A device that measures a physical quantity and converts it into a signal which
a
can be read by an observer or by an instrument.
The details of Sensor are specified in Clause B.10.
Robot A machine that can do the work of a person and that works automatically or is
controlled by a computer.
The details of Robot are specified in Clause B.11.

8.6 Geometric and topological information
Geometric and topological descriptions of indoor features are not considered in this document. In case of an
external data source whose geometric and/or topological model matches IFM feature types, the geometric
and/or topological information of the external data sources can be linked with IFM-based datasets during
implementation.
Geometric and related information of IndoorGML, CityGML and IFC-based data may be linked to IFM if needed.
Permission 1  /per/IndoorFeatureModel/topology
IFM may link with a geometric and topological relationship defined in IndoorGML for the implementation of
indoor navigation or wayfinding.
Permission 2  /per/IndoorFeatureModel/CityGMLObject
IFM may reference links to CityGML objects for further geometric and semantic modelling and take CityGML
data as one of the data sources for implementation.
Permission 3  /per/IndoorFeatureModel/IFCObject
IFM may reference links to IFC objects for further geometric and semantic modelling and take IFC data as
one of the data sources for implementation.
9 Extension mechanism of IFM
9.1 General
An Application Domain Extension (ADE) can be modelled directly in the XML schema or can be generated by
extending the UML model of IFM with application-specific information and later deriving the XML schema
from it.
Permission 4  /per/IndoorFeatureModel/Extension
Therefore, similarly to CityGML, ADEs may use elements from the IFM to associate extra attributes to the
existing classes and derive application-specific subclasses.
IFM accepts two types of extension: attribute hooking and subclasses.
9.2 Attribute hooking
Every IFM feature class has a GML "hook" of the form
"GenericApplicationPropertyOf" in its XML schema definition. For example,
GenericApplicationPropertyOfFloor can be used to attach a new attribute “numberOfElevator” to Floor class.

substitutionGroup="GenericApplicationPropertyOfFloor"/>
9.3 Subclasses
The IFM can be extended with new classes for new feature types as subclasses of the existing IFM classes.
The subclasses can also use the same stereotype «FeatureType» as the IFM classes. As shown in Figure 9,
the IFM Door class is extended with a new feature type “FireproofDoor” as a subclass with new attributes
“fireProtectionLevel” and “fireResistantTime”.

Figure 9 — Example for subclass extension

Annex A
(normative)
Abstract test suite
A.1 General
This annex specifies an Abstract Test Suite which shall be passed by any implementation claiming
conformance with this document.
A.2 Conformance Test Class: Indoor Feature Model
A.2.1 General
The URI identifier of this conformance class is: https:// standards .isotc211 .org/ 19164/ -/ 1/ conf/
IndoorFeatureModel.
The URI identifier of this requirements class is: https:// standards .isotc211 .org/ 19164/ -/ 1/ req/
IndoorFeatureModel.
Tests identifiers below are relative to https:// standards .isotc211 .org/ 19164/ -/ 1.
A.2.2 Basic description
a) Test ID: /conf/IndoorFeatureModel/BasicInfo
b) Test purpose: Verify that each indoor top feature type shall use the basic description as specified in the
data dictionary of B.32.1.
c) Test method: Inspect the content of the data intended to support IFM. Each indoor top feature instance
shall use the basic description as specified in the data dictionary of B.32.1. Test passes if constraint
evaluates to be "true".
A.2.3 BuildingComplex
a) Test ID: /conf/IndoorFeatureModel/BuildingComplex
b) Test purpose: Verify that the BuildingComplex class is used to describe a group of buildings included in
a site, as specified in Clause B.2.
c) Test method: Inspect the content of the data intended to support the indoor feature model, check that
BuildingComplex instance contains information as specified in Clause B.2. Test passes if constraint
evaluates to be "true".
A.2.4 Building
a) Test ID: /conf/IndoorFeatureModel/Building
b) Test purpose: Verify that the Building class is used to describe the characteristics of a building as
specified in Clause B.3.
c) Test method: Inspect the content of the data intended to support IFM, check that Building instance
contains the characteristics of a building as specified in Clause B.3. Test passes if the constraint
evaluates to be "true".
A.2.5 AbstractIndoorSpaceFeature
a) Test ID: /conf/IndoorFeatureModel/AbstractIndoorSpaceFeature
b) Test purpose: Verify that the AbstractIndoorSpaceFeature class is an abstract superclass to describe the
common attributes of indoor space feature classes, which are defined as subclasses in Table 1.
c) Test method: Inspect the content of the data intended to support IFM, check that the instance of
AbstractIndoorSpaceFeature subclass contains the common attributes of indoor space feature classes,
which are defined as subclasses in Table 1. Test passes if constraint evaluates to be "true".
A.2.6 Pathway
a) Test ID: /conf/IndoorFeatureModel/Pathway
b) Test purpose: Verify that the Pathway class is used to describe the common attributes of pathways in a
building, as described in Table 2.
c) Test method: Inspect the content of the data intended to support IFM, check that the Pathway instance
contains common attributes of pathways in a building, as described in Table 2. Test passes if constraint
evaluates to be "true".
A.2.7 AbstractIndoorEntityFeature
a) Test ID: /conf/IndoorFeatureModel/AbstractIndoorEntityFeature
b) Test purpose: Verify that the AbstractIndoorEntityFeature class is an abstract superclass to describe
the common attributes of constructive features and attached features, which are defined as subclasses
in Table 4.
c) Test method: Inspect the content of the data intended to support IFM, check that the instance of
AbstractIndoorEntityFeature subclass contain the common attributes of constructive features and
attached features, which are defined as subclasses in Table 4. Test passes if constraint evaluates to be "true".
A.2.8 ConstructiveFeature
a) Test ID: /conf/IndoorFeatureModel/ConstructiveFeature
b) Test purpose: Verify that the ConstructiveFeature class is used to describe common attributes of
constructive features related to LBS applications in a building, as described in Figure 8 and Table 4.
c) Test method: Inspect the content of common attributes of constructive features related to LBS
applications in a building, check that the instance of ConstructiveFeature contains the common
attributes of constructive features as described in Figure 8 and Table 4. Test passes if constraint
evaluates to be "true".
A.2.9 AttachedFeature
a) Test ID: /conf/IndoorFeatureModel/AttachedFeature
b) Test purpose: Verify that the AttachedFeature class is used to describe the common attributes of
attached features in a building, as described in Figure 9 and Table 5.
c) Test method: Inspect the content of the data intended to support IFM, check that the AttachedFeature
instance contains the common attributes of attached features in a building, as described in Figure 9 and
Table 5. Test passes if constraint evaluates to be "true".

Annex B
(normative)
Data dictionary
B.1 General
Tables B.1 to B.38 define the detailed information of the classes included in the Indoor Feature Model in
Figure 4. In the column of “Obligation”, “M” means that the attribute is mandatory (to be specified), “O”
means that the attribute is optional (to be specified as necessary). In the column of “Maximum occurrence”,
“*” means that the attribute can have more than one value.
The column headed "Data type" lists the data type or class for each attribute. The given data types (e.g.
Integer, CharacterString) shall conform to the corresponding definition in ISO 19103. The given classes shall
conform to the referenced classes defined in this document or in the following International Standards:
ISO 19107, ISO 19108, ISO 19115-1 and ISO 16739-1, which are listed in the column headed "Domain".
B.2 BuildingComplex class
Table B.1 — BuildingComplex class
Maximum
Name Definition Obligation Data type Domain
occurrence
BuildingCom- Root entity that defines the Use obliga- Use maxi- Class
plex general information about tion from mum occur-
building complex referenc- rence from
ing object referencing
object
1. basicInfo The basic information about O * DataType BasicInfo (B.32.1)
a building complex including
name and ownership.
2. address The address of a building M 1 Class CI_Address (ISO
complex 19115:2014)
3. numberofBuild- The number of individual M 1 Integer ISO 19103
ings buildings made up a building
complex
4. Role name: Information on individual M * Class Building
buildingInfo buildings that make up a (Clause B.3)
building complex
B.3 Building class
Table B.2 — Building class
Maximum
Name Definition Obligation Data type Domain
occurrence
5. Building Information of building Use obliga- Use maxi- Class
tion from mum occur-
referenc- rence from
ing object referencing
object
6. basicInfo The basic information includ- O 1 DataType BasicInfo (B.32.1)
ing name and ownership.
7. address The address of a building M 1 Class CI_Address (ISO
19115-1)
8. location The location of a building M 1 Union LocationTypeUnion
(B.33)
9. usage The function of a building M 1 Character- ISO 19103
String
10. numberofFloors The number of floors in a M 1 Integer ISO 19103
building
11. max_floor The No. of the top floor M 1 Integer ISO 19103
12. min_floor The No. of the bottom floor M 1 Integer ISO 19103
13. entrance The entrance entity of a M * Class Door (Clause B.15)
building
14. completionDate The date of completion of a O 1 DateTime ISO 19103
building
15. accessRestric- Accessing restrictions of a O 1 DataType AccessRestric
...

Norme
internationale
ISO 19164
Première
Information géographique —
Modèle d'entités intérieures
édition 2024-08
Geographic information — Indoor feature model
Numéro de référence
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2024
Tous droits réservés. Sauf prescription différente ou nécessité dans le contexte de sa mise en œuvre, aucune partie de cette
publication ne peut être reproduite ni utilisée sous quelque forme que ce soit et par aucun procédé, électronique ou mécanique,
y compris la photocopie, ou la diffusion sur l’internet ou sur un intranet, sans autorisation écrite préalable. Une autorisation peut
être demandée à l’ISO à l’adresse ci-après ou au comité membre de l’ISO dans le pays du demandeur.
ISO copyright office
Case postale 401 • Ch. de Blandonnet 8
CH-1214 Vernier, Genève
Tél.: [phone]
E-mail: [e-mail]
Web: www.iso.org
Publié en Suisse
ii
Sommaire Page
Avant-propos .iv
Introduction .v
1 Domaine d'application . 1
2 Références normatives . 1
3 Termes et définitions . 1
4 Symboles et abréviations . 3
4.1 Abréviations.3
4.2 Notation UML .3
5 Conformité . 3
6 Généralités . 3
7 Relations avec les normes internationales existantes . 4
8 Modèle d'entités intérieures . 5
8.1 Entités intérieures supérieures .5
8.2 Entités spatiales intérieures .8
8.3 Entités intérieures . .11
8.4 Entités constructives . 12
8.5 Entités attachées .14
8.6 Informations géométriques et topologiques.16
9 Mécanisme d'extension de l'IFM .16
9.1 Généralités .16
9.2 Accrochage d'attributs .16
9.3 Sous-classes.16
Annexe A (normative) Suite de tests abstraits .18
Annexe B (normative) Dictionnaire de données.20
Annexe C (informative) La relation référencée avec le BuildingModel de CityGML 3.0 .40
Annexe D (informative) La relation référencée avec l'IFC .44
Annexe E (informative) La relation référencée avec IndoorGML 1.1 .48
Bibliographie .49

iii
Avant-propos
L'ISO (Organisation internationale de normalisation) est une fédération mondiale d'organismes nationaux
de normalisation (comités membres de l'ISO). L'élaboration des Normes internationales est en général
confiée aux comités techniques de l'ISO. Chaque comité membre intéressé par une étude a le droit de faire
partie du comité technique créé à cet effet. Les organisations internationales, gouvernementales et non
gouvernementales, en liaison avec l'ISO participent également aux travaux. L'ISO collabore étroitement avec
la Commission électrotechnique internationale (IEC) en ce qui concerne la normalisation électrotechnique.
Les procédures utilisées pour élaborer le présent document et celles destinées à sa mise à jour sont
décrites dans les Directives ISO/IEC, Partie 1. Il convient, en particulier, de prendre note des différents
critères d'approbation requis pour les différents types de documents ISO. Le présent document a
été rédigé conformément aux règles de rédaction données dans les Directives ISO/IEC, Partie 2 (voir
www.iso.org/directives).
L’ISO attire l’attention sur le fait que la mise en application du présent document peut entraîner l’utilisation
d’un ou de plusieurs brevets. L’ISO ne prend pas position quant à la preuve, à la validité et à l’applicabilité de
tout droit de brevet revendiqué à cet égard. À la date de publication du présent document, l’ISO n'avait pas
reçu notification qu’un ou plusieurs brevets pouvaient être nécessaires à sa mise en application. Toutefois,
il y a lieu d’avertir les responsables de la mise en application du présent document que des informations
plus récentes sont susceptibles de figurer dans la base de données de brevets, disponible à l'adresse
www.iso.org/brevets. L’ISO ne saurait être tenue pour responsable de ne pas avoir identifié tout ou partie de
tels droits de propriété.
Les appellations commerciales éventuellement mentionnées dans le présent document sont données pour
information, par souci de commodité, à l’intention des utilisateurs et ne sauraient constituer un engagement.
Pour une explication de la nature volontaire des normes, la signification des termes et expressions
spécifiques de l'ISO liés à l'évaluation de la conformité, ou pour toute information au sujet de l'adhésion de
l'ISO aux principes de l’Organisation mondiale du commerce (OMC) concernant les obstacles techniques au
commerce (OTC), voir www.iso.org/avant-propos.
Le présent document a été élaboré par le comité technique ISO/TC 211, Information géographique/
Géomatique, en collaboration avec le comité technique CEN/TC 287, Information géographique, du Comité
européen de normalisation (CEN) conformément à l’Accord de coopération technique entre l’ISO et le CEN
(Accord de Vienne).
Il convient que l’utilisateur adresse tout retour d’information ou toute question concernant le présent
document à l’organisme national de normalisation de son pays. Une liste exhaustive desdits organismes se
trouve à l’adresse www.iso.org/fr/members.html.

iv
Introduction
Différentes applications intérieures basées sur l'emplacement, telles que la navigation intérieure, le
stationnement en intérieur et les interventions d'urgence en intérieur sont de plus en plus présentes dans la
vie quotidienne et dans la gestion des bâtiments publics. Ces applications nécessitent des informations sur
les entités intérieures (telles que les étages, les pièces, les portes et les fenêtres) et leurs associations dans
l'espace afin de décrire l'environnement à l'intérieur d'un bâtiment. Par conséquent, de nombreux systèmes
d'application et des normes connexes ont été développés ces dernières années.
[4]
L'OGC CityGML 3.0 est conçu comme un modèle d'information universel qui définit des types d'objets et
des attributs utiles pour un large éventail d'applications. Pour le modèle de bâtiment, CityGML propose
des définitions sémantiques des bâtiments et de leurs parties (par exemple, murs, toits, lucarnes, portes,
fenêtres, etc.), ainsi qu'une représentation des relations entre ces entités. Cependant, CityGML ne définit
pas de règles strictes quant aux objets sémantiques qui doivent être inclus dans un modèle de niveau de
[7]
détail (LOD, Level of Detail) spécifique . Bien que le modèle CityGML puisse être étendu par le mécanisme
d'extension du domaine d'application (ADE, Application Domain Extension) en ajoutant de nouveaux types
d'objets ou de nouvelles propriétés pour des applications spécifiques, il est possible de spécifier différentes
extensions du domaine d'application (ADE) pour différentes communautés d'informations. Chaque ADE
peut ajouter ses propriétés spécifiques au même type d'entité CityGML, car elles peuvent toutes appartenir
[6]
au même groupe de substitution . Ces types d'entités CityGML peuvent également présenter un problème
d'hétérogénéité sémantique dans le partage et l'intégration des ensembles de données.
[4]
La norme OGC IndoorGML 1.1 définit la représentation et l'échange de modèles de réseaux de navigation
intérieure. Elle vise à établir un schéma commun pour les applications de navigation intérieure en modélisant
la topologie et la sémantique des espaces intérieurs, qui sont nécessaires pour les composants des réseaux
[2]
de navigation. Un document IndoorGML contient des liens externes vers des objets référencés définis
dans d'autres ensembles de données tels que CityGML et IFC (Industry Foundation Classes), où les objets de
[2]
l'ensemble de données externe comprennent des informations géométriques.
L'Industry Foundation Classes (IFC) (ISO 16739-1), une norme internationale ouverte pour les données du
modèle d'information du bâtiment (BIM, Building Information Model), fournit des géométries 3D détaillées
et une sémantique riche pour décrire les composants architecturaux et les constructions techniques des
bâtiments. L'IFC vise à couvrir l'ensemble du cycle de vie du projet, c'est-à-dire les phases de «planification»,
de «conception», de «construction, d'«exploitation» et de «maintenance» des bâtiments, avec plus de
600 classes dans différentes catégories. Cependant, les IFC contiennent trop d'informations architecturales
et sont trop complexes pour être utilisées dans leur format actuel pour les situations d'urgence en
[11]
intérieur. Il n'est pas nécessaire d'utiliser toutes ces classes pour une application spécifique telle que la
[9]
navigation intérieure. Toutefois, certaines informations concernant les composants architecturaux et les
constructions techniques des bâtiments définis dans l'IFC peuvent être extraites pour décrire les attributs
des entités intérieures utilisées dans les applications intérieures basées sur l'emplacement pour décrire les
environnements spatiaux intérieurs afin d'aider les personnes à mettre en œuvre leurs travaux ou leurs
plans de manière efficace.
L'ISO/TS 19166 fournit un cadre conceptuel pour la cartographie du BIM dans les systèmes d'informations
géographiques (SIG) avec trois mécanismes de cartographie: la définition de la perspective (B2GDP),
la cartographie des éléments (B2GEM) et la cartographie des LOD (B2GLM). Elle se concentre sur la
définition des exigences et du cadre de la cartographie conceptuelle entre le BIM et les SIG, sans méthode
de cartographie bidirectionnelle ni définition de schémas physiques. Elle ne peut pas être utilisée
directement pour déterminer quelles entités intérieures doivent être extraites du modèle d'information
du bâtiment (BIM) pour décrire les environnements intérieurs dans le cadre d'applications intérieures
basées sur l'emplacement. Différentes communautés d'informations peuvent définir des règles différentes
pour la transposition du BIM dans les SIG et produire des bases de données SIG avec des entités intérieures
différentes pour le même bâtiment. Il serait alors difficile de partager et d'intégrer ces bases de données.
[5]
L'IMDF (Indoor Mapping Data Format) de l'OGC fournit un modèle généralisé, mais complet pour tout
emplacement intérieur, ce qui constitue une base pour l'orientation, la navigation et la découverte (19-
089r1). L'IMDF se concentre principalement sur le contenu des entités intérieures individuelles liées aux
problèmes de navigation et ne définit pas de structure générale de ces éléments intérieurs pour couvrir la
relation entre les espaces intérieurs ou les entités intérieures.

v
Par conséquent, un modèle d'entités intérieures relativement indépendant et concis est nécessaire pour
décrire les entités exigées d'un environnement spatial intérieur pour les applications intérieures basées sur
l'emplacement, telles que la navigation intérieure, l'adressage en intérieur, le stationnement en intérieur et
les interventions d'urgence en intérieur. Ce modèle pourrait fournir une référence commune pour guider la
collecte et l'organisation des informations spatiales intérieures, et servir de base à un modèle conceptuel
pour la transposition et le partage des données entre différents systèmes d'application.
Le présent document définit un tel modèle d'entités intérieures en suivant les règles du schéma d'application
définies dans l'ISO 19109. Un ensemble de données conforme au présent document peut servir de base de
données commune dans différentes applications intérieures basées sur l'emplacement (LBS) et faciliter le
partage et l'intégration des données entre différentes plateformes ou applications. Le présent document
permettrait de réduire les efforts qui se recoupent pour produire la base de données de référence des
bâtiments. Il peut également être utile pour transférer les plateformes d'applications intérieures avec peu
d'ajustements d'un bâtiment à l'autre à partir de la base de données de référence commune. L'objectif est
que les différentes parties prenantes (y compris les producteurs de données d'intérieur et les utilisateurs
de systèmes d'applications intérieures basées sur l'emplacement) aient une compréhension unifiée de ces
entités afin de pouvoir récupérer des informations sans ambiguïté.
Le présent document permet de spécifier une série de profils pour différentes applications intérieures
basées sur l'emplacement, par exemple un profil pour la navigation ou l'orientation intérieure en établissant
un lien à partir d'une relation géométrique et topologique spécifiée dans IndoorGML, ou encore un profil
pour les situations d'urgence en cas d'incendie en ajoutant les entités liées aux services d'urgence de lutte
contre l'incendie.
Le présent document fournit deux annexes informatives pour présenter la relation référencée au niveau de
la classe entre le modèle d'entités intérieures et le BuildingModel (modèle de bâtiment) de CityGML 3.0, l'IFC
de l'ISO 16739-1 et IndoorGML.

vi
Norme internationale ISO 19164:2024(fr)
Information géographique — Modèle d'entités intérieures
1 Domaine d'application
Le présent document spécifie un système de classification sémantique de base des entités intérieures
essentielles pour décrire les environnements intérieurs exigés couramment dans différentes applications
intérieures basées sur l'emplacement dans les bâtiments. Le domaine d'application inclut les éléments
suivants:
— la description sémantique des entités intérieures et de leurs attributs;
— les associations d'entités entre les entités intérieures.
Le système de classification sémantique présenté dans le présent document est compatible avec le modèle
de bâtiment défini dans les normes connexes existantes. Les descriptions géométriques et topologiques
des entités intérieures ne sont pas prises en compte dans le présent document. Le présent document ne
s'applique pas à d'autres structures architecturales telles que les tunnels.
2 Références normatives
Les documents suivants sont cités dans le texte de sorte qu’ils constituent, pour tout ou partie de leur
contenu, des exigences du présent document. Pour les références datées, seule l’édition citée s’applique. Pour
les références non datées, la dernière édition du document de référence s'applique (y compris les éventuels
amendements).
ISO 19103, Information géographique — Langage de schéma conceptuel
ISO 19107, Information géographique — Schéma spatial
ISO 19108, Information géographique — Schéma temporel
ISO 19109, Information géographique — Règles de schéma d’application
ISO 19115-1, Information géographique — Métadonnées — Partie 1: Principes de base
ISO 16739-1, Classes IFC pour le partage des données dans le secteur de la construction et de la gestion de
patrimoine — Partie 1: Schéma de données
ISO 6707-1, Bâtiments et ouvrages de génie civil — Vocabulaire — Partie 1: Termes généraux
3 Termes et définitions
Pour les besoins du présent document, les termes et définitions suivants s’appliquent.
L’ISO et l’IEC tiennent à jour des bases de données terminologiques destinées à être utilisées en normalisation,
consultables aux adresses suivantes:
— ISO Online browsing platform: disponible à l’adresse https:// www .iso .org/ obp
— IEC Electropedia: disponible à l’adresse https:// www .electropedia .org/

3.1
entité
abstraction d'un phénomène du monde réel
Note 1 à l'article: Une entité peut se présenter sous la forme d'un type ou d'une instance. Type d'entité ou instance
d'entité doit être utilisé lorsqu'il s'agit de l'un de ces deux termes.
[SOURCE: ISO 19101-1:2014, 4.1.11]
3.2
attribut d'entité
caractéristique d'une entité (3.1)
Note 1 à l'article: Un attribut d'entité possède un nom, un type de données et un domaine de valeur qui lui sont associés.
Un attribut d'entité pour une instance d'entité comporte également une valeur d'attribut issue du domaine de valeur.
[SOURCE: ISO 19101-1:2014, 4.1.12, modifié — Les Exemples 1 et 2, ainsi que les Notes 2 et 3 ont été
supprimés.]
3.3
association d'entités
relation qui relie les instances d'un type d'entité (3.4) à des instances du même type d'entité ou d'un type
d'entité différent
[SOURCE: ISO 19110:2016, 3.3]
3.4
type d'entité
classe d'entités (3.1) présentant des caractéristiques communes
[SOURCE: ISO 19156:2023, 3.9]
3.5
entité intérieure
entité (3.1) construite en tant que composante architecturale intérieure ou en tant qu'entité attachée à un
usage spécifique à l'intérieur d'un bâtiment
EXEMPLE Les fenêtres, les portes, le mobilier et les installations sont des entités intérieures.
3.6
entité spatiale intérieure
entité (3.1) qui contient des entités intérieures (3.5) et/ou qui est utilisée comme lieu pour un usage spécifique
à l'intérieur d'un bâtiment
EXEMPLE Les pièces, balcons et chemins d'accès sont des entités spatiales intérieures.
3.7
carte intérieure
représentation d'une entité intérieure (3.5) et d'entités spatiales intérieures (3.6) sous la forme d'une image
numérique ou d'un fichier vectoriel adapté à l'affichage sur un écran d'ordinateur

4 Symboles et abréviations
4.1 Abréviations
BIM building information model (modèle d'informations de la construction)
GML geography markup language (langage de balisage géographique)
HMMG Harmonized Model Maintenance Group (groupe de maintenance des modèles harmonisés)
IFC industry foundation classes
IFM indoor feature model (modèle d'entités intérieures)
LBS location-based service (services basés sur l'emplacement)
OGC Open Geospatial Consortium (consortium définissant des standards pour le géospatial)
UML unified modelling language (langage de modélisation unifié)
URI uniform resource identifier (identifiant de ressource universel)
4.2 Notation UML
Dans le présent document, des schémas conceptuels sont présentés dans le Langage de modélisation unifié
(UML). Le profil spécifique de l'UML utilisé dans le présent document est présenté dans l'ISO 19103.
5 Conformité
Le présent document définit une classe de conformité:
— «Modèle d'entités intérieures» (cible de spécification: Modèle d'entités intérieures).
Une spécification, une norme, une suite de tests ou un outil de test revendiquant sa conformité au présent
document doivent implémenter la classe de conformité appropriée pour cette cible de spécification.
La conformité au présent document doit être évaluée à l'aide de tous les cas d'essais de conformité concernés
spécifiés à l'Annexe A du présent document.
Toutes les exigences spécifiées dans le présent document appartiennent à la classe d'exigences Modèle
d'entités intérieures, qui est identifiée par l'URI https:// standards .isotc211 .org/ 19164/ -1/ req/
IndoorFeatureModel.
Les identifiants des exigences et des tests de conformité spécifiés dans le présent document sont relatifs
à ht t p s:// s t a nd a r d s . i s ot c 211 . or g / 19164/ -1.
Le nom et les coordonnées de l'autorité de mise à jour responsable du présent document se trouvent à
l'adresse www .iso .org/ maintenance _agencies.
6 Généralités
Le modèle d'entités intérieures (IFM) définit une structure et une description unifiées des entités
intérieures génériques qui peuvent être comprises de manière cohérente par les utilisateurs (y compris les
producteurs de données d'intérieur, les développeurs et les utilisateurs d'applications intérieures basées
sur l'emplacement). Les entités intérieures génériques sont les composants de base qui construisent les
environnements spatiaux à l'intérieur d'un bâtiment. Les attributs et les associations d'entités fournissent
des informations sur ces composants. L'une des applications de l'IFM consiste à fournir les informations
spatiales nécessaires à l'élaboration d'une carte intérieure qui représente visuellement la disposition
spatiale de ces composants de base et leurs caractéristiques.

7 Relations avec les normes internationales existantes
La Figure 1 représente la relation entre le modèle d'entités intérieures (IFM) défini dans le présent
document et d'autres Normes internationales relatives aux données d'intérieur et aux schémas d'application.
Le présent document suit les règles du schéma d'application définies dans l'ISO 19109. Le schéma conceptuel
est présenté en UML conformément à l'ISO 19103.
L'IFM se réfère aux classes relatives et aux énumérations définies dans l'ISO 16739-1 (IFC) et CityGML et
prend IndoorGML, CityGML et IFC comme sources de données externes pour les informations topologiques
et géométriques de l'IFM.
Figure 1 — Relations avec les normes ISO et OGC
Conformément aux règles du modèle d'application défini dans la norme ISO 19109 sur l'échange de données,
la Figure 2 montre le rôle de l'IFM sur l'échange de données entre les sources de données du fournisseur et les
sources de données de l'utilisateur en rapport avec les applications de services basés sur l'emplacement (LBS).

NOTE Modifié à partir de l'ISO 19109:2015. Les lignes continues indiquent les flux de données. Les lignes en
pointillés indiquent le rôle du schéma d'application sur l'échange de données.
Figure 2 — Le rôle de l'IFM dans l'échange de données
8 Modèle d'entités intérieures
8.1 Entités intérieures supérieures
Le modèle d'entités intérieures définit la structure sémantique d'un ensemble minimal de types d'entités
génériques, d'attributs d'entités et d'associations d'entités d'un bâtiment, en particulier d'un grand bâtiment
public ou d'un bâtiment de bureaux, caractérisé par des structures complexes, des fonctions multiples
et des utilisateurs publics divers (Figure 3). Il convient d'utiliser ces types d'entités génériques comme
ensembles de données de base pour les applications intérieures basées sur l'emplacement, telles que la
navigation intérieure pour les achats ou le stationnement des voitures, l'évacuation d'urgence et la gestion
des installations ou des instruments dans un hôpital. Les composants du bâtiment qui ne sont pas pertinents
pour les services basés sur l'emplacement ne sont pas couverts par ce modèle.
Un bâtiment peut s'étendre sur plusieurs bâtiments connectés ou non, pour constituer un complexe de
bâtiments (ISO 16739-1). Un complexe de bâtiments (classe BuildingComplex) est une entité complexe (la
définition de l'ISO 19109 s'applique), qui est composée de plus d'un bâtiment individuel (classe Building).
Chaque bâtiment est composé de plusieurs étages, également appelés niveaux.
Plusieurs étages peuvent avoir un usage ou une propriété spécifique en tant que subdivision de bâtiment.
Les étages commerciaux, les étages de bureaux et les étages résidentiels d'un bâtiment sont des exemples
de subdivisions de bâtiment. Un étage peut être composé de plusieurs subdivisions d'étage en fonction de
l'usage et/ou de la propriété. La zone d'attente, la zone commerciale et la zone d'embarquement d'un aéroport
sont un exemple de subdivision d'étage.
Chaque étage est composé de différentes entités spatiales intérieures et entités intérieures. Les
entités spatiales intérieures peuvent contenir des entités intérieures. AbstractIndoorSpaceFeature
est une superclasse abstraite qui décrit les attributs communs des classes d'entités spatiales.
AbstractIndoorEntityFeature est une superclasse abstraite qui décrit les attributs communs des entités
constructives intérieures et des entités associées.
Les descriptions détaillées des attributs des types d'entités et de leurs associations doivent être conformes
au dictionnaire de données de l'Annexe B. Les Annexes C, D et E représentent la relation référencée au

niveau de la classe entre l'IFM du présent document et le BuildingModel de CityGML 3.0, IFC (ISO 16739-1) et
IndoorGML 1.1.
Exigence 1   /req/IndoorFeatureModel/BasicInfo
Chaque type d'entité intérieure supérieure doit utiliser les informations de base spécifiées en B.32.1.

Figure 3 — Entités intérieures supérieures

Exigence 2   /req/IndoorFeatureModel/BuildingComplex
La classe BuildingComplex doit être utilisée pour décrire un groupe de bâtiments inclus dans un site, comme
cela est spécifié dans l'Article B.2.
Exigence 3   /req/IndoorFeatureModel/Building
La classe Building doit être utilisée pour décrire les caractéristiques d'un bâtiment, conformément
à l'Article B.3.
8.2 Entités spatiales intérieures
AbstractIndoorSpaceFeature est une superclasse abstraite qui décrit les attributs communs des classes
d'entités spatiales (Figure 4). Le Tableau 1 énumère les sous-classes d'AbstractIndoorSpaceFeature.
Exigence 4   /req/IndoorFeatureModel/AbstractIndoorSpaceFeature
La classe AbstractIndoorSpaceFeature doit décrire les attributs communs (comme spécifié dans l'Article B.5)
des sous-classes d'entité spatiale intérieure (comme spécifié à la Figure 4 et le Tableau 1).

NOTE Les classes sont conçues à partir d'une compréhension commune de ces entités dans le monde réel et
les descriptions des classes sont des informations dérivées des Références [14], [15], [16], [17] ou des normes ISO
existantes.
Figure 4 — Entités spatiales intérieures

Tableau 1 — Description des classes d'entités spatiales intérieures
Classe Description
Room (pièce) Espace interne d'un bâtiment destiné à des usages spécifiques, ouvert ou entouré de murs,
de portes, d'une surface au sol et d'un plafond.
Les détails de Room sont spécifiés dans l'Article B.22.
Balcony (balcon) Plateforme surélevée entourée d'un ou de plusieurs murs, d'un plafond ou non et/ou d'une
balustrade, reliée au côté d'un bâtiment et accessible à partir d'une fenêtre ou d'une porte.
Les détails de Balcony sont spécifiés dans l'Article B.23.
Pathway (chemin Espace de liaison entre différents lieux (par exemple, différents étages, pièces ou bâti-
d'accès) ments).
Les détails de Pathway sont spécifiés dans l'Article B.24.
La classe Pathway décrit les attributs communs de différents chemins d'accès, y compris l'escalier,
l'ascenseur, l'escalier mécanique, le couloir, le tapis roulant, la rampe, etc. dans un bâtiment. Les descriptions
de Pathway et de ses sous-classes sont définies à la Figure 5 et le Tableau 2.
Exigence 5   /req/IndoorFeatureModel/Pathway
La classe Pathway doit décrire les attributs communs des sous-classes Pathway comme spécifié à la Figure 5
et le Tableau 2.
Figure 5 — Classe et sous-classes Pathway

Tableau 2 — Description des sous-classes Pathway
Classe Description
Stair (escalier) Chemin d'accès vertical permettant aux occupants de marcher (monter) d'un étage à un
a
autre étage situé à une hauteur différente.
Les détails de Stair sont spécifiés dans l'Article B.25.
Elevator (ascenseur) Dispositif de transport pour le transport (vertical) des personnes et de marchandises entre
les étages d'un bâtiment.
Les détails de Elevator sont spécifiés dans l'Article B.26.
Escalator (escalier Escalier qui se déplace verticalement et qui est utilisé comme dispositif de transport pour
mécanique) transporter des personnes entre les étages d'un bâtiment.
Les détails de Escalator sont spécifiés dans l'Article B.27.
MovingWalkway (tapis Dispositif de transport à déplacement lent qui transporte des personnes sur un plan hori-
roulant) zontal ou incliné.
Les détails de MovingWalkway sont spécifiés dans l'Article B.28.
Ramp (rampe) Chemin d'accès vertical qui assure la circulation des personnes entre un étage et un
autre étage situé à une hauteur différente. Une rampe ne comprend normalement pas de
a
marches.
Les détails de Ramp sont spécifiés dans l'Article B.29.
b
Corridor (couloir) Espace de circulation étroit et fermé qui donne accès à des pièces ou à d'autres espaces.
Les détails de Corridor sont spécifiés dans l'Article B.30.
Bridge (passerelle) Chemin aérien construit à l'intérieur d'un bâtiment ou entre des bâtiments pour permettre
aux personnes ou aux véhicules de traverser d'un côté à l'autre.
Les détails de Bridge sont spécifiés dans l'Article B.31.
8.3 Entités intérieures
AbstractIndoorEntityFeature est une superclasse abstraite qui décrit les attributs communs des sous-
classes (Figure 6). Le Tableau 3 énumère les sous-classes d'AbstractIndoorEntityFeature.
Exigence 6   /req/IndoorFeatureModel/AbstractIndoorEntityFeature
La classe AbstractIndoorEntityFeature doit décrire les attributs communs (comme spécifié en B.6) des
entités constructives et des entités associées, qui sont définies comme des sous-classes (comme spécifié à la
Figure 6 et le Tableau 3).
Figure 6 — Entités intérieures
Tableau 3 — Description des classes d'entités intérieures
Classe Description
AttachedFeature (entité attachée) Entités attachées à un espace spécifique d'un bâtiment et liées à des usages par-
ticuliers (voir 8.5).
Les détails de AttachedFeature sont spécifiés dans l'Article B.7.
ConstructiveFeature (entité Entités construites en tant que composants inhérents d'un bâtiment, qui sont
constructive) liées aux applications LBS dans un bâtiment (voir 8.4).
Les détails de ConstructiveFeature sont spécifiés dans l'Article B.13.
8.4 Entités constructives
La classe ConstructiveFeature décrit les attributs communs de certaines entités constructives liées
aux applications LBS (y compris les murs, les plafonds, les garde-corps, les dalles, etc.) dans un bâtiment
(Figure 7). Le Tableau 4 énumère les sous-classes de ConstructiveFeature.

Exigence 7   /req/IndoorFeatureModel/ConstructiveFeature
La classe ConstructiveFeature doit décrire les attributs communs des entités constructives dans un
bâtiment, comme spécifié à la Figure 7 et le Tableau 4.
Figure 7 — Classe et sous-classes ConstructiveFeature

Tableau 4 — Description des sous-classes ConstructiveFeature
Classe Description
Wall (mur) Construction verticale qui délimite ou subdivise un espace et remplit générale-
a
ment une fonction de porteur ou de soutènement.
Les détails de Wall sont spécifiés dans l'Article B.14.
Door (porte) Construction destinée à fermer une ouverture conçue principalement pour
a
l'accès et/ou la sortie.
Les détails de Door sont spécifiés dans l'Article B.15.
Window (fenêtre) Construction destinée à fermer une ouverture verticale ou quasi verticale dans
un mur ou une toiture inclinée, qui laisse passer la lumière et peut assurer la
a
ventilation.
Les détails de Window sont spécifiés dans l'Article B.16.
Column (colonne) (ou pilier) Élément structural allongé, généralement vertical, qui transmet à sa
a
base les forces, principalement en compression, qui lui sont appliquées.
Les détails de Column sont spécifiés dans l'Article B.17.
Ceiling (plafond) Construction qui recouvre la face inférieure d'un plancher ou d'un toit et
constitue la surface supérieure d'un espace confiné, souvent pour dissimuler des
a
éléments structuraux ou des services.
Les détails de Ceiling sont spécifiés dans l'Article B.18.
Beam (poutre) Élément structural horizontal ou quasi horizontal, capable de supporter une
b
charge principalement en résistant à la flexion.
Les détails de Beam sont spécifiés dans l'Article B.19.
Slab (dalle) Construction qui constitue le support inférieur (plancher) ou supérieur (dalle de
b
toit, plafond) de tout espace d'un bâtiment.
Les détails de Slab sont spécifiés dans l'Article B.20.
Railing (garde-corps) Assemblage de structures adjacent aux espaces de circulation des personnes et à
certaines limites d'espace où il est utilisé à la place des murs ou pour compléter
b
les murs.
Les détails de Railing sont spécifiés dans l'Article B.21.
8.5 Entités attachées
La classe AttachedFeature décrit les entités attachées à un espace spécifique d'un bâtiment et liées à des
usages particuliers (y compris, installation, mobilier, etc.) (Figure 8). Le Tableau 5 énumère les sous-classes
d'AttachedFeature.
Exigence 8   /req/IndoorFeatureModel/AttachedFeature
La classe AttachedFeature doit décrire les attributs communs des entités attachées dans un bâtiment,
comme spécifié à la Figure 8 et le Tableau 5.

Figure 8 — Classe et sous-classes AttachedFeature
Tableau 5 — Description des sous-classes AttachedFeature
Classe Description
Facility (installation) Instrument ou équipement mobile ou fixe installé et utilisé dans le bâtiment,
facilitant une activité (par exemple, une action, une opération).
Les détails de Facility sont spécifiés dans l'Article B.8.
Furniture (mobilier) Mobilier tel qu'une table, un bureau, une chaise ou une armoire, qui est fixé de
a
manière permanente ou non à la structure d'un bâtiment.
Les détails de Furniture sont spécifiés dans l'Article B.9.
Sensor (capteur) Dispositif qui mesure une grandeur physique et la convertit en un signal qui peut
a
être lu par un observateur ou par un instrument.
Les détails de Sensor sont spécifiés dans l'Article B.10.
Robot (robot) Machine qui peut effectuer le travail d'une personne et qui fonctionne automati-
quement ou est contrôlée par un ordinateur.
Les détails de Robot sont spécifiés dans l'Article B.11.

8.6 Informations géométriques et topologiques
Les descriptions géométriques et topologiques des entités intérieures ne sont pas prises en compte dans le
présent document. Dans le cas où le modèle géométrique et/ou topologique d'une source de données externe
correspond aux types d'entités du modèle d'entités intérieures (IFM), les informations géométriques et/
ou topologiques de cette source de données externe peuvent être liées aux ensembles de données pendant
l'implémentation.
Les informations géométriques et connexes des données IndoorGML, CityGML et IFC peuvent être liées à
l'IFM si nécessaire.
Permission 1   /per/IndoorFeatureModel/topology
L'IFM peut être lié à une relation géométrique et topologique définie dans IndoorGML pour l'implémentation
de la navigation ou de l'orientation intérieure.
Permission 2   /per/IndoorFeatureModel/CityGMLObject
L'IFM peut référencer des liens vers des objets CityGML pour une modélisation géométrique et sémantique
plus poussée et prendre les données CityGML comme l'une des sources de données pour l'implémentation.
Permission 3   /per/IndoorFeatureModel/IFCObject
L'IFM peut référencer des liens vers des objets IFC pour une modélisation géométrique et sémantique plus
poussée et prendre les données IFC comme l'une des sources de données pour l'implémentation.
9 Mécanisme d'extension de l'IFM
9.1 Généralités
Une extension du domaine d'application (ADE) peut être modélisée directement dans le schéma XML ou
peut être générée en étendant le modèle UML de l'IFM avec des informations spécifiques à l'application et en
obtenant ensuite le schéma XML à partir de celui-ci.
Permission 4   /per/IndoorFeatureModel/Extension
Par conséquent, à l'instar de CityGML, les ADE peuvent utiliser des éléments de l'IFM pour associer des
attributs supplémentaires aux classes existantes et obtenir des sous-classes spécifiques à l'application.
L'IFM accepte deux types d'extensions, à savoir l'accrochage d'attributs et les sous-classes.
9.2 Accrochage d'attributs
Chaque classe d'entité de l'IFM possède un «crochet» («hook») GML de la forme «GenericApplicationProperty
Of» dans sa définition de schéma XML. Par exemple, GenericApplicationPropertyOfFloor
peut être utilisé pour attacher un nouvel attribut «numberOfElevator» à la classe Floor.
< element name = ”floorNo” type = ”CharacterString” / >
< element name = ”numberOfElevator” type = ”xsd: positive Integer”
substitutionGroup = ”GenericApplicationPropertyOfFloor”/ >
9.3 Sous-classes
L'IFM peut être étendu avec de nouvelles classes pour de nouveaux types d'entités en tant que sous-classes des
classes existantes de l'IFM. Les sous-classes peuvent également utiliser le même stéréotype «FeatureType»
que les classes IFM. Comme le montre la Figure 9, la classe Door de l'IFM est étendue avec un nouveau
type d'entité «FireproofDoor» en tant que sous-classe avec de nouveaux attributs «fireProtectionLevel» et
«fireResistantTime».
Figure 9 — Exemple d'extension de sous-classe

Annexe A
(normative)
Suite de tests abstraits
A.1 Généralités
La présente annexe spécifie une suite de tests abstraits que doit réussir une implémentation revendiquant
sa conformité avec le présent document.
A.2 Classe de test de conformité: Indoor Feature Model (IFM)
A.2.1 Généralités
L'identifiant URI de cette classe de conformité est: https:// standards .isotc211 .org/ 19164/ -/ 1/ conf/
IndoorFeatureModel.
L'identifiant URI de cette classe d'exigences est: https:// standards .isotc211 .org/ 19164/ -/ 1/ req/
IndoorFeatureModel.
Les identificateurs de tests ci-dessous font référence à https:// standards .isotc211 .org/ 19164/ -/ 1.
A.2.2 Description de base
a) ID du test: /conf/IndoorFeatureModel/BasicInfo
b) Objectif du test: vérifier que chaque type d'entité intérieure supérieure doit utiliser la description de
base spécifiée dans le dictionnaire de données de B.32.1.
c) Méthode de test: examiner le contenu des données destinées à étayer l'IFM. Chaque instance d'entité
intérieure supérieure doit utiliser la description de base spécifiée dans le dictionnaire de données
de B.32.1. Le test est réussi si la contrainte renvoie la valeur «true».
A.2.3 BuildingComplex
a) ID du test: /conf/IndoorFeatureModel/BuildingComplex
b) Objectif du test: vérifier que la classe BuildingComplex est utilisée pour décrire un groupe de bâtiments
inclus dans un site, comme cela est spécifié en B.2.
c) Méthode de test: examiner le contenu des données destinées à étayer le modèle d'entités intérieures (IFM),
vérifier que l'instance BuildingComplex contient les informations spécifiées dans l'Article B.2. Le test
est réussi si la contrainte renvoie la valeur «true».
A.2.4 Building (bâtiment)
a) ID du test: /conf/IndoorFeatureModel/Building
b) Objectif du test: vérifier que la classe Building est utilisée pour décrire les caractéristiques d'un
bâtiment, conformément à l'Article B.3.
c) Méthode de test: examiner le contenu des données destinées à étayer l'IFM, vérifier que l'instance Building
contient les caractéristiques d'un bâtiment, comme cela est spécifié dans l'Article B.3. Le te
...