2010R1089 — EN — 31.12.2014 — 003.001

---

This document is meant purely as a documentation tool and the institutions do not assume any liability for its contents

►B	COMMISSION REGULATION (EU) No 1089/2010 of 23 November 2010 implementing Directive 2007/2/EC of the European Parliament and of the Council as regards interoperability of spatial data sets and services (OJ L 323 8.12.2010, p. 11)

Amended by:

		Official Journal
		No	page	date
►M1	COMMISSION REGULATION (EU) No 102/2011 of 4 February 2011	L 31	13	5.2.2011
►M2	COMMISSION REGULATION (EU) No 1253/2013 of 21 October 2013	L 331	1	10.12.2013
►M3	COMMISSION REGULATION (EU) No 1312/2014 of 10 December 2014	L 354	8	11.12.2014

---

▼B

COMMISSION REGULATION (EU) No 1089/2010

of 23 November 2010

implementing Directive 2007/2/EC of the European Parliament and of the Council as regards interoperability of spatial data sets and services

▼M3

Article 1

Subject Matter and Scope

1.  This Regulation sets out the requirements for technical arrangements for the interoperability and, where practicable, harmonisation of spatial data sets and spatial data services corresponding to the themes listed in Annexes I, II and III to Directive 2007/2/EC.

2.  This Regulation does not apply to the network services falling within the scope of Commission Regulation (EC) No 976/2009 ( 2 ).

▼B

Article 2

Definitions

▼M2

For the purposes of this Regulation, the following definitions as well as the theme-specific definitions set out in the Annexes shall apply:

▼B

▼M2 —————

▼B

▼M2

▼M3

▼B

Article 3

Common Types

Types that are common to several of the themes listed in Annexes I, II and III to Directive 2007/2/EC shall conform to the definitions and constraints and include the attributes and association roles set out in Annex I.

Article 4

Types for the Exchange and Classification of Spatial Objects

▼M2

1.  For the exchange and classification of spatial objects from data sets meeting the conditions laid down in Article 4 of Directive 2007/2/EC, Member States shall use the spatial object types and associated data types, enumerations and code lists that are defined in Annexes II, III and IV for the themes the data sets relate to.

▼B

2.  Spatial object types and data types shall comply with the definitions and constraints and include the attributes and association roles set out in ►M2  the Annexes ◄ .

▼M1

3.  The enumerations and code lists used in attributes or association roles of spatial object types or data types shall comply with the definitions and include the values set out in ►M2  the Annexes ◄ . ►M2  The enumeration and code list values are uniquely identified by language-neutral mnemonic codes for computers. The values may also include a language-specific name to be used for human interaction. ◄

▼M1 —————

▼B

Article 5

Types

1.  For all types defined in this Regulation, a language-neutral name for computers is given between parentheses in the title of the section specifying the requirements for that type. This language-neutral name shall be used for referring to the corresponding type in the definition of an attribute or association role.

2.  Types that are a sub-type of another type shall also include all this type’s attributes and association roles.

3.  Abstract types shall not be instantiated.

▼M2 —————

▼M2

Article 6

▼M3

Code Lists and Enumerations for Spatial Data Sets

▼M2

1.   ►M3  Code lists shall be one of the following types, as specified in the Annexes I to IV: ◄

For the purposes of points (b), (c) and (d), in addition to the allowed values, data providers may use the values specified in the relevant INSPIRE Technical Guidance document available on the INSPIRE web site of the Joint Research Centre.

2.  Code lists may be hierarchical. Values of hierarchical code lists may have a more general parent value. Where the valid values of a hierarchical code list are specified in a table in this Regulation, the parent values are listed in the last column.

3.  Where, for an attribute whose type is a code list as referred to in points (b), (c) or (d) of paragraph 1, a data provider provides a value that is not specified in this Regulation, that value and its definition shall be made available in a register.

4.  Attributes or association roles of spatial object types or data types whose type is a code list may only take values that are allowed according to the specification of the code list.

5.  Attributes or association roles of spatial object types or data types that have an enumeration type may only take values from the lists specified for the enumeration type.

▼B

Article 7

Encoding

1.  Every encoding rule used to encode spatial data shall conform to EN ISO 19118. In particular, it shall specify schema conversion rules for all spatial object types and all attributes and association roles and the output data structure used.

2.  Every encoding rule used to encode spatial data shall be made available.

Article 8

Updates

1.  Member States shall make available updates of data on a regular basis.

2.  All updates shall be made at the latest 6 months after the change was applied in the source data set, unless a different period is specified for a specific spatial data theme in ►M2  the Annexes ◄ .

▼M3

3.  The updates of data shall be made available to all related spatial data services according to the deadline specified in paragraph 2.

▼B

Article 9

Identifier Management

1.  The data type Identifier defined in Section 2.1 of Annex I shall be used as a type for the external object identifier of a spatial object.

2.  The external object identifier for the unique identification of spatial objects shall not be changed during the life-cycle of a spatial object.

Article 10

Life-cycle of Spatial Objects

1.  Different versions of the same spatial object shall always be instances of the same spatial object type.

2.  The namespace and localId attributes of the external object identifier shall remain the same for different versions of a spatial object.

3.  Where the attributes beginLifespanVersion and endLifespanVersion are used, the value of endLifespanVersion shall not be before the value of beginLifespanVersion.

Article 11

Temporal Reference Systems

1.  The default temporal reference system referred to in point 5 of part B of the Annex to Commission Regulation (EC) No 1205/2008 ( 4 ) shall be used, unless other temporal reference systems are specified for a specific spatial data theme in ►M2  the Annexes ◄ .

2.  If other temporal reference systems are used, these shall be specified in the data set metadata.

Article 12

Other Requirements & Rules

▼M2

1.  The value domain of spatial properties defined in this Regulation shall be restricted to the Simple Feature spatial schema as defined in Herring, John R. (ed.), OpenGIS® Implementation Standard for Geographic information – Simple feature access – Part 1: Common architecture, version 1.2.1, Open Geospatial Consortium, 2011, unless specified otherwise for a specific spatial data theme or type.

▼B

2.  All measurement values shall be expressed using ►M2  SI units or non-SI units accepted for use with the International System of Units ◄ , unless specified otherwise for a specific spatial data theme or type.

3.  Where the attributes validFrom and validTo are used, the value of validTo shall not be before the value of validFrom.

4.  In addition, all theme-specific requirements set out in Annex II shall apply.

Article 13

Metadata required for Interoperability

The metadata describing a spatial data set shall include the following metadata elements required for interoperability:

1.	Coordinate Reference System : Description of the coordinate reference system(s) used in the data set.

2.	Temporal Reference System : Description of the temporal reference system(s) used in the data set. This element is mandatory only if the spatial data set contains temporal information that does not refer to the default temporal reference system.

3.	Encoding : Description of the computer language construct(s) specifying the representation of data objects in a record, file, message, storage device or transmission channel.

4.

Topological Consistency : Correctness of the explicitly encoded topological characteristics of the data set as described by the scope. This element is mandatory only if the data set includes types from the Generic Network Model and does not assure centreline topology (connectivity of centrelines) for the network.

5.	Character Encoding : The character encoding used in the data set. This element is mandatory only if an encoding is used that is not based on UTF-8.

▼M2

6.	Spatial Representation Type : The method used to spatially represent geographic information.

▼B

Article 14

Portrayal

1.  For the portrayal of spatial data sets using a view network service as specified in Commission Regulation No 976/2009 ( 5 ), the following shall be available:

2.  For each layer, Annex II defines the following:

▼M2

▼M2

3.  For spatial object types whose objects can be further classified using a code list-valued attribute, several layers may be defined. Each of these layers shall include the spatial objects corresponding to one specific code list value. In the definition of such sets of layers in Annexes II, III and IV, all of the following requirements shall be fulfilled:

▼M3

Article 14a

Requirements for invocable spatial data services

Not later than 10 December 2015, Member States shall provide the invocable spatial data services metadata in conformity with the requirements set out in Annex V.

Article 14b

Interoperability arrangements and harmonisation requirements for invocable spatial data services

The invocable spatial data services relating to the data contained in at least one conformant spatial data set shall fulfil the interoperability requirements set out in Annexes V and VI and, where practicable, the harmonisation requirements set-out in Annex VII.

▼B

Article 15

Entry into force

This Regulation shall enter into force on the twentieth day following its publication in the Official Journal of the European Union.

It shall apply from 15 December 2010.

This Regulation shall be binding in its entirety and directly applicable in all Member States.

---

ANNEX I

▼M2

COMMON TYPES, DEFINITIONS AND REQUIREMENTS

1.   TYPES DEFINED IN EUROPEAN AND INTERNATIONAL STANDARDS

The following common types, used in attributes or association roles of spatial object types or data types, are defined as follows:

▼B

2.   COMMON DATA TYPES

2.1.    Identifier (Identifier)

External unique object identifier published by the responsible body, which may be used by external applications to reference the spatial object.

Attributes of the data type Identifier

▼M2 —————

▼M2

2.2.    Related Party (RelatedParty)

An organisation or a person with a role related to a resource.

Attributes of the data type RelatedParty

Constraints of the data type RelatedParty

At least the individual, organisation or position name shall be provided.

2.3.    Contact (Contact)

Communication channels by which it is possible to gain access to someone or something.

Attributes of the data type Contact

2.4.    Document Citation (DocumentCitation)

Citation for the purposes of unambiguously referencing a document.

Attributes of the data type DocumentCitation

2.5.    Legislation Citation (LegislationCitation)

Citation for the purposes of unambiguously referencing a legal act or a specific part of a legal act.

This type is a sub-type of DocumentCitation.

Attributes of the data type LegislationCitation

Constraints of the data type LegislationCitation

If the link attribute is void, the journal citation shall be provided.

2.6.    Official Journal Information (OfficialJournalInformation)

Full citation of the location of the legislative instrument within the official journal.

Attributes of the data type OfficialJournalInformation

2.7.    Thematic Identifier (ThematicIdentifier)

Thematic identifier to uniquely identify the spatial object.

Attributes of the data type ThematicIdentifier

▼B

3.   COMMON ENUMERATIONS

3.1.    Vertical Position (VerticalPositionValue)

The relative vertical position of a spatial object.

4.   COMMON CODE LISTS

▼M2

4.1.    Condition of Facility (ConditionOfFacilityValue)

The status of a facility with regards to its completion and use.

The allowed values for this code list comprise the values in the table below and narrower values defined by data providers.

Values for the code list ConditionOfFacilityValue

▼B

4.2.    Country Code (CountryCode)

Country code as defined in the Interinstitutional style guide published by the Publications Office of the European Union.

▼M2 —————

▼M1

The allowed values for this code list are the two-letter country codes listed in the Interinstitutional style guide published by the Publications Office of the European Union.

▼M2

4.3.    Legislation Level (LegislationLevelValue)

The level at which a legal act or convention has been adopted.

The allowed values for this code list comprise any values defined by data providers.

Data providers may use the values specified in the INSPIRE Technical Guidance document on the INSPIRE Generic Conceptual Model.

4.4.    Party Role (PartyRoleValue)

Roles of parties related to or responsible for a resource.

The allowed values for this code list comprise the values of the following code lists or other code lists specified by data providers:

Values for the code list RelatedPartyRoleValue

4.5.    Climate and Forecast Standard Names (CFStandardNamesValue)

Definitions of phenomena observed in meteorology and oceanography.

The allowed values for this code list comprise any values defined by data providers.

Data providers may use the values specified in the INSPIRE Technical Guidance document on the INSPIRE Generic Conceptual Model.

4.6.    Gender (GenderValue)

Gender of a person or group of persons.

The allowed values for this code list comprise only the values specified in the table below.

Values for the code list GenderValue

▼B

5.   GENERIC NETWORK MODEL

5.1.    Spatial Object Types

5.1.1.    Cross Reference (CrossReference)

Represents a reference between two elements in the same network.

5.1.2.    Generalised Link (GeneralisedLink)

Abstract base type representing a linear network element that may be used as a target in linear referencing.

This type is a sub-type of NetworkElement.

This type is abstract.

5.1.3.    Grade Separated Crossing (GradeSeparatedCrossing)

Indicator which of two or more intersecting elements is/are below and which is/are above, to be used if elevation coordinates are not present or cannot be trusted.

This type is a sub-type of NetworkElement.

5.1.4.    Link (Link)

Curvilinear network element that connects two positions and represents a homogeneous path in the network. The connected positions may be represented as nodes.

This type is a sub-type of GeneralisedLink.

This type is abstract.

5.1.5.    Link Sequence (LinkSequence)

A network element which represents a continuous path in the network without any branches. The element has a defined beginning and end and every position on the link sequence is identifiable with one single parameter such as length.

This type is a sub-type of GeneralisedLink.

This type is abstract.

5.1.6.    Link Set (LinkSet)

A collection of link sequences and/or individual links that has a specific function or significance in a network.

This type is a sub-type of NetworkElement.

This type is abstract.

5.1.7.    Network (Network)

A network is a collection of network elements.

5.1.8.    Network Area (NetworkArea)

A 2-dimensional element in a network.

This type is a sub-type of NetworkElement.

This type is abstract.

5.1.9.    Network Connection (NetworkConnection)

Represents a logical connection between two or more network elements in different networks.

This type is a sub-type of NetworkElement.

All elements have to be in different networks

5.1.10.    Network Element (NetworkElement)

Abstract base type representing an element in a network. Every element in a network provides some function that is of interest in the network.

This type is abstract.

5.1.11.    Network Property (NetworkProperty)

Abstract base type representing phenomena located at or along a network element. This base type provides general properties to associate the network-related phenomena (network properties) with the network elements.

This type is abstract.

5.1.12.    Node (Node)

Represents a significant position in the network that always occurs at the beginning or the end of a link.

This type is a sub-type of NetworkElement.

This type is abstract.

5.2.    Data Types

5.2.1.    Directed Link (DirectedLink)

A link either in its positive or negative direction.

5.2.2.    Link Reference (LinkReference)

A network reference to a linear network element.

This type is a sub-type of NetworkReference.

Linear reference targets must be linear network elements. That is, if linear referencing is used or direction is relevant, the target of the network reference shall be a link or a link sequence.

5.2.3.    Network Reference (NetworkReference)

A reference to a network element.

5.2.4.    Simple Linear Reference (SimpleLinearReference)

A network reference that is restricted to part of a linear network element. The part is the part of the network element between fromPosition and toPosition.

This type is a sub-type of LinkReference.

5.2.5.    Simple Point Reference (SimplePointReference)

A network reference that is restricted to a point on a linear network element. The point is the location on the network element at the position atPosition along the network.

This type is a sub-type of LinkReference.

5.3.    Code Lists

5.3.1.    Connection Type (ConnectionTypeValue)

Types of connections between different networks.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

5.3.2.    Link Direction (LinkDirectionValue)

List of values for directions relative to a link

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼M2

6.   COVERAGE MODEL

The INSPIRE coverage model consists of the following packages:

6.1.    Coverages (Base)

6.1.1.    Spatial object types

The package Coverages (Base) contains the spatial object type Coverage.

6.1.1.1.   Coverage (Coverage)

Spatial object that acts as a function to return values from its range for any direct position within its spatial, temporal or spatiotemporal domain.

This type is abstract.

6.2.    Coverages (Domain And Range)

6.2.1.    Spatial object types

The package Coverages (Domain and Range) contains the following spatial object types:

6.2.1.1.   Coverage (Domain And Range Representation) (CoverageByDomainAndRange)

Coverage which provides the domain and range as separate properties.

This type is a sub-type of Coverage.

This type is abstract.

The grid function shall only be valid for domains that are grids.

6.2.1.2.   Rectified Grid Coverage (RectifiedGridCoverage)

Coverage whose domain consists of a rectified grid.

This type is a sub-type of CoverageByDomainAndRange.

The domain shall be a rectified grid.

Grid points of a RectifiedGridCoverage shall coincide with the centres of cells of the geographical grids defined in Section 2.2 of Annex II at any resolution level.

6.2.1.3.   Referenceable Grid Coverage (ReferenceableGridCoverage)

Coverage whose domain consists of a referenceable grid.

This type is a sub-type of CoverageByDomainAndRange.

The domain shall be a referenceable grid.

6.2.2.    Data types

6.2.2.1.   Coverage Function (CoverageFunction)

Description of how range values at locations in the coverage domain can be obtained.

This type is a union type.

6.2.2.2.   Grid Function (GridFunction)

An explicit mapping rule for grid geometries.

7.   OBSERVATIONS MODEL

The INSPIRE observations model consists of the following packages:

7.1.    Observation References

7.1.1.    Spatial object types

The package Observation References contains the spatial object type Observation Set.

7.1.1.1.   Observation Set (ObservationSet)

Links a set of Observations.

7.2.    Processes

7.2.1.    Spatial object types

The package Processes contains the spatial object type Process.

7.2.1.1.   Process (Process)

Description of an observation process.

This type is a sub-type of OM_Process.

7.2.2.    Data types

7.2.2.1.   Process Parameter (ProcessParameter)

Description of the given parameter

7.2.3.    Code lists

7.2.3.1.   Process Parameter Name (ProcessParameterNameValue)

A code list of names of process parameters.

The allowed values for this code list comprise any values defined by data providers.

7.3.    Observable Properties

7.3.1.    Data types

7.3.1.1.   Constraint (Constraint)

A constraint on some property e.g. wavelength = 200 nm.

7.3.1.2.   Category Constraint (CategoryConstraint)

A constraint based on some qualifying category. e.g. colour = ‘red’.

This type is a sub-type of Constraint.

7.3.1.3.   Range Constraint (RangeConstraint)

A numerical range constraint on some property e.g. wavelength ≥ 300 nm and wavelength ≤ 600 nm.

This type is a sub-type of Constraint.

7.3.1.4.   Range Bounds (RangeBounds)

The start and end bounding values of a numerical range (e.g. start ≥ 50, end ≤ 99).

7.3.1.5.   Scalar Constraint (ScalarConstraint)

A numerical scalar constraint on some property e.g. length ≥ 1 m.

This type is a sub-type of Constraint.

7.3.1.6.   Other Constraint (OtherConstraint)

A constraint which is not modelled in a structured way but may be described using the freetext ‘description’ attribute.

This type is a sub-type of Constraint.

7.3.1.7.   Statistical Measure (StatisticalMeasure)

A description of some statistical measure e.g. ‘daily maximum’.

7.3.2.    Enumerations

7.3.2.1.   Comparison Operator (ComparisonOperatorValue)

An enumeration of comparison operators (e.g. greater than)

7.3.3.    Code lists

7.3.3.1.   Phenomenon Type (PhenomenonTypeValue)

A code list of phenomena (e.g. temperature, wind speed).

The allowed values for this code list comprise the values of the following code lists or other code lists defined by data providers:

7.3.3.2.   Statistical Function Type (StatisticalFunctionTypeValue)

A code list of statistical functions (e.g. maximum, minimum, mean).

The allowed values for this code list comprise any values defined by data providers.

7.4.    Specialised Observations

7.4.1.    Spatial object types

The package Specialised Observations contains the following spatial object types:

7.4.1.1.   Grid Observation (GridObservation)

Observation representing a gridded field at a single time instant.

This type is a sub-type of SamplingCoverageObservation.

featureOfInterest shall be a SF_SamplingSolid or SF_SamplingSurface.

phenomenonTime shall be a TM_Instant.

result shall be a RectifiedGridCoverage or RefererencableGridCoverage.

7.4.1.2.   Grid Series Observation (GridSeriesObservation)

Observation representing an evolving gridded field at a succession of time instants.

This type is a sub-type of SamplingCoverageObservation.

featureOfInterest shall be a SF_SamplingSolid.

phenomenonTime shall be a TM_Period.

result shall be a RectifiedGridCoverage or a ReferenceableGridCoverage.

7.4.1.3.   Point Observation (PointObservation)

Observation that represents a measurement of a property at a single point in time and space.

This type is a sub-type of SamplingCoverageObservation.

featureOfInterest shall be a SF_SamplingPoint.

phenomenonTime shall be a TM_Instant.

7.4.1.4.   Point Observation Collection (PointObservationCollection)

A collection of Point Observations.

This type is a sub-type of ObservationSet.

Each member shall be a PointObservation.

7.4.1.5.   Multi Point Observation (MultiPointObservation)

Observation that represents a set of measurements all made at exactly the same time but at different locations.

This type is a sub-type of SamplingCoverageObservation.

featureOfInterest shall be a SF_SamplingCurve, SF_SamplingSurface or SF_SamplingSolid.

phenomenonTime shall be a TM_Instant

result shall be a MultiPointCoverage.

7.4.1.6.   Point Time Series Observation (PointTimeSeriesObservation)

Observation that represents a time-series of point measurements of a property at a fixed location in space.

This type is a sub-type of SamplingCoverageObservation.

featureOfInterest shall be a SF_SamplingPoint.

phenomenonTime shall be a TM_Period.

result shall be a Timeseries.

7.4.1.7.   Profile Observation (ProfileObservation)

Observation representing the measurement of a property along a vertical profile in space at a single time instant.

This type is a sub-type of SamplingCoverageObservation.

featureOfInterest shall be a SF_SamplingCurve.

phenomenonTime shall be a TM_Instant.

result shall be a ReferenceableGridCoverage or a RectifiedGridCoverage.

Spatial domain of the result shall contain one axis and that shall be vertical.

7.4.1.8.   Trajectory Observation (TrajectoryObservation)

Observation representing the measurement of a property along a meandering curve in time and space.

This type is a sub-type of SamplingCoverageObservation.

phenomenonTime shall be a TM_Period.

result shall be a Timeseries.

each point in the result shall be a TimeLocationValueTriple.

featureOfInterest shall be a SF_Sampling Curve.

7.4.2.    Data types

7.4.2.1.   Time Location Value Triple (TimeLocationValueTriple)

A triple set of Time, location, value (measurement). For example, at a point along a trajectory.

This type is a sub-type of TimeValuePair.

7.5.    Requirements for Observations

Where the OM_Observation type or any sub-type thereof is used to make data available, the following requirements shall apply:

8.   ACTIVITY COMPLEX MODEL

The INSPIRE activity complex model contains the package Activity Complex.

8.1.    Activity Complex

8.1.1.    Spatial object types

The package Activity Complex contains the spatial object type Activity Complex.

8.1.1.1.   Activity Complex (ActivityComplex)

A single unit, both technically and economically, under the management control of a legal entity (operator), covering activities as those listed in the Eurostat NACE classification established by Regulation (EC) No 1893/2006 of the European Parliament and of the Council ( 6 ). Activity Complex must represent the whole area, at the same or different geographical location, managed by the same operator including all infrastructure, equipment and materials.

8.1.2.    Data types

8.1.2.1.   Function (Function)

The function of something expressed as an activity and optional input and/or output.

8.1.2.2.   Capacity (Capacity)

A quantification of an actual or potential ability to perform an activity, that typically does not change, does not change often, or does not change to a significant degree.

8.1.2.3.   Amount Of Input Or Output (InputOutputAmount)

Type and, where available, measurable amount of a classified or registered material that enters or leaves a technical and economical unit.

8.1.2.4.   Permission (Permission)

Official Decision (formal consent) granting authorization to operate all or part of an Activity Complex, subject to certain conditions which guarantee that the installations or parts of installations on the same site operated by the same operator comply with the requirements fixed by a competent authority. A permit may cover one or more functions and fix parameters of capacity. The term could be extended to other kind of certificates or documents of special relevance depending of the scope (e.g. ISO, EMAS, National Quality Standards, etc).

8.1.2.5.   Activity Complex Description (ActivityComplexDescription)

Additional information about an activity complex, including its description, address, contact details and related parties.

8.1.3.    Code lists

8.1.3.1.   Economic Activity (EconomicActivityValue)

Classification of economic activities.

The allowed values for this code list comprise the values of the following code lists or other code lists specified by data providers:

8.1.3.2.   Input Or Output (InputOutputValue)

Classification of inputs or outputs.

The allowed values for this code list comprise the values of the following code lists or other code lists specified by data providers.

8.2.    Requirements for Activity Complexes

If a data provider uses a sub-type of ActivityComplex to make available information on the status, physical capacity, permissions and/or additional information, the relevant code lists and data types (ConditionOfFacilityValue, Capacity, Permission, ActivityComplexDescription) included in the package Activity Complex shall be used.

▼B

---

ANNEX II

REQUIREMENTS FOR SPATIAL DATA THEMES LISTED IN ANNEX I TO DIRECTIVE 2007/2/EC

1.   COORDINATE REFERENCE SYSTEMS

1.1.    Definitions

In addition to the definitions set out in Article 2, the following definitions shall apply:

▼M2

▼B

1.2.    Datum for three-dimensional and two-dimensional coordinate reference systems

For the three-dimensional and two-dimensional coordinate reference systems and the horizontal component of compound coordinate reference systems used for making spatial data sets available, the datum shall be the datum of the European Terrestrial Reference System 1989 (ETRS89) in areas within its geographical scope, or the datum of the International Terrestrial Reference System (ITRS) or other geodetic coordinate reference systems compliant with ITRS in areas that are outside the geographical scope of ETRS89. Compliant with the ITRS means that the system definition is based on the definition of the ITRS and there is a well documented relationship between both systems, according to EN ISO 19111.

1.3.    Coordinate Reference Systems

Spatial data sets shall be made available using at least one of the coordinate reference systems specified in sections 1.3.1, 1.3.2 and 1.3.3, unless one of the conditions specified in section 1.3.4 holds.

1.3.1.    Three-dimensional Coordinate Reference Systems

1.3.2.    Two-dimensional Coordinate Reference Systems

1.3.3.    Compound Coordinate Reference Systems

1.3.4.    Other Coordinate Reference Systems

Exceptions, where other coordinate reference systems than those listed in 1.3.1, 1.3.2 or 1.3.3 may be used, are:

The geodetic codes and parameters needed to describe these coordinate reference systems and to allow conversion and transformation operations shall be documented and an identifier shall be created, according to EN ISO 19111 and ISO 19127.

1.4.    Coordinate Reference Systems used in the View Network Service

For the display of spatial data sets with the view network service as specified in Regulation No 976/2009, at least the coordinate reference systems for two-dimensional geodetic coordinates (latitude, longitude) shall be available.

1.5.    Coordinate Reference System Identifiers

2.   GEOGRAPHICAL GRID SYSTEMS

2.1.    Definitions

In addition to the definitions set out in Article 2, the following definitions shall apply:

2.2.    Grids

▼M2

Either of the grids with fixed and unambiguously defined locations defined in Sections 2.2.1 and 2.2.2 shall be used as a geo-referencing framework to make gridded data available in INSPIRE, unless one of the following conditions holds:

▼B

2.2.1.    ►M2  Equal Area Grid  ◄

▼M2 —————

▼B

The grid is based on the ETRS89 Lambert Azimuthal Equal Area (ETRS89-LAEA) coordinate reference system with the centre of the projection at the point 52° N, 10° E and false easting: x0 = 4 321 000 m, false northing: y0 = 3 210 000 m.

The origin of the grid coincides with the false origin of the ETRS89-LAEA coordinate reference system (x=0, y=0).

Grid points of grids based on ETRS89-LAEA shall coincide with grid points of the grid.

The grid is hierarchical, with resolutions of 1m, 10m, 100m, 1 000 m, 10 000 m and 100 000 m.

The grid orientation is south-north, west-east.

The grid is designated as Grid_ETRS89-LAEA. For identification of an individual resolution level the cell size in metres is appended.

▼M2 —————

▼B

For the unambiguous referencing and identification of a grid cell, the cell code composed of the size of the cell and the coordinates of the lower left cell corner in ETRS89-LAEA shall be used. The cell size shall be denoted in metres (‘m’) for cell sizes up to 100m or kilometres (‘km’) for cell sizes of 1 000 m and above. Values for northing and easting shall be divided by 10n, where n is the number of trailing zeros in the cell size value.

▼M2

2.2.2.    Zoned Geographic Grid

▼B

3.   GEOGRAPHICAL NAMES

3.1.    Spatial Object Types

The following spatial object types shall be used for the exchange and classification of spatial objects from data sets that relate to the spatial data theme Geographical Names:

3.1.1.    Named Place (NamedPlace)

Any real world entity referred to by one or several proper nouns.

3.2.    Data Types

3.2.1.    Geographical Name (GeographicalName)

Proper noun applied to a real world entity.

3.2.2.    Pronunciation Of Name (PronunciationOfName)

Proper, correct or standard (standard within the linguistic community concerned) pronunciation of a name.

At least one of the two attributes pronunciationSoundLink and pronunciationIPA shall not be void.

3.2.3.    Spelling Of Name (SpellingOfName)

Proper way of writing a name.

3.3.    Code Lists

3.3.1.    Grammatical Gender (GrammaticalGenderValue)

The grammatical gender of a geographical name.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

3.3.2.    Grammatical Number (GrammaticalNumberValue)

The grammatical number of a geographical name.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

3.3.3.    Name Status (NameStatusValue)

The status of a geographical name, that is the information enabling to discern which credit should be given to the name with respect to its standardisation and/or its topicality.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

3.3.4.    Named Place Type (NamedPlaceTypeValue)

The type of a named place.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

3.3.5.    Nativeness (NativenessValue)

The nativeness of a geographical name.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

3.4.    Layers

▼M2

4.   ADMINISTRATIVE UNITS

4.1.    Structure of the Spatial Data Theme Administrative Units

The types specified for the spatial data theme Administrative Units are structured in the following packages:

4.2.    Administrative Units

4.2.1.    Spatial object types

The package Administrative Units contains the following spatial object types:

4.2.1.1.   Administrative Boundary (AdministrativeBoundary)

A line of demarcation between administrative units.

4.2.1.2.   Administrative Unit (AdministrativeUnit)

Unit of administration where a Member State has and/or exercises jurisdictional rights, for local, regional and national governance.

Association role condominium applies only for administrative units which nationalLevel=‘1st order’ (country level).

No unit at lowest level can associate units at lower level.

No unit at highest level can associate units at a higher level.

4.2.1.3.   Condominium (Condominium)

An administrative area established independently to any national administrative division of territory and administered by two or more countries.

4.2.2.    Data Types

4.2.2.1.   Residence Of Authority (ResidenceOfAuthority)

Data type representing the name and position of a residence of authority.

4.2.3.    Enumerations

4.2.3.1.   Legal Status (LegalStatusValue)

Description of the legal status of administrative boundaries.

4.2.3.2.   Technical Status (TechnicalStatusValue)

Description of the technical status of administrative boundaries.

4.2.4.    Code Lists

4.2.4.1.   Administrative Hierarchy Level (AdministrativeHierarchyLevel)

Levels of administration in the national administrative hierarchy. This code list reflects the level in the hierarchical pyramid of the administrative structures, which is based on geometric aggregation of territories and does not necessarily describe the subordination between the related administrative authorities.

This code list shall be managed in a common code list register.

4.3.    Maritime Units

4.3.1.    Spatial object types

The package Maritime Units contains the following spatial object types:

4.3.1.1.   Baseline (Baseline)

The line from which the outer limits of the territorial sea and certain other outer limits are measured.

4.3.1.2.   Maritime Boundary (MaritimeBoundary)

A line depicting the separation of any type of maritime jurisdiction.

4.3.1.3.   Maritime Zone (MaritimeZone)

A belt of sea defined by international treaties and conventions, where coastal State executes jurisdictional rights.

4.3.2.    Data types

4.3.2.1.   Baseline Segment (BaselineSegment)

Segment of the baseline from which the outer limits of the territorial sea and certain other outer limits are measured.

4.3.3.    Code lists

4.3.3.1.   Baseline Segment Type (BaselineSegmentTypeValue)

The types of baselines used to measure the breadth of the territorial sea.

The allowed values for this code list comprise only the values specified in the table below.

4.3.3.2.   Maritime Zone Type (MaritimeZoneTypeValue)

Type of martime zone.

The allowed values for this code list comprise only the values specified in the table below.

4.4.    Theme-specific Requirements

4.5.    Layers

Layers for the spatial data theme Administrative Units

▼B

5.   ADDRESSES

5.1.    Definitions

In addition to the definitions set out in Article 2, the following definition shall apply:

5.2.    Spatial Object Types

The following spatial object types shall be used for the exchange and classification of spatial objects from data sets that relate to the spatial data theme Addresses:

5.2.1.    Address (Address)

An identification of the fixed location of property by means of a structured composition of geographic names and identifiers.

An address shall have an administrative unit address component spatial object whose level is 1 (Country).

An address shall have exactly one default geographic position (the ‘default’ attribute of the GeographicPosition spatial object must be ‘true’).

5.2.2.    Address Area Name (AddressAreaName)

An address component which represents the name of a geographic area or locality that groups a number of addressable objects for addressing purposes, without being an administrative unit.

This type is a sub-type of AddressComponent.

5.2.3.    Address Component (AddressComponent)

Identifier or geographic name of a specific geographic area, location, or other spatial object which defines the scope of an address.

This type is abstract.

5.2.4.    Administrative Unit Name (AdminUnitName)

An address component which represents the name of a unit of administration where a Member State has and/or exercises jurisdictional rights, for local, regional and national governance.

This type is a sub-type of AddressComponent.

5.2.5.    Postal Descriptor (PostalDescriptor)

An address component which represents the identification of a subdivision of addresses and postal delivery points in a country, region or city for postal purposes.

This type is a sub-type of AddressComponent.

If no post code exists, a post name is required.

If no post name exists, a post code is required.

5.2.6.    Thoroughfare Name (ThoroughfareName)

An address component which represents the name of a passage or way through from one location to another.

This type is a sub-type of AddressComponent.

5.3.    Data Types

5.3.1.    Address Locator (AddressLocator)

Human readable designator or name that allows a user or application to reference and distinguish the address from neighbour addresses, within the scope of a thoroughfare name, address area name, administrative unit name or postal descriptor, in which the address is situated.

If no designator exists, a name is required.

If no name exists, a designator is required.

5.3.2.    Address Representation (AddressRepresentation)

Representation of an address spatial object for use in external application schemas that need to include the basic, address information in a readable way.

5.3.3.    Geographic Position (GeographicPosition)

The position of a characteristic point which represents the location of the address according to a certain specification, including information on the origin of the position.

5.3.4.    Locator Designator (LocatorDesignator)

A number or a sequence of characters that uniquely identifies the locator within the relevant scope(s). The full identification of the locator could include one or more locator designators.

5.3.5.    Locator Name (LocatorName)

Proper noun applied to the real world entity identified by the locator.

5.3.6.    Part Of Name (PartOfName)

A part of the full name resulting from the subdivision of the thoroughfare name into separate, semantic parts, using the same language and script as the full thoroughfare name.

5.3.7.    Thoroughfare Name Value (ThoroughfareNameValue)

Proper noun applied to thoroughfare optionally including a subdivision of the name into parts.

5.4.    Code Lists

5.4.1.    Geometry Method (GeometryMethodValue)

Description of how and by whom this geographic position of the address was created or derived.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

5.4.2.    Geometry Specification (GeometrySpecificationValue)

Information defining the specification used to create or derive this geographic position of the address.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

5.4.3.    Locator Designator Type (LocatorDesignatorTypeValue)

Description of the semantics of the locator designator.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

5.4.4.    Locator Level (LocatorLevelValue)

The level to which the locator refers.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

5.4.5.    Locator Name Type (LocatorNameTypeValue)

Description of the semantics of the locator name.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

5.4.6.    Part Type (PartTypeValue)

A classification of the part of name according to its semantics in the complete thoroughfare name.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

5.4.7.    Status (StatusValue)

Current validity of the real world address or address component.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

5.5.    Theme-specific Requirements

5.5.1.    The Address Position

5.5.2.    Association roles

5.6.    Layers

6.   CADASTRAL PARCELS

6.1.    Spatial Object Types

The following spatial object types shall be used for the exchange and classification of spatial objects from data sets that relate to the spatial data theme Cadastral Parcels:

Cadastral Parcels shall always be made available.

Basic property units shall be made available by Member States where unique cadastral references are given only for basic property units and not for parcels.

Cadastral boundaries shall be made available by Member States where absolute positional accuracy information is recorded for the cadastral boundary.

6.1.1.    Basic Property Unit (BasicPropertyUnit)

The basic unit of ownership that is recorded in the land books, land registers or equivalent. It is defined by unique ownership and homogeneous real property rights, and may consist of one or more adjacent or geographically separate parcels.

Value of areaValue shall be given in square meters

6.1.2.    Cadastral Boundary (CadastralBoundary)

Part of the outline of a cadastral parcel. One cadastral boundary may be shared by two neighbouring cadastral parcels.

Value of estimatedAccuracy shall be given in meters.

6.1.3.    Cadastral Parcel (CadastralParcel)

Areas defined by cadastral registers or equivalent.

Value of areaValue shall be given in square meters.

Type of geometry shall be GM_Surface or GM_MultiSurface

6.1.4.    Cadastral Zoning (CadastralZoning)

Intermediary areas used in order to divide national territory into cadastral parcels.

Value of estimatedAccuracy shall be given in meters.

A lower level cadastral zoning shall be part of an upper level zoning.

6.2.    Code Lists

6.2.1.    Cadastral Zoning Level (CadastralZoningLevelValue)

Levels of hierarchy of the cadastral zonings.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

6.3    Theme-specific Requirements

6.3.1.    Geometry Representation

6.3.2.    Modelling of object references

All instances of the spatial object type CadastralParcel shall carry as a thematic identifier the attribute nationalCadastralReference. This attribute must enable users to make the link with rights, owners and other cadastral information in national cadastral registers or equivalent.

6.3.3.    Coordinate Reference Systems

If data related to the spatial data theme Cadastral Parcels are made available in plane coordinates using the Lambert Conformal Conic projection, they shall also be made available in at least one other of the coordinate reference systems specified in sections 1.3.1, 1.3.2 and 1.3.3.

6.4.    Portrayal Rules

6.4.1.    Layers

7.   TRANSPORT NETWORKS

7.1.    Definitions

In addition to the definitions set out in Article 2, the following definitions shall apply:

▼M1

▼B

7.2.    Structure of the Spatial Data Theme Transport Networks

The types specified for the spatial data theme transport networks are structured in the following packages:

7.3.    Common Transport Elements

7.3.1.    Spatial Object Types

The following spatial object types shall be used for the exchange and classification of spatial objects related to Common Transport Elements:

7.3.1.1.   Access Restriction (AccessRestriction)

A restriction on the access to a transport element.

This type is a sub-type of TransportProperty.

7.3.1.2.   Condition Of Facility (ConditionOfFacility)

State of a transport network element with regards to its completion and use.

This type is a sub-type of TransportProperty.

7.3.1.3.   Maintenance Authority (MaintenanceAuthority)

The authority responsible for maintenance of the transport element.

This type is a sub-type of TransportProperty.

7.3.1.4.   Marker Post (MarkerPost)

Reference marker placed along a route in a transport network, mostly at regular intervals, indicating the distance from the beginning of the route, or some other reference point, to the point where the marker is located.

This type is a sub-type of TransportPoint.

7.3.1.5.   Owner Authority (OwnerAuthority)

The authority owning the transport element.

This type is a sub-type of TransportProperty.

7.3.1.6.   Restriction For Vehicles (RestrictionForVehicles)

Restriction on vehicles on a transport element.

This type is a sub-type of TransportProperty.

7.3.1.7.   Traffic Flow Direction (TrafficFlowDirection)

Indicates the direction of the flow of traffic in relation to the direction of the transport link vector.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object of the type Link or LinkSequence.

7.3.1.8.   Transport Area (TransportArea)

Surface that represents the spatial extent of an element of a transport network.

This type is a sub-type of NetworkArea.

This type is a sub-type of TransportObject.

This type is abstract.

All transport areas have an external object identifier.

7.3.1.9.   Transport Link (TransportLink)

A linear spatial object that describes the geometry and connectivity of a transport network between two points in the network.

This type is a sub-type of Link.

This type is a sub-type of TransportObject.

This type is abstract.

All transport links have an external object identifier.

7.3.1.10.   Transport Link Sequence (TransportLinkSequence)

A linear spatial object, composed of an ordered collection of transport links, which represents a continuous path in the transport network without any branches. The element has a defined beginning and end and every position on the transport link sequence is identifiable with one single parameter such as length. It describes an element of the transport network, characterized by one or more thematical identifiers and/or properties.

This type is a sub-type of LinkSequence.

This type is a sub-type of TransportObject.

This type is abstract.

A transport link sequence must be composed of transport links that all belong to the same transport network.

All transport link sequences have an external object identifier.

7.3.1.11.   Transport Link Set (TransportLinkSet)

A collection of transport link sequences and or individual transport links that has a specific function or significance in a transport network.

This type is a sub-type of LinkSet.

This type is a sub-type of TransportObject.

This type is abstract.

A transport link set must be composed of transport links and or transport link sequences that all belong to the same transport network.

All transport link sets have an external object identifier.

7.3.1.12.   Transport Network (TransportNetwork)

Collection of network elements that belong to a single mode of transport.

This type is a sub-type of Network.

7.3.1.13.   Transport Node (TransportNode)

A point spatial object which is used for connectivity.

This type is a sub-type of Node.

This type is a sub-type of TransportObject.

This type is abstract.

All transport nodes have an external object identifier.

7.3.1.14.   Transport Object (TransportObject)

An identity base for transport network objects in the real world.

This type is abstract.

7.3.1.15.   Transport Point (TransportPoint)

A point spatial object - which is not a node - that represents the position of an element of a transport network.

This type is a sub-type of NetworkElement.

This type is a sub-type of TransportObject.

This type is abstract.

All transport points have an external object identifier.

7.3.1.16.   Transport Property (TransportProperty)

A reference to a property that falls upon the network. This property can apply to the whole of the network element it is associated with or - for linear spatial objects - be described using linear referencing.

This type is a sub-type of NetworkProperty.

This type is abstract.

All transport properties have an external object identifier.

7.3.1.17.   Vertical Position (VerticalPosition)

Vertical level relative to other transport network elements.

This type is a sub-type of TransportProperty.

7.3.2.    Enumerations

7.3.2.1.   Transport Type (TransportTypeValue)

Possible types of transport networks.

7.3.3.    Code Lists

7.3.3.1.   Access Restriction (AccessRestrictionValue)

Types of access restrictions for a transport element.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.3.3.2.   Restriction Type (RestrictionTypeValue)

Possible restrictions on vehicles that can access a transport element.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.4.    Air Transport Network

7.4.1.    Spatial Object Types

The following spatial object types shall be used for the exchange and classification of spatial objects related to Air Transport Network:

7.4.1.1.   Aerodrome Area (AerodromeArea)

A defined area on land or water (including any buildings, installations and equipment) intended to be used either wholly or in part for the arrival, departure and surface movement of aircraft and/or helicopters.

This type is a sub-type of TransportArea.

7.4.1.2.   Aerodrome Category (AerodromeCategory)

Aerodrome category concerning the scope and importance of the air traffic services offered from and to it.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is an Aerodrome Node or an Aerodrome Area.

7.4.1.3.   Aerodrome Node (AerodromeNode)

Node located at the aerodrome reference point of an airport/heliport, which is used to represent it in a simplified way.

This type is a sub-type of AirNode.

7.4.1.4.   Aerodrome Type (AerodromeType)

A code specifying the type of aerodrome.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is an Aerodrome Node or Aerodrome Area.

7.4.1.5.   Air Link (AirLink)

A linear spatial object that describes the geometry and connectivity of the air network between two points in the network.

This type is a sub-type of TransportLink.

This type is abstract.

7.4.1.6.   Air Link Sequence (AirLinkSequence)

A linear spatial object, composed of an ordered collection of air links, which represents a continuous path in the air network without any branches.

This type is a sub-type of TransportLinkSequence.

7.4.1.7.   Air Node (AirNode)

A node which occurs in an air network.

This type is a sub-type of TransportNode.

This type is abstract.

7.4.1.8.   Air Route (AirRoute)

A specified route designed for channelling the flow of traffic as necessary for the provision of air traffic services, from the end of the take-off and initial climb phase to the commencement of the approach and landing phase.

This type is a sub-type of TransportLinkSet.

7.4.1.9.   Air Route Link (AirRouteLink)

A portion of a route to be flown usually without an intermediate stop, as defined by two consecutive significant points.

This type is a sub-type of AirLink.

7.4.1.10.   Airspace Area (AirspaceArea)

A defined volume in the air, described as horizontal projection with vertical limits.

This type is a sub-type of TransportArea.

7.4.1.11.   Apron Area (ApronArea)

A defined area, on a land aerodrome/heliport, intended to accommodate aircraft/helicopters for purposes of loading and unloading passengers, mail or cargo, and for fuelling, parking or maintenance.

This type is a sub-type of TransportArea.

7.4.1.12.   Condition Of Air Facility (ConditionOfAirFacility)

State of an air transport network element with regards to its completion and use.

This type is a sub-type of ConditionOfFacility.

This property can only be associated with a spatial object that is an Aerodrome Node, an Aerodrome Area or a Runway Area.

7.4.1.13.   Designated Point (DesignatedPoint)

A geographical location not marked by the site of a radio navigation aid, used in defining an ATS route, the flight path of an aircraft or for other navigation or ATS purposes.

This type is a sub-type of AirNode.

7.4.1.14.   Element Length (ElementLength)

The physical length of the element.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is a Runway Area, Taxiway Area or Touch Down Lift Off Area.

7.4.1.15.   Element Width (ElementWidth)

The physical width of the element.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is a Runway Area, Taxiway Area or Touch Down Lift Off Area.

7.4.1.16.   Field Elevation (FieldElevation)

The aerodrome elevation as the vertical distance between the highest point of the landing area of an aerodrome and mean sea level.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is an Aerodrome Node or Aerodrome Area.

7.4.1.17.   Instrument Approach Procedure (InstrumentApproachProcedure)

A series of predetermined manoeuvres by reference to flight instruments with specified protection from obstacles from the initial approach fix, or where applicable, from the beginning of a defined arrival route to a point from which a landing can be completed and thereafter, if a landing is not completed, to a position at which holding or en route obstacle clearance criteria apply.

This type is a sub-type of ProcedureLink.

7.4.1.18.   Lower Altitude Limit (LowerAltitudeLimit)

Altitude that defines the lower limit of an air transport network object.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is an Air Route Link or Airspace Area.

7.4.1.19.   Navaid (Navaid)

One or more Navaid Equipments providing navigation services.

This type is a sub-type of AirNode.

7.4.1.20.   Procedure Link (ProcedureLink)

A series of predetermined manoeuvres with specified protection from obstacles.

This type is a sub-type of AirLink.

7.4.1.21.   Runway Area (RunwayArea)

A defined rectangular area on a land aerodrome/heliport prepared for the landing and take-off of aircraft.

This type is a sub-type of TransportArea.

7.4.1.22.   Runway Centreline Point (RunwayCentrelinePoint)

An operationally significant position on the centreline of a runway direction.

This type is a sub-type of AirNode.

7.4.1.23.   Standard Instrument Arrival (StandardInstrumentArrival)

A designated instrument flight rule (IFR) arrival route linking a significant point, normally on an ATS route, with a point from which a published instrument approach procedure can be commenced.

This type is a sub-type of ProcedureLink.

7.4.1.24.   Standard Instrument Departure (StandardInstrumentDeparture)

A designated instrument flight rule (IFR) departure route linking the aerodrome or a specific runway of the aerodrome with a specified significant point, normally on a designated ATS route, at which the en-route phase of a flight commences.

This type is a sub-type of ProcedureLink.

7.4.1.25.   Surface Composition (SurfaceComposition)

The composition of an aerodrome/heliport related surface.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is a Runway Area, Taxiway Area, Apron Area or Touch Down Lift Off Area.

7.4.1.26.   Taxiway Area (TaxiwayArea)

A defined path at an aerodrome/heliport established for the taxiing of aircraft/helicopters and intended to provide a link between one part of the aerodrome and another.

This type is a sub-type of TransportArea.

7.4.1.27.   Touch Down Lift Off Area (TouchDownLiftOff)

A load bearing area on which a helicopter may touch down or lift-off.

This type is a sub-type of AirNode.

7.4.1.28.   Upper Altitude Limit (UpperAltitudeLimit)

Altitude that defines the upper limit of an air transport network object.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is an Air Route Link or Airspace Area.

7.4.1.29.   Use Restriction (UseRestriction)

The restrictions to the use of an air network object.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is an Air Route, Air Link (or specialized Air Link), Air Node (or specialized Air Node) or Aerodrome Area.

7.4.2.    Code Lists

7.4.2.1.   Aerodrome Category (AerodromeCategoryValue)

Aerodrome possible categories concerning the scope and importance of the air traffic services offered from and to it.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.4.2.2.   Aerodrome Type (AerodromeTypeValue)

A code specifying whether a particular entity occurrence is an Aerodrome or a Heliport.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.4.2.3.   Air Route Link Class (AirRouteLinkClassValue)

The type of the route from the navigation point of view.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.4.2.4.   Air Route Type (AirRouteTypeValue)

The route classification as ATS route or North Atlantic Tracks.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.4.2.5.   Air Use Restriction (AirUseRestrictionValue)

The use restrictions for an air network object.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.4.2.6.   Airspace Area Type (AirspaceAreaTypeValue)

Recognised types of Airspace.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.4.2.7.   Navaid Type (NavaidTypeValue)

Types of Navaid Services.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.4.2.8.   Point Role (PointRoleValue)

Role of the Runway Centreline Point.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.4.2.9.   Runway Type (RunwayTypeValue)

A code that makes a distinction between runways for airplanes and FATO for helicopters.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.4.2.10.   Surface Composition (SurfaceCompositionValue)

A code indicating the composition of a surface.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.5.    Cable Transport Network

7.5.1.    Spatial Object Types

The following spatial object types shall be used for the exchange and classification of spatial objects related to Cable Transport Network:

7.5.1.1.   Cableway Link (CablewayLink)

Linear spatial object that describes the geometry and connectivity of a cable network between two points in a cableway transport network.

This type is a sub-type of TransportLink.

7.5.1.2.   Cableway Link Sequence (CablewayLinkSequence)

An ordered collection of cableway links that are characterized by one or more thematic identifiers and/or properties.

This type is a sub-type of TransportLinkSequence.

7.5.1.3.   Cableway Link Set (CablewayLinkSet)

A collection of cableway link sequences and or individual cableway links that has a specific function or significance in a cable transport network.

This type is a sub-type of TransportLinkSet.

7.5.1.4.   Cableway Node (CablewayNode)

A point spatial object that is used to represent connectivity between two consecutive cableway links.

This type is a sub-type of TransportNode.

7.5.2.    Code Lists

7.5.2.1.   Cableway Type (CablewayTypeValue)

The possible types of cableway transport.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.6.    Railway Transport Network

7.6.1.    Spatial Object Types

The following spatial object types shall be used for the exchange and classification of spatial objects related to Railway Transport Network:

7.6.1.1.   Design Speed (DesignSpeed)

The specification of the maximum speed to which a railway line is designed for.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a railway transport network.

7.6.1.2.   Nominal Track Gauge (NominalTrackGauge)

The nominal distance between the two outer rails (gauge) of a railway track.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a railway transport network.

7.6.1.3.   Number Of Tracks (NumberOfTracks)

The number of tracks for a railway stretch.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a railway transport network.

7.6.1.4.   Railway Area (RailwayArea)

Surface occupied by a railway track, including ballast.

This type is a sub-type of TransportArea.

7.6.1.5.   Railway Electrification (RailwayElectrification)

Indication whether the railway is provided with an electric system to power vehicles moving along it.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a railway transport network.

7.6.1.6.   Railway Line (RailwayLine)

A collection of railway link sequences and or individual railway links that are characterized by one or more thematical identifiers and/or properties.

This type is a sub-type of TransportLinkSet.

7.6.1.7.   Railway Link (RailwayLink)

A linear spatial object that describes the geometry and connectivity of a railway network between two points in the network.

This type is a sub-type of TransportLink.

7.6.1.8.   Railway Link Sequence (RailwayLinkSequence)

A linear spatial object, composed of an ordered collection of railway links, which represents a continuous path in a railway network without any branches. The element has a defined beginning and end and every position on the railway link sequence is identifiable with one single parameter such as length. It describes an element of the railway network, characterized by one or more thematical identifiers and/or properties.

This type is a sub-type of TransportLinkSequence.

7.6.1.9.   Railway Node (RailwayNode)

A point spatial object which represents a significant point along the railway network or defines an intersection of railway tracks used to describe its connectivity.

This type is a sub-type of TransportNode.

7.6.1.10.   Railway Station Area (RailwayStationArea)

An area spatial object which is used to represent the topographical limits of the facilities of a railway station (buildings, railway yards, installations and equipment) devoted to carry out railway station operations.

This type is a sub-type of TransportArea.

7.6.1.11.   Railway Station Code (RailwayStationCode)

The unique code assigned to a railway station.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a railway transport network.

7.6.1.12.   Railway Station Node (RailwayStationNode)

A railway node which represents the location of a railway station along the railway network.

This type is a sub-type of RailwayNode.

For a railway station node, the value for the ‘formOfNode’ attribute shall always be ‘RailwayStop’.

7.6.1.13.   Railway Type (RailwayType)

The type of railway transport the line is designed for.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a railway transport network.

7.6.1.14.   Railway Use (RailwayUse)

The current use of the railway.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a railway transport network.

7.6.1.15.   Railway Yard Area (RailwayYardArea)

An area spatial object which is used to represent the topographical limits of a railway yard.

This type is a sub-type of TransportArea.

7.6.1.16.   Railway Yard Node (RailwayYardNode)

A railway node which occurs within a railway yard area.

This type is a sub-type of RailwayNode.

For a railway yard node, the value for the ‘formOfNode’ attribute shall always be ‘RailwayStop’.

7.6.2.    Enumerations

7.6.2.1.   Minimum Or Maximum Track Number (MinMaxTrackValue)

Values to indicate whether number of tracks are counted as the maximum, minimum or average number.

7.6.2.2.   Track Gauge Category (TrackGaugeCategoryValue)

The possible categories of railways concerning its nominal track gauge.

7.6.3.    Code Lists

7.6.3.1.   Form Of Railway Node (FormOfRailwayNodeValue)

The possible functions of a railway node within the railway network.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.6.3.2.   Railway Type (RailwayTypeValue)

The possible types of railway transport.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.6.3.3.   Railway Use (RailwayUseValue)

The possible uses of railways.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.7.    Road Transport Network

7.7.1.    Spatial Object Types

The following spatial object types shall be used for the exchange and classification of spatial objects related to Road Transport Network:

7.7.1.1.   E-Road (ERoad)

A collection of road link sequences and or individual road links that represents a route that is part of the international E-road network, characterized by its European route number.

This type is a sub-type of TransportLinkSet.

7.7.1.2.   Form Of Way (FormOfWay)

A classification based on the physical properties of the Road Link.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a road transport network.

7.7.1.3.   Functional Road Class (FunctionalRoadClass)

A classification based on the importance of the role that the road performs in the road network.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a road transport network.

7.7.1.4.   Number Of Lanes (NumberOfLanes)

The number of lanes of a road element.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a road transport network.

7.7.1.5.   Road (Road)

A collection of road link sequences and/or individual road links that are characterized by one or more thematic identifiers and/or properties.

This type is a sub-type of TransportLinkSet.

7.7.1.6.   Road Area (RoadArea)

Surface which extends to the limits of a road, including vehicular areas and other parts of it.

This type is a sub-type of TransportArea.

7.7.1.7.   Road Link (RoadLink)

A linear spatial object that describes the geometry and connectivity of a road network between two points in the network. Road links can represent paths, bicycle roads, single carriageways, multiple carriageway roads and even fictitious trajectories across traffic squares.

This type is a sub-type of TransportLink.

7.7.1.8.   Road Link Sequence (RoadLinkSequence)

A linear spatial object, composed of an ordered collection of road links, which represents a continuous path in a road network without any branches. The element has a defined beginning and end and every position on the road link sequence is identifiable with one single parameter such as length. It describes an element of the road network, characterized by one or more thematic identifiers and/or properties.

This type is a sub-type of TransportLinkSequence.

7.7.1.9.   Road Name (RoadName)

Name of a road, as assigned by the responsible authority.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a road transport network.

7.7.1.10.   Road Node (RoadNode)

A point spatial object that is used to either represent connectivity between two road links or to represent a significant spatial object such as a services station or roundabout.

This type is a sub-type of TransportNode.

7.7.1.11.   Road Service Area (RoadServiceArea)

Surface annexed to a road and devoted to offer particular services for it.

This type is a sub-type of TransportArea.

7.7.1.12.   Road Service Type (RoadServiceType)

Description of the type of road service area and the available facilities.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object of the type RoadServiceArea or RoadNode (when formOfRoadNode=roadServiceArea).

7.7.1.13.   Road Surface Category (RoadSurfaceCategory)

Specification of the state of the surface of the associated Road Element. Indicates whether a road is paved or unpaved.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a road transport network.

7.7.1.14.   Road Width (RoadWidth)

The width of the road, measured as an average value.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a road transport network.

7.7.1.15.   Speed Limit (SpeedLimit)

Limit for the speed of a vehicle on a road.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a road transport network.

7.7.1.16.   Vehicle Traffic Area (VehicleTrafficArea)

Surface that represents the part of a road which is used for the normal traffic of vehicles.

This type is a sub-type of TransportArea.

7.7.2.    Enumerations

7.7.2.1.   Functional Road Class (FunctionalRoadClassValue)

Values for the functional road classification. This classification is based on the importance of the role that the road performs in the road network.

7.7.2.2.   Minimum Or Maximum Lane Number (MinMaxLaneValue)

Values to indicate whether number of lanes are counted as the maximum, minimum or average number.

7.7.2.3.   Nature Of Speed Limit (SpeedLimitMinMaxValue)

Possible values to indicate the nature of a speed limit.

7.7.3.    Code Lists

7.7.3.1.   Area Condition (AreaConditionValue)

Speed limit restriction depending on the area.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.7.3.2.   Form Of Road Node (FormOfRoadNodeValue)

Functions of road nodes.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.7.3.3.   Form Of Way (FormOfWayValue)

Classification based on the physical properties of the road link.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.7.3.4.   Road Part (RoadPartValue)

Indication to which part of a road the value of a measurement applies.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.7.3.5.   Road Service Type (RoadServiceTypeValue)

Types of road service areas.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.7.3.6.   Road Surface Category (RoadSurfaceCategoryValue)

Values to indicate whether a road is paved or not paved.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.7.3.7.   Service Facility (ServiceFacilityValue)

Possible service facilities available at a road service area.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.7.3.8.   Speed Limit Source (SpeedLimitSourceValue)

Possible sources for speed limits.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.7.3.9.   Vehicle Type (VehicleTypeValue)

Possible types of vehicles.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.7.3.10.   Weather Condition (WeatherConditionValue)

Values to indicate weather conditions that affect speed limits.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.8.    Water Transport Network

7.8.1.    Spatial Object Types

The following spatial object types shall be used for the exchange and classification of spatial objects related to Water Transport Network:

7.8.1.1.   Beacon (Beacon)

A prominent specially constructed object forming a conspicuous mark as a fixed aid to navigation, or for use in hydrographic survey.

This type is a sub-type of TransportPoint.

7.8.1.2.   Buoy (Buoy)

A floating object moored to the bottom in a particular (charted) place, as an aid to navigation or for other specific purposes.

This type is a sub-type of TransportPoint.

7.8.1.3.   CEMT Class (CEMTClass)

Classification of an inland waterway according to CEMT (European Conference of Ministers of Transport).

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a water transport network.

7.8.1.4.   Condition Of Water Facility (ConditionOfWaterFacility)

State of a water transport network element with regards to its completion and use.

This type is a sub-type of ConditionOfFacility.

This property can only be associated with a spatial object that is part of a water transport network.

7.8.1.5.   Fairway Area (FairwayArea)

The main travelled part of a waterway.

This type is a sub-type of TransportArea.

7.8.1.6.   Ferry Crossing (FerryCrossing)

A special waterway aimed at supporting the transport of passengers, vehicles or other cargo/freight across a water body, and which is normally used as a connection linking two or more nodes of a land based transport network.

This type is a sub-type of Waterway.

7.8.1.7.   Ferry Use (FerryUse)

The type of transport carried out by a ferry crossing.

This type is a sub-type of TransportProperty.

This property can only be associated with a spatial object that is part of a water transport network.

7.8.1.8.   Inland Waterway (InlandWaterway)

Waterway which is defined at inland continental waters.

This type is a sub-type of Waterway.

7.8.1.9.   Marine Waterway (MarineWaterway)

Waterway which is defined at sea waters.

This type is a sub-type of Waterway.

7.8.1.10.   Port Area (PortArea)

An area spatial object which is used to represent the physical limits of all the facilities which constitute the terrestrial zone of a sea or inland port.

This type is a sub-type of TransportArea.

7.8.1.11.   Port Node (PortNode)

A point spatial object which is used to represent a sea or inland port in a simplified way, aproximately located at the bank of the waterbody where the port is placed.

This type is a sub-type of WaterNode.

7.8.1.12.   Restriction For Water Vehicles (RestrictionForWaterVehicles)

Restriction on vehicles on a water transport element.

This type is a sub-type of RestrictionForVehicles.

This property can only be associated with a spatial object that is part of a water transport network.

7.8.1.13.   Traffic Separation Scheme (TrafficSeparationScheme)

A scheme which aims at reducing the risk of collision in congested and/or converging areas by separating traffic moving in opposite, or nearly opposite, directions.

This type is abstract.

7.8.1.14.   Traffic Separation Scheme Area (TrafficSeparationSchemeArea)

An area spatial object forming part of a traffic separation scheme.

This type is a sub-type of TransportArea.

This type is abstract.

7.8.1.15.   Traffic Separation Scheme Crossing (TrafficSeparationSchemeCrossing)

A defined area where traffic lanes cross.

This type is a sub-type of TrafficSeparationSchemeArea.

7.8.1.16.   Traffic Separation Scheme Lane (TrafficSeparationSchemeLane)

An area within defined limits in which one-way traffic flow is established.

This type is a sub-type of TrafficSeparationSchemeArea.

7.8.1.17.   Traffic Separation Scheme Roundabout (TrafficSeparationSchemeRoundabout)

A traffic separation scheme in which traffic moves in a counter-clockwise direction around a specified point or zone.

This type is a sub-type of TrafficSeparationSchemeArea.

7.8.1.18.   Traffic Separation Scheme Separator (TrafficSeparationSchemeSeparator)

A zone separating the lanes in which ships are proceeding in opposite or nearly opposite directions; or separating traffic lanes designated for particular classes of ships proceeding in the same direction.

This type is a sub-type of TrafficSeparationSchemeArea.

7.8.1.19.   Water Link Sequence (WaterLinkSequence)

A linear spatial object, composed of an ordered collection of waterway and/or watercourse links (as necessary), which represents a continuous path in the water network without any branches.

This type is a sub-type of TransportLinkSequence.

7.8.1.20.   Water Node (WaterNode)

A point spatial object which is used to represent the connectivity between two different waterway links, or between a waterway link and a watercourse link, in the water transport network.

This type is a sub-type of TransportNode.

This type is abstract.

7.8.1.21.   Water Traffic Flow Direction (WaterTrafficFlowDirection)

Indicates the direction of the flow of water transport traffic in relation to the direction of the water transport link vector.

This type is a sub-type of TrafficFlowDirection.

This property can only be associated with a spatial object that is part of a water transport network.

7.8.1.22.   Waterway (Waterway)

A collection of water link sequences and or individual waterway and/or watercourse links (as necessary) that are characterized by one or more thematical identifiers and/or properties, which perform a navigable route within a water body (oceans, seas, rivers, lakes, channels or canals).

This type is a sub-type of TransportLinkSet.

This type is abstract.

7.8.1.23.   Waterway Link (WaterwayLink)

A linear spatial object that describes the geometry or connectivity of the water transport network between two consecutive waterway or watercourse nodes. It represents a linear section across a body of water which is used for shipping.

This type is a sub-type of TransportLink.

7.8.1.24.   Waterway Node (WaterwayNode)

A point spatial object which is used to represent the connectivity between two different waterway links, or between a waterway link and a watercourse link, in the water transport network.

This type is a sub-type of WaterNode.

7.8.2.    Enumerations

7.8.2.1.   CEMT Class (CEMTClassValue)

Inland waterway classification according to CEMT (European Conference of Ministers of Transport) Resolution No 92/2.

7.8.3.    Code Lists

7.8.3.1.   Ferry Use (FerryUseValue)

Types of transport carried out by a ferry.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.8.3.2.   Form Of Waterway Node (FormOfWaterwayNodeValue)

Function of a Waterway Node in the water transport network.

▼M2

The allowed values for this code list comprise only the values in the table below.

▼M1

▼B

7.9.    Theme-specific Requirements

7.9.1.    Consistency between spatial data sets

7.9.2.    Modelling of object references

7.9.3.    Geometry representation