DOI: 10.6084/m9.figshare.7638134.v4
title: Travel time to cities and ports in the year 2015

description: <strong>The dataset and the validation are fully described in a Nature Scientific Data Descriptor </strong><strong>https://www.nature.com/articles/s41597-019-0265-5</strong><strong><br> </strong> <strong>If you want to use this dataset in an interactive environment, then use this link</strong> <strong>https://mybinder.org/v2/gh/GeographerAtLarge/TravelTime/HEAD</strong> <br> The following text is a summary of the information in the above Data Descriptor. <br> The dataset is a suite of global travel-time accessibility indicators for the year 2015, at approximately one-kilometre spatial resolution for the entire globe. The indicators show an estimated (and validated), land-based travel time to the nearest city and nearest port for a range of city and port sizes. <br> The datasets are in GeoTIFF format and are suitable for use in Geographic Information Systems and statistical packages for mapping access to cities and ports and for spatial and statistical analysis of the inequalities in access by different segments of the population. <br> These maps represent a unique global representation of physical access to essential services offered by cities and ports. <br> <strong>The datasets</strong> travel_time_to_cities_x.tif (where x has values from 1 to 12) The value of each pixel is the estimated travel time in minutes to the nearest urban area in 2015. There are 12 data layers based on different sets of urban areas, defined by their population in year 2015 (see PDF report).<br> <br> travel_time_to_ports_x (x ranges from 1 to 5)<br> The value of each pixel is the estimated travel time to the nearest port in 2015. There are 5 data layers based on different port sizes.<br> <br> <strong>Format </strong>Raster Dataset, GeoTIFF, LZW compressed <strong>Unit </strong>Minutes<br> <strong>Data type </strong>Byte (16 bit Unsigned Integer)<br> <strong>No data value </strong>65535<br> <strong>Flags </strong>None<br> <strong>Spatial resolution</strong> 30 arc seconds<br> <strong>Spatial extent<br> </strong> Upper left -180, 85<br> Lower left -180, -60 Upper right 180, 85 Lower right 180, -60 <strong>Spatial Reference System (SRS) </strong>EPSG:4326 - WGS84 - Geographic Coordinate System (lat/long)<br> <strong>Temporal resolution </strong>2015<br> <strong>Temporal extent </strong>Updates may follow for future years, but these are dependent on the availability of updated inputs on travel times and city locations and populations. <br> <strong>Methodology </strong>Travel time to the nearest city or port was estimated using an accumulated cost function (accCost) in the gdistance R package (van Etten, 2018). This function requires two input datasets: (i) a set of locations to estimate travel time to and (ii) a transition matrix that represents the cost or time to travel across a surface.<br> <br> The set of locations were based on populated urban areas in the 2016 version of the Joint Research Centre’s Global Human Settlement Layers (GHSL) datasets (Pesaresi and Freire, 2016) that represent low density (LDC) urban clusters and high density (HDC) urban areas (https://ghsl.jrc.ec.europa.eu/datasets.php). These urban areas were represented by points, spaced at 1km distance around the perimeter of each urban area. <br> Marine ports were extracted from the 26th edition of the World Port Index (NGA, 2017) which contains the location and physical characteristics of approximately 3,700 major ports and terminals. Ports are represented as single points <br> The transition matrix was based on the friction surface (https://map.ox.ac.uk/research-project/accessibility_to_cities) from the 2015 global accessibility map (Weiss et al, 2018). <br> <strong>Code</strong> The R code used to generate the 12 travel time maps is included in the zip file that can be downloaded with these data layers. The processing zones are also available. <br> <strong>Validation</strong> The underlying friction surface was validated by comparing travel times between 47,893 pairs of locations against journey times from a Google API. Our estimated journey times were generally shorter than those from the Google API. Across the tiles, the median journey time from our estimates was 88 minutes within an interquartile range of 48 to 143 minutes while the median journey time estimated by the Google API was 106 minutes within an interquartile range of 61 to 167 minutes. Across all tiles, the differences were skewed to the left and our travel time estimates were shorter than those reported by the Google API in 72% of the tiles. The median difference was −13.7 minutes within an interquartile range of −35.5 to 2.0 minutes while the absolute difference was 30 minutes or less for 60% of the tiles and 60 minutes or less for 80% of the tiles. The median percentage difference was −16.9% within an interquartile range of −30.6% to 2.7% while the absolute percentage difference was 20% or less in 43% of the tiles and 40% or less in 80% of the tiles. <br> This process and results are included in the validation zip file. <br> <strong>Usage Notes</strong> The accessibility layers can be visualised and analysed in many Geographic Information Systems or remote sensing software such as QGIS, GRASS, ENVI, ERDAS or ArcMap, and also by statistical and modelling packages such as R or MATLAB. They can also be used in cloud-based tools for geospatial analysis such as Google Earth Engine. <br> The nine layers represent travel times to human settlements of different population ranges. Two or more layers can be combined into one layer by recording the minimum pixel value across the layers. For example, a map of travel time to the nearest settlement of 5,000 to 50,000 people could be generated by taking the minimum of the three layers that represent the travel time to settlements with populations between 5,000 and 10,000, 10,000 and 20,000 and, 20,000 and 50,000 people. <br> The accessibility layers also permit user-defined hierarchies that go beyond computing the minimum pixel value across layers. A user-defined complete hierarchy can be generated when the union of all categories adds up to the global population, and the intersection of any two categories is empty. Everything else is up to the user in terms of logical consistency with the problem at hand. <br> The accessibility layers are relative measures of the ease of access from a given location to the nearest target. While the validation demonstrates that they do correspond to typical journey times, they cannot be taken to represent actual travel times. Errors in the friction surface will be accumulated as part of the accumulative cost function and it is likely that locations that are further away from targets will have greater a divergence from a plausible travel time than those that are closer to the targets. Care should be taken when referring to travel time to the larger cities when the locations of interest are extremely remote, although they will still be plausible representations of relative accessibility. Furthermore, a key assumption of the model is that all journeys will use the fastest mode of transport and take the shortest path.