ISO 19109:2025
(Main)Geographic information — General feature model and rules for application schema
Geographic information — General feature model and rules for application schema
This document defines the General Feature Model (GFM) as the metamodel for creating application schemas in the context of geo-information modelling. The GFM is explained and implemented as rules for creating and documenting application schemas, including principles for the definition of features. This document is applicable to: — conceptual modelling of features and their properties from a universe of discourse; — definition of application schemas; — general rules for using a conceptual schema language for application schemas; — rules for application schemas using UML as the conceptual schema language; — transition from the concepts in the conceptual model to the data types in the application schema; — integration of standardized schemas from other ISO geographic information standards with the application schema. This document does not apply to: — choice of one particular conceptual schema language for application schemas; — definition of any particular application schemas; — representation of feature types and their properties in a feature catalogue; — representation of metadata; — rules for mapping one application schema to another; — implementation of the application schema in a computer environment; — computer system and application software design; — programming.
Information géographique — Modèle général des entités et règles relatives au schéma d'application
Le présent document définit le modèle général des entités (GFM) comme le métamodèle pour la création des schémas d'application dans le contexte de la modélisation de l'information géographique. Le GFM est expliqué et implémenté sous la forme de règles pour la création et la documentation de schémas d'application, y compris des principes de définition des entités. Le présent document est applicable: — la modélisation conceptuelle des entités et de leurs propriétés par rapport à un univers du discours; — la définition des schémas d'application; — les règles générales d'utilisation d'un langage de schéma conceptuel pour les schémas d'application; — des règles pour les schémas d'application utilisant UML comme langage de schéma conceptuel; — la transition entre les concepts du modèle conceptuel et les types de données du schéma d'application; — l'intégration de schémas normalisés provenant d'autres normes ISO d'information géographique dans le schéma de l'application. Le présent document ne s'applique pas: — au choix d'un langage de schéma conceptuel particulier pour les schémas d'application; — à la définition de schémas d'application particuliers quels qu'ils soient; — à la représentation des types d'entités et leurs propriétés dans un catalogue d'entités; — à la représentation des métadonnées; — aux règles de transposition d'un schéma d'application à un autre; — à l'implémentation du schéma d'application dans un environnement informatique; — au système informatique et à la conception du logiciel d'application; — à la programmation.
General Information
Relations
Standards Content (Sample)
International
Standard
ISO 19109
Third edition
Geographic information — General
2025-07
feature model and rules for
application schema
Information géographique — Modèle général des entités et règles
relatives au schéma d'application
Reference number
© ISO 2025
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: +41 22 749 01 11
Email: copyright@iso.org
Website: www.iso.org
Published in Switzerland
ii
Contents Page
Foreword .vi
Introduction .vii
1 Scope . 1
2 Normative references . 1
3 Terms, definitions, and abbreviated terms . 1
3.1 Terms and definitions .1
3.2 Abbreviated terms .4
4 Conformance . 4
4.1 General .4
4.2 Meta-Model .4
4.3 Spatial .4
4.4 Temporal .4
4.5 Quality .5
4.6 Spatial referencing by identifiers.5
4.7 Coverages .5
4.8 UML application schema .5
4.9 Profile existing conceptual schema .5
5 Presentation and abbreviations . 6
5.1 Presentation .6
5.1.1 General .6
5.1.2 Conformance class .6
5.1.3 Requirements class .6
5.1.4 Provisions .6
5.1.5 Identifiers .7
5.1.6 Conceptual schemas .7
5.1.7 Descriptions of concepts .7
5.2 Package abbreviations .7
6 Context . 8
6.1 Purpose of an application schema .8
6.2 Rationale for defining the rules for application schemas .8
6.3 Application schemas supporting data interchange .9
7 General feature model . 10
7.1 Principle for defining features .10
7.1.1 Features, coverages and properties .10
7.1.2 Essential properties of features .11
7.2 The Concept of the General Feature Model . 12
7.2.1 Introduction . 12
7.2.2 The purpose of the GFM . 12
7.3 Conceptual Schema of the General Feature Model . 13
7.3.1 The structure of the GFM. 13
7.3.2 The main part of the GFM .14
7.3.3 Metaclass IdentifiedType . 15
7.3.4 Metaclass FeatureType .16
7.3.5 Metaclass PropertyType .16
7.3.6 Metaclass AttributeType .16
7.3.7 Metaclass FeatureAssociationRole .17
7.3.8 Metaclass ValueAssignment .17
7.3.9 Metaclass FeatureAssociationType .18
7.3.10 Metaclass InheritanceRelation .18
7.4 Attributes of feature types .18
7.4.1 Introduction .18
7.4.2 Metaclass SpatialAttributeType.19
iii
7.4.3 Metaclass TemporalAttributeType .19
7.4.4 Metaclass QualityAttributeType .19
7.4.5 Metaclass LocationAttributeType .19
7.4.6 Metaclass MetadataAttributeType . 20
7.4.7 Metaclass ThematicAttributeType . 20
7.4.8 Metaclass CoverageFunctionAttributeType . 20
7.5 Relationships between feature types . 20
7.5.1 Introduction . 20
7.5.2 Metaclass InheritanceRelation . 20
7.5.3 Metaclass FeatureAssociationType .21
7.6 Constraints.21
8 Rules for application schemas .22
8.1 The application modelling process . 22
8.1.1 Introduction . 22
8.1.2 Features and the application schema. 22
8.2 General rules for application schemas . 23
8.2.1 Rule for using CSLs .24
8.2.2 Rule for integration .24
8.2.3 Rules for modelling features .24
8.2.4 Rule for property names . 25
8.2.5 Rule for attributes . 25
8.2.6 Rule for association roles . . 25
8.2.7 Rule for value assignments . 26
8.2.8 Rule for feature associations . 26
8.2.9 Rule for inheritance relations . 26
8.3 Rules for use of spatial schemas . 26
8.3.1 Rules for modelling applications with spatial properties . 26
8.3.2 Use of standard spatial schemas . 26
8.3.3 Rule for spatial attributes .27
8.3.4 Use of geometric collections and spatial complexes to represent the values of
spatial attributes of features . 28
8.3.5 Spatial associations between features . 28
8.3.6 Features sharing geometry . 29
8.3.7 Point features, line features and area features . 30
8.3.8 Defining interpolation methods . 30
8.3.9 Independent spatial complexes .31
8.4 Rules for use of temporal schemas . 33
8.4.1 Rules for modelling applications with temporal properties . 33
8.4.2 Use of temporal conceptual schema . 34
8.4.3 Rule for temporal attributes . 34
8.4.4 Temporal associations between features. 34
8.5 Rules for use of quality schemas. 35
8.5.1 Introduction . 35
8.5.2 Data quality rules . 35
8.6 Rule for use of geographic identifiers .37
8.7 Use of metadata . 39
8.8 Rule for use of coverage functions . 39
8.9 Use of observations .41
8.10 Rules for application schemas in UML . 44
8.10.1 General . 44
8.10.2 Rules for conceptual schema language for application schemas . 44
8.10.3 Rule for packaging and identification of an application schema .47
8.10.4 Documentation of an application schema . 48
8.10.5 Rules for integration of application schemas and abstract schemas . 48
8.10.6 Rules for modelling structures in UML . 50
8.10.7 Linguistic adaptation .52
8.11 Rules for domain profiles of existing conceptual schemas in UML . 53
8.11.1 Introduction . 53
iv
8.11.2 Rule for adding information to an existing conceptual schema . 54
8.11.3 Rule for tailored use of an existing conceptual schema . 55
Annex A (normative) Abstract test suite .57
Annex B (informative) The modelling approach and the General Feature Model .63
Annex C (informative) Application schema examples .66
Annex D (informative) Backward compatibility .71
Bibliography . 76
v
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 documents 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).
This third edition cancels and replaces the second edition (ISO 19109:2015), which has been technically
revised.
The main changes are as follows:
— changes in the title and scope;
— new sub-clauses discussing the concept of the General Feature Model;
— re-organization of Clause 7 to include only concepts of the General Feature Model and moving the general
rules for application schema to Clause 8;
— updating the references to other ISO/TC 211 standards in applicable cases to reflect classes in respective
latest versions;
— removing the dependencies to other ISO/TC 211 standards related to attributes of features.
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.
vi
Introduction
Any description of reality is always an abstraction, always partial, and always just one of many possible
“views”, depending on the application field.
The widespread application of computers and geographic information systems (GIS) has led to an increased
use of geographic data within multiple disciplines. With current technology as an enabler, society’s reliance
on such data is growing. Geographic datasets are increasingly being shared and exchanged. They are also
used for purposes other than those for which they were produced.
To ensure that data will be understood by both computer systems and users, it is necessary to fully document
the data structures for data access and exchange. The interfaces between systems, therefore, need to be
defined with respect to data and operations, using the methods standardized in this document. For the
construction of internal software and data storage within proprietary systems, any method is acceptable
provided it supports the standardized interfaces.
An application schema provides the formal description of the data structure and content required by one
or more applications. An application schema contains the descriptions of both geographic data and other
related data. A fundamental concept of geographic data is the feature.
This document aims to express the importance of continuing the modelling of geospatial information
according to the concepts contained in this document. The name and contact information of the maintenance
agency for this document can be found at www.iso.org/maintenance_agencies.
vii
International Standard ISO 19109:2025(en)
Geographic information — General feature model and rules
for application schema
1 Scope
This document defines the General Feature Model (GFM) as the metamodel for creating application schemas
in the context of geo-information modelling. The GFM is explained and implemented as rules for creating
and documenting application schemas, including principles for the definition of features.
This document is applicable to:
— conceptual modelling of features and their properties from a universe of discourse;
— definition of application schemas;
— general rules for using a conceptual schema language for application schemas;
— rules for application schemas using UML as the conceptual schema language;
— transition from the concepts in the conceptual model to the data types in the application schema;
— integration of standardized schemas from other ISO geographic information standards with the
application schema.
This document does not apply to:
— choice of one particular conceptual schema language for application schemas;
— definition of any particular application schemas;
— representation of feature types and their properties in a feature catalogue;
— representation of metadata;
— rules for mapping one application schema to another;
— implementation of the application schema in a computer environment;
— computer system and application software design;
— programming.
2 Normative references
There are no normative references in this document.
3 Terms, definitions, and abbreviated terms
3.1 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.1
application
manipulation and processing of data in support of user requirements
[SOURCE: ISO 19101-1:2014, 4.1.1]
3.1.2
application schema
conceptual schema (3.1.5) for data required by one or more applications (3.1.1)
[SOURCE: ISO 19101-1:2014, 4.1.2]
3.1.3
complex feature
feature (3.1.9) composed of other features
3.1.4
conceptual model
model (3.1.15) that defines concepts of a universe of discourse (3.1.19)
[SOURCE: ISO 19101-1:2014, 4.1.5]
3.1.5
conceptual schema
formal description of a conceptual model (3.1.4)
[SOURCE: ISO 19101-1:2014, 4.1.6]
3.1.6
coverage
function which returns values from its range for any direct position within its domain (3.1.8)
[SOURCE: ISO 19123-1:2023, 3.1.9]
3.1.7
dataset
identifiable collection of data
[SOURCE: ISO 19115-1:2014, 4.3]
3.1.8
domain
well-defined set
Note 1 to entry: Well-defined means that the definition is both necessary and sufficient, as everything that satisfies
the definition is in the set and everything that does not satisfy the definition is necessarily outside the set.
3.1.9
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.1.10
feature association
relationship that links instances of one feature (3.1.9) type with instances of the same or a different feature type
[SOURCE: ISO 19110:2016, 3.3]
3.1.11
feature attribute
characteristic of a feature (3.1.9)
Note 1 to entry: A feature attribute can occur as a type or an instance. Feature attribute type or feature attribute
instance will be used when only one is meant.
Note 2 to entry: A feature attribute type has a name, a data type and a domain associated with it. A feature attribute
instance has an attribute value taken from the domain of the feature attribute type.
[SOURCE: ISO 19101-1:2014, 4.1.12, modified — EXAMPLES and Notes have been removed and two new
Notes to entry have been added.]
3.1.12
geographic data
data with implicit or explicit reference to a location relative to the Earth
Note 1 to entry: Geographic information is also used as a term for information concerning phenomena implicitly or
explicitly associated with a location relative to the Earth.
3.1.13
general feature model
metamodel that classifies real-world phenomena and defines their respective attributes and relationships
3.1.14
metadata
information about a resource
[SOURCE: ISO 19115-1:2014, 4.10]
3.1.15
model
abstraction of some aspects of reality
3.1.16
observation
act carried out by an observer to determine the value of an observable property (3.1.17) of an object (feature-
of-interest) by using a procedure, with the value provided as the result
[SOURCE: ISO 19156:2023, 3.13]
3.1.17
property
facet or attribute of an object referenced by a name
[SOURCE: ISO 19143:2010, 4.21]
3.1.18
quality
degree to which a set of inherent characteristics of an object fulfils requirements
[SOURCE: ISO 9000:2015, 3.6.2, modified — Note 1 and Note 2 to entry have been removed.]
3.1.19
universe of discourse
view of the real or hypothetical world that includes everything of interest
[SOURCE: ISO 19101-1:2014, 4.1.38]
3.2 Abbreviated terms
CSL Conceptual Schema Language
GFM General Feature Model
MOF Meta-Object Facility
OCL Object Constraint Language
OWL Web Ontology Language
UML Unified Modeling Language
URI Uniform Resource Identifier
4 Conformance
4.1 General
This document defines 8 conformance classes shown in Tables 1 to 8, matching the 8 requirements classes
described in Clause 8. Any application schema claiming conformance to any requirements class in this
document shall pass all of the tests listed in the corresponding conformance class, which are described in
detail in the abstract test suites in Annex A. Each test relates to one or more specific requirements, which
are explicitly indicated in the description of the test.
4.2 Meta-Model
Table 1 — Meta-model conformance class
Conformance class /conf/general
Requirements class /req/general (8.2, Table 11)
Tests All tests in Clause A.2
4.3 Spatial
Table 2 — Spatial conformance class
Conformance class /conf/general-spatial
Dependency /conf/general (4.2)
Requirements class /req/general-spatial (8.3, Table 12)
Tests All tests in Clause A.3
4.4 Temporal
Table 3 — Temporal conformance class
Conformance class /conf/general-temporal
Dependency /conf/general (4.2)
Requirements class /req/general-temporal (8.4, Table 14)
Tests All tests in Clause A.4
4.5 Quality
Table 4 — Quality conformance class
Conformance class /conf/general-quality
Dependency /conf/general (4.2)
Requirements class /req/general-quality (8.5, Table 16)
Tests All tests in Clause A.5
4.6 Spatial referencing by identifiers
Table 5 — Spatial referencing by identifiers conformance class
Conformance class /conf/general-identifier
Dependency /conf/general (4.2)
Requirements class /req/general-identifier (8.6, Table 17)
Tests All tests in Clause A.6
4.7 Coverages
Table 6 — Coverages conformance class
Conformance class /conf/general-coverage
Dependency /conf/general (4.2)
Requirements class /req/general-coverage (8.8, Table 18)
Tests All tests in Clause A.7
4.8 UML application schema
Table 7 — UML application schema conformance class
Conformance class /conf/uml
Dependency /conf/general (4.2)
Requirements class /req/uml (8.10.1, Table 20)
Tests All tests in Clause A.8
4.9 Profile existing conceptual schema
Table 8 — Profile existing conceptual schema conformance class
Conformance class /conf/uml-profile
Dependency /conf/uml (4.8)
Requirements class /req/uml-profile (8.11, Table 22)
Tests All tests in Clause A.9
5 Presentation and abbreviations
5.1 Presentation
5.1.1 General
This document describes how to create an application schema that integrates conceptual schemas defined in
the ISO geographic information standards. In addition to stating the rules for creating application schemas,
this document provides guidance through examples.
5.1.2 Conformance class
Conformance to this document is possible at a number of levels, specified by conformance classes (Clause 4).
Each conformance class is summarized using the template shown as Table 9.
Table 9 — Conformance class template
Conformance class /conf/{classM}
Dependency [identifier for another conformance class]
Requirements class /req/{classA}
Tests [reference to clause(s) containing tests]
All tests in a class shall be passed, so dependencies are recorded with respect to other conformance classes
rather than individual tests. Each conformance class tests conformance to a set of requirements packaged in
a requirements class (Clause 8).
5.1.3 Requirements class
Each requirement or recommendation in this document is a member of a requirements class. In this
document each requirements class is described in a discrete clause or subclause and summarized using the
template shown as Table 10.
Table 10 — Requirements class template
Requirements class /req/{classM}
Target type [artefact or technology type]
Dependency [identifier for another requirements class]
Requirement /req/{classM}/{reqN}
Recommendation /rec/{classM}/{recO}
Requirement/Recommendation [repeat as necessary]
All requirements in a class shall be satisfied, so the requirements class is the unit of re-use and
dependency, rather than individual requirements. Hence, the value of a dependency requirement is another
requirements class.
5.1.4 Provisions
All requirements are normative, while recommendations convey a possible course of action deemed suitable
without necessarily prohibiting others. Each provision is presented using the following template:
Name # /re(c|q)/[classM]/[re(c|q)(N|O)]
[Normative statement]
where /req/[classM]/[reqN] identifies the requirement and /rec/[classM]/[recO] identifies the
recommendation. The use of this layout convention allows the provisions of this document to be easily
located by implementers.
5.1.5 Identifiers
Each requirements class, requirement, and recommendation has an identifier in the form of a path or partial
URI. The identifier supports cross-referencing of class membership, dependencies, and links from each
conformance test to requirements tested. The identifier can be appended to a URI that identifies the standard
as a whole in order to construct an absolute URI which identifies the requirements class, requirement or
[27]
recommendation. For example, a URI scheme following the approach described in 4.6 of IETF RFC 5141
would result in:
— https:// standards .isotc211 .org/ 19109/ -/ 3
Hence, the absolute URI for each requirements class would have the form
— https:// standards .isotc211 .org/ 19109/ -/ 3/ req/ [classM]
and the absolute URI for each requirement or recommendation would have the form
— https:// standards .isotc211 .org/ 19109/ -/ 3/ re(c|q)/ [classM]/ [re(c|q)(N|O)]
5.1.6 Conceptual schemas
Conceptual schemas in the normative part of this document are presented in the Unified Modeling Language
(UML) in conformance with ISO 19103. UML diagrams are presented in conformance with UML 2.5.1.
5.1.7 Descriptions of concepts
Within the diagrams in this document, as a convention, class names are denoted as in Recommendation 12
of ISO 19103.
Within the text, class names and attributes are presented in italics for clarity of discussion (e.g.,
AttributeType). When necessary, such as in cases where two interfaces from different packages have the same
name, the package name is written before the name, separated by double colons (e.g., Topology::Complex vs.
Geometry::Complex),
Concepts from UML are presented in all capitals – e.g., CLASS, PACKAGE, ROLE, ATTRIBUTE, ASSOCIATION.
5.2 Package abbreviations
Concepts from schemas defined in some other International Standards are designated with names that start
with two-letter codes as follows:
EX ISO 19115-1:2014/Amd 1:2018/Amd 2:2020 Extent Information
LI ISO 19115-1:2014/Amd 1:2018/Amd 2:2020 Lineage information
MD ISO 19115-1:2014/Amd 1:2018/Amd 2:2020 Metadata fundamentals
MI ISO 19115-2:2019/Amd 1:2022 Metadata extensions for imagery
TM ISO 19108:2002/Cor 1:2006 Temporal Schema
6 Context
6.1 Purpose of an application schema
An application schema is a conceptual schema for data required by one or more applications. An application
schema defines:
— the content and structure of data;
and can define:
— operations for manipulating and processing data;
— constraints to ensure the integrity of the data.
The purpose of an application schema is twofold:
— to provide a computer-readable data description defining the data structure, which makes it possible to
apply automated mechanisms for data management;
— achieve a common and correct understanding of the data, by documenting the data content of the particular
application field, thereby making it possible to unambiguously retrieve information from the data.
6.2 Rationale for defining the rules for application schemas
This document does not standardize any application schemas; it only defines rules for creating application
schemas in a consistent manner (including the consistent definition of features) to facilitate the acquiring,
processing, analysing, accessing, presenting and transferring of geographic data between different users,
systems and locations. The rules in this document are, in the case of data transfer or interchange, used by
suppliers and users of geographic data to:
— build a transfer application schema for data interchange;
— interpret the semantics of the transferred dataset with respect to user's local data and content and
structure of data;
— determine the necessary transformations between the two datasets.
The rules in this document will assist the users of applications with similar data requirements in creating a
common application schema for the interface between their systems and data. This includes an agreement
about the elements from the universe of discourse. This is described in more detail in 6.3.
The mapping from one application schema to another application schema may be difficult and even
impossible if the two schemas are too divergent. The mapping is facilitated if the application schema used
within a system is designed considering also the requirements for the data interchange. The rules can also
be used for building an application schema used within a system, although such application schemas are not
within the scope of this document.
The creation of an application schema is a process. The content of an application schema has to be settled
according to the view of reality in the universe of discourse. This is modelled in terms of types of features
and their properties. Clause 7 contains principles for consistently defining features.
The application schema defines the structure and content of data. It is expressed in a conceptual schema
language (CSL). Clause 7 also includes a model expressed in a UML profile that defines the concepts required
to describe types of features. Feature type definitions may be documented in feature catalogues (ISO 19110).
Such definitions may be used in an application schema. Other ISO geographic information standards define
reusable modules of conceptual schemas that may be integrated in an application schema. Clause 8 gives the
general rules for integrating these predefined modules into a conceptual schema as main rules for defining
them in UML.
NOTE ISO 19118:2011, ISO 19136:2020 and ISO/TS 19139-1:2019 define how a dataset defined by an application
schema in UML can be encoded in XML.
6.3 Application schemas supporting data interchange
Figure 1 shows the traditional data transfer model for data suppliers and data users. The structure and
content of the data provided by the supplier and received by the user are described in application schemas.
To be able to transfer data, it is necessar
...
Norme
internationale
ISO 19109
Troisième édition
Information géographique —
2025-07
Modèle général des entités et règles
relatives au schéma d'application
Geographic information — General feature model and rules for
application schema
Numéro de référence
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2025
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.: +41 22 749 01 11
E-mail: copyright@iso.org
Web: www.iso.org
Publié en Suisse
ii
Sommaire Page
Avant-propos .vi
Introduction .vii
1 Domaine d'application . 1
2 Références normatives . 1
3 Termes, définitions, et abréviations . 1
3.1 Termes et définitions .1
3.2 Abréviations.4
4 Conformité . 4
4.1 Généralités .4
4.2 Métamodèle .4
4.3 Spatiale .4
4.4 Temporelle .5
4.5 Qualité .5
4.6 Référencement spatial par identifiants .5
4.7 Couvertures .5
4.8 Schéma d'application UML .5
4.9 Schéma conceptuel existant d'un profil .6
5 Présentation et abréviations . 6
5.1 Présentation .6
5.1.1 Généralités .6
5.1.2 Classe de conformité .6
5.1.3 Classe d'exigences .6
5.1.4 Dispositions .7
5.1.5 Identifiants .7
5.1.6 Schémas conceptuels .7
5.1.7 Description de concepts .7
5.2 Abréviations des paquetages .7
6 Contexte . . 8
6.1 Finalité d'un schéma d'application .8
6.2 Justification de la définition des règles pour les schémas d'application .8
6.3 Schémas d'application supportant l'échange de données .9
7 Modèle général des entités . .10
7.1 Principe de définition des entités .10
7.1.1 Entités, couvertures et propriétés . .10
7.1.2 Propriétés essentielles des entités . 12
7.2 Le concept du modèle général des entités . 13
7.2.1 Introduction . 13
7.2.2 Finalité du GFM . . 13
7.3 Schéma conceptuel du modèle général des entités .14
7.3.1 Structure du GFM .14
7.3.2 Partie principale du GFM . 15
7.3.3 Métaclasse IdentifiedType .16
7.3.4 Métaclasse FeatureType.17
7.3.5 Métaclasse PropertyType .17
7.3.6 Métaclasse AttributeType . . .17
7.3.7 Métaclasse FeatureAssociationRole .18
7.3.8 Métaclasse ValueAssignment .18
7.3.9 Métaclasse FeatureAssociationType .19
7.3.10 Métaclasse InheritanceRelation . 20
7.4 Attributs des types d'entités . 20
7.4.1 Introduction . 20
7.4.2 Métaclasse SpatialAttributeType .21
iii
7.4.3 Métaclasse TemporalAttributeType .21
7.4.4 Métaclasse QualityAttributeType .21
7.4.5 Métaclasse LocationAttributeType .21
7.4.6 Métaclasse MetadataAttributeType .21
7.4.7 Métaclasse ThematicAttributeType . 22
7.4.8 Métaclasse CoverageFunctionAttributeType . 22
7.5 Relations entre les types d'entités . 22
7.5.1 Introduction . 22
7.5.2 Métaclasse InheritanceRelation . 22
7.5.3 Métaclasse FeatureAssociationType . 23
7.6 Contraintes . 23
8 Règles relatives aux schémas d'application .24
8.1 Processus de modélisation de l'application .24
8.1.1 Introduction .24
8.1.2 Entités et schéma d'application .24
8.2 Règles générales relatives aux schémas d'application . 25
8.2.1 Règle d'utilisation des CSL . 26
8.2.2 Règle d'intégration . 26
8.2.3 Règles de modélisation des entités . 26
8.2.4 Règle pour les noms de propriétés .27
8.2.5 Règle pour les attributs .27
8.2.6 Règle pour les rôles d'associations .27
8.2.7 Règles pour les attributions de valeurs . 28
8.2.8 Règle pour les associations d'entités . 28
8.2.9 Règle pour les relations d'héritage . 28
8.3 Règles d'utilisation des schémas spatiaux . 28
8.3.1 Règles relatives à la modélisation d'applications comportant des propriétés
spatiales . 28
8.3.2 Utilisation des schémas spatiaux normalisés . 28
8.3.3 Règle relative aux attributs spatiaux . 29
8.3.4 Utilisation de collections géométriques et de complexes spatiaux pour
représenter les valeurs des attributs spatiaux des entités . 30
8.3.5 Associations spatiales entre entités .31
8.3.6 Entités partageant la géométrie .32
8.3.7 Entités ponctuelles, entités linéaires et entités surfaciques .32
8.3.8 Définition de méthodes d'interpolation .32
8.3.9 Complexes spatiaux indépendants . 33
8.4 Règles d'utilisation des schémas temporels . 35
8.4.1 Règles relatives à la modélisation d'applications comportant des propriétés
temporelles . 35
8.4.2 Utilisation du schéma conceptuel temporel . 36
8.4.3 Règle pour les attributs temporels . 36
8.4.4 Associations temporelles entre entités . 36
8.5 Règles d'utilisation des schémas de qualité .37
8.5.1 Introduction .37
8.5.2 Règles relatives à la qualité des données .37
8.6 Règles d'utilisation des identifiants géographiques . 39
8.7 Utilisation des métadonnées .41
8.8 Règle d'utilisation des fonctions de couverture .41
8.9 Utilisation des observations .43
8.10 Règles relatives aux schémas d'application en UML . 46
8.10.1 Généralités . 46
8.10.2 Règles relatives au langage de schéma conceptuel pour les schémas d'application . 46
8.10.3 Règle relative au paquetage et à l'identification d'un schéma d'application . 49
8.10.4 Documentation d'un schéma d'application . 50
8.10.5 Règles d'intégration des schémas d'application et des schémas abstraits . 50
8.10.6 Règles relatives à la modélisation des structures en UML .52
8.10.7 Adaptation linguistique . 54
iv
8.11 Règles relatives aux profils de domaine des schémas conceptuels existants en UML . 55
8.11.1 Introduction . 55
8.11.2 Règle d'ajout d'informations à un schéma conceptuel existant . 56
8.11.3 Règle d'adaptation de l'utilisation d'un schéma conceptuel existant .57
Annexe A (normative) Suite de tests abstraits .59
Annexe B (informative) Méthode de modélisation et modèle général des entités .65
Annexe C (informative) Exemples de schémas d'application .68
Annexe D (informative) Rétrocompatibilité .73
Bibliographie .79
v
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 propriété 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 brevet.
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).
Cette troisième édition annule et remplace la deuxième édition (ISO 19109:2015), qui a fait l'objet d'une
révision technique.
Les principales modifications sont les suivantes:
— modification du titre et du domaine d'application;
— nouveaux paragraphes traitant du concept de modèle général des entités (GFM, General Feature Model);
— réorganisation de l'Article 7 pour n'inclure que les concepts du modèle général des entités et déplacement
des règles générales relatives au schéma d'application vers l'Article 8;
— mise à jour des dépendances vis-à-vis d'autres normes de l'ISO/TC 211 le cas échéant afin de refléter les
classes dans les dernières versions correspondantes.
— suppression des dépendances à d'autres normes ISO/TC 211 relatives aux attributs d'entités.
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.
vi
Introduction
Toute description de la réalité est toujours une abstraction, toujours partielle et toujours l'une des
nombreuses «vues» possibles, selon le champ d'application.
L'application largement répandue de l'informatique et des systèmes d'information géographique (SIG) a
conduit à une utilisation accrue des données géographiques dans de multiples disciplines. La technologie
actuelle servant de catalyseur, la dépendance de la société à l'égard de ces données s'amplifie. Les jeux de
données géographiques sont de plus en plus partagés et échangés. Ils sont également utilisés à des fins
autres que celles pour lesquelles ils ont été produits.
Pour s'assurer que les données seront toujours comprises tant par les systèmes informatiques que par les
utilisateurs, il est nécessaire de documenter entièrement les structures de données permettant l'accès aux
données et leur échange. Les interfaces entre les systèmes nécessitent donc d'être définies par rapport
aux données et aux opérations, en utilisant les méthodes normalisées dans le présent document. Pour la
construction des logiciels internes et le stockage de données au sein de systèmes propriétaires, toute
méthode est acceptable pour autant qu'elle prend en charge les interfaces normalisées.
Un schéma d'application fournit la description formelle de la structure des données et le contenu exigé
par une ou plusieurs applications. Un schéma d'application contient les descriptions tant des données
géographiques que des autres données associées. L'entité constitue un concept fondamental des données
géographiques.
L'objectif du présent document est d'exprimer l'importance de poursuivre la modélisation de l'information
géospatiale conformément aux concepts contenus dans le présent document. Le nom et les coordonnées
de l’autorité de mise à jour de ce document sont disponibles à l’adresse www.iso.org/maintenance_agencies.
vii
Norme internationale ISO 19109:2025(fr)
Information géographique — Modèle général des entités et
règles relatives au schéma d'application
1 Domaine d'application
Le présent document définit le modèle général des entités (GFM) comme le métamodèle pour la création
des schémas d'application dans le contexte de la modélisation de l'information géographique. Le GFM est
expliqué et implémenté sous la forme de règles pour la création et la documentation de schémas d'application,
y compris des principes de définition des entités.
Le présent document est applicable:
— la modélisation conceptuelle des entités et de leurs propriétés par rapport à un univers du discours;
— la définition des schémas d'application;
— les règles générales d'utilisation d'un langage de schéma conceptuel pour les schémas d'application;
— des règles pour les schémas d'application utilisant UML comme langage de schéma conceptuel;
— la transition entre les concepts du modèle conceptuel et les types de données du schéma d'application;
— l'intégration de schémas normalisés provenant d'autres normes ISO d'information géographique dans le
schéma de l'application.
Le présent document ne s'applique pas:
— au choix d'un langage de schéma conceptuel particulier pour les schémas d'application;
— à la définition de schémas d'application particuliers quels qu'ils soient;
— à la représentation des types d'entités et leurs propriétés dans un catalogue d'entités;
— à la représentation des métadonnées;
— aux règles de transposition d'un schéma d'application à un autre;
— à l'implémentation du schéma d'application dans un environnement informatique;
— au système informatique et à la conception du logiciel d'application;
— à la programmation.
2 Références normatives
Le présent document ne contient aucune référence normative.
3 Termes, définitions, et abréviations
3.1 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.1
application
manipulation et traitement de données supportant des besoins d'utilisateurs
[SOURCE: ISO 19101-1:2014, 4.1.1]
3.1.2
schéma d'application
schéma conceptuel (3.1.5) de données requis par une ou plusieurs applications (3.1.1)
[SOURCE: ISO 19101-1:2014, 4.1.2]
3.1.3
entité complexe
entité (3.1.9) composée d'autres entités
3.1.4
modèle conceptuel
modèle (3.1.15) définissant les concepts de l'univers du discours (3.1.19)
[SOURCE: ISO 19101-1:2014, 4.1.5]
3.1.5
schéma conceptuel
description formelle d'un modèle conceptuel (3.1.4)
[SOURCE: ISO 19101-1:2014, 4.1.6]
3.1.6
couverture
fonction qui assigne des valeurs à partir de sa gamme à toute position directe dans son domaine (3.1.8)
[SOURCE: ISO 19123-1:2023, 3.1.9]
3.1.7
jeu de données
collection identifiable de données
[SOURCE: ISO 19115-1:2014, 4.3]
3.1.8
domaine
ensemble défini
Note 1 à l'article: «défini» indique que la définition est à la fois nécessaire et suffisante, toute chose satisfaisant à la
définition se trouvant dans l'ensemble et toute chose ne satisfaisant pas à la définition se trouvant nécessairement
hors de l'ensemble.
3.1.9
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.1.10
association d'entités
relation qui relie des instances d'un type d'entité (3.1.9) à des instances du même type d'entité ou d'un type
d'entité différent
[SOURCE: ISO 19110:2016, 3.3]
3.1.11
attribut d'entité
caractéristique d'une entité (3.1.9)
Note 1 à l'article: Un attribut d'entité peut se présenter sous la forme d'un type ou d'une instance. Le type d'attribut
d'entité ou l'instance d'attribut d'entité sera utilisé quand seul l'un d'eux est impliqué.
Note 2 à l'article: Un type d'attribut d'entité possède un nom, un type de données et un domaine qui lui sont associés.
Une instance d'attribut d'entité possède une valeur d'attribut prise dans le domaine du type d'attribut de l'entité.
[SOURCE: ISO 19101-1:2014, 4.1.12, modifié – Les EXEMPLES et les Notes ont été supprimés, et deux nouvelles
Notes à l'article ont été ajoutées.]
3.1.12
donnée géographique
donnée avec des références implicites ou explicites à une localisation relative à la Terre
Note 1 à l'article: L'expression «Information géographique» est également utilisée en matière d'information concernant
des phénomènes associés implicitement ou explicitement à un emplacement sur la Terre.
3.1.13
General Feature Model (Modèle général des entités)
métamodèle qui classe les phénomènes du monde réel et définit leurs attributs et leurs relations respectifs
3.1.14
métadonnées
informations sur des ressources
[SOURCE: ISO 19115-1:2014, 4.10]
3.1.15
modèle
abstraction d'aspects de la réalité
3.1.16
observation
action effectuée par un observateur dans le but de déterminer la valeur d'une propriété (3.1.17) observable
d'un objet (entité concernée) à l'aide d'une procédure, la valeur étant fournie en tant que résultat
[SOURCE: ISO 19156:2023, 3.13]
3.1.17
propriété
facette ou attribut d'un objet référencé par un nom
[SOURCE: ISO 19143:2010, 4.21]
3.1.18
qualité
aptitude d'un ensemble de caractéristiques intrinsèques d'un objet à satisfaire des exigences
[SOURCE: ISO 9000:2015, 3.6.2, modifié — La Note 1 et la Note 2 à l'article ont été supprimées.]
3.1.19
univers du discours
vue du monde réel ou hypothétique incluant tout objet d'intérêt
[SOURCE: ISO 19101-1:2014, 4.1.38]
3.2 Abréviations
CSL Conceptual Schema Language (Langage de schéma conceptuel)
GFM General Feature Model (Modèle général des entités)
MOF Meta-Object Facility (Langage de méta-modélisation)
OCL Object Constraint Language (Langage de contraintes d'objet)
OWL Web Ontology Language (Langage des ontologies Web)
UML Unified Modeling Language (Langage de modélisation unifié)
URI Uniform Resource Identifier (Identifiant de ressource universel)
4 Conformité
4.1 Généralités
Le présent document définit 8 classes de conformité présentées dans les Tableaux 1 à 8, correspondant
aux 8 classes d'exigences décrites à l'Article 8. Tout schéma d'application revendiquant la conformité à
une classe d'exigences du présent document doit subir avec succès tous les tests énumérés dans la classe
de conformité correspondante, qui sont décrits en détail dans les suites de tests abstraits présentées à
l'Annexe A. Chaque test se rattache à une ou plusieurs exigences spécifiques, qui sont explicitement indiquées
dans la description du test.
4.2 Métamodèle
Tableau 1 — Classe de conformité des métamodèles
Classe de conformité /conf/general
Classe d'exigences /req/general (8.2, Tableau 11)
Tests Tous les tests de l'Article A.2
4.3 Spatiale
Tableau 2 — Classe de conformité spatiale
Classe de conformité /conf/general-spatial
Dépendance /conf/general (4.2)
Classe d'exigences /req/general-spatial (8.3, Tableau 12)
Tests Tous les tests de l'Article A.3
4.4 Temporelle
Tableau 3 — Classe de conformité temporelle
Classe de conformité /conf/general-temporal
Dépendance /conf/general (4.2)
Classe d'exigences /req/general-temporal (8.4, Tableau 14)
Tests Tous les tests de l'Article A.4
4.5 Qualité
Tableau 4 — Classe de conformité de la qualité
Classe de conformité /conf/general-quality
Dépendance /conf/general (4.2)
Classe d'exigences /req/general-quality (8.5, Tableau 16)
Tests Tous les tests de l'Article A.5
4.6 Référencement spatial par identifiants
Tableau 5 — Classe de conformité du référencement spatial par identifiants
Classe de conformité /conf/general-identifier
Dépendance /conf/general (4.2)
Classe d'exigences /req/general-identifier (8.6, Tableau 17)
Tests Tous les tests de l'Article A.6
4.7 Couvertures
Tableau 6 — Classe de conformité des couvertures
Classe de conformité /conf/general-coverage
Dépendance /conf/general (4.2)
Classe d'exigences /req/general-coverage (8.8, Tableau 18)
Tests Tous les tests de l'Article A.7
4.8 Schéma d'application UML
Tableau 7 — Classe de conformité du schéma d'application UML
Classe de conformité /conf/uml
Dépendance /conf/general (4.2)
Classe d'exigences /req/uml (8.10.1, Tableau 20)
Tests Tous les tests de l'Article A.8
4.9 Schéma conceptuel existant d'un profil
Tableau 8 — Classe de conformité du schéma conceptuel existant d'un profil
Classe de conformité /conf/uml-profile
Dépendance /conf/uml (4.8)
Classe d'exigences /req/uml-profile (8.11, Tableau 22)
Tests Tous les tests de l'Article A.9
5 Présentation et abréviations
5.1 Présentation
5.1.1 Généralités
Le présent document décrit la façon de créer un schéma d'application intégrant les schémas conceptuels
définis dans les normes ISO d'information géographique. En plus de stipuler les règles relatives à la création
de schémas d'application, le présent document fournit des recommandations par le biais d'exemples.
5.1.2 Classe de conformité
La conformité au présent document est possible à divers niveaux, spécifiés par les classes de conformité
(Article 4). Chaque classe de conformité est résumée à l'aide du modèle présenté sous la forme du Tableau 9.
Tableau 9 — Modèle de classe de conformité
Classe de conformité /conf/{classM}
Dépendance [identifiant d'une autre classe de conformité]
Classe d'exigences /req/{classA}
Tests [référence à l'article ou aux articles compor-
tant les tests]
Tous les tests d'une classe doivent être réussis, de sorte que les dépendances sont enregistrées par rapport
à d'autres classes de conformité plutôt que par rapport à des tests individuels. Chaque classe de conformité
teste la conformité à un ensemble d'exigences regroupées dans une classe d'exigences (Article 8).
5.1.3 Classe d'exigences
Chaque exigence ou recommandation du présent document est un élément d'une classe d'exigences. Dans
le présent document, chaque classe d'exigences est décrite dans un article ou un paragraphe distinct et
résumée à l'aide du modèle présenté sous la forme du Tableau 10.
Tableau 10 — Modèle de classe d'exigences
Classe d'exigences /req/{classM}
Type cible [type d'artefact ou de technologie]
Dépendance [identifiant pour une autre classe d'exigences]
Exigence /req/{classM}/{reqN}
Recommandation /rec/{classM}/{recO}
Exigence/Recommandation [répéter si nécessaire]
Toutes les exigences d'une classe doivent être respectées, de façon à ce que la classe d'exigences constitue
l'unité de réutilisation et de dépendance, plutôt que les exigences individuelles. C'est pourquoi la valeur
d'une exigence de dépendance est une autre classe d'exigences.
5.1.4 Dispositions
Toutes les exigences sont normatives, tandis que les recommandations donnent un plan d'action possible
jugé approprié sans nécessairement interdire d'autres. Chaque disposition est présentée à l'aide du modèle
suivant:
Name # /re(c|q)/[classM]/[re(c|q)(N|O)]
[Déclaration normative]
où /req/[classM]/[reqN] identifie l'exigence et /rec/[classM]/[recO] identifie la recommandation.
L'utilisation de cette convention de présentation permet aux personnes chargées de l'implémentation de
localiser rapidement les dispositions du présent document.
5.1.5 Identifiants
Chaque classe d'exigences, chaque exigence et chaque recommandation possède un identifiant sous la forme
d'un chemin ou d'un URI partiel. L'identifiant prend en charge le référencement croisé d'une appartenance
de classe, de dépendances et de liens de chaque test de conformité aux exigences testées. L'identifiant peut
être suffixé à un URI qui identifie la norme comme un tout afin de construire un URI absolu qui permet
d'identifier la classe d'exigences, une exigence ou une recommandation. Par exemple, un schéma d'URI selon
[27]
la méthode décrite en 4.6 de l'IETF RFC 5141 se présenterait sous la forme:
— https:// standards .isotc211 .org/ 19109/ -/ 3
Il s'ensuit que l'URI absolu de chaque classe d'exigence se présenterait sous la forme:
— https:// standards .isotc211 .org/ 19109/ -/ 3/ req/ [classM]
et l'URI absolu de chaque exigence ou de chaque recommandation se présenterait sous la forme
— https:// standards .isotc211 .org/ 19109/ -/ 3/ re(c|q)/ [classM]/ [re(c|q)(N|O)]
5.1.6 Schémas conceptuels
Les schémas conceptuels de la partie normative du présent document sont présentés à l'aide du langage de
modélisation unifié (UML) conformément à l'ISO 19103. Les diagrammes UML sont présentés conformément
à l'UML 2.5.1.
5.1.7 Description de concepts
Dans les diagrammes du présent document, à titre de convention, les noms de classes sont désignés
conformément à la Recommandation 12 de l'ISO 19103.
Dans le texte, les noms de classes et d'attributs sont présentés en italique pour la clarté du propos (par
exemple: AttributeType). Lorsque cela est nécessaire, par exemple lorsque deux interfaces de différents
paquetages portent le même nom, le nom du paquetage est écrit avant le nom, séparé par deux points (par
exemple: Topology::Complex par opposition à Geometry::Complex).
Les concepts UML sont présentés entièrement en majuscules – par exemple CLASSE, PAQUETAGE, RÔLE,
ATTRIBUT, ASSOCIATION.
5.2 Abréviations des paquetages
Les concepts des schémas définis dans certaines autres Normes internationales sont désignés par des noms
commençant par des codes de deux lettres, sur le mode suivant:
EX ISO 19115-1:2014/Amd 1:2018/Amd 2:2020 Informations d'étendue
LI ISO 19115-1:2014/Amd 1:2018/Amd 2:2020 Informations de généalogie
MD ISO 19115-1:2014/Amd 1:2018/Amd 2:2020 Métadonnées, principes de base
MI ISO 19115-2:2019/Amd 1:2022 Métadonnées, extensions pour les images
TM ISO 19108:2002/Cor 1:2006 Schéma temporel
6 Contexte
6.1 Finalité d'un schéma d'application
Un schéma d'application est un schéma conceptuel de données requis par une ou plusieurs applications. Un
schéma d'application définit:
— le contenu et la structure des données;
et peut définir:
— les opérations de manipulation et de traitement des données;
— les contraintes destinées à assurer l'intégrité des données.
La finalité d'un schéma d'application est double:
— fournir une description de données lisible par ordinateur, définissant la structure des données, rendant
ainsi possible l'application de mécanismes de gestion de données automatisés;
— parvenir à une compréhension commune et correcte des données, en documentant le contenu des
données du champ d'application particulier, permettant ainsi d'obtenir des informations non équivoques
à partir des données.
6.2 Justification de la définition des règles pour les schémas d'application
Le présent document ne normalise pas les schémas d'application: il ne fait que définir des règles permettant
de créer des schémas d'application de façon cohérente (notamment une définition cohérente des entités)
pour faciliter l'acquisition, le traitement, l'analyse, l'accès, la présentation et le transfert de données
géographiques entre différents utilisateurs, systèmes et localisations. Dans les cas de transfert ou d'échange
de données, les règles du présent document permet
...
Questions, Comments and Discussion
Ask us and Technical Secretary will try to provide an answer. You can facilitate discussion about the standard in here.
Loading comments...