Ecosyste.ms: Awesome

An open API service indexing awesome lists of open source software.

Awesome Lists | Featured Topics | Projects

https://github.com/ITSLeeds/pct

Get and reproduce data from the Propensity to Cycle Tool (PCT)
https://github.com/ITSLeeds/pct

Last synced: about 2 months ago
JSON representation

Get and reproduce data from the Propensity to Cycle Tool (PCT)

Awesome Lists containing this project

README

        

---
output: github_document
---

```{r setup, include = FALSE}
knitr::opts_chunk$set(
collapse = TRUE,
comment = "#>",
fig.path = "man/figures/README-",
out.width = "100%"
)
```

[![](https://cranlogs.r-pkg.org/badges/grand-total/pct)](https://cran.r-project.org/package=pct)
[![R build status](https://github.com/itsleeds/pct/workflows/R-CMD-check/badge.svg)](https://github.com/itsleeds/pct/actions)
[![](https://www.r-pkg.org/badges/version/pct)](https://www.r-pkg.org/pkg/pct)
[![R-CMD-check](https://github.com/itsleeds/pct/workflows/R-CMD-check/badge.svg)](https://github.com/itsleeds/pct/actions)

# pct

The goal of pct is to make the data produced by the Propensity to Cycle Tool (PCT) easier to access and reproduce.
The PCT a research project and web application hosted at [www.pct.bike](https://www.pct.bike/).
For an overview of the data provided by the PCT, clicking on the previous link and trying it out is a great place to start.
An academic [paper](https://www.jtlu.org/index.php/jtlu/article/view/862) on the PCT provides detail on the motivations for and methods underlying the project.

A major motivation behind the project was making transport evidence more accessible, encouraging evidence-based transport policies.
The code base underlying the PCT is publicly available (see [github.com/npct](https://github.com/npct/)).
However, the code hosted there is not easy to run or reproduce, which is where this package comes in: it provides quick access to the data underlying the PCT and enables some of the key results to be reproduced quickly.
It was developed primarily for educational purposes (including for upcoming PCT training courses) but it may be useful for people to build on the the methods, for example to create a scenario of cycling uptake in their town/city/region.

In summary, if you want to know how PCT works, be able to reproduce some of its results, and build scenarios of cycling uptake to inform transport policies enabling cycling in cities worldwide, this package is for you!

## Installation

```{r, eval=FALSE}
# from CRAN
install.packages("pct")
```

You can install the development version of the package as follows:

```{r, eval=FALSE}
remotes::install_github("ITSLeeds/pct")
```

Load the package as follows:

```{r}
library(pct)
```

## Documentation

Probably the best place to get further information on the PCT is from the package's website at https://itsleeds.github.io/pct/

There you will find the following vignettes, which we recommend reading, and reproducing and experimenting with the code contained within to deepen your understanding of the code, in the following order:

1. A 'get started' introduction to the PCT and associated R package: https://itsleeds.github.io/pct/articles/pct.html
1. Getting and using PCT data, an [article](https://itsleeds.github.io/pct/articles/getting.html) showing how to get and use data from the PCT, based on a case study from North Yorkshire
1. A [training vignette](https://itsleeds.github.io/pct/articles/pct_training.html) providing more detailed guidance on data provided by the PCT package, with interactive exercises based on a case study of the Isle of Wight
1. A [vignette](https://itsleeds.github.io/pct/articles/cycling-potential-uk.html) show how to use the data provided by the package to estimate cycling uptake in UK cities
1. A [vignette](https://itsleeds.github.io/pct/articles/pct-international.html) demonstrating the international applicability of the PCT method, with help from this and other R packages

You will also find there documentation for each of the functions at [itsleeds.github.io/pct/reference/](https://itsleeds.github.io/pct/reference/index.html).
Below we describe some of the basics.

## Get PCT data

From feedback, we hear that the use of the data is critical in decision making. Therefore, one area where the package could be useful is making the data "easily" available to be processed.

* `get_pct`: the basic function to obtain data available [here](https://itsleeds.github.io/pct/reference/get_pct.html).

The rest of these should be self explanatory.

* `get_pct_centroids`
* `get_pct_lines`
* `get_pct_rnet`
* `get_pct_routes_fast`
* `get_pct_routes_quiet`
* `get_pct_zones`
* `uptake_pct_godutch`
* `uptake_pct_govtarget`

For example, to get the centroids in West Yorkshire:

``` {r centroids}
centroids = get_pct_centroids(region = "west-yorkshire")
plot(centroids[, "geo_name"])
```

Likewise to download the desire lines for "west-yorkshire":

```{r get_pct_lines}
lines = get_pct_lines(region = "west-yorkshire")
lines = lines[order(lines$all, decreasing = TRUE), c("all")]
plot(lines[1:10,], lwd = 4)
# view the lines on a map
# mapview::mapview(lines[1:3000, c("geo_name1")])
```

## Estimate cycling uptake

An important part of the PCT is its ability to create model scenarios of cycling uptake.
Key to the PCT uptake model is 'distance decay', meaning that short trips are more likely to be cycled than long trips.
The functions `uptake_pct_govtarget()` and `uptake_pct_godutch()` implement uptake models used in the PCT, which use distance and hilliness per desire line as inputs and output the proportion of people who could be expected to cycle if that scenario were realised.
The scenarios of cycling uptake produced by these functions are not predictions of what *will* happen, but illustrative snapshots of what *could* happen if overall propensity to cycle reached a certain level.
The uptake levels produced by Go Dutch and Government Target scenarios (which represent increases in cycling, not final levels) are illustrated in the graph below (other scenarios could be produced, see the [source code](https://itsleeds.github.io/pct/reference/uptake_pct_govtarget.html) see how these models work):

```{r decay}
max_distance = 50
distances = 1:max_distance
max_hilliness = 5
hilliness = 0:max_hilliness
uptake_df = data.frame(
distances = rep(distances, times = max_hilliness + 1),
hilliness = rep(hilliness, each = max_distance)
)
p_govtarget = uptake_pct_govtarget(
distance = uptake_df$distances,
gradient = uptake_df$hilliness
)
p_godutch = uptake_pct_godutch(
distance = uptake_df$distances,
gradient = uptake_df$hilliness
)
uptake_df = rbind(
cbind(uptake_df, scenario = "govtarget", pcycle = p_govtarget),
cbind(uptake_df, scenario = "godutch", pcycle = p_godutch)
)
library(ggplot2)
ggplot(uptake_df) +
geom_line(aes(
distances,
pcycle,
linetype = scenario,
colour = as.character(hilliness)
)) +
scale_color_discrete("Gradient (%)")
```

The proportion of trips made by cycling along each origin-destination (OD) pair therefore depends on the trip distance and hilliness.
The equivalent plot for hilliness is as follows:

```{r decayhills}
distances = c(1, 3, 6, 10, 15, 21)
hilliness = seq(0, 10, by = 0.2)
uptake_df =
data.frame(
expand.grid(distances, hilliness)
)
names(uptake_df) = c("distances", "hilliness")
p_govtarget = uptake_pct_govtarget(
distance = uptake_df$distances,
gradient = uptake_df$hilliness
)
p_godutch = uptake_pct_godutch(
distance = uptake_df$distances,
gradient = uptake_df$hilliness
)
uptake_df = rbind(
cbind(uptake_df, scenario = "govtarget", pcycle = p_govtarget),
cbind(uptake_df, scenario = "godutch", pcycle = p_godutch)
)
ggplot(uptake_df) +
geom_line(aes(
hilliness,
pcycle,
linetype = scenario,
colour = formatC(distances, flag = "0", width = 2)
)) +
scale_color_discrete("Distance (km)")
```

Note: if distances or gradient values appear to be provided in incorrect units, they will automatically be updated:

```{r}
distances = uptake_df$distances * 1000
hilliness = uptake_df$hilliness / 100
res = uptake_pct_godutch(distances, hilliness, verbose = TRUE)
```

The main input dataset into the PCT is OD data and, to convert each OD pair into a geographic desire line, geographic zone or centroids.
Typical input data is provided in packaged datasets `od_leeds` and `zones_leeds`, as shown in the next section.

## Reproduce PCT for Leeds

This example shows how scenarios of cycling uptake, and how 'distance decay' works (short trips are more likely to be cycled than long trips).

The input data looks like this (origin-destination data and geographic zone data):

```{r input-data}
class(od_leeds)
od_leeds[c(1:3, 12)]
class(zones_leeds)
zones_leeds[1:3, ]
```

The `stplanr` package can be used to convert the non-geographic OD data into geographic desire lines as follows:

```{r desire}
library(sf)
desire_lines = stplanr::od2line(flow = od_leeds, zones = zones_leeds[2])
plot(desire_lines[c(1:3, 12)])
```

We can convert these straight lines into routes with a routing service, e.g.:

```{r}
segments_fast = stplanr::route(l = desire_lines, route_fun = cyclestreets::journey)
```

We got useful information from this routing operation, we will convert the route segments into complete routes with `dplyr`:

```{r}
library(dplyr)
routes_fast = segments_fast %>%
group_by(area_of_residence, area_of_workplace) %>%
summarise(
all = unique(all),
bicycle = unique(bicycle),
length = sum(distances),
av_incline = mean(gradient_smooth) * 100
)
```

The results at the route level are as follows:

```{r routes_fast}
plot(routes_fast)
```

Now we estimate cycling uptake:

```{r}
routes_fast$uptake = uptake_pct_govtarget(distance = routes_fast$length, gradient = routes_fast$av_incline)
routes_fast$bicycle_govtarget = routes_fast$bicycle +
round(routes_fast$uptake * routes_fast$all)
```

Let's see how many people started cycling:

```{r}
sum(routes_fast$bicycle_govtarget) - sum(routes_fast$bicycle)
```

Nearly 1000 more people cycling to work, just in 10 desire is not bad!
What % cycling is this, for those routes?

```{r}
sum(routes_fast$bicycle_govtarget) / sum(routes_fast$all)
sum(routes_fast$bicycle) / sum(routes_fast$all)
```

It's gone from 4% to 11%, a realistic increase if cycling were enabled by good infrastructure and policies.

Now: where to prioritise that infrastructure and those policies?

```{r, eval=FALSE, echo=FALSE}
summary(sf::st_geometry_type(routes_fast))
```

```{r rnetgove, message=FALSE}
routes_fast_linestrings = sf::st_cast(routes_fast, "LINESTRING")
rnet = stplanr::overline(routes_fast_linestrings, attrib = c("bicycle", "bicycle_govtarget"))
lwd = rnet$bicycle_govtarget / mean(rnet$bicycle_govtarget)
plot(rnet["bicycle_govtarget"], lwd = lwd)
```

We can view the results in an interactive map and share with policy makers, stakeholders, and the public!
E.g. (see interactive map [here](https://rpubs.com/RobinLovelace/474074)):

```{r, eval=FALSE}
mapview::mapview(rnet, zcol = "bicycle_govtarget", lwd = lwd * 2)
```

![](https://raw.githubusercontent.com/ITSLeeds/pct/master/pct-leeds-demo.png)

## Limitations

* This package does not contain code to estimate cycling uptake associated with intrazonal flows and people with no fixed job data, although the datasets downloaded with the `get_pct_centroids()` functions provide estimated uptake for intrazonal flows.
* This package currently does not contiain code to estimate health benefits


## Testing the package

Test the package with the following code:

```{r, eval=FALSE}
remotes::install_github("ITSLeeds/pct")
devtools::check()
```