OS Open Roads Technical Specification

This technical specification provides detailed technical information about OS Open Roads. It is targeted at technical users and software developers.

OS Open Roads is a topologically-structured link-and-node road network of Great Britain. The links represent an approximate central alignment of the road carriageways and include all classified and unclassified roads that make up Great Britain’s road network.

OS Open Roads is a generalised product which is automatically derived from Ordnance Survey large-scale data. Generalisation is the process of reducing the scale and complexity of the data whilst maintaining the important elements and characteristics of the features. The appropriate product scale is 1:25 000, with a recommended viewing scale range of 1:15 000 to 1:30 000.

Available formats

OS Open Roads is supplied in the following formats:

  • Geography Markup Language (GML): A national vector dataset in GML version 3.2.1 Simple Features Profile – Level 1.

  • Shapefile: A national vector dataset in ESRI shapefile (.shp).

  • GeoPackage: A national vector GeoPackage (.gpkg) file.

  • Vector tiles: A national vector tiles file (MBTiles).

Identifiers

Each feature has a unique identifier. The identifier property name, which holds the feature's unique identifier, differs for each format:

  • GML: gml:identifier property.

  • Esri shapefile: identifier property.

  • GeoPackage: id property.

The identifier is not persistent between product versions and there is therefore no change history information for features.

Adherence to standards

OS Open Roads is based on the INSPIRE Transport Networks Road application schema, which is based on the ISO/TC 211 family of open standards.

Extending the INSPIRE specification

  • OS Open Roads extends the INSPIRE specification with an additional feature type, MotorwayJunction.

  • The OS RoadLink feature type extends the INSPIRE RoadLink feature type with a number of additional properties.

UML diagram and table conventions

The data structure is described by Unified Modelling Language (UML) class diagrams and accompanying tables containing text. The UML diagrams conform to the approach specified in ISO 19103 - Conceptual schema language and ISO 19109 - Rules for application schema, as adopted by INSPIRE.

Colour conventions are used in the diagrams and tables to distinguish the INSPIRE specification from the additional properties that have been added in the Ordnance Survey specification. In the UML diagrams, classes from the INSPIRE data specification are grey, whereas classes in the Ordnance Survey specification are orange. All code lists are blue and enumerations are shown in green. The tables which follow later in this technical specification use orange for feature types, blue for code lists, and green for enumerations.

Lexical conventions

  • Class names are conceptually meaningful names (singular noun) in UpperCamelCase.

  • Class names end in Value when the class is assigned the stereotype <<CodeList>> or <<Enumeration>>.

  • Property names (attributes and associations) are in lowerCamelCase.

Stereotypes

The following stereotypes are used on UML elements:

Stereotype
UML element
Description

Application schema

Package

Parent package containing sub-packages and elements that comprise part of the modular specification.

FeatureType

Class

A spatial object type [ISO 19136].

No stereotype

Class

A non-spatial object type, for example, document or organisation.

Type

Class

A structured data type with identity.

Enumeration

Class

A fixed controlled set of values for a free text data type.

CodeList

Class

A controlled set of values for a free text data type that may be extended.

Voidable

Property

A property that is required but is either not currently captured (unknown) or is partially populated (unpopulated).

LifecycleInfo

Property

Property considered part of the life cycle information.

Relationships and associations

There are four key types of relationship that can be defined between classes, only the following two exist in OS Open Roads:

  1. Generalisation/specialisation – This is used to denote either:

    • An extension relationship - The target class represents the same real-world phenomenon. It has the same name as the class it extends. It simply includes additional properties. OR

    • A sub-typing relationship - The target class defines a specialised sub-type of a parent feature, for example, a TransportNetwork is a sub-type of a generic Network class.

  2. Directed association – This is used to denote relationships between features. These relationships are by reference only (that is, they are implemented by a property whose value is the identifier of the related feature or object). The directed end is assigned a name that describes the relationship and a multiplicity.

Index

This technical specification includes the following sections:

Last updated