Open Geospatial Consortium |
Submission Date: 2020-06-01 |
Approval Date: 2020-09-20 |
Publication Date: 2021-01-19 |
External identifier of this OGC® document: http://www.opengis.net/doc/dp/indoorgml-poi |
Internal reference number of this OGC® document: 20-054r1 |
Category: OGC® Discussion Paper |
Editor: Kyoung-Sook Kim, Jiyeong Lee |
An Extension Model to attach Points of Interest into IndoorGML |
Copyright notice |
Copyright © 2021 Open Geospatial Consortium |
To obtain additional rights of use, visit http://www.opengeospatial.org/legal/ |
Warning |
This document is not an OGC Standard. This document is an OGC Discussion Paper and is therefore not an official position of the OGC membership. It is distributed for review and comment. It is subject to change without notice and may not be referred to as an OGC Standard. Further, an OGC Discussion Paper should not be referenced as required or mandatory technology in procurements.
Document type: OGC® Discussion Paper |
Document subtype: |
Document stage: Approved for public release |
Document language: English |
License Agreement
Permission is hereby granted by the Open Geospatial Consortium, ("Licensor"), free of charge and subject to the terms set forth below, to any person obtaining a copy of this Intellectual Property and any associated documentation, to deal in the Intellectual Property without restriction (except as set forth below), including without limitation the rights to implement, use, copy, modify, merge, publish, distribute, and/or sublicense copies of the Intellectual Property, and to permit persons to whom the Intellectual Property is furnished to do so, provided that all copyright notices on the intellectual property are retained intact and that each person to whom the Intellectual Property is furnished agrees to the terms of this Agreement.
If you modify the Intellectual Property, all copies of the modified Intellectual Property must include, in addition to the above copyright notice, a notice that the Intellectual Property includes modifications that have not been approved or adopted by LICENSOR.
THIS LICENSE IS A COPYRIGHT LICENSE ONLY, AND DOES NOT CONVEY ANY RIGHTS UNDER ANY PATENTS THAT MAY BE IN FORCE ANYWHERE IN THE WORLD.
THE INTELLECTUAL PROPERTY IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, AND NONINFRINGEMENT OF THIRD PARTY RIGHTS. THE COPYRIGHT HOLDER OR HOLDERS INCLUDED IN THIS NOTICE DO NOT WARRANT THAT THE FUNCTIONS CONTAINED IN THE INTELLECTUAL PROPERTY WILL MEET YOUR REQUIREMENTS OR THAT THE OPERATION OF THE INTELLECTUAL PROPERTY WILL BE UNINTERRUPTED OR ERROR FREE. ANY USE OF THE INTELLECTUAL PROPERTY SHALL BE MADE ENTIRELY AT THE USER’S OWN RISK. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR ANY CONTRIBUTOR OF INTELLECTUAL PROPERTY RIGHTS TO THE INTELLECTUAL PROPERTY BE LIABLE FOR ANY CLAIM, OR ANY DIRECT, SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES, OR ANY DAMAGES WHATSOEVER RESULTING FROM ANY ALLEGED INFRINGEMENT OR ANY LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR UNDER ANY OTHER LEGAL THEORY, ARISING OUT OF OR IN CONNECTION WITH THE IMPLEMENTATION, USE, COMMERCIALIZATION OR PERFORMANCE OF THIS INTELLECTUAL PROPERTY.
This license is effective until terminated. You may terminate it at any time by destroying the Intellectual Property together with all copies in any form. The license will also terminate if you fail to comply with any term or condition of this Agreement. Except as provided in the following sentence, no such termination of this license shall require the termination of any third party end-user sublicense to the Intellectual Property which is in force as of the date of notice of such termination. In addition, should the Intellectual Property, or the operation of the Intellectual Property, infringe, or in LICENSOR’s sole opinion be likely to infringe, any patent, copyright, trademark or other right of a third party, you agree that LICENSOR, in its sole discretion, may terminate this license without any compensation or liability to you, your licensees or any other party. You agree upon termination of any kind to destroy or cause to be destroyed the Intellectual Property together with all copies in any form, whether held by you or by any third party.
Except as contained in this notice, the name of LICENSOR or of any other holder of a copyright in all or part of the Intellectual Property shall not be used in advertising or otherwise to promote the sale, use or other dealings in this Intellectual Property without prior written authorization of LICENSOR or such copyright holder. LICENSOR is and shall at all times be the sole entity that may authorize you or any third party to use certification marks, trademarks or other special designations to indicate compliance with any LICENSOR standards or specifications. This Agreement is governed by the laws of the Commonwealth of Massachusetts. The application to this Agreement of the United Nations Convention on Contracts for the International Sale of Goods is hereby expressly excluded. In the event any provision of this Agreement shall be deemed unenforceable, void or invalid, such provision shall be modified so as to make it valid and enforceable, and as so modified the entire Agreement shall remain in full force and effect. No decision, action or inaction by LICENSOR shall be construed to be a waiver of any rights or remedies available to it.
- 1. Scope
- 2. References
- 3. Terms and Definitions
- 4. Conventions
- 5. Indoor Points of Interest (POI)
- 6. Indoor POI extension module in IndoorGML
- 7. Use-cases
- Annex A: XML Schema for IndoorGML POI Module (Normative)
- Annex B: Indoor POI Module Example Document (Informative)
- Annex C: Revision History
- Annex D: Bibliography
i. Abstract
This OGC discussion paper provides an extension module of OGC IndoorGML for managing spatial-temporal information of Point-of-Interest (POI) data. POI data, also sometimes cited as “Feature of Interest,” “Object of Interest,” or “Landmarks” in some literature, is one of the most fundamental requirements for indoor Location-Based Services (LBS). This discussion paper aims to try to define the types of POIs in the indoor space and develop an extension module to integrate POIs with the core model of OGC IndoorGML. Moreover, this document shows two use-cases of how to adapt the POI extension of IndoorGML to develop a data model to support the management of the POI information in OGC IndoorGML and supplement existing POIs for a more suitable standard in creating such features in the indoor space to increase utilization and development of indoor location-based services. This document has use-cases to show the possibilities of the proposed model.
ii. Keywords
The following are keywords to be used by search engines and document catalogues.
ogcdoc, OGC, IndoorGML, Indoor space, Spatial-Temporal data, Point of Interest
iii. Preface
Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. The Open Geospatial Consortium shall not be held responsible for identifying any or all such patent rights.
Recipients of this document are requested to submit, with their comments, notification of any relevant patent claims or other intellectual property rights of which they may be aware that might be infringed by any implementation of the standard set forth in this document, and to provide supporting documentation.
iv. Submitting organizations
The following organizations submitted this Document to the Open Geospatial Consortium (OGC):
-
National Institute of Advanced Industrial Science and Technology,
-
The University of Seoul, and
-
All for Land Inc.
v. Submitters
All questions regarding this submission should be directed to the editor or the submitters:
Name |
Affiliation |
Kyong-Sook Kim |
National Institute of Advanced Industrial Science and Technology |
Teahoon Kim |
National Institute of Advanced Industrial Science and Technology |
Jiyeong Lee |
The University of Seoul |
In-Hye Park |
The University of Seoul |
Hye-Young Kang |
All for Land Inc. |
1. Scope
The scope of this discussion paper is to investigate types of Point of Interest (POI) data in indoor space and propose a conceptual model to harmonize the POI information with the IndoorGML core and navigation modules. In particular, this document focuses on the management of spatial (and non-spatial) history of indoor POI features. The paper covers the following scope:
-
Points of Interest Feature Types;
-
A Conceptual model to extend IndoorGML schema for indoor POI; and
-
Use cases in home navigation and hospital facility management.
2. References
The following normative documents contain provisions that, through reference in this text, constitute provisions of this document. For dated references, subsequent amendments to, or revisions of, any of these publications do not apply. For undated references, the latest edition of the normative document referred to applies.
OGC: OGC 14-005r5, OGC® Indoor Geography Markup Language (IndoorGML) 1.0.3 (2014)
ISO: ISO 12006-2:2015, Building construction — Organization of information about construction works — Part 2: Framework for classification (2015)
3. Terms and Definitions
4. Conventions
This section provides details and examples for any conventions used in the document. Examples of conventions are symbols, abbreviations, use of XML schema, or special notes regarding how to read the document.
4.1. Abbreviated terms
The following abbreviated terms are used in this Discussion Paper:
CRS |
Coordinate Reference System |
GML |
Geography Markup Language |
IndoorGML |
Indoor Geographic Markup Language |
ISO |
International Organization for Standardization |
LBS |
Location-Based Service |
OGC |
Open Geospatial Consortium |
POI |
Point of Interest |
UML |
Unified Modeling Language |
W3C |
World Wide Web Consortium |
5. Indoor Points of Interest (POI)
With the dramatic improvement of indoor mapping and positioning technologies, location-based services (LBS) have started to extend their coverages to indoor spaces, in addition to outdoor spaces. The concept of Indoor POI is necessary to support various indoor applications and services, including route navigation, facility management, and evacuation simulation. This Discussion Paper aims to propose a data model that describes POI in the indoor environment, considering its various spatial and temporal aspects, based on a previously proposed spatial-temporal model for POI.
5.1. The Point of Interest
POIs such as restaurants, parking lots, and hotels, are one of the fundamental features for map-related data in navigation systems. In ISO 24099:2011, POI data is defined as "destination and/or site of interest to travellers (such as restaurants)." In order to represent POIs, ISO 14825:2011 Geographic Data Files (GDF) define a conceptual data model of the Services Feature Theme as market-oriented features. Service is "a generic term for an activity at a specific location," such as airports, toll locations, banks, and tourist attractions. Another specification of Point Of Interest eXchange Language Specification (POIX) for exchanging POI information is established by the Mobile Information Standard Technical Committee (MOSTEC), which is an industry group of automobile manufacturers, car navigation manufacturers, and mobile terminal manufacturers.
OGC also has included POI data in Standards that include an abstract data model and encoding formats. The definition of POI provided by the OGC OpenLS Standard is “A location (with a fixed position) where one can find a place, product or service, typically identified by name rather than by address and characterized by type, which may be used as a reference point or a target in a location based service request, e.g., as the destination of a route [OGC 07-074].” Since 2013, OGC officially approved POI SWG (currently inactive) to contribute to developing OGC Standards related to POIs based on the draft specification developed by the World Wide Web Consortium (W3C) POI Working Group (WG). The W3C POI had tried to design a general data model for the representation of POI information on the Web and released the first Public Working Draft of W3C POI Core on 12 May 2011. The W3C POI extended the POI definition of "a location about which information is available" to cover a wide variety of applications such as augmented reality (AR) browsers, mobile games, geocaching, and digital mapping, not only for navigation systems.
Note
|
W3G POI Core: The term "location" is used to refer to a geographical construct, a physically fixed point, typically on the surface of the Earth (relative to WGS-84), though locations can be relative to another coordinate system. Locations can be a single point, a centroid, a minimum bounding rectangle, or a set of vectors. A location should be persistent over time and does not change. |
There are several ways to reference a location. A typical representation is indicated by direct coordinates in which geometry can be represented. However, human beings better understand a location with a name or an identifier like address than providing its coordinates. W3G POI Core defines 8 types of geo-references: Center (the center point of the POI), Navigation Point (the logical destination point for routing), Address (a civic address such as mailing or street address), Route, Area (a line-bounded area), Object (a rich and flexible description of an object including a 3D object like a building), Undetermined (a location that as of yet is determined), and Relative (distance from and bearing to another location).
In ISO, two standards ISO 19112:2019 and ISO 19155:2012 define spatial references by identifiers. ISO 19112:2019 establishes "a general model of for spatial referencing using geographic identifiers and the components of a spatial reference system. It also specifies a conceptual scheme for a gazetteer." ISO 19155:2012 defines mechanisms to match multiple Place Identifiers (PI) to the same place, in which an identifier of a place (not only in the real world but also those in the virtual world) is referred to as a PI. Also, OGC Gazetteer Service defines the information model for gazetteer data from ISO 19112, and the web service information request model from OGC’s Web Feature Service (WFS) to define "the Gazetteer Service - Application Profile of the Web Feature Service Implementation Specification as a OGC Best Practice OGC 11-122r1. The OGC gazetteer service implements the ISO abstract data model in XML using the OGC Geography Markup Language (GML) standard, and describes how to make web requests for information from the gazetteer using WFS."
Even though POI is an essential feature in positioning and human-oriented geographic information, there is no specification of a general-purposed model and encoding formats for sharing POI data, especially in indoor space. Also, many industries individually create and manage POI data with their own models and formats, and those POI data are duplicated and not generally interoperable among different organizations. For example, 70% of the 3 Million POIs being maintained by 12 private companies have overlap in Korea [12].
5.2. Definition of Indoor POI
The primary purpose of this Discussion Paper is how to attach POI information into OGC IndoorGML. A POI typically describes a location where one can find any entity identified by name and characterized by type. This paper defines a POI that describes a named feature with the following mandatory properties:
-
an identifier;
-
one or more labels;
-
one or more locations; and
-
a category.
5.2.1. Identifiers
A POI has an identifier that uniquely, and permanently designates a POI instance. It is represented by linguistically independent sequence of characters.
5.2.2. Labels
A label is the term by which POI may be referred. It is an alphanumeric string which represents the human-interpretable name of something and shall have a natural-language meaning. A POI may have multiple labels, such as A1 seat or vip seat.
5.2.3. Locations
The most common way of expressing a POI location is as a point or geometry potentially occupied in any space. Here, an indoor POI is located at a point location attached to an indoor space when it is installed or equipped. However, the indoor POI location can be classified into two types: navigable and non-navigable location [13]. A navigable location is a space where an object or person can move through/within and a non-navigable location indicates an obstacle space where an object or person can not pass.
Figure 1 shows examples of navigable location and non-navigable locations in a subway station. Figure 1(a) is a ticket gate as a navigable location, through which passengers pass. However, a ticket machine, as shown in Figure 1(b), does not allow a person to move through it. Both POI locations are essential features that can be the source or destination point of a navigation route. Also, many navigable locations of POI often have their constraint on the accessibility time, such as operating time of automated teller machines (ATM). Finally, a POI is understood to have acquired a new location when it physically moves. As a result, the management of the spatio-temporal locations of indoor POIs need to be considered with the availability of navigation in the model schema.
5.2.4. Categories
A category describes a functional type of POI. For example, ISO 14825:2011 GDF specifies 97 class types of a Services Feature with a flat structure, e.g., Vehicle Repair Facility, Petrol Station, Rent a Car Pick Up/Return, Parking Garage, Hotel or Motel, Zoo, Museum, and Swimming Pool. As an example, in industry, ESRI divides indoor POI data into two logical categories of level 1 and level 2 to search and locate indoor POIs such as facilities, people, and events. IMDF defines a POI as a generic term that collectively refers to Amenity and Occupant (via Anchor) feature types.
ESRI Indoor POI Types
-
Places + Things: Unit centroids or indoors addresses for noncommercial locations inside (or outside) a facility. These can be ATMs, auditoriums, restrooms, elevators, or other Unit use types. This can also include fountains, art pieces, or other landmarks that people may want to find.
-
Retails + Services: Indicates where on the map you can purchase goods or services, or make other financial transactions. Examples include gas stations, stores, restaurants, or ATMs.
-
Safety + Security: Indicates where equipment, first aid, exits, and other emergency or safety-related resources are located.
-
Events: Time-enabled POIs that typically have a start time, end time, and some descriptive information about the type of event.
Indoor Mapping Data Format (1.0.0.rc.1)
-
An Amenity models the physical presence and approximate point location of a pedestrian amenity that serves a utilitarian purpose or other convenience that serves to enhance the pedestrian “experience.”
-
An Occupant models the presence and location (via Anchor) of a business entity that trades goods and/or services.
-
An Anchor represents the curated Point used as the preferred display location of a specific Address OR non-addressable device, service, equipment, or physical environment. In both cases, the record serves as the anchoring point from which another feature (i.e., Occupant) can derive, reference, or inherit the Anchor’s attribution.
This discussion paper refers to the classification systems UniClass 2015 aligned with ISO 12006-2 that defines "a framework for the development of built environment classification systems." Table 1 shows recommended classification systems given by ISO 12006-2 and their mapping in the UniClass classification.
ISO Class | Definition | UniClass |
---|---|---|
CLASSES RELATED TO RESOURCE |
||
Construction information |
"information of interest in a construction process" |
Form of information (Table FI) |
Construction product |
"product intended to be used as a construction resource" |
Products (Table Pr) |
Construction agent |
"human construction resource carrying out a construction process" |
Roles (Table Ro) |
Construction aid |
"construction resource intended to assist in carrying out a construction process" |
Tools and Equipment (Table TE) |
CLASSES RELATED TO PROCESS |
||
Management |
"control activity in a construction process by one or more construction agents" |
Project Management (Table PM) |
Construction process |
"process which uses construction resources to achieve construction results" |
- |
CLASSES RELATED TO RESULT |
||
Construction complex |
"aggregate of one or more construction entities intended to serve at least one function or user activity" |
Complex (Table Co) |
Construction entity |
"independent unit of the built environment with a characteristic form and spatial structure, intended to serve at least one function or user activity" |
Entities (Table En) |
Built space |
"space defined by built or natural environment or both, intended for user activity or equipment" |
Spaces/locations (Table SL) |
Construction element |
"constituent of a construction entity with a characteristic function, form, or position" |
Elements/functions (Table EF) |
Systems (Table Ss) |
||
Work result |
"view of construction result by type of work activity and resources used" |
- |
CLASSES RELATED TO PROPERTY |
||
Construction property |
"property of a construction object" |
- |
Uniclass provides a comprehensive classification and an implementation of ISO 12006-2 to support all processes and information in the construction industry. A classification code is defined with the hierarchical structure of (Group, Sub Group, Section, Object).
In this Discussion Paper, the following items are considered as the base-types of POI category.
-
Complexes: describes "a project in overall terms. It can be a private house with garden, drive, garage and tool shed, or it can be a University campus with buildings for lecturing, administration, sport, halls of residence, etc. Rail networks and airports are also all examples of complexes."
-
Entities: are "discrete things like buildings, bridges, tunnels etc. They provide the areas where different activities occur. Within the holiday village above is a restaurant which is an Entity."
-
Spaces and Locations: "Building spaces are provided for various activities to take place. In some cases a space is only suitable for one activity, for example a kitchen, but a school hall may be used for assemblies, lunches, sports, concerts and dramas."
-
Activities: defines "what user activities are accommodated in the complex, entity or space. For example a prison complex provides a Detention activity at a high level, but can also be broken down into individual activities like exercise, sleeping, eating, working, etc."
-
Elements and Functions: "Elements are the main components of a building (floors, walls and roofs) or of a structure like a bridge (foundations, piers, deck). Functions are the building services to be provided and managed."
-
Systems: "Systems are collections of products, for example, a system for a timber pitched roof includes timber structural members, boards, fastenings, etc.; and a low temperature hot water heating system includes a boiler, pipework, tank, radiators, etc."
-
Products: "The individual products used to construct a system can be specified, e.g. joist hangers, terrazzo tiles, gas fired boilers."
In addition, two extra categories are added into the POI categories as follows.
-
Events: are data related to a thing that happens and associated with a space/location, such as advertisement, early warning notification, accidents, and outage information.
-
Agents: are objects or persons participated in indoor space with a specific role, such as autonomous delivery robots, CCTV installer, room cleaners, and employers.
Figure 2 shows the types of POI category used in this Discussion Ppaper.
Note
|
The types of POI category are dependent on the application. This discussion paper shows only an example of defining POI category types based on ISO 12006-2. |
6. Indoor POI extension module in IndoorGML
OGC IndoorGML is the OGC Standard that specifies data models and GML encoding of indoor geospatial information for navigation systems. IndoorGML focuses on the topological connectivity of indoor space, as well as the geometric representation. IndoorGML provides a broad definition of indoor spaces' expression and structure, but POIs (such as an event, facility, furniture, and installation) are out of the scope of the Standard. However, the absence of POI information in indoor space brings the limitation of standard implementation and usability. Therefore, this paper discusses how to extend an IndoorGML model to harmonize the indoor spaces and the spatial-temporal history of indoor POI.
6.1. IndoorGML Core Module
IndoorGML provides a standard data model for indoor space with two spatial models, as shown in Figure 3: Euclidean Space represents the shape of a three-dimensional (3D) cell space; Topology Space represents the connectivity between cell spaces. Topology represents a duality transformation of the 3D cell space and is an essential component for indoor navigation and routing system. By applying a duality transformation, the 3D cells in primal space are mapped to nodes (0D) in dual space. The topological adjacency relationships between 3D cells are transformed to edges (1D) linking pairs of nodes in dual space. Therefore, IndoorGML utilizes a network model for navigation and expresses the connectivity relationships among cell spaces. The nodes of the indoor network represent rooms, corridors, doors, elevators, and staircases. The edges of the indoor network represent the topological relationships among indoor spatial entities and can indicate the paths of pedestrian movement between nodes within a building. Therefore, one edge should be represented by two nodes. The network model in IndoorGML is represented by nodes (as called State
) and edges (as called Transition
) feature, as shown in Figure 4.
6.2. The conformance requirements of the IndoorGML Core Module
When POIs represent 3D models of indoor environments, each POI occupies a certain space. Suppose that there are several objects in a bathroom, as shown in Figure 5(a), and an application wants to consider them as POIs of service, as shown in Figure 5(b). In order to represent those POI spaces in a IndoorGML document, they can be defined as instances of class CellSpace
of IndoorGML core module. However, it brings a conflict with the conformance requirements of the IndoorGML Core Module if the CellSpace
bathroom is in the same SpaceLayer
instance of POIs. IndoorGML constrains to avoid the overlap of the instances of class CellSpace
in the same layer of SpaceLayer
. The following requirements are required to confirm to the Conformance Requirements of the IndoorGML Core Module.
-
Requirement 1: The instances of
CellSpace
belonging to the same instance ofSpaceLayer
shall not overlap. -
Requirement 2: When a
CellSpace
instance is divided into a set of subspaces, the subspace instances shall not belong to the sameSpaceLayer
instance of the originalCellSpace
instance but form a newSpaceLayer
instance. -
Requirement 3: Every instance of
InterLayerConnection
shall connect two State instances, each of which belongs to different space layers.
If the cell spaces of POIs and bathroom in the same layer, the requirements are violated. To satisfy the requirements, the cell space of the bathroom has to be assigned with the space other than the POIs cell spaces, as shown in Figure 5(c). However, the application requires the high cost for calculating the cell geometry with holes where POIs are located and managing the information whenever the location of a POI is changed. As a result, a separate space layer to define cell spaces of POIs is required for the management of indoor POIs in IndoorGML documents.