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