This box suggests the current best answer


Prior revisions of answers

Proposal 2 (item before meeting )

Short Summary Answer

GERS is a Global Entity Referencing System that assigns stable, long‑lived identifiers to real‑world transportation entities such as road segments. It enables consistent matching and integration of geospatial data across different digital maps and versions, reduces fragmentation caused by map updates, and supports interoperable data layering across systems and providers. GERS is developed and governed within the Overture Maps Foundation, where it is used to provide stable entity identifiers for Overture’s open transportation datasets. At the same time, GERS is designed to be map‑agnostic and reusable beyond Overture: the identifiers can be associated with equivalent entities in other digital maps, allowing datasets referenced via GERS to be exchanged, compared, or integrated across different map ecosystems.

Why the need for a stable global entity reference system?

Digital maps evolve continuously. Road geometries may shift, attributes such as speed limits or surface types may change, and modeling rules differ between map providers. As a result, map‑specific identifiers are frequently regenerated, breaking continuity for downstream applications such as traffic management, analytics, or infrastructure monitoring.

Without a stable reference layer, each data update requires costly re‑matching and conflation. A global entity reference system addresses this by providing persistent identifiers that remain stable across map changes, enabling data to be associated with the same real‑world entity over time, even as map representations evolve.

How does GERS address differences between maps?

Different maps represent the same road in different ways. Segmentation rules, topology, and attribute modeling can vary significantly between providers or even between map versions of the same provider.

GERS addresses these differences by:

This allows different maps to align their data to the same real‑world entity reference, even when their geometries or attributes are not identical.

Stakeholder Relevance / Rationale

Relevance and rationale for using GERS as a stable location referencing method for various stakeholders can be summarized as follows:

Detailed Explanation

Linear Referencing and Entity Stability

GERS uses linear referencing principles to separate entity identity from attribute variation. Instead of splitting road geometry for every change (e.g. speed, lighting, surface), attributes are referenced along a stable base entity.

This approach:

GERS applies a linear referencing–based segmentation approach in which each road is divided into stable, topologically connected sections defined by decision points, rather than by attribute changes. These decision points typically coincide with intersections or locations where a driver can make a routing decision (e.g. merge, diverge), and therefore define natural and stable boundaries in the transport network, see figure below. 

Within this approach, all geometry segments between two such decision points are merged into a single GERS entity and assigned a unique identifier. This ensures that a road section remains consistently identifiable over time, independent of how many attributes may change along it. Minor geometric shifts (e.g. map updates causing slight positional differences) do not affect the identity, as long as the underlying topology remains unchanged. By basing segmentation on network topology rather than on attribute variation, GERS creates a stable reference layer that aligns with how users conceptually perceive roads—as connected sections between intersections—while minimizing unnecessary fragmentation of identifiers across map versions and providers. 



Within each stable GERS section, attribute variation is handled using linear referencing offsets, rather than by splitting the underlying geometry. Instead of assigning a new identifier every time an attribute changes (e.g. speed limit, surface type, lighting), GERS retains a single section ID and expresses changes as positions along that section, see figure below. 

These offsets indicate where along the section a specific attribute begins and ends. As a result, multiple attribute changes can coexist on the same base entity without affecting its identity. This avoids repeated segmentation and preserves the continuity of the road section, while still allowing precise localization of changes. This separation of entity identity (the section) and attribute variation (offset-based references) reduces identifier churn, avoids costly recalculation of dependent data (such as traffic flow or direction), and supports consistent data association across map updates and datasets.

Tools and Ecosystem Support

GERS is supported by tooling that enables practical adoption:

These tools allow both public and private datasets to participate in a shared reference framework.


GERSification process

The “GERSification” process refers to the workflow by which external or newly available road network data is aligned with the GERS reference layer and assigned GERS identifiers. This process typically starts by matching incoming geometries against the existing GERS‑based transportation network. Below figure explains the "GERSification process using the TomTom Global Entity Matching process.


Where a correspondence is found, the external data can directly inherit the existing GERS IDs. Where no match exists—indicating missing or newly identified road geometry—the system identifies these gaps and assigns new GERS identifiers to previously unmatched sections, thereby extending the reference network. Once assigned, these GERS identifiers act as stable anchors that allow the dataset to interoperate with other map ecosystems. The result is that data originally tied to a specific geometry (e.g. latitude/longitude or proprietary IDs) becomes referenced to a shared, map‑agnostic entity layer, enabling integration, exchange, and reuse across platforms.

This process is supported by matching and onboarding tools (such as global entity matching services), which automate the alignment and identifier assignment, ensuring that both public and private datasets can participate in a consistent global referencing framework.

Use Cases

Technical Considerations

Decision Guide

RequirementGERS suitabilityNotes
Long‑term stable entity identifiersExcellentTBD
Cross‑map data interoperabilityExcellent
Reduction of re‑conflation effortExcellent
Real‑time message encodingNot the primary purpose
Compact transmission formatNot applicable

Implementation Notes

References & Tools

For understanding GERS as a method, the following references are useful:

Comments

1



2



3




Proposal 1 (item before meeting )

Short Summary Answer

GERS is a Global Entity Referencing System that assigns stable, long‑lived identifiers to real‑world transportation entities such as road segments. It enables consistent matching and integration of geospatial data across different digital maps and versions, reduces fragmentation caused by map updates, and supports interoperable data layering across systems and providers. GERS is developed and governed within the Overture Maps Foundation, where it is used to provide stable entity identifiers for Overture’s open transportation datasets. At the same time, GERS is designed to be map‑agnostic and reusable beyond Overture: the identifiers can be associated with equivalent entities in other digital maps, allowing datasets referenced via GERS to be exchanged, compared, or integrated across different map ecosystems.

Why the need for a stable global entity reference system?

Digital maps evolve continuously. Road geometries may shift, attributes such as speed limits or surface types may change, and modeling rules differ between map providers. As a result, map‑specific identifiers are frequently regenerated, breaking continuity for downstream applications such as traffic management, analytics, or infrastructure monitoring.

Without a stable reference layer, each data update requires costly re‑matching and conflation. A global entity reference system addresses this by providing persistent identifiers that remain stable across map changes, enabling data to be associated with the same real‑world entity over time, even as map representations evolve.

How does GERS address differences between maps?

Different maps represent the same road in different ways. Segmentation rules, topology, and attribute modeling can vary significantly between providers or even between map versions of the same provider.

GERS addresses these differences by:

This allows different maps to align their data to the same real‑world entity reference, even when their geometries or attributes are not identical.

Stakeholder Relevance / Rationale

Relevance and rationale for using GERS as a stable location referencing method for various stakeholders can be summarized as follows:

Detailed Explanation

Linear Referencing and Entity Stability

GERS uses linear referencing principles to separate entity identity from attribute variation. Instead of splitting road geometry for every change (e.g. speed, lighting, surface), attributes are referenced along a stable base entity.

This approach:


(info) TBD: Explain picture below



(info) TBD: Explain picture above and below


Tools and Ecosystem Support

GERS is supported by tooling that enables practical adoption:

These tools allow both public and private datasets to participate in a shared reference framework.


GERSification process

Below figure explains the "GERSification process using the TomTom Global Entity Matching process

(info) Explanation TBD

Use Cases

Technical Considerations

Decision Guide

RequirementGERS suitabilityNotes
Long‑term stable entity identifiersExcellentTBD
Cross‑map data interoperabilityExcellent
Reduction of re‑conflation effortExcellent
Real‑time message encodingNot the primary purpose
Compact transmission formatNot applicable

Implementation Notes

References & Tools

For understanding GERS as a method, the following references are useful:

Comments

1



2



3