Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
OS Terrain 5 is available as:
5m grid in ASCII grid and GML 3.2.1 (simple features profile – level 0).
5m contours and spot heights in Esri shapefile or GML 3.2.1 (simple features profile – level 0).
OS Terrain 5 data is provided as a full set of Great Britain in tiles and is available as a download only from the OS Data Hub or OS Orders. The national dataset is supplied as 5km-by-5km tiles of data. There are 10,579 data tiles in the product representing each 5km-by-5km tile grid square. Please note that there are slightly fewer data tiles in the contour set (10,572) due to the lack of real-world changes in height in those areas. There are metadata files for these tiles.
It is recommended that a download manager is used to extract the data as this additional functionality will be able to automate the process and organise the data folders as desired. There are many commercial and open-source download clients available to help manage the data.
OS Terrain 5 is full national coverage of Great Britain. Terrain 5 is derived from the same source data as our large-scale revision programme.
Data will be compressed using the zip compression method and is not encrypted. The respective file sizes for a full national supply of OS Terrain 5, in each format, is approximately:
Grid: 16GB compressed
Contours (GML): 2.6GB compressed
Contours (shapefile): 2.5GB compressed
OS Terrain 5 is supplied to customers quarterly as a full tile resupply in January, April, July, and October, incorporating any updates made by the revision programme.
OS Terrain is the name given to Ordnance Survey’s height products. The two products available, OS Terrain 5 and OS Terrain 50, provide detailed three-dimensional digital terrain models (DTMs) of Great Britain. A DTM primarily defines the ground surface, having removed all protruding features (such as buildings and trees) elevated above the bare earth. The main difference between the two products is their level of resolution:
OS Terrain 5 is a mid-resolution DTM, designed to be interoperable with our large-scale data.
OS Terrain 50 is a lower-resolution DTM product, designed for landscape visualisation and analysis over large areas. It is an OS OpenData product and, as such, it is free to view, download and use for commercial, educational, and personal purposes.
OS Terrain 5 is published as both grid and contour data, each in a variety of formats. Both data types are created from the same source data and are supplied as 5km-by-5km tiles.
OS Terrain 5 grid: a grid of heighted points with regular 5m post spacing.
OS Terrain 5 contours: a contour dataset of 5m interval standard contour polylines, which includes index contours at 25m intervals, mean high and low water boundaries and spot heights.
The product is maintained by our integrated 3 to 5-year flying programme and is synchronised with our other product updates.
There is specific modelling of significant features, particularly networks.
DTM grid data is available in ASCII (American Standard Code for Information Interchange) grid and Geography Markup Language (GML) 3.2.1, using Open Geospatial Consortium (OGC) Simple Features Profile (level 0).
DTM contour data is available in GML 3.2.1, and Esri shapefile.
There is full coverage of Great Britain.
It is designed to work with Ordnance Survey’s large-scale data.
Supplied as grid and contours with spot heights.
The product is updated quarterly.
It is based on the INSPIRE elevation specification.
OS Terrain 5 provides an ideal base to enable the third dimension for other data within an appropriate geographical information system (GIS). The height data has been created from a source that is also used to update our large-scale data products.
OS Terrain 5 can be used in conjunction with various Ordnance Survey digital products for analytical, modelling, planning and visual purposes. These uses enable customers to undertake the following:
Asset/site management
Environmental analysis
Line of sight planning
Viewshed modelling
Landscape visualisation and fly-through sequences
Planning and development
Signal propagation
Wind farm location planning
Flood risk assessment
Foundation for 3D modelling
OS Terrain 5 has been measured against with GPS points in a range of sample areas to provide a root mean square error (RMSE) value, being the average of the mean height points in each geographic area: urban and major communication routes, rural, and mountain and moorland.
Urban and major communication routes 1.5m RMSE
Rural 2.5m RMSE
Mountain and moorland 2.5m RMSE
OS Terrain 5 is designed to be INSPIRE-ready. Ordnance Survey is a leading member of the UK Location Programme, which is charged with delivering INSPIRE, a directive that applies to all member states and aims to enable more joined-up data across public bodies for environmental applications.
At the time of OS Terrain product development, the INSPIRE elevation specification had not been finalised. The data structures of OS Terrain products, and the details of the GML encoding, have been based on the draft INSPIRE specification. For more information about INSPIRE and UK Location, please view the INSPIRE web pages.
OS Terrain 5 is a detailed digital terrain model (DTM) of Great Britain, available as a grid of heighted points and contours, both at five-metre intervals. Both OS Terrain 5 and OS Terrain 50, provide detailed three-dimensional digital terrain models (DTMs) of Great Britain. A DTM primarily defines the ground surface, having removed all protruding features (such as buildings and trees) elevated above the bare earth.
This product is updated quarterly
OS Terrain 5 is published as both grid and contour data, each in a variety of formats. Both data types are created from the same source data and are supplied as 5km-by-5km tiles.
OS Terrain 5 is ideal for 3D visualisations. It models significant landscape features including roads, railways, slopes, quarries and lakes – offering a typical accuracy level greater than 2m RMSE.
OS Terrain 5 provides the height data needed to model construction projects within the wider landscape. This helps give planners an accurate virtual view of plans and the steps you’re taking to minimise their visual impact on the surrounding area.
You can quickly understand the impact of flash floods on roads, homes and other major infrastructure. You're able to assess the lie of the land on-screen, reducing the need for time-consuming site visits.
OS Terrain 5 helps you to analyse wind speed and signal propagation. This is important when siting wind turbines, best located in exposed upland areas to maximise their power output, and mobile phone masts, which serve ever more data-hungry users.
Access: Download
Data theme: Height
Data structure: Vector - DTM grid, Contour lines
Coverage: Great Britain
Scale: 1:10 000
Format: ASCII (DTM grid), ESRI Shapefile, GML 3.2 Simple Features
Ordering area: All of Great Britain or customisable area (5km2 tiles)
Publication months: January, April, July, October
OS Data Hub plan: Premium Plan, Energy & Infrastructure Plan
You can quickly understand the impact of flash floods on roads, homes and other major infrastructure. You're able to assess the lie of the land on-screen, reducing the need for time-consuming site visits.
OS Terrain 5 helps you analyse wind speed and signal propagation. This is important when siting wind turbines, best located in exposed upland areas to maximise their power output, and mobile phone masts, which serve ever more data-hungry users.
This product may be used on a wide range of hardware platforms (provided sufficient memory and storage facilities are available), varying from tablets or computers using GIS or computer-aided design (CAD) to mainframe computers with specialised translators and applications. Please see for more information. Your system supplier will be able to advise on your requirements.
OS Terrain 5 is supplied as inert data in a variety of formats and does not include software for data manipulation.
GML is an open standard format, and the data may need to be translated into the appropriate format for use within a GIS application. A wide range of GIS software can read the GML contour data without translation.
You can try out a sample of OS Terrain 5 data for evaluation and testing . Alternatively, you can try out the full product by applying for .
OS Terrain 5 is supplied as a whole set of Great Britain divided into 5km-by-5km tiles. These tiles are identified by quoting the National Grid reference of the south-west corner of the area they cover.
Ordnance Survey divides Great Britain into squares 100km-by-100km. Each of these squares has a unique two-letter reference, for example, TG in the diagram below.
To describe a 10km-by-10km tile, first add a two-digit reference to the 100km-by- 100km square reference, with the easting first followed by the northing: for example, TG23.
Then identify which quadrant of that grid square is required and add SW, SE, NW, or NE to the reference, for example, TG23SW.
For additional information on how to use the National Grid, visit the Ordnance Survey website.
The source DTM for OS Terrain products is captured as a triangulated irregular network (TIN) by editing with mass points and breaklines and/or automated techniques within a photogrammetric environment.
The TIN is a superior model for three-dimensional data as it uses triangles, which can retain the edges of features more accurately than a grid, for example.
The source data capture is subject to demanding rules defined by the height capture specification. Particular attention is paid to communication routes and features significant to height applications. This section describes some of the key capture requirements from the detailed capture specification that we endeavour to achieve in the source data.
The grid and contour products are both interpolated from this source TIN model.
The minimum coverage of the data extends out to the low water mark, defined by Hydrographic Office tables with a height value for each 5km-by-5km tile. For England and Wales, the low water mark is mean low water (MLW) and for Scotland, mean low water (springs) (MLW(S)).
All land wholly within inland water bodies that is represented by topographic area features is captured according to the positional accuracy requirements of the area. The minimum requirement is to capture the outer edge of the feature. The surrounding water will remain flat.
Any other land within inland water bodies captured by automated processes will be removed from the data.
The z values of the source TIN data must meet positional accuracy requirements according to their geographic location. The terrain has been divided into three classifications – urban and major communication routes, rural, and mountain and moorland – to ensure that modelling reflects customer requirements. The accuracy of the height value above Ordnance Datum Newlyn must achieve the RMSE set for each area, which are not the same as the stated product accuracy.
The height of the bare earth surface is recorded as a series of points with three-dimensional coordinates.
The X and Y coordinates are eastings and northings in OSGB36; the Z coordinate is height in metres relative to the datum for the area. Most areas will record a height relative to Ordnance Datum Newlyn. For a small number of offshore islands, a local datum has been used.
The bare earth surface excludes buildings, supported structures, and vegetation. Structures that form an obstruction at ground level – such as dams, breakwaters, and groynes (wide enough to affect the positional accuracy requirements), bridge revetments and earthworks – are considered to be part of the bare earth surface. Only permanent terrain features are modelled.
Underground and overhead features are, by definition, not the ground surface and are thus not included in a DTM. Underground features are those that are obscured and require excavation to construct.
Underground features are not recorded, and overhead features are removed from the data.
The DTM will be free of spikes and wells that do not reflect the real-world terrain. A surface that is smooth; that is, one that consists of a regular plane (which may be angled); for example, a road carriageway or railway trackbed, will also appear smooth in the data.
Most data will present without visible tile edges or discernible height differences between tiles. In places, there may be small edges present or a difference in feature modelling between new and older content. There will also be small edges in tidal areas due to local tidal differences.
Supported structures include bridges, viaducts, jetties or piers on legs, cranes, elevated buildings, and so on.
Supported structures are removed from the data where the structure departs from the bare earth surface and an air gap exists. All supported structures will be removed from the data.
Areas of vegetation, such as hedgerows and trees are removed to ensure the bare earth surface is correctly recorded.
Locations with a vertical change in height, or overhang, have the height of the top of the feature recorded at the correct planimetric location according to the positional accuracy requirements.
The height at the lowest point of the vertical feature is recorded according to positional accuracy requirements of the feature but offset from its real-world planimetric position to ensure that there is only one z value present in the same location.
Major communication routes are major road and rail networks identified in our core database.
The limits of a road carriageway or railway track bed are modelled to ensure that the route reflects its real-world shape. Modelling is required for changes in height to meet the positional accuracy requirements, to smooth the surface, and to remove extraneous features such as road furniture and bridges. Any associated slopes and embankments along the length of the route are also modelled.
In all other cases, the surface must be smooth, flat (not necessarily horizontal) and free from undulations
The outer limits, shape and depth of mineral extraction and landfill sites are captured to meet positional accuracy requirements. Temporary features that do not represent the terrain at the time of capture, for example spoil heaps, are removed from the data.
To respond to the Flood and Water Management Act 2010, the extent of all flat-water bodies greater than 0.7ha in area (that is, greater than 7,000 cubic metres capacity) will have their limits captured to ensure that the presence of the water body can be inferred from the data.
The height of the water recorded is that at the lowest height of the surrounding data. The surface of the water will be flat.
The following measurables are used to determine the accuracy and coverage of modelling in the source TIN data.
Any height value extracted from any point within the coverage and above the high-water mark will meet the positional accuracy requirements.
The DTM will be free of spikes and reflect the general texture of the terrain.
Measurable
The absence of spikes or wells in the data that cause a false height value on a data point or interpolated surface.
A surface smooth in the real world will appear smooth in the data.
Major communication routes will be smooth longitudinally, with no ‘steps’ in the data.
Conformity
There must be no spikes or wells in the data larger than the value required to meet the positional accuracy requirements of the geographic area.
Data added to model specific features will reflect the correct relationship to itself and immediately surrounding data.
All features with parallel limits that require modelling will have parallel data points recorded in the data. The relative heights of features in proximity will be in sympathy.
The coordinate position of any point on the surface as represented by the TIN data compared to the true elevation of the same point.
The RMSE of a selection of points from the real world compared to the data will be within the values stated.
No single point will exceed the 99% confidence level.
This section describes how OS Terrain 5 is defined in GML version 3.2.1. An understanding of XML and XML schema is required.
The OpenGIS GML encoding standard is an XML grammar for expressing geographic features. GML serves as a modelling language for geographic systems as well as an open interchange format for geographic transactions on the Internet. As with most XML-based grammars, there are two parts to the grammar: the schema that describes the document, and the instance document that contains the actual data. A GML document is described using a GML schema. This allows users and developers to describe generic geographic datasets that contain points, lines, and polygons.
The GML conforms to GML 3.2.1 simple features (level 0), which is a subset of the full GML specification, intended to make it easier for GIS vendors to provide a minimum level of support for GML.
XML schemas are used to validate the format and content of the GML. The GML specification provides a set of schemas that define the GML feature constructs and geometric types. These are designed to be used as a basis for building application-specific schemas, which define the data content.
The OS Terrain 5 application schemas, which are referenced by the data, are available at https://www.ordnancesurvey.co.uk/xml/terrainschema/index.html
The user may need to be connected to the Internet to access these online schemas while working with OS Terrain 5 in GML unless their software supports local copies of the schema. Depending upon the software that is being used to read the data, the user has the following options:
The software does not use the schema, and therefore does not need to be connected to the Internet.
The software needs the schema but can reference it from a local copy if it is downloaded in advance.
The software needs the schema and can only reference it from the online version, and therefore needs to be connected to the Internet.
Layer name | Layer description |
---|---|
The spot heights have been created by an automated process to select the highest mass point that is at least 1 metre above and within every closed contour. If the point is the same height as the contour, it will be removed. Some spot heights could be lower than the surrounding contour due to genuine depressions. The z value is rounded to one decimal place.
This page describes the structure of the data in grid and contour forms.
The height data is presented as a raster dataset of height values, which are calculated at the centre of the pixel. Coordinate reference systems for DTMs may be used to calculate the DTM origin and coordinates of individual posts.
Due to local tidal conditions, the height of the mean high and low water mark varies continuously around the coast of Britain. The mean high and low water lines have been derived from our large-scale mapping and assigned constant height values, based on the average for each tile. This average value has been determined from local tide tables. The mean high and low water lines were used as heighted breaklines when creating the grid to ensure the grid product is consistent with the contour product. This means that there may be a small discrete step in the height of tidal water between adjacent tiles. For areas of permanent tidal water, the height of the mean low water has been extended out to the tile edge to ensure that the tile is complete. Heights in the foreshore area are interpolated between the mean high and low water heights.
The contours are presented as polyline and spot height features. The contour lines have been divided into tiles for product supply. The contour values can be viewed and analysed in a GIS.
The terms used for the feature types are drawn from the INSPIRE elevation specification. The draft INSPIRE elevation specification requires height values to be held in an attribute called ‘propertyValue’, which has been implemented in the new OS Terrain contour GML. In the shapefile format, the GML feature types and attributes have been followed but with the 10-character limit on shapefile fields, ‘propertyValue’ is abbreviated to ‘PROP_VALUE’.
The contours are named ‘master’ and ‘ordinary’, which are equivalent to ‘index’ and ‘standard’ contours in the withdrawn Ordnance Survey height product, Land-Form PROFILE.
In the contour products, the mean high and mean low water lines have been derived from our large-scale mapping and assigned constant height values, based on the average for each tile. This average value has been determined from local tide tables. Inevitably, this means that there is a small discrete step between adjacent tiles. There are no contours supplied between the mean high and low water lines.
The ‘LandWaterBoundary’ feature type has an attribute of ‘waterLevelCategory’, which has four possible sub-values: ‘meanHighWater’ and ‘meanLowWater’ or, for Scotland, ‘meanHighWaterSprings’ and ‘meanLowWaterSprings’. This attribution allows their display parameters to be changed to show individual features, as desired.
These have been created using an algorithm that selects the highest source data point (masspoint) within every enclosed contour that has a difference in height of at least 1m.
As they are from an interpolated surface of the real world, they cannot be guaranteed as summits or highest points of the feature. The GML data model lists the spot height sub-value, ‘spotHeightType’, which allows the potential for formSpot, generic, mountainPass or summit to be used in future releases of the product.
Currently, all spot height features are attributed as ‘generic’.
It is possible that there will be some instances of spot heights recording lower height values than the enclosing contour, but it is likely that these are the result of genuine depressions.
Glossary term | Definition |
---|
The feature types within the contours enable their representation as individual features to allow for easier interpretation; for example, the contours can be drawn as different colours to highlight the index contours, the high-water mark, and spot heights over a certain value. The contours and tidelines have been rounded to two decimal places.
The column names have been reformatted to facilitate compliance with Esri software.
Column name | Type | Description |
---|
The ContourLine sub-type value names align with INSPIRE draft elevation specification. The terms 'master' and 'ordinary' represent the more traditionally recognised terms index and standard (contours) respectively.
Column name | Type | Description |
---|
At launch only the sub-type value 'generic' has been used but the other values provide functionality to enrich the attribution if required in a later product release.
Column name | Type | Description |
---|
Column name | Type | Description |
---|
At launch only the sub-type value 'generic' has been used but the other values provide functionality to enrich the attribution if required in a later product release.
The Esri shapefiles consist of eight separate files for the point and line features.
Esri shapefiles are a simple, non-topological format for storing the geometric location and attribute information of geographic features. A shapefile is one of the spatial data formats that you can work with in ArcGIS.
The shapefile format defines the geometry and attributes of geographically referenced features in as many as five files with specific file extensions that should be stored in the same project workspace. The file extensions and their uses are as follows:
.shp: The file that stores the feature geometry.
.shx: The file that stores the index of the feature geometry.
.dbf: The dBASE file that stores the attribute information of features. When a shapefile is added as a theme to a view, this file is displayed as a feature table.
.sbn and .sbx: The files that store the spatial index of the features. These two files will only exist if you perform theme-on-theme selection, spatial joins or create an index on a theme’s SHAPE field.
.prj: The file that stores the projection information.
Layer name | Layer description |
---|
<tile name>.gml
GML data file.
Metadata_<tile name>.xml
A metadata file for contour data providing information on the flying date and so on.
accuracy | The closeness of the results of observations, computations or estimates to the true values or the values accepted as being true. Accuracy relates to the exactness of the result and is the exactness of the operation by which the result is obtained. |
American Standard Code for Information Interchange (ASCII) | A 7 bit code for encoding a standard character set. |
area | A spatial extent defined by circumscribing lines that form a closed perimeter that does not intersect itself. |
attribute | An attribute is a property of an entity, usually used to refer to a non spatial qualification of a spatially referenced entity. For example, a name or descriptive code indicating what an entity represents or how it should be portrayed. |
attribute code | An alphanumeric identifier for an attribute type. |
boundary | Boundaries define the areas of the various national and local government authorities and some European authorities. |
chain | A closed loop of links bounding a polygon. |
code | An alphanumeric attribute code used in digital map data to describe each feature in terms either of the object surveyed or its representation on the map (or both). |
coding | Allocation of a feature code to a feature being created from constituent construction data – points and/or segments; with optional linking to an existing feature of the same feature code. |
contour | A line connecting points of equal elevation. |
coordinate pair | A coordinate pair is an easting and a northing. |
coordinates | Pairs of numbers expressing horizontal distances along original axes. Alternatively, triplets of numbers measuring horizontal and vertical distances. Row and column numbers of pixels from raw imagery are not considered coordinates for the purpose of the standard. |
data format | A specification that defines the order in which data is stored or a description of the way data is held in a file or record. |
data model | An abstraction of the real world that incorporates only those properties thought to be relevant to the application or applications at hand. The data model would normally define specific groups of entities and their attributes, and the relationship between these entities. A data model is independent of a computer system and its associated data structures. A map is one example of an analogue data model. |
data structure | The defined logical arrangement of data as used by a system for data management; a representation of a data model in computer form. |
eastings | See rectangular coordinates. |
entity | Something about which data is stored in a databank or database. For example, boundary and name. The data may consist of relationships, attributes, positional and shape information and so on. Often synonymous with feature. |
Extensible Markup Language (XML) | This is a markup language written in a textual data format designed to encode documents and data structures for transfer over the Internet. It was developed by the World Wide Web Consortium (W3C). XML schemas express shared vocabularies and allow machines to carry out rules made by people. They provide a means for defining the structure, content, and semantics of XML documents. |
Extensible Stylesheet Language Transformations (XSLT) | This is a language for transforming XML documents into objects that can be presented in a format that is more easily read by the user, such as HTML for web pages or plain text. |
feature | An item of detail within a map that can be a point and/or symbol, text, or line. |
feature identifier | A unique code to identify an individual feature. A specified part of a record containing a unit of data, such as the date of digitising. The unit of data may be a data element or a data item. |
feature record | The logical information, both spatial and attribute, describing a feature or entity. |
geographical information system (GIS) | A system for capturing, storing, checking, integrating, analysing, and displaying data that is spatially referenced to the Earth. This is normally considered to involve a spatially referenced computer database and appropriate applications software. |
Geography Markup Language (GML) | GML was developed by the Open Geospatial Consortium (OGC), a global organisation of developers and users that aims to maximise the benefit of geographic information. GML is a spatially enabled dialect of XML schema. |
layer | A subset of digital map data selected on a basis other than position. For example, one layer might consist of all features relating to counties and another to wards. Also known as a level. |
level | A level corresponds to a single type of administrative unit, for example, a ward or a district, and is conceptual in form. See also layer. |
line | A series of connected coordinated points forming a simple feature with homogeneous attribution. |
line feature | The spatial abstraction of an object in one dimension. Lines may intersect with other lines. They are defined as a series of two or more coordinate pairs and may be curved or straight. Curved lines consist of a series of very short straight-line segments. As an object abstraction, a line has no width. |
line segment | A vector connecting two coordinated points. |
link or edge | Links are the representation of line features. They are made up of one or more consecutive non intersecting link segments with common attributes between two terminating nodes. Links have no connection with other links except at the start or end, via common (shared) terminating nodes (points). All links contain their terminating coordinates. Links may form the boundaries of polygons and may be shared between polygons. |
map scale | The ratio between the extent of a feature on the map and its extent on the ground, normally expressed as a representative fraction, such as 1:1,250 or 1:10 000. |
name | The proper name or label of an object (real world) or feature (object abstraction). The descriptive name might consist of one or more text strings or be an attribute of the object or object abstraction. |
National Grid | A unique referencing system that can be applied to all Ordnance Survey maps of Great Britain (GB) at all scales. It is used by Ordnance Survey on all post war mapping to provide an unambiguous spatial reference in Great Britain for any place or entity, whatever the map scale. The National Grid is defined by the OSGB36 spheroid. |
Northings | See rectangular coordinates. |
object | A collection of entities which form a higher-level entity within a specific data model. |
object (real world) | A recognisable discrete part of the real world. |
origin | The zero point in a system of rectangular coordinates. |
point and line data | A form of vector data designed for map production in which all map features are designated as points, lines, or text. Point and line data does not carry the topological relationships between features. |
polygon | Polygons are a representation of areas. A polygon is defined as a closed line or perimeter completely enclosing a contiguous space and is made up of one or more links. At least one node occurs on the perimeter of a polygon where the bounding link completes the enclosure of the area. There may be many nodes connecting the bounding links of a polygon. Links may be shared between polygons. Polygons may wholly contain other polygons or be contained within other polygons. |
polygon boundary | The link(s) which enclose a polygon, projected into the horizontal plane. A chain. |
record | A set of related data fields grouped for processing. |
rectangular coordinates | Also known as X Y coordinates and as eastings and northings. These are two dimensional coordinates that measure the position of any point relative to an arbitrary origin on a plane surface (for example, a map projection). |
resolution | A measure of the ability to detect quantities. High resolution implies a high degree of discrimination but has no implication as to accuracy. For example, in a collection of data in which the coordinates are rounded to the nearest metre, resolution is 1metre, but the accuracy may be ± 5metres or worse. |
segment | A chord defined by two consecutive coordinates in a line string. |
shapefile | This is a data format developed by Esri to describe features such as points, lines, and polygons to enable spatial analysis. A shapefile consists of several files designed to hold information essential for the transfer of this data between software products which are capable of reading shapefiles. |
spatial data | Data that includes a reference to a two or three dimensional position in space as one of its attributes. It is used as a synonym for geometric data. |
spot height | A point on the Earth’s surface for which the height, above a reference datum, is known and which has been fixed by observation. |
String | A set of items which can be arranged into a sequence according to a rule. A sequence of coordinate pairs or triplets making up a line or a link. |
structured data | Data within which collections of features (of any type) form objects. Topographically structured data also contains topological information, defining the relationships between features and objects. |
Topography | The study of the physical features of the Earth. A topographic map’s principal purpose is to portray and identify the features of the Earth. |
Topology | The study of the properties of a geometric figure that are not dependant on position, such as connectivity and relationships between lines, nodes, and polygons. |
Vector | A straight line joining two data points. |
vector data | Positional data in the form of coordinates of the ends of line segments, points, text positions and so on. |
+geometry | GM_LineString | The structure of the feature |
+propertyValue | Distance | The length of the contour |
+contourLineType | String | master ordinary auxiliary |
+geometry | GM_Point | The structure of the feature. |
+propertyValue | Distance | The z value (height above Newlyn, or other British height datum) of the feature. |
+spotHeightType | String | formSpot generic mountainPass summit |
+geometry | GM_LineString | The structure of the feature. |
+propertyValue | Distance | The length of the boundary line. |
+waterLevelCategory | String | meanHighWater meanLowWater meanHighWaterSprings meanLowWaterSprings |
The purpose of the technical specification is to:
Provide a brief description of the presentation of OS Terrain 5 in its supply formats.
Provide licensed system suppliers with as much detail as necessary to enable OS Terrain 5 files to be easily understood and processed by application software.
OS Terrain is the name given to Ordnance Survey’s height products. The two products available, OS Terrain 5 and OS Terrain 50, provide detailed three-dimensional digital terrain models (DTMs) of Great Britain. A DTM primarily defines the ground surface, having removed all protruding features (such as buildings and trees) elevated above the bare earth. The main difference between the two products is their level of resolution:
OS Terrain 5 is a mid-resolution DTM, designed to be interoperable with our large-scale data.
OS Terrain 50 is a lower-resolution DTM product, designed for landscape visualisation and analysis over large areas. It is an Open Data product and, as such, it is free to view, download and use for commercial, educational, and personal purposes.
OS Terrain 5 is published as both grid data and contour data in a variety of formats. Both data types are created from the same source data and are supplied as 5km-by-5km tiles. These tiles are identified by quoting the National Grid reference of the south-west corner of the area they cover.
OS Terrain 5 grid: A grid of heighted points with regular 5m post spacing.
OS Terrain 5 contours: A contour dataset of 5m interval standard contour polylines. This includes mean high water and mean low water boundaries and spot heights.
OS Terrain 5 is available to download in the following formats:
5m grid in ASCII grid and GML 3.2.1 (simple features profile – level 0).
5m contours and spot heights in GML 3.2.1 (simple features profile – level 0).
5m contours and spot heights in Esri shapefile.
GML 3.2 requires features and their geometries to have unique identifiers. For OS Terrain products, the feature identifiers have been structured as follows: os.t5.<tile name>.<sequential number>, where the second part abbreviates the product name. Geometry identifiers in the GML use the same form, but with a .geom suffix.
Therefore, for a given release of the product, every feature and geometry is guaranteed to have a unique identifier. The products will be updated by whole tile refresh and there are no plans to supply feature-based change only updates. When a tile is updated, the sequential identifiers are regenerated.
The coordinate reference system for geometries in the OS Terrain GML is expressed using an EPSG (European Petroleum Survey Group) code embedded in a uniform resource name (URN) (urn:ogc:def:crs:EPSG::27700). This is a more generic way of expressing the reference system, rather than osgb:BNG (British National Grid), used in previous Ordnance Survey products.
<tile name>_line.shp <tile name>_line.dbf <tile name>_line.shx <tile name>_line.prj | Esri shapefiles for contour and tideline data. |
<tile name>_point.shp <tile name>_point.dbf <tile name>_point.shx <tile name>_point.prj | Esri shapefiles for spot height data. |
Metadata_<tile name>.xml | A metadata file for contour data providing information on the flying date and so on. |
The XML metadata for the terrain products follows the GEMINI metadata standard, which Ordnance Survey has committed to for the UK Location Programme and INSPIRE.
OS Terrain 5 will also have metadata in this form, on a per-tile basis.
The XML metadata contains comments to clarify the meaning of the XML tags used in the file.
Name | Description | Examples |
---|
Name | Description | Examples |
---|
This is a section of the XML file in its native format with the location of the style sheet highlighted. It can be read like this when opened in an XML viewer or basic file reader.
This is the same section of the metadata file above when viewed directly by clicking on the file, utilising the style sheet.
OS Terrain Tile Metadata Product identification:
Spatial representation: Grid
Tile reference: NT23NE
Topic category: Elevation Coordinate reference systems: British National Grid
This XML file contains min, max, mean, and standard deviation height values for the product, in a format defined by Esri. The same values are supplied for every tile. These height statistics are provided to allow the user to apply colour ramps, such that adjacent tiles are styled consistently.
This feature can be disabled by moving the asc.aux.xml file from each downloaded zip file, or by adjusting the parameters of the minimum and maximum heights in a GIS if desired.
Ordnance Survey is committed to open data formats. The grid data is supplied as ASCII with GML, to enable their use in either format. The GML file does not contain any spatial height data as this data has been provided as an ‘external data block’, that is, the ASCII grid file. The GML file effectively provides metadata (such as location, grid spacing and the vertical reference system). It also contains spatial reference information in a software-independent form.
Currently, common software packages do not support it in this form, but the ASCII grid for OS Terrain 5 grid can be used alone.
ASCII grid is a generic, text-based DTM format that was originally developed by Esri, and it is sometimes referred to as ArcInfo ASCII grid or ArcGrid ASCII. This data can be read by most standard GIS software without additional translation.
The term ‘data structure’ refers to the organisation and sequence of the records in the data file and not to the geographic topology of the data.
The data is specified as a raster grid, with the height values being calculated as a mean of the heights across the whole 5m pixel. To represent this in ASCII grid format, the z values are presented 2.5 m from the north-west corner of the tile (to provide the pixel-centre). The data is presented in rows reading fromwest to east creating a row of 1,000 values. The next row will begin 2.5m from the western edge 7.5m south of the northern tile edge (under the first value) and again progressing at 5m intervals to the east. Each tile contains 1,000 rows with each row comprising 1,000 pixels. The header provides the coordinates of the south-west corner (xllcorner and yllcorner) to ensure that a GIS places the data correctly.
The height values are presented in the standard ASCII grid format as a series of real values and are given to the nearest 0.01m.
The structure of the layers provided with the ASCII grid and GML download is outlined in the following table:
The following is the data header found in the first six rows of the ASCII grid file:
Glossary term | Definition |
---|
To make the XML easier to read, an XSLT viewing style sheet is provided (OSTerrainMetadataViewingStylesheet.xsl), which converts the XML to HTML for ease of viewing in a web browser. Some browsers and other software will read this automatically if the user is connected to the Internet, as its address is referenced in the metadata but it can also be located on the Ordnance Survey website:
Product name:
Layer name | Layer description |
---|
<tile name>.asc | Esri ASCII grid data. |
<tile name>.gml | OGC file for the ASCII grid to enable the data to be loaded as GML format. |
<tile name>.prj | File containing the spatial reference system in a format defined by Esri. |
<tile name>.asc.aux.xml | A file that provides parameters to enable default styling in Esri applications. This ensures that the shading is consistent across the data but allows you to apply your own choice of colour ramp. |
Metadata_<tile name>.xml | A metadata file for grid data, providing information on the flying date and so on. |
accuracy | The closeness of the results of observations, computations or estimates to the true values or the values accepted as being true. Accuracy relates to the exactness of the result and is the exactness of the operation by which the result is obtained. |
American Standard Code for Information Interchange (ASCII) | A 7 bit code for encoding a standard character set. |
area | A spatial extent defined by circumscribing lines that form a closed perimeter that does not intersect itself. |
attribute | An attribute is a property of an entity, usually used to refer to a non spatial qualification of a spatially referenced entity. For example, a name or descriptive code indicating what an entity represents or how it should be portrayed. |
attribute code | An alphanumeric identifier for an attribute type. |
boundary | Boundaries define the areas of the various national and local government authorities and some European authorities. |
chain | A closed loop of links bounding a polygon. |
code | An alphanumeric attribute code used in digital map data to describe each feature in terms either of the object surveyed or its representation on the map (or both). |
coding | Allocation of a feature code to a feature being created from constituent construction data – points and/or segments; with optional linking to an existing feature of the same feature code. |
contour | A line connecting points of equal elevation. |
coordinate pair | A coordinate pair is an easting and a northing. |
coordinates | Pairs of numbers expressing horizontal distances along original axes. Alternatively, triplets of numbers measuring horizontal and vertical distances. Row and column numbers of pixels from raw imagery are not considered coordinates for the purpose of the standard. |
data format | A specification that defines the order in which data is stored or a description of the way data is held in a file or record. |
data model | An abstraction of the real world that incorporates only those properties thought to be relevant to the application or applications at hand. The data model would normally define specific groups of entities and their attributes, and the relationship between these entities. A data model is independent of a computer system and its associated data structures. A map is one example of an analogue data model. |
data structure | The defined logical arrangement of data as used by a system for data management; a representation of a data model in computer form. |
eastings | See rectangular coordinates. |
entity | Something about which data is stored in a databank or database. For example, boundary and name. The data may consist of relationships, attributes, positional and shape information and so on. Often synonymous with feature. |
Extensible Markup Language (XML) | This is a markup language written in a textual data format designed to encode documents and data structures for transfer over the Internet. It was developed by the World Wide Web Consortium (W3C). XML schemas express shared vocabularies and allow machines to carry out rules made by people. They provide a means for defining the structure, content, and semantics of XML documents. |
Extensible Stylesheet Language Transformations (XSLT) | This is a language for transforming XML documents into objects that can be presented in a format that is more easily read by the user, such as HTML for web pages or plain text. |
feature | An item of detail within a map that can be a point and/or symbol, text, or line. |
feature identifier | A unique code to identify an individual feature. A specified part of a record containing a unit of data, such as the date of digitising. The unit of data may be a data element or a data item. |
feature record | The logical information, both spatial and attribute, describing a feature or entity. |
geographical information system (GIS) | A system for capturing, storing, checking, integrating, analysing, and displaying data that is spatially referenced to the Earth. This is normally considered to involve a spatially referenced computer database and appropriate applications software. |
Geography Markup Language (GML) | GML was developed by the Open Geospatial Consortium (OGC), a global organisation of developers and users that aims to maximise the benefit of geographic information. GML is a spatially enabled dialect of XML schema. |
layer | A subset of digital map data selected on a basis other than position. For example, one layer might consist of all features relating to counties and another to wards. Also known as a level. |
level | A level corresponds to a single type of administrative unit, for example, a ward or a district, and is conceptual in form. See also layer. |
line | A series of connected coordinated points forming a simple feature with homogeneous attribution. |
line feature | The spatial abstraction of an object in one dimension. Lines may intersect with other lines. They are defined as a series of two or more coordinate pairs and may be curved or straight. Curved lines consist of a series of very short straight-line segments. As an object abstraction, a line has no width. |
line segment | A vector connecting two coordinated points. |
link or edge | Links are the representation of line features. They are made up of one or more consecutive non intersecting link segments with common attributes between two terminating nodes. Links have no connection with other links except at the start or end, via common (shared) terminating nodes (points). All links contain their terminating coordinates. Links may form the boundaries of polygons and may be shared between polygons. |
map scale | The ratio between the extent of a feature on the map and its extent on the ground, normally expressed as a representative fraction, such as 1:1,250 or 1:10 000. |
name | The proper name or label of an object (real world) or feature (object abstraction). The descriptive name might consist of one or more text strings or be an attribute of the object or object abstraction. |
National Grid | A unique referencing system that can be applied to all Ordnance Survey maps of Great Britain (GB) at all scales. It is used by Ordnance Survey on all post war mapping to provide an unambiguous spatial reference in Great Britain for any place or entity, whatever the map scale. The National Grid is defined by the OSGB36 spheroid. |
Northings | See rectangular coordinates. |
object | A collection of entities which form a higher-level entity within a specific data model. |
object (real world) | A recognisable discrete part of the real world. |
origin | The zero point in a system of rectangular coordinates. |
point and line data | A form of vector data designed for map production in which all map features are designated as points, lines, or text. Point and line data does not carry the topological relationships between features. |
polygon | Polygons are a representation of areas. A polygon is defined as a closed line or perimeter completely enclosing a contiguous space and is made up of one or more links. At least one node occurs on the perimeter of a polygon where the bounding link completes the enclosure of the area. There may be many nodes connecting the bounding links of a polygon. Links may be shared between polygons. Polygons may wholly contain other polygons or be contained within other polygons. |
polygon boundary | The link(s) which enclose a polygon, projected into the horizontal plane. A chain. |
record | A set of related data fields grouped for processing. |
rectangular coordinates | Also known as X Y coordinates and as eastings and northings. These are two dimensional coordinates that measure the position of any point relative to an arbitrary origin on a plane surface (for example, a map projection). |
resolution | A measure of the ability to detect quantities. High resolution implies a high degree of discrimination but has no implication as to accuracy. For example, in a collection of data in which the coordinates are rounded to the nearest metre, resolution is 1metre, but the accuracy may be ± 5metres or worse. |
segment | A chord defined by two consecutive coordinates in a line string. |
shapefile | This is a data format developed by Esri to describe features such as points, lines, and polygons to enable spatial analysis. A shapefile consists of several files designed to hold information essential for the transfer of this data between software products which are capable of reading shapefiles. |
spatial data | Data that includes a reference to a two or three dimensional position in space as one of its attributes. It is used as a synonym for geometric data. |
spot height | A point on the Earth’s surface for which the height, above a reference datum, is known and which has been fixed by observation. |
String | A set of items which can be arranged into a sequence according to a rule. A sequence of coordinate pairs or triplets making up a line or a link. |
structured data | Data within which collections of features (of any type) form objects. Topographically structured data also contains topological information, defining the relationships between features and objects. |
Topography | The study of the physical features of the Earth. A topographic map’s principal purpose is to portray and identify the features of the Earth. |
Topology | The study of the properties of a geometric figure that are not dependant on position, such as connectivity and relationships between lines, nodes, and polygons. |
Vector | A straight line joining two data points. |
vector data | Positional data in the form of coordinates of the ends of line segments, points, text positions and so on. |
Product name | OS Terrain 5 | gmd:MD_DataIdentification/gmd:citation/gmd:CI_C itation/gmd:collectiveTitle/gco:CharacterString |
Spatial representation | The structure of the data, either grid (DTM) or vector (contours). | gmd:MD_DataIdentification/gmd:spatialRepresent ationType/gmd:MD_SpatialRepresentationType Code |
Tile reference | 5km National Grid tile reference. | gmd:MD_DataIdentification/gmd:citation/gmd:CI_ Citation/gmd:title/gco:CharacterString |
Topic category | INSPIRE theme: elevation. | gmd:MD_DataIdentification/gmd:topicCategory/gm d:MD_TopicCategoryCode |
Coordinate reference systems | gmd:MD_ReferenceSystem/gmd:referenceSystemIden tifier/gmd:RS_Identifier/gmd:code/gmx:Anchor xlink:href="urn:ogc:def:crs:EPSG::27700"/British National Grid gmd:MD_ReferenceSystem/gmd:referenceSystemIden tifier/gmd:RS_Identifier/gmd:code/gmx:Anchor xlink:href="urn:ogc:def:crs:EPSG::5701"/Ordnance Datum Newlyn |
Flying date(s) | The date that the area was flown by Ordnance Survey for revision. To accommodate multiple flying dates within the tile, two values will be recorded: earliest flying date then latest flying date present. Both dates can be identical. For Profile content the Date Flown will be recorded as <null>. | gmd:MD_DataIdentification/gmd:extent/gmd:EX_Ex tent/gmd:temporalElement/gmd:EX_TemporalExtent /gmd:extent/gml:TimePeriod /gml:beginPosition /gml:endPosition |
Processing date | The date the tile was created by Ordnance Survey, not the date of the real-world change or survey. | gmd:MD_DataIdentification/gmd:citation/gmd:CI_C itation/gmd:date/gmd:CI_Date/gmd:date/gco:Date |
Version number | An incrementing number to indicate the number of times the tile has been published. | gmd:MD_DataIdentification/gmd:citation/gmd:CI_ Citation/gmd:edition/gco:CharacterString |
Reason for change | This provides information about the update of the data and whether it is creation (new) or a revision (modified / verified) which is described in the metadata by using lineage below. | gmd:MD_DataIdentification/gmd:citation/gmd:CI_ Citation/gmd:date/gmd:CI_Date/gmd:dateType/ gmd:CI_DateTypeCode |
Lineage | Text to describe the status of the tile, either: ‘created from new imagery’, ‘some parts revised from new imagery’, ‘new imagery examined and no change’. | gmd:DQ_DataQuality/gmd:lineage/gmd:LI_Lineage/ gmd:statement/gco:CharacterString |
The projected coordinate reference system – – and the vertical reference system –