ISO 19177-1:2026
(Main)Geographic information — Geospatial application programming interface (API) for tiles — Part 1: Core
Geographic information — Geospatial application programming interface (API) for tiles — Part 1: Core
This document specifies the behaviour of web application programming interfaces (APIs) that provide access to tiles of one or more geospatial data resources (collections) that the web API offers. This document describes how to: discover which resources offered by the web API can be retrieved as tiles; get metadata about the available tile sets (including according to which tile matrix set each tile set is partitioned and the limits of that tile set within a common potentially global tile matrix set); request a tile. The core conformance class is defined in a way that can be easily included in a web API, even if that API does not conform to the OGC API – Common Standard. A web API can combine some requirements classes of this document with those of other OGC API standards (including OGC API – Common) to extend the scope of the web API by adding functionality.
Information géographique — Interface de programmation d'application (API) géospatiale pour les tuiles — Partie 1: Profil-minimal
Le présent document spécifie le comportement des interfaces de programmation d’application (APIs) Web qui fournissent un accès aux tuiles d’une ou plusieurs ressources de données géospatiales (collections) offertes par l’API Web. Le présent document décrit comment: découvrir quelles ressources offertes par l’API Web peuvent être récupérées sous forme de tuiles; obtenir des métadonnées sur les ensembles de tuiles disponibles (y compris en fonction de l’ensemble de matrices de tuiles selon lequel chaque ensemble de tuiles est partitionné et les limites de cet ensemble de tuiles au sein d’un ensemble de matrices de tuiles commun et potentiellement global); requêter une tuile. La classe de conformité de base est définie de manière à pouvoir être facilement incluse dans une API web, même si cette API n’est pas conforme à la norme OGC API — Common. Une API Web peut combiner certaines classes d’exigences du présent document avec celles d’autres normes API de l’OGC (y compris la norme OGC API — Common) afin d’étendre la portée de l’API Web en ajoutant des fonctionnalités.
General Information
- Status
- Published
- Publication Date
- 12-Mar-2026
- Technical Committee
- ISO/TC 211 - Geographic information/Geomatics
- Drafting Committee
- ISO/TC 211/WG 4 - Geospatial services
- Current Stage
- 6060 - International Standard published
- Start Date
- 13-Mar-2026
- Due Date
- 02-Nov-2025
- Completion Date
- 13-Mar-2026
Relations
- Effective Date
- 12-Feb-2026
- Effective Date
- 22-Jun-2024
Overview
ISO 19177-1, titled Geographic Information - Geospatial Application Programming Interface (API) for Tiles - Part 1: Core, is a pivotal international standard developed by ISO/TC 211 and co-produced with the Open Geospatial Consortium (OGC). Published in 2025, this standard specifies the core functionalities of web APIs designed for accessing tiled geospatial data. It establishes fundamental building blocks to facilitate the retrieval, discovery, and metadata handling of geospatial tiles through RESTful web services.
This standard is an ISO adaptation of the OGC API for Tiles Part 1: Core, retaining identical normative content with editorial improvements in line with ISO/IEC Directives. ISO 19177-1 promotes interoperability for geospatial applications by enabling consistent and scalable access to tiled datasets such as vector features, imagery, and coverages, leveraging HTTP-based OpenAPI specifications.
Key Topics
- Core API Behavior for Tile Access: Defines standardized patterns for discovering, requesting, and retrieving tiles from geospatial data collections.
- Tile Metadata and Tilesets: Specifies how APIs must expose metadata including tile matrix sets, spatial extents, and scale partitions for effective client usage.
- Conformance Classes: Introduces modular conformance classes for resources, query parameters, tile encodings, and metadata formats to allow flexible API implementations.
- Tile Matrix Sets and Partitioning: Adopts the OGC Two-Dimensional Tile Matrix Set standard to manage multi-scale, spatially indexed tiles in various coordinate reference systems (CRS).
- RESTful Design and OpenAPI Support: Aligns with OpenAPI Specification 3.0 to facilitate consistent documentation and easy integration across diverse platforms like web, mobile, and desktop.
- Encodings for Tiles: Includes support for common tile encodings such as PNG, JPEG, TIFF, NetCDF, GeoJSON, and Mapbox Vector Tiles.
- Integration with OGC API Standards: Designed for interoperability and extendibility with other OGC/ISO standards including OGC API - Common and ISO 19168-1 for enhanced geospatial data handling.
Applications
ISO 19177-1 plays a critical role in modern geospatial technology landscapes by enabling efficient and standardized access to tiled spatial data. Key practical applications include:
- Web Mapping Services: Offers a modern alternative to OGC Web Map Tile Service (WMTS) by providing a flexible REST API to serve tiled map layers, imagery, or vector data.
- Geospatial Data Portals: Powers spatial data infrastructures and geoportals that require scalable access to high-resolution tiles for client-side rendering or analysis.
- Mobile and Desktop GIS: Enables GIS software and mobile apps to dynamically consume tiled datasets with multi-scale support for offline or low-bandwidth environments.
- Environmental and Earth Observation Systems: Supports tiled delivery of satellite imagery, environmental models, and sensor data covering large geographic extents.
- Smart City and IoT Applications: Facilitates real-time geospatial data delivery using tile-based APIs that can be integrated with location-aware services and Internet of Things platforms.
- Custom Geospatial Solutions: Allows developers to implement tailored geospatial web APIs by mixing core tiles API with other OGC API conformance classes to extend functionality.
Related Standards
ISO 19177-1 complements and integrates within a broader ecosystem of international standards for geospatial data and APIs:
- OGC API - Tiles (Core): The original OGC specification upon which ISO 19177-1 is based.
- OGC Two-Dimensional Tile Matrix Set (TMS): Defines logical models and encodings for tile matrix sets vital for indexing tiles.
- OGC API - Common: Provides base standards for common API patterns such as collections, features, and conformance declarations.
- ISO 19168-1: Covers geographic information - spatial referencing by coordinates - with direct interoperability.
- OpenAPI Specification 3.0: Industry standard for describing RESTful APIs, extensively used to define and document the Tiles API endpoints.
- OGC Web Map Tile Service (WMTS): A predecessor standard for serving map tiles, superseded in flexibility by the Tiles API.
- ISO/IEC Directives, Part 2: Editorial and procedural guidelines ensuring consistency in ISO document drafting.
By adhering to ISO 19177-1, organizations and developers gain access to a robust, standardized API framework that streamlines the exchange and use of tiled geospatial data resources globally, fostering interoperability, enhanced data discoverability, and flexible API design in geospatial applications.
Buy Documents
ISO 19177-1:2026 - Geographic information — Geospatial application programming interface (API) for tiles — Part 1: Core
ISO 19177-1:2026 - Information géographique — Interface de programmation d'application (API) géospatiale pour les tuiles — Partie 1: Profil-minimal
Get Certified
Connect with accredited certification bodies for this standard

BSI Group
BSI (British Standards Institution) is the business standards company that helps organizations make excellence a habit.

NYCE
Mexican standards and certification body.
Sponsored listings
Frequently Asked Questions
ISO 19177-1:2026 is a standard published by the International Organization for Standardization (ISO). Its full title is "Geographic information — Geospatial application programming interface (API) for tiles — Part 1: Core". This standard covers: This document specifies the behaviour of web application programming interfaces (APIs) that provide access to tiles of one or more geospatial data resources (collections) that the web API offers. This document describes how to: discover which resources offered by the web API can be retrieved as tiles; get metadata about the available tile sets (including according to which tile matrix set each tile set is partitioned and the limits of that tile set within a common potentially global tile matrix set); request a tile. The core conformance class is defined in a way that can be easily included in a web API, even if that API does not conform to the OGC API – Common Standard. A web API can combine some requirements classes of this document with those of other OGC API standards (including OGC API – Common) to extend the scope of the web API by adding functionality.
This document specifies the behaviour of web application programming interfaces (APIs) that provide access to tiles of one or more geospatial data resources (collections) that the web API offers. This document describes how to: discover which resources offered by the web API can be retrieved as tiles; get metadata about the available tile sets (including according to which tile matrix set each tile set is partitioned and the limits of that tile set within a common potentially global tile matrix set); request a tile. The core conformance class is defined in a way that can be easily included in a web API, even if that API does not conform to the OGC API – Common Standard. A web API can combine some requirements classes of this document with those of other OGC API standards (including OGC API – Common) to extend the scope of the web API by adding functionality.
ISO 19177-1:2026 is classified under the following ICS (International Classification for Standards) categories: 35.240.70 - IT applications in science. The ICS classification helps identify the subject area and facilitates finding related standards.
ISO 19177-1:2026 has the following relationships with other standards: It is inter standard links to FprEN ISO 19177-1, ISO 21384-3:2023. Understanding these relationships helps ensure you are using the most current and applicable version of the standard.
ISO 19177-1:2026 is available in PDF format for immediate download after purchase. The document can be added to your cart and obtained through the secure checkout process. Digital delivery ensures instant access to the complete standard document.
Standards Content (Sample)
International
Standard
ISO 19177-1
First edition
Geographic information —
2026-03
Geospatial application
programming interface (API) for
tiles —
Part 1:
Core
Information géographique — Interface de programmation
d'application (API) géospatiale pour les tuiles —
Partie 1: Profil-minimal
Reference number
© ISO 2026
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 Requirements classes defining resources .4
4.2.1 Requirements class “Core” .4
4.2.2 Requirements class “Tileset”.5
4.2.3 Requirements class “Tilesets List” .5
4.3 Requirements classes defining data origins .5
4.3.1 Requirement class “Dataset Tilesets” .5
4.3.2 Requirements class “GeoData Tilesets” .6
4.4 Requirements classes defining query parameters .6
4.4.1 Requirements class “Collections Selection” .6
4.4.2 Requirements class “DateTime” .6
4.5 Requirements classes for specific resource representations .6
4.5.1 Requirements class “OpenAPI Specification 3.0 API definition” .6
4.5.2 Requirements class “XML Tileset Metadata” .6
4.6 Requirements classes for tile encodings .7
4.7 Declaration of conformance.7
5 Conventions . 8
5.1 General .8
5.2 Identifiers .8
5.3 Link relations .8
5.4 Use of HTTPS .9
6 Overview . 9
6.1 General .9
6.2 Evolution from OGC Web Services .10
6.3 Relationship to other OGC API standards .11
6.4 Using this document independently . 12
6.4.1 Overview . 12
6.4.2 Description of the domain. 12
6.4.3 Description of the observed or measured properties . 13
6.4.4 Available formats and tile response expectations . 13
6.4.5 Limitations . 13
6.5 How to approach an implementation of an OGC API standard . 13
6.6 Use of the term “tiles” . 15
7 Requirements class “Core” . 16
7.1 General .16
7.2 A tile .16
7.2.1 General .16
7.2.2 Operation .16
7.2.3 Parameter tileMatrix .17
7.2.4 Parameter tileRow .17
7.2.5 Parameter tileCol .18
7.2.6 Parameter tileMatrixSetId (optional).18
7.2.7 Response . .18
7.2.8 Error conditions . 20
iii
7.3 Declaration of conformance classes . 20
7.3.1 General . 20
7.3.2 Response . . 20
8 Requirements class “Tileset” .21
8.1 Overview .21
8.2 Tileset resource . 22
8.2.1 General . 22
8.2.2 Tileset path . 22
8.2.3 Response . . 22
8.3 Web-API-defined TileMatrixSets . 25
8.3.1 General . 25
8.3.2 Web API landing page . 25
8.3.3 TileMatrixSets . 26
8.3.4 TileMatrixSet .27
9 Requirements class “Tilesets List” .27
9.1 Overview .27
9.2 Tilesets list . 28
9.2.1 General . 28
9.2.2 Tilesets path . 28
9.2.3 Response . . 28
10 Requirements class “Dataset Tilesets” .29
10.1 Overview . 29
10.2 General . 30
10.3 Web API landing page . 30
10.3.1 General . 30
10.3.2 Response . . 30
10.4 Dataset tilesets .31
10.4.1 General .31
10.4.2 Operation .31
10.4.3 Response . .31
10.5 Tiles .31
10.5.1 General .31
10.5.2 Response . .31
11 Requirements class “GeoData Tilesets” .32
11.1 Overview .32
11.2 General .32
11.3 Geospatial data resources .32
11.4 Geospatial data resources tilesets list. 33
11.4.1 General . 33
11.4.2 Operation . 33
11.4.3 Response . . 34
11.5 Tiles . 34
12 Requirements class “Collections Selection” .34
12.1 Overview . 34
12.2 Operation . 34
12.2.1 General . 34
12.2.2 Parameter collections . 34
12.2.3 Response . . 35
12.2.4 Error conditions . 35
13 Requirements class “DateTime” .35
13.1 Overview . 35
13.2 Describing the temporal extent . 36
13.3 datetime query parameter request and response . 36
13.4 subset=datetime query parameter request and response .37
13.5 Actual date and time response header . . 39
13.6 Closest date and time permission. 39
iv
14 Requirements class “OpenAPI Specification 3.0” .39
14.1 Overview . 39
14.2 Web API OpenAPI description . 40
14.2.1 General . 40
14.2.2 Response . . 40
15 Requirements class “XML Tileset Metadata” .43
15.1 Overview .43
15.2 Tileset and Tilesets List XML representation .43
15.2.1 General .43
15.2.2 Operation .43
15.2.3 Response . .43
16 Requirements classes for tile encodings . .44
16.1 General . 44
16.2 Overview . 44
16.3 Requirements class “PNG” . 44
16.4 Requirements class “JPEG” .45
16.5 Requirements class “TIFF” . 46
16.6 Requirements class “NetCDF” .47
16.7 Requirements class “GeoJSON” .47
16.8 Requirements class “Mapbox Vector Tiles”. 48
Annex A (normative) Abstract test suite .49
Bibliography .62
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 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), and in collaboration with the Open Geospatial Consortium (OGC).
A list of all parts in the ISO 19177 series can be found on the ISO website.
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
This document is an ISO adaptation of OGC API – Tiles – Part 1: Core (OGC 20-057). The normative content
is identical to that in the OGC standard, but some minor editorial changes have been made to bring this
document in line with the ISO/IEC Directives, Part 2.
This document defines building blocks for implementing web application programming interfaces (APIs)
that support the retrieval of tiled geospatial information. A web API is an application programming interface
for either a web server or a web browser. This document is sometimes referred to as the “Tiles API”.
The OGC suite of web API standards is an extensible framework for building HTTP-based services that can be
accessed in different applications on different platforms such as the web, desktop, mobile, etc. This document
specifies how different forms/types of geospatial resources are supported, such as tiles of vector features
(“vector tiles”), coverages and maps (or imagery). Although this document can be used independently,
the building blocks (e.g. subsets of the API definition that provide for specific functions) can be combined
with other OGC API standards (or the ISO equivalents, such as ISO 19168-1) for additional capabilities or
increased interoperability for specific types of data. This document references OGC Two Dimensional Tile
Matrix Set and Tile Set Metadata, Version 2.0 (OGC 17-083r4). That standard defines logical models and
encodings for specifying tile matrix sets and describing tile sets. A tile matrix set is a tiling scheme that
enables an application to partition and index space based on a set of regular grids defined for multiple scales
in a coordinate reference system (CRS). ®
This document is an alternative to OpenGIS Web Map Tile Service Implementation Standard (OGC 07-057r7).
Instead of a fixed web interface, this document focuses on simple reusable Representational State Transfer
(REST) API building blocks which can be described using the OpenAPI specification. Whereas WTMS ®
OpenGIS Web Map Tile Service Implementation Standard (OGC 07-057r7) focuses on map tiles, this document
is designed to support any form of tiled data.
vii
International Standard ISO 19177-1:2026(en)
Geographic information — Geospatial application
programming interface (API) for tiles —
Part 1:
Core
1 Scope
This document specifies the behaviour of web application programming interfaces (APIs) that provide
access to tiles of one or more geospatial data resources (collections) that the web API offers.
This document describes how to:
— discover which resources offered by the web API can be retrieved as tiles;
— get metadata about the available tile sets (including according to which tile matrix set each tile set is
partitioned and the limits of that tile set within a common potentially global tile matrix set);
— request a tile.
The core conformance class is defined in a way that can be easily included in a web API, even if that API does
not conform to the OGC API – Common Standard. A web API can combine some requirements classes of this
document with those of other OGC API standards (including OGC API – Common) to extend the scope of the
web API by adding functionality.
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.
Masó, J., Jacovella-St-Louis, J. (eds.) OGC Two Dimensional Tile Matrix Set and Tile Set Metadata. Version 2.0.
OGC 17-083r4. Open Geospatial Consortium, 2022. Available at: https:// docs .ogc .org/ is/ 17 -083r4/ 17 -083r4
.html
Heazel, C. (ed.) OGC API – Common – Part 1: Core. Version 1.0.0. OGC 19-072. Open Geospatial Consortium,
2023. Available at: https:// docs .ogc .org/ is/ 19 -072/ 19 -072 .pdf
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
coverage tile
tile (3.1.7) that contains information, often in a gridded form, where the values represent observations or
measurements as a count, or quantity using some unit of measure
Note 1 to entry: Coverage tiles can be generated in combination with the proposed OGC API – Coverages, and can
also be generated by combining a subset (trim) and resampling operation. Usually, visualizing a coverage tile on a
rendering device implies mapping those values to colours.
Note 2 to entry: Coverages are described in ISO 19123-1.
3.1.2
dataset
collection of data
Note 1 to entry: Published or curated by a single agent, and available for access or download in one or more
serializations or formats.
Note 2 to entry: A web API (3.1.14) implementing OGC API – Common – Part 1: Core (OGC 19-072) often gives access to
a single dataset which may be comprised of one or more geospatial data resources (3.1.3).
[SOURCE: ISO 19168-1:2025, 3.1.1, modified — Note 2 to entry replaced.]
3.1.3
geospatial data resource
web-accessible resource that consists of a set of geospatial data
Note 1 to entry: In this document, geospatial data are sometimes referred to using the abbreviated form "geodata".
Note 2 to entry: In web APIs (3.1.14) implementing OGC API – Common – Part 2: Geospatial Data (OGC 20-024),
geospatial data resources are referred to as collections and are defined in the collections conformance class.
3.1.4
geospatial resource aspect
web-accessible resource that represents a component of geospatial information (e.g. metadata, schemas) or
geospatial data accessed using a particular mechanism and data model (e.g. feature items, tiles (3.1.7), maps,
coverages) of a more generic geospatial data resource (3.1.3) (e.g. a collection)
Note 1 to entry: A geospatial resource aspect is not to be confused with a web accessible resource representation.
While resource representations share the same path and are selected by format negotiation, geospatial aspects use
different paths. Commonly a geospatial aspect is a subpath of a geospatial data resource.
3.1.5
landing page
page whose primary purpose is to contain a description of something else
Note 1 to entry: Landing pages often provide summaries or additional information about the thing that they describe
(e.g. W3C, URLs in Data Primer).
Note 2 to entry: In the context of the OGC API standards, a landing page serves as the root node of the API Resource
tree and provides the information needed to navigate all the resources exposed through the API. The landing page
provides access to the root of a dataset (3.1.2).
3.1.6
map tile
tile (3.1.7) that contains information in a raster form where the values of cells are colours which can be
readily displayed on rendering devices
3.1.7
tile
geometric shape with known properties that can be (but are not necessarily) the result of a tiling
(tessellation) process
Note 1 to entry: A tile consists of a single connected “piece” without “holes” or “lines” (topological disc).
Note 2 to entry: In the context of a 2D tile matrix (3.1.8), a tile is one of the rectangular regions of space, which can be
uniquely identified by row and column integer indices, making up the tile matrix.
Note 3 to entry: In the context of a geospatial data tile set (3.1.10), a tile contains data for such a partition of space as
part of an overall set of tiles for that tiled geospatial data.
Note 4 to entry: Tiles are useful to efficiently request, transfer, cache, display, store and process geospatial data for
a specific resolution and area of interest, providing deterministic performance and scalability for arbitrarily large
datasets (3.1.2).
Note 5 to entry: Tiles can contain a variety of data types, such as grid-based pictorial representations (map tiles
(3.1.6)), coverage subsets (coverage tiles (3.1.1)) or feature-based representations (vector tiles (3.1.13)).
[SOURCE: GC Core Tiling Conceptual and Logical Models for 2D Euclidean Space (OGC 19-014r3)]
3.1.8
tile matrix
tiling grid in a given 2D coordinate reference system, associated to a specific scale and partitioning space
into regular conterminous tiles (3.1.7), each of which being assigned a unique identifier
Note 1 to entry: Each tile of a tile matrix is uniquely identifiable by integer indices for the row and the column. The
number of rows is referred to as the matrix height, while the maximum number of columns is referred to as the matrix
width (the number of columns can vary for different rows in variable width tile matrices).
[SOURCE: OGC Two Dimensional Tile Matrix Set and Tile Set Metadata, Version 2.0 (OGC 17-083r4)]
3.1.9
tile matrix set
tiling scheme (3.1.11) consisting of a set of tile matrices defined at different scales covering approximately
the same area and having a common coordinate reference system
[SOURCE: OGC Two Dimensional Tile Matrix Set and Tile Set Metadata, Version 2.0 (OGC 17-083r4)]
3.1.10
tile set
set of tiles (3.1.7) resulting from tiling data according to a particular tiling scheme (3.1.11)
[SOURCE: GC Core Tiling Conceptual and Logical Models for 2D Euclidean Space (OGC 19-014r3), modified — to
clarify that in the context of this document, a tile set refers specifically to a set of tiles containing data and
following a common tiling scheme.]
3.1.11
tiling scheme
scheme that defines how space is partitioned into individual tiles (3.1.7), potentially featuring multiple levels
of detail (each tiling at a different granularity to reflect a different resolution or scale)
Note 1 to entry: A tiling scheme defines the spatial reference system and the geometric properties of each tile defined
by the scheme. Those properties include which space each tile occupies (the tile’s spatial extent), as well as a tile
coordinate origin if a particular corner of origin convention is established.
Note 2 to entry: A tiling scheme can be defined on top of a coordinate reference system (CRS) as well as other spatial
reference systems such as a discrete global grid system (DGGS) and other organizations including irregular ones. In
this document, only tiling schemes based on CRSs are supported.
[SOURCE: OGC Two Dimensional Tile Matrix Set and Tile Set Metadata, Version 2.0 (OGC 17-083r4)]
3.1.12
tile set metadata
additional metadata beyond the common properties defining the tile set (3.1.10)
Note 1 to entry: Metadata describing common properties defining a tile set, layers and styles used to produce the tile
set, the limits of the tile matrix (3.1.8) with actual data and common metadata such as abstract, owner, author, etc.
[SOURCE: OGC Two Dimensional Tile Matrix Set and Tile Set Metadata, Version 2.0 (OGC 17-083r4)]
3.1.13
vector tile
tiled vector feature data
tile (3.1.7) that contains vector data that have been generalized (simplified) at the tile scale resolution and
clipped by the tile boundaries
[SOURCE: OGC Two Dimensional Tile Matrix Set and Tile Set Metadata, Version 2.0 (OGC 17-083r4)]
3.1.14
web API
web application programming interface
API using an architectural style that is founded on the technologies of the web
[SOURCE: OGC API – Features – Part 1: Core (OGC 17-069r4)]
3.2 Abbreviated terms
ABNF Augmented Backus Naur Form
API application programming interface
CRS coordinate reference system
DGGS discrete global grid system
HTTP Hypertext Transfer Protocol
HTTPS Hypertext Transfer Protocol Secure
JSON JavaScript Object Notation
MVT Mapbox Vector Tiles
NetCDF Network Common Data Form
REST Representational State Transfer
URI Uniform Resource Identifier
WMS Web Map Service
WMTS Web Map Tile Service
XML Extensible Markup Language
4 Conformance
4.1 General
This document defines multiple requirements classes and their associated conformance classes.
The standardization targets of all conformance classes are “web APIs”.
The Tiles API requirements classes are summarized in 4.2 to 4.6 and in more detail in Clauses 7 to 16.
4.2 Requirements classes defining resources
4.2.1 Requirements class “Core”
Requirements class “Core” (http:// www .opengis .net/ spec/ ogcapi -tiles -1/ 1 .0/ req/ core).
The Core requirements class specifies requirements that all implementation instances of the Tiles API shall
support in order to claim conformance with this document. The Core requirements class defines how to
retrieve individual tiles by building a Uniform Resource Identifier (URI) from three variables corresponding
to the tile matrix, tile row and tile column for that tile (see Table 1).
Table 1 — Overview of resources and common direct links that correspond to tiles defined in the
Core requirements class
Resource name Common path
…/{tileMatrix}/{tileRow}/{tileCol}
Tile
The path template is recommended, but not prescribed. Ordering the parameters differently within the URI is allowed.
4.2.2 Requirements class “Tileset”
Requirements class “Tileset” (http:// www .opengis .net/ spec/ ogcapi -tiles -1/ 1 .0/ req/ tileset).
The Tileset requirements class defines a mechanism for describing a tileset using a specific tile matrix set
and a way of obtaining a templated link to the individual tiles (see Table 2).
Table 2 — Overview of resources and common direct links that correspond to the tileset
Resource name Common path
…/tiles/{tileMatrixSetId}
Tileset
…/tiles/{tileMatrixSetId}/{tileMatrix}/{tileRow}/{tileCol}
Tile
4.2.3 Requirements class “Tilesets List”
Requirements class “Tilesets List” (http:// www .opengis .net/ spec/ ogcapi -tiles -1/ 1 .0/ req/
...
Norme
internationale
ISO 19177-1
Première édition
Information géographique —
2026-03
Interface de programmation
d'application (API) géospatiale pour
les tuiles —
Partie 1:
Profil-minimal
Geographic information — Geospatial application programming
interface (API) for tiles —
Part 1: Core
Numéro de référence
DOCUMENT PROTÉGÉ PAR COPYRIGHT
© ISO 2026
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é . 5
4.1 Généralités .5
4.2 Classes d’exigences définissant les ressources .5
4.2.1 Classe d’exigences «Core» .5
4.2.2 Classe d’exigences «Tileset» .5
4.2.3 Classe d’exigences «Tilesets List» .6
4.3 Classes d’exigences définissant les origines des données .6
4.3.1 Classe d’exigences «Dataset TileSets» .6
4.3.2 Classe d’exigences «GeoData Tilesets» .6
4.4 Classes d’exigences définissant les paramètres de la requête .7
4.4.1 Classe d’exigences «Collections Selection» .7
4.4.2 Classe d’exigences «DateTime» .7
4.5 Classes d’exigences pour les représentations de ressources spécifiques .7
4.5.1 Classe d’exigence «OpenAPI Specification 3.0 API definition» .7
4.5.2 Classe d’exigences «XML TileSet Metadata» .7
4.6 Classes d’exigences pour les encodages de tuiles .7
4.7 Déclaration de conformité .8
5 Conventions . 8
5.1 Généralités .8
5.2 Identifiants . .9
5.3 Relations de lien .9
5.4 Utilisation de HTTPS .10
6 Vue d’ensemble .10
6.1 Généralités .10
6.2 Évolution par rapport aux services Web de l’OGC .11
6.3 Relations avec les autres normes API de l’OGC . 13
6.4 Utiliser le présent document de manière indépendante . 13
6.4.1 Vue d’ensemble . 13
6.4.2 Description du domaine .14
6.4.3 Description des propriétés observées ou mesurées .14
6.4.4 Formats disponibles et attentes en matière de réponse aux tuiles.14
6.4.5 Limites . 15
6.5 Comment aborder la mise en œuvre d’une norme API de l’OGC? . 15
6.6 Utilisation du terme «tuiles» .17
7 Classe d’exigences «Core» .18
7.1 Généralités .18
7.2 Une tuile . .18
7.2.1 Généralités .18
7.2.2 Fonctionnement .18
7.2.3 Paramètre tileMatrix .19
7.2.4 Paramètre tileRow . .19
7.2.5 Paramètre tileCol . 20
7.2.6 Paramètre tileMatrixSetId (facultatif) . 20
7.2.7 Réponse . 20
7.2.8 Conditions d’erreur . 22
iii
7.3 Déclaration de classes de conformité . 23
7.3.1 Généralités . 23
7.3.2 Réponse . 23
8 Classe d’exigences «TileSet» .23
8.1 Vue d’ensemble . 23
8.2 Ressource Tileset .24
8.2.1 Généralités .24
8.2.2 Chemin d’accès à l’ensemble de tuiles .24
8.2.3 Réponse . 25
8.3 TileMatrixSets définis par l’API Web . 28
8.3.1 Généralités . 28
8.3.2 Page d’accueil de l’API Web . 28
8.3.3 TileMatrixSets . 28
8.3.4 TileMatrixSet . 29
9 Classe d’exigences «TileSets List».30
9.1 Vue d’ensemble . 30
9.2 Tilesets list . 30
9.2.1 Généralités . 30
9.2.2 Chemin d’accès aux ensembles de tuiles . 30
9.2.3 Réponse .31
10 Classe d’exigences «Dataset Tilesets» .32
10.1 Vue d’ensemble .32
10.2 Généralités .32
10.3 Page d’accueil de l’API Web . 33
10.3.1 Généralités . 33
10.3.2 Réponse . 33
10.4 Dataset tilesets . 33
10.4.1 Généralités . 33
10.4.2 Fonctionnement . 34
10.4.3 Réponse . 34
10.5 Tuiles . 34
10.5.1 Généralités . 34
10.5.2 Réponse . 34
11 Classe d’exigences «GeoData Tilesets».34
11.1 Vue d’ensemble . 34
11.2 Généralités . 35
11.3 Ressource de données géospatiales . . 35
11.4 Liste des ensembles de tuiles des ressources de données géospatiales . 36
11.4.1 Généralités . 36
11.4.2 Fonctionnement . 36
11.4.3 Réponse .37
11.5 Tuiles .37
12 Classe d’exigences «Collections Selection» .37
12.1 Vue d’ensemble .37
12.2 Opération .37
12.2.1 Généralités .37
12.2.2 Paramètre collections .37
12.2.3 Réponse . 38
12.2.4 Conditions d’erreur . 38
13 Classe d’exigences «DateTime» .39
13.1 Vue d’ensemble . 39
13.2 Description de l’étendue temporelle . 39
13.3 Requête et réponse au paramètre de requête datetime . 39
13.4 Requête et réponse de paramètre de requête subset = datetime .41
13.5 Date et heure réelles de l’en-tête de la réponse .42
13.6 Autorisation de la date et de l’heure la plus proche .42
iv
14 Classe d’exigences «OpenAPI Specification 3.0» .43
14.1 Vue d’ensemble .43
14.2 Description de l’API Web OpenAPI .43
14.2.1 Généralités .43
14.2.2 Réponse .43
15 Classe d’exigences «XML TileSet Metadata» . 47
15.1 Vue d’ensemble .47
15.2 Représentation XML de Tileset et de Tilesets List . 48
15.2.1 Généralités . 48
15.2.2 Opération . 48
15.2.3 Réponse . 48
16 Classes d’exigences pour les encodages de tuiles .48
16.1 Généralités . 48
16.2 Vue d’ensemble . 49
16.3 Classe d’exigences «PNG» . 49
16.4 Classe d’exigences «JPEG» . 50
16.5 Classe d’exigences «TIFF» . 50
16.6 Classe d’exigences «NetCDF» .51
16.7 Classe d’exigences «GeoJSON» .52
16.8 Classe d’exigences «Mapbox Vector Tiles» . 53
Annexe A (normative) Suite de tests abstraits .54
Bibliographie . 67
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 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), et en collaboration avec l’Open Geospatial Consortium (OGC).
Une liste de toutes les parties de la série ISO 19177 se trouve sur le site web de l’ISO.
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
Le présent document est une adaptation ISO du document OGC API — Tiles — Part 1: Core (OGC 20-057). Le
contenu normatif est identique à celui de la norme de l’OGC, mais des modifications rédactionnelles mineures
ont été apportées pour aligner le présent document sur les Directives ISO/IEC, Partie 2.
Le présent document définit les blocs de construction pour la mise en œuvre d’interfaces de programmation
d’application (API [Application Programming Interface]) Web qui prennent en charge la récupération
d’informations géospatiales tuilées. Une API Web est une interface de programmation d’application pour un
serveur Web ou un navigateur Web. Le présent document est parfois appelé «API Tiles».
La suite de normes API Web de l’OGC est un cadre extensible pour la création de services basés sur le
protocole HTTP auxquels il est possible d’accéder dans différentes applications sur différentes plateformes
telles que le Web, les ordinateurs de bureau, les téléphones portables, etc. Le présent document spécifie
comment différentes formes/types de ressources géospatiales sont prises en charge, telles que les tuiles
d’entités vectorielles («tuiles vectorielles»), les couvertures et les cartes (ou l’imagerie). Bien que le présent
document puisse être utilisé indépendamment, les blocs de construction (par exemple, sous-ensembles de
la définition de l’API qui fournissent des fonctions spécifiques) peuvent être combinés avec d’autres normes
de l’OGC API (ou les équivalents ISO, tels que l’ISO 19168-1) pour obtenir des capacités supplémentaires
ou une interopérabilité accrue pour des types de données spécifiques. Le présent document fait référence
à la norme OGC Two Dimensional Tile Matrix Set and Tile Set Metadata, Version 2.0 (OGC 17-083r4). Cette
norme définit des modèles logiques et des encodages pour spécifier les ensembles de matrices de tuiles et
décrire les ensembles de tuiles. Un ensemble de matrices de tuiles est un système de tuilage qui permet à
une application de partitionner et d’indexer l’espace sur la base d’un ensemble de grilles régulières définies
pour des échelles multiples dans un système de référence de coordonnées (SRC).
Le présent document est une alternative à la norme Web Map Tile Service Implementation Standard de ®
l’OpenGIS (OGC 07-057r7). Au lieu d’une interface Web fixe, le présent document se concentre sur des blocs
de construction API REST [REpresentational State Transfer] simples et réutilisables qui peuvent être décrits
à l’aide de la spécification OpenAPI. Alors que la norme Web Map Tile Service Implementation Standard de ®
l’OpenGIS (OGC 07-057r7) se concentre sur les tuiles cartographiques, le présent document est conçu pour
prendre en charge toute forme de données tuilées.
vii
Norme internationale ISO 19177-1:2026(fr)
Information géographique — Interface de programmation
d'application (API) géospatiale pour les tuiles —
Partie 1:
Profil-minimal
1 Domaine d’application
Le présent document spécifie le comportement des interfaces de programmation d’application (APIs) Web
qui fournissent un accès aux tuiles d’une ou plusieurs ressources de données géospatiales (collections)
offertes par l’API Web.
Le présent document décrit comment:
— découvrir quelles ressources offertes par l’API Web peuvent être récupérées sous forme de tuiles;
— obtenir des métadonnées sur les ensembles de tuiles disponibles (y compris en fonction de l’ensemble de
matrices de tuiles selon lequel chaque ensemble de tuiles est partitionné et les limites de cet ensemble
de tuiles au sein d’un ensemble de matrices de tuiles commun et potentiellement global);
— requêter une tuile.
La classe de conformité de base est définie de manière à pouvoir être facilement incluse dans une API web,
même si cette API n’est pas conforme à la norme OGC API — Common. Une API Web peut combiner certaines
classes d’exigences du présent document avec celles d’autres normes API de l’OGC (y compris la norme OGC
API — Common) afin d’étendre la portée de l’API Web en ajoutant des fonctionnalités.
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).
Masó. J., Jacovella-St-Louis, J. (eds.) OGC Two Dimensional Tile Matrix Set and Tile Set Metadata
standard (norme relative aux métadonnées pour les ensembles de matrices de tuiles bidimensionnelles et les
ensembles de tuiles). Version 2.0. OGC 17-083r4. Open Geospatial Consortium, 2022. Disponible à l’adresse:
https://docs.ogc.org/is/17-083r4/17-083r4.html
Heazel, C. (ed.) OGC API — Common — Part 1: Core. Version 1.0.0. OGC 19-072. Open Geospatial Consortium,
2023. Disponible à l’adresse: https://docs.ogc.org/is/19-072/19-072.pdf
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
tuile de couverture
tuile (3.1.7) contenant des informations, souvent sous forme de grille, où les valeurs représentent des
observations ou des mesures sous la forme d’un nombre ou d’une quantité utilisant une certaine unité de
mesure
Note 1 à l'article: Les tuiles de couverture peuvent être générées en combinaison avec l’OGC API — Coverages proposée,
et peuvent également être générées en combinant un sous-ensemble (trim) et une opération de rééchantillonnage.
Habituellement, la visualisation d’une tuile de couverture sur un dispositif de rendu implique la mise en correspondance
de ces valeurs avec des couleurs.
Note 2 à l'article: Les couvertures sont décrites dans l’ISO 19123-1.
3.1.2
jeu de données
collection de données
Note 1 à l'article: Publiée ou conservée par un seul agent, et disponible pour l’accès ou le téléchargement dans une ou
plusieurs sérialisations ou dans un ou plusieurs formats.
Note 2 à l'article: Une API Web (3.1.14) mettant en œuvre l’OGC API — Common — Part 1: Core (OGC 19-072) donne
souvent accès à un seul jeu de données qui peut être composé d’une ou de plusieurs ressources de données géospatiales
(3.1.3).
[SOURCE: ISO 19168-1:2025, 3.1.1, modifié — La Note 2 à l’article a été remplacée.]
3.1.3
ressource de données géospatiales
ressource accessible sur le web qui consiste en un jeu de données géospatiales
Note 1 à l'article: Dans le présent document, les données géospatiales (geospatial data) sont parfois désiégnée à l’aide
de la forme abrégée.
Note 2 à l'article: Dans les APIs Web (3.1.14) mettant en œuvre l’OGC API — Common — Part 2: Geospatial Data (OGC 20-
024), les ressources de données géospatiales sont appelées collections et sont définies dans la classe de conformité
Collections.
3.1.4
aspect des ressources géospatiales
ressource accessible sur le web qui représente un composant d’information géospatiale (par exemple, des
métadonnées schémas) ou des données géospatiales accessibles à l’aide d’un mécanisme et d’un modèle de
données particuliers (par exemple, éléments d’entités, tuiles (3.1.7), cartes, couvertures) d’une ressource de
données géospatiales plus générique (3.1.3) (par exemple, une collection)
Note 1 à l'article: L’aspect des ressources géospatiales est à ne pas confondre avec la représentation d’une ressource
accessible sur le web. Alors que les représentations des ressources suivent le même chemin et sont sélectionnées par
négociation du format, les aspects géospatiaux utilisent des chemins différents. En général, un aspect géospatial est
un sous-chemin d’une ressource de données géospatiales.
3.1.5
page d’accueil
page dont l’objectif principal est de contenir une description de quelque chose d’autre
Note 1 à l'article: Les pages d’accueil fournissent souvent des résumés ou des informations supplémentaires sur l’objet
qu’elles décrivent (par exemple, W3C, des URLS dans des guides d’introduction aux données).
Note 2 à l'article: Dans le contexte des normes API de l’OGC, une page d’accueil sert de nœud racine à l’arborescence
des ressources API et fournit les informations nécessaires pour naviguer dans toutes les ressources exposées par
l’intermédiaire de l’API. La page d’accueil permet d’accéder à la racine d’un jeu de données (3.1.2).
3.1.6
tuile cartographique
tuile (3.1.7) contenant des informations sous forme raster où les valeurs des cellules sont des couleurs qui
peuvent être facilement affichées sur des dispositifs de rendu
3.1.7
tuile
forme géométrique aux propriétés connues qui peuvent être (mais ne sont pas nécessairement) le résultat
d’un processus de tuilage
Note 1 à l'article: Une tuile est constituée d’une seule «pièce» connectée sans «trous» ni «lignes» (disque topologique).
Note 2 à l'article: Dans le contexte d’une matrice de tuiles 2D (3.1.8), une tuile est l’une des régions rectangulaires
de l’espace, qui peut être identifiée de manière unique par des indices entiers de ligne et de colonne, constituant la
matrice de tuiles.
Note 3 à l'article: Dans le contexte d’un ensemble de tuiles (3.1.10) de données géospatiales, une tuile contient des
données pour une telle partition de l’espace dans le cadre d’un ensemble global de tuiles pour ces données géospatiales
tuilées.
Note 4 à l'article: Les tuiles sont utiles pour requêter, transférer, mettre en cache, afficher, stocker et traiter
efficacement des données géospatiales pour une résolution et une zone d’intérêt spécifiques, en offrant des
performances déterministes et une évolutivité pour des jeux de données (3.1.2) de taille arbitraire.
Note 5 à l'article: Les tuiles peuvent contenir divers types de données, tels que des représentations picturales sur grille
(tuiles cartographiques (3.1.6)), des sous-ensembles de couverture (tuiles de couverture (3.1.1)) ou des représentations
basées sur des entités (tuiles vectorielles (3.1.13)).
[SOURCE: GC Core Tiling Conceptual and Logical Models for 2D Euclidean Space (Modèles conceptuels et
logiques de tuilage pour l’espace euclidien en 2D) OGC 19-014r3)]
3.1.8
matrice de tuiles
grille de tuilage dans un système de référence 2D donné, associée à une échelle spécifique et divisant l’espace
en tuiles (3.1.7) régulières et contiguës, chacune d’entre elles étant dotée d’un identifiant unique
Note 1 à l'article: Chaque tuile d’une matrice est identifiable de manière unique par des indices entiers pour la ligne et
la colonne. Le nombre de lignes est appelé hauteur de la matrice, tandis que le nombre maximal de colonnes est appelé
largeur de la matrice (le nombre de colonnes peut varier pour différentes lignes dans les matrices à largeur variable).
[SOURCE: OGC Two Dimensional Tile Matrix Set and Tile Set Metadata, (norme relative aux métadonnées pour
les ensembles de matrices de tuiles bidimensionnelles et les ensembles de tuiles) Version 2.0 (OGC 17-083r4)]
3.1.9
ensemble de matrice de tuiles
système de tuilage (3.1.11) consistant en un ensemble de matrices de tuiles définies à différentes échelles
couvrant approximativement la même surface et ayant un système de référence de coordonnées commun
[SOURCE: OGC Two Dimensional Tile Matrix Set and Tile Set Metadata, (norme relative aux métadonnées pour
les ensembles de matrices de tuiles bidimensionnelles et les ensembles de tuiles) Version 2.0 (OGC 17-083r4)]
3.1.10
ensemble de tuiles
ensemble de tuiles (3.1.7) résultant de la mise en place de données selon un système de tuilage (3.1.11)
particulier
[SOURCE: GC Core Tiling Conceptual and Logical Models for 2D Euclidean Space (OGC 19-014r3), modifié —
pour préciser que dans le contexte du présent document, un ensemble de tuiles fait spécifiquement référence
à un ensemble de tuiles contenant des données et suivant un système de tuilage commun.]
3.1.11
système de tuilage
système qui définit comment l’espace est divisé en tuiles (3.1.7) individuelles, pouvant présenter plusieurs
niveaux de détail (chaque tuilage ayant une granularité différente pour refléter une résolution ou une échelle
différente)
Note 1 à l'article: Un système de tuilage définit le système de référence spatiale et les propriétés géométriques de
chaque tuile définie par le système. Ces propriétés comprennent l’espace occupé par chaque tuile (l’étendue spatiale
de la tuile), ainsi que l’origine des coordonnées de la tuile si une convention particulière de coin d’origine est établie
Note 2 à l'article: Un système de tuilage peut être défini au-dessus d’un système de référence de coordonnées (SRC)
ainsi que d’autres systèmes de référence spatiale tels que le système de grille globale discrète (DGGS [Discrete Global
Grid System]) et d’autres organisations, y compris des organisations irrégulières. Dans le présent document, seuls les
systèmes de tuilage basés sur les SRC sont pris en charge.
[SOURCE: OGC Two Dimensional Tile Matrix Set and Tile Set Metadata, (norme relative aux métadonnées pour
les ensembles de matrices de tuiles bidimensionnelles et les ensembles de tuiles) Version 2.0 (OGC 17-083r4)]
3.1.12
métadonnées de l’ensemble de tuiles
métadonnées supplémentaires au-delà des propriétés communes définissant l’ensemble de tuiles (3.1.10)
Note 1 à l'article: Métadonnées décrivant les propriétés communes définissant un ensemble de tuiles, les couches et les
styles utilisés pour produire l’ensemble de tuiles, les limites de la matrice de tuiles (3.1.8) avec les données réelles et
les métadonnées communes telles que le résumé, le propriétaire, l’auteur, etc.
[SOURCE: OGC Two Dimensional Tile Matrix Set and Tile Set Metadata, (norme relative aux métadonnées pour
les ensembles de matrices de tuiles bidimensionnelles et les ensembles de tuiles) Versio
...








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...