r4ds/logicals.Rmd

549 lines
18 KiB
Plaintext
Raw Normal View History

# Logical vectors {#logicals}
2021-03-04 01:13:14 +08:00
2021-05-04 21:10:39 +08:00
```{r, results = "asis", echo = FALSE}
status("drafting")
```
2021-03-04 01:13:14 +08:00
## Introduction
2021-04-19 20:56:29 +08:00
2022-03-17 22:46:35 +08:00
In this chapter, you'll learn useful tools for working with logical vectors.
2022-03-18 03:15:24 +08:00
Logical vectors are the simplest type of vector because each element can only be one of three possible values: `TRUE`, `FALSE`, and `NA`.
You'll find logical vectors directly in data relatively rarely, but despite that they're extremely powerful because you'll frequently create them during data analysis.
We'll begin with the most common way of creating logical vectors: numeric comparisons.
Then we'll talk about using Boolean algebra to combine different logical vectors, and some useful summaries for logical vectors.
We'll finish off with some other tool for making conditional changes.
Along the way, you'll also learn a little more about working with missing values, `NA`.
2021-04-19 20:56:29 +08:00
2022-02-05 02:27:20 +08:00
### Prerequisites
2022-03-24 21:53:11 +08:00
Most of the functions you'll learn about this package are provided by base R; I'll label any new functions that don't come from base R with `dplyr::`.
You don't need the tidyverse to use base R functions, but we'll still load it so we can use `mutate()`, `filter()`, and friends.
use plenty of functions .
We'll also continue to draw inspiration from the nyclights13 dataset.
```{r setup, message = FALSE}
2021-04-19 22:31:38 +08:00
library(tidyverse)
library(nycflights13)
```
2022-03-24 21:53:11 +08:00
However, as we start to discuss more tools, there won't always be a perfect real example.
So we'll also start to use more abstract examples where we create some dummy data with `c()`.
This makes it easiesr to explain the general point at the cost to making it harder to see how it might apply to your data problems.
Just remember that any manipulate we do to a free-floating vector, you can do to a variable inside data frame with `mutate()` and friends.
2022-02-05 02:27:20 +08:00
```{r}
x <- c(1, 2, 3, 5, 7, 11, 13)
x * 2
2022-03-17 22:46:35 +08:00
2022-03-24 21:53:11 +08:00
# Equivalent to:
df <- tibble(x)
df |>
mutate(y = x * 2)
```
## Comparisons
2022-03-17 22:46:35 +08:00
A very common way to create a logical vector is via a numeric comparison with `<`, `<=`, `>`, `>=`, `!=`, and `==`.
You'll learn other ways to create them in later chapters dealing with strings and dates.
So far, we've mostly created logical variables implicitly within `filter()` --- they are computed, used, and then throw away.
For example, the following filter finds all day time departures that leave roughly on time:
2022-03-18 03:15:24 +08:00
```{r}
flights |>
filter(dep_time > 600 & dep_time < 2000 & abs(arr_delay) < 20)
```
But it's useful to know that this is a shortcut and you can explicitly create the underlying logical variables with `mutate()`:
2022-03-18 03:15:24 +08:00
```{r}
flights |>
mutate(
daytime = dep_time > 600 & dep_time < 2000,
approx_ontime = abs(arr_delay) < 20,
.keep = "used"
)
```
This is useful because it allows you to name components, which can made the code easier to read, and it allows you to double-check the intermediate steps.
This is a particularly useful technique when you're doing more complicated Boolean algebra, as you'll learn about in the next section.
2022-03-18 03:15:24 +08:00
So the initial filter could also be written as:
```{r, results = FALSE}
2022-03-18 03:15:24 +08:00
flights |>
mutate(
daytime = dep_time > 600 & dep_time < 2000,
approx_ontime = abs(arr_delay) < 20,
) |>
filter(daytime & approx_ontime)
```
### Floating point comparison
2022-03-17 22:46:35 +08:00
2022-04-27 00:13:25 +08:00
Beware when using `==` with numbers as the results might surprise you!
It looks like this vector contains the numbers 1 and 2:
2022-03-18 03:15:24 +08:00
```{r}
x <- c(1 / 49 * 49, sqrt(2) ^ 2)
x
2022-03-18 03:15:24 +08:00
```
But if you test them for equality, you surprisingly get `FALSE`:
2022-03-17 22:46:35 +08:00
```{r}
x == c(1, 2)
2022-03-17 22:46:35 +08:00
```
2022-04-27 00:13:25 +08:00
That's because computers use finite precision arithmetic (they obviously can't store an infinite number of digits!) so in most cases, the number you see on screen is an approximation.
R automatically rounds these numbers to avoid displaying a bunch of usually unimportant digits[^logicals-1].
2022-04-27 00:13:25 +08:00
[^logicals-1]: You can control this behavior with the `digits` option.
2022-04-27 00:13:25 +08:00
To see the details you can call `print()` with the the `digits`[^logicals-2] argument.
R normally calls print for you (i.e. `x` is a shortcut for `print(x)`), but calling it explicitly is useful if you want to provide other arguments:
[^logicals-2]: A floating point number can hold roughly 16 decimal digits; the precise number is surprisingly complicated and depends on the number.
2022-03-17 22:46:35 +08:00
```{r}
print(x, digits = 16)
2022-03-17 22:46:35 +08:00
```
Now that you've seen why `==` is failing, what can you do about it?
2022-04-27 00:13:25 +08:00
One option is to use `round()`[^logicals-3] to round to any number of digits, or instead of `==`, use `dplyr::near()`, which ignores small differences:
[^logicals-3]: We'll cover `round()` in more detail in Section \@ref(rounding).
2022-03-17 22:46:35 +08:00
```{r}
near(x, c(1, 2))
2022-03-17 22:46:35 +08:00
```
2021-04-19 20:56:29 +08:00
### Missing values {#na-comparison}
2022-04-27 00:13:25 +08:00
Missing values represent the unknown so they are "contagious": almost any operation involving an unknown value will also be unknown:
```{r}
NA > 5
10 == NA
```
The most confusing result is this one:
```{r}
NA == NA
```
2022-04-27 00:13:25 +08:00
It's easiest to understand why this is true if we artificial supply a little more context:
```{r}
# Let x be Mary's age. We don't know how old she is.
x <- NA
# Let y be John's age. We don't know how old he is.
y <- NA
# Are John and Mary the same age?
x == y
# We don't know!
```
So if you want to find all flights with `dep_time` is missing, the following code won't work because `dep_time == NA` will yield a `NA` for every single row, and `filter()` automatically drops missing values:
```{r}
flights |>
filter(dep_time == NA)
```
2022-03-29 21:26:18 +08:00
Instead we'll need a new tool: `is.na()`.
2022-03-18 03:15:24 +08:00
### `is.na()`
There's one other very useful way to create logical vectors: `is.na()`.
This takes any type of vector and returns `TRUE` is the value is `NA`, and `FALSE` otherwise:
```{r}
is.na(c(TRUE, NA, FALSE))
is.na(c(1, NA, 3))
is.na(c("a", NA, "b"))
```
We can use `is.na()` to find all the rows with a missing `dep_time`:
```{r}
flights |>
filter(is.na(dep_time))
```
2022-04-27 00:13:25 +08:00
`is.na()` can also be useful in `arrange()`, because `arrange()` usually puts all the missing values at the end.
You can override this default by first sorting by `is.na()`:
2022-03-18 03:15:24 +08:00
```{r}
flights |>
2022-04-27 00:13:25 +08:00
arrange(dep_time)
flights |>
2022-04-27 00:13:25 +08:00
arrange(desc(is.na(dep_time)), dep_time)
2022-03-18 03:15:24 +08:00
```
2022-03-17 22:46:35 +08:00
### Exercises
2022-04-27 00:13:25 +08:00
1. How does `dplyr::near()` work? Type `near` to see the source code.
2. Use `mutate()`, `is.na()`, and `count()` together to describe how the missing values in `dep_time`, `sched_dep_time` and `dep_delay` are connected.
2022-03-17 22:46:35 +08:00
## Boolean algebra
2022-02-05 02:27:20 +08:00
Once you have multiple logical vectors, you can combine them together using Boolean algebra.
2022-04-27 00:13:25 +08:00
In R, `&` is "and", `|` is "or", and `!` is "not", and `xor()` is exclusive or[^logicals-4].
2022-03-18 03:15:24 +08:00
Figure \@ref(fig:bool-ops) shows the complete set of Boolean operations and how they work.
2021-04-19 20:56:29 +08:00
2022-04-27 00:13:25 +08:00
[^logicals-4]: That is, `xor(x, y)` is true if x is true, or y is true, but not both.
This is how we usually use "or" In English.
Both is not usually an acceptable answer to the question "would you like ice cream or cake?".
2022-02-05 02:27:20 +08:00
```{r bool-ops}
#| echo: false
2022-03-18 03:15:24 +08:00
#| out.width: NULL
2022-02-05 02:27:20 +08:00
#| fig.cap: >
#| Complete set of boolean operations. `x` is the left-hand
#| circle, `y` is the right-hand circle, and the shaded region show
#| which parts each operator selects."
#| fig.alt: >
#| Six Venn diagrams, each explaining a given logical operator. The
#| circles (sets) in each of the Venn diagrams represent x and y. 1. y &
#| !x is y but none of x, x & y is the intersection of x and y, x & !y is
#| x but none of y, x is all of x none of y, xor(x, y) is everything
#| except the intersection of x and y, y is all of y none of x, and
#| x | y is everything.
knitr::include_graphics("diagrams/transform.png", dpi = 270)
2021-04-19 20:56:29 +08:00
```
2022-03-18 03:15:24 +08:00
As well as `&` and `|`, R also has `&&` and `||`.
Don't use them in dplyr functions!
These are called short-circuiting operators and only ever return a single `TRUE` or `FALSE`.
2022-04-27 00:13:25 +08:00
They're important for programming and you'll learn more about them in Section \@ref(conditional-execution).
2022-03-18 03:15:24 +08:00
2021-04-19 20:56:29 +08:00
The following code finds all flights that departed in November or December:
```{r, eval = FALSE}
2022-03-18 03:15:24 +08:00
flights |>
filter(month == 11 | month == 12)
2021-04-19 20:56:29 +08:00
```
2022-02-05 02:27:20 +08:00
Note that the order of operations doesn't work like English.
2022-03-18 03:15:24 +08:00
You can't think "find all flights that departed in November or December" and write `flights |> filter(month == 11 | 12)`.
This code will not error, but it will do something rather confusing.
First R evaluates `11 | 12` which is equivalent to `TRUE | TRUE`, which returns `TRUE`.
2022-02-05 02:27:20 +08:00
Then it evaluates `month == TRUE`.
2022-03-18 03:15:24 +08:00
Since month is numeric, this is equivalent to `month == 1`, so `flights |> filter(month == 11 | 12)` returns all flights in January!
### `%in%`
2021-04-19 20:56:29 +08:00
2022-03-18 03:15:24 +08:00
An easy way to avoid this issue is to use `%in%`.
2022-02-05 02:27:20 +08:00
`x %in% y` returns a logical vector the same length as `x` that is `TRUE` whenever a value in `x` is anywhere in `y` .
```{r}
letters[1:10] %in% c("a", "e", "i", "o", "u")
```
2022-03-18 03:15:24 +08:00
So we could instead write:
2021-04-19 20:56:29 +08:00
```{r, eval = FALSE}
2022-03-18 03:15:24 +08:00
flights |>
filter(month %in% c(11, 12))
2021-04-19 20:56:29 +08:00
```
2022-03-29 21:26:18 +08:00
Note that `%in%` obeys different rules for `NA` to `==`.
```{r}
c(1, 2, NA) == NA
c(1, 2, NA) %in% NA
```
This can make for a useful shortcut:
2021-04-19 20:56:29 +08:00
```{r}
2022-03-18 03:15:24 +08:00
flights |>
filter(dep_time %in% c(NA, 0800))
2021-04-19 20:56:29 +08:00
```
### Missing values {#na-boolean}
2022-03-18 03:15:24 +08:00
The rules for missing values in Boolean algebra are a little tricky to explain because they seem inconsistent at first glance:
```{r}
2022-03-29 21:26:18 +08:00
df <- tibble(x = c(TRUE, FALSE, NA))
df |>
mutate(
and = x & NA,
or = x | NA
)
2022-03-18 03:15:24 +08:00
```
2021-04-19 20:56:29 +08:00
To understand what's going on, think about `NA | TRUE`.
2022-04-27 00:13:25 +08:00
A missing value in a logical vector means that the value could either be `TRUE` or `FALSE`.
`TRUE | TRUE` and `FALSE | TRUE` are both `TRUE`, so `NA | TRUE` must also be `TRUE`.
Similar reasoning applies with `NA & FALSE`.
### Exercises
2021-04-19 20:56:29 +08:00
1. Find all flights where `arr_delay` is missing but `dep_delay` is not. Find all flights where neither `arr_time` nor `sched_arr_time` are missing, but `arr_delay` is.
2022-03-29 21:26:18 +08:00
2. How many flights have a missing `dep_time`? What other variables are missing in these rows? What might these rows represent?
2022-04-27 00:13:25 +08:00
3. Assuming that a missing `dep_time` implies that a flight is cancelled, look at the number of cancelled flights per day. Is there a pattern? Is there a connection between the proportion of cancelled flights and average delay of non-cancelled flights?
2022-03-18 03:15:24 +08:00
2022-03-24 21:53:11 +08:00
## Summaries {#logical-summaries}
2022-03-18 03:15:24 +08:00
2022-04-27 00:13:25 +08:00
The following sections describe some useful techniques for summarizing logical vectors.
As you'll learn as well as functions that only work with logical vectors, you can also effectively use functions that work with numeric vectors.
2022-03-29 21:26:18 +08:00
### Logical summaries
2022-03-18 03:15:24 +08:00
2022-03-29 21:26:18 +08:00
There are two important logical summaries: `any()` and `all()`.
`any(x)` is the equivalent of `|`; it'll return `TRUE` if there are any `TRUE`'s in `x`.
`all(x)` is equivalent of `&`; it'll return `TRUE` only if all values of `x` are `TRUE`'s.
2022-03-18 03:15:24 +08:00
Like all summary functions, they'll return `NA` if there are any missing values present, and like usual you can make the missing values go away with `na.rm = TRUE`.
2022-03-29 21:26:18 +08:00
For example, we could use `all()` to find out if there were days where every flight was delayed:
2021-04-19 20:56:29 +08:00
2022-02-05 02:27:20 +08:00
```{r}
2022-03-24 21:53:11 +08:00
not_cancelled <- flights |>
filter(!is.na(dep_delay), !is.na(arr_delay))
2022-03-18 03:15:24 +08:00
not_cancelled |>
group_by(year, month, day) |>
2022-03-29 21:26:18 +08:00
summarise(
all_delayed = all(arr_delay >= 0),
any_delayed = any(arr_delay >= 0),
.groups = "drop"
)
2022-02-05 02:27:20 +08:00
```
2021-04-19 20:56:29 +08:00
2022-03-29 21:26:18 +08:00
In most cases, however, `any()` and `all()` are a little too crude, and it would be nice to be able to get a little more detail about how many values are `TRUE` or `FALSE`.
That leads us to the numeric summaries.
### Numeric summaries
When you use a logical vector in a numeric context, `TRUE` becomes 1 and `FALSE` becomes 0.
This makes `sum()` and `mean()` are particularly useful with logical vectors because `sum(x)` will give the number of `TRUE`s and `mean(x)` gives the proportion of `TRUE`s.
That lets us see the distribution of delays across the days of the year:
2022-03-18 03:15:24 +08:00
```{r}
not_cancelled |>
group_by(year, month, day) |>
2022-03-29 21:26:18 +08:00
summarise(
prop_delayed = mean(arr_delay > 0),
.groups = "drop"
) |>
ggplot(aes(prop_delayed)) +
geom_histogram(binwidth = 0.05)
2022-03-18 03:15:24 +08:00
```
2021-04-19 22:31:38 +08:00
2022-03-18 03:15:24 +08:00
Or we could ask how many flights left before 5am, which usually are flights that were delayed from the previous day:
2021-04-19 20:56:29 +08:00
2022-02-05 02:27:20 +08:00
```{r}
2022-03-18 03:15:24 +08:00
not_cancelled |>
group_by(year, month, day) |>
2022-03-29 21:26:18 +08:00
summarise(
n_early = sum(dep_time < 500),
.groups = "drop"
) |>
2022-03-18 03:15:24 +08:00
arrange(desc(n_early))
2022-02-05 02:27:20 +08:00
```
2022-03-29 21:26:18 +08:00
### Logical subsetting
There's one final use for logical vectors in summaries: you can use a logical vector to filter a single variable to a subset of interest.
This makes use of the base `[` (pronounced subset) operator, which you'll learn more about this in Section \@ref(vector-subsetting).
Imagine we wanted to look at the average delay just for flights that were actually delayed.
One way to do so would be to first filter the flights:
```{r}
not_cancelled |>
filter(arr_delay > 0) |>
group_by(year, month, day) |>
summarise(
ahead = mean(arr_delay),
n = n(),
.groups = "drop"
)
```
This works, but what if we wanted to also compute the average delay for flights that left early?
2022-04-27 00:13:25 +08:00
We'd need to perform a separate filter step, and then figure out how to combine the two data frames together[^logicals-5].
2022-03-29 21:26:18 +08:00
Instead you could use `[` to perform an inline filtering: `arr_delay[arr_delay > 0]` will yield only the positive arrival delays.
2022-04-27 00:13:25 +08:00
[^logicals-5]: We'll cover this in Chapter \@ref(relational-data)
2022-03-29 21:26:18 +08:00
This leads to:
2022-03-17 22:46:35 +08:00
2022-03-18 03:15:24 +08:00
```{r}
not_cancelled |>
group_by(year, month, day) |>
summarise(
ahead = mean(arr_delay[arr_delay > 0]),
behind = mean(arr_delay[arr_delay < 0]),
2022-03-29 21:26:18 +08:00
n = n(),
.groups = "drop"
)
2022-03-18 03:15:24 +08:00
```
2022-04-27 00:13:25 +08:00
Also note the difference in the group size: in the first chunk `n()` gives the number of delayed flights per day; in the second, `n()` gives the total number of flights.
2022-03-29 21:26:18 +08:00
### Exercises
2022-03-18 03:15:24 +08:00
2022-03-29 21:26:18 +08:00
1. What will `sum(is.na(x))` tell you? How about `mean(is.na(x))`?
2. What does `prod()` return when applied to a logical vector? What logical summary function is it equivalent to? What does `min()` return applied to a logical vector? What logical summary function is it equivalent to? Read the documentation and perform a few experiments.
2022-03-17 22:46:35 +08:00
2022-03-29 21:26:18 +08:00
## Conditional transformations
2022-03-17 22:46:35 +08:00
2022-03-23 22:52:50 +08:00
One of the most powerful features of logical vectors are their use for conditional transformations, i.e. returning one value for true values, and a different value for false values.
2022-04-27 00:13:25 +08:00
There are two important tools for this: `if_else()` and `case_when()`.
2022-03-23 22:52:50 +08:00
### `if_else()`
2022-02-05 02:27:20 +08:00
2022-04-27 00:13:25 +08:00
If you want to use one value when a condition is true and another value when it's `FALSE`, you can use `dplyr::if_else()`[^logicals-6].
Let's begin with a few simple examples.
You'll always use the first three argument of `if_else(`).
The first argument is a logical condition, the second argument decides determines the output if the condition is true, and the third argument determines the output if the condition is false.
2022-02-05 02:27:20 +08:00
2022-04-27 00:13:25 +08:00
[^logicals-6]: dplyr's `if_else()` is very similar to base R's `ifelse()`.
There are two main advantages of `if_else()`over `ifelse()`: you can choose what should happen to missing values, and `if_else()` is much more likely to give you a meaningful error if you variables have incompatible types.
2022-02-05 02:27:20 +08:00
```{r}
2022-04-27 00:13:25 +08:00
x <- c(-3:3, NA)
if_else(x < 0, "-ve", "+ve")
2022-03-23 22:52:50 +08:00
```
2022-04-27 00:13:25 +08:00
There's an optional fourth argument which will be used if the input is missing:
2022-03-23 22:52:50 +08:00
```{r}
2022-04-27 00:13:25 +08:00
if_else(x < 0, "-ve", "+ve", "???")
2022-02-05 02:27:20 +08:00
```
2022-04-27 00:13:25 +08:00
You can also include vectors for the the `true` and `false` arguments.
For example, this allows you to create your own implementation of `abs()`:
2022-03-23 22:52:50 +08:00
2022-04-27 00:13:25 +08:00
```{r}
if_else(x < 0, -x, x)
```
2022-03-23 22:52:50 +08:00
2022-04-27 00:13:25 +08:00
So far all the arguments have used the same vectors, but you can of course mix and match.
For example, you could implement a simple version of `coalesce()` this way:
2021-04-19 20:56:29 +08:00
2022-02-05 02:27:20 +08:00
```{r}
2022-04-27 00:13:25 +08:00
x1 <- c(NA, 1, 2, NA)
y1 <- c(3, NA, 4, 6)
if_else(is.na(x1), y1, x1)
```
If you need to create more complex conditions, you can string together multiple `if_elses()`s, but this quickly gets hard to read.
```{r}
if_else(x == 0, "0", if_else(x < 0, "-ve", "+ve"), "???")
2022-02-05 02:27:20 +08:00
```
2022-04-27 00:13:25 +08:00
Instead, you can switch to `dplyr::case_when()`.
### `case_when()`
2022-02-05 02:27:20 +08:00
2022-04-27 00:13:25 +08:00
Inspired by SQL.
`case_when()` has a special syntax that unfortunately looks like nothing else you'll use in the tidyverse.
it takes pairs that look like `condition ~ output`.
`condition` must be a logical vector; when it's `TRUE`, `output` will be used.
This means we could recreate our previous nested `if_else()` as follows:
2022-02-05 02:27:20 +08:00
```{r}
case_when(
2022-04-27 00:13:25 +08:00
x == 0 ~ "0",
x < 0 ~ "-ve",
x > 0 ~ "+ve",
is.na(x) ~ "???"
2022-02-05 02:27:20 +08:00
)
```
2022-04-27 00:13:25 +08:00
(Note that I've added spaces before the `~` to make the outputs line up so it's easier to scan)
2022-02-05 02:27:20 +08:00
2022-04-27 00:13:25 +08:00
This is more code, but it's also more explicit.
2022-02-05 02:27:20 +08:00
2022-04-27 00:13:25 +08:00
To explain how `case_when()` works, lets explore some simpler cases.
If none of the cases match, the output gets an `NA`:
2022-03-29 21:26:18 +08:00
2022-04-27 00:13:25 +08:00
```{r}
case_when(
x < 0 ~ "-ve",
x > 0 ~ "+ve"
)
```
2022-03-29 21:26:18 +08:00
2022-04-27 00:13:25 +08:00
If you want to create a "default"/catch all value, put `TRUE` on the left hand side:
2022-02-05 02:27:20 +08:00
2022-04-27 00:13:25 +08:00
```{r}
case_when(
x < 0 ~ "-ve",
x > 0 ~ "+ve",
TRUE ~ "???"
)
```
2022-03-23 22:52:50 +08:00
2022-04-27 00:13:25 +08:00
Note that if multiple conditions match, only the first will be used:
2022-03-23 22:52:50 +08:00
2022-04-27 00:13:25 +08:00
```{r}
case_when(
x > 0 ~ "-ve",
x > 3 ~ "big"
)
```
2022-04-27 00:13:25 +08:00
Just like with `if_else()` you can use variables on both sides of the `~` and you can mix and match variables as needed for your problem.
Finally, you'll typically use with `mutate()`.
```{r}
2022-04-27 00:13:25 +08:00
flights |>
mutate(
status = case_when(
is.na(arr_delay) ~ "cancelled",
arr_delay > 60 ~ "very late",
arr_delay > 15 ~ "late",
abs(arr_delay) <= 15 ~ "on time",
arr_delay < -15 ~ "early",
arr_delay < -30 ~ "very early",
),
.keep = "used"
)
```
2022-04-27 00:13:25 +08:00
## Making groups
2022-04-27 00:13:25 +08:00
Before we move on to the next chapter, I want to show you one last handy trick.
I don't know exactly how to describe it, and it feels a little magical, but it's super handy so I wanted to make sure you knew about it.
2022-04-27 00:13:25 +08:00
Sometimes you want to divide your dataset up into groups whenever some event occurs.
For example, when you're looking at website data it's common to want to break up events into sessions, where a session is defined an a gap of more than x minutes since the last activity.
```{r}
2022-04-27 00:13:25 +08:00
events <- tibble(
time = c(0, 1, 2, 3, 5, 10, 12, 15, 17, 19, 20, 27, 28, 30)
)
2022-04-27 00:13:25 +08:00
events <- events |>
mutate(
diff = time - lag(time, default = first(time)),
gap = diff >= 5
)
events
```
2022-04-27 00:13:25 +08:00
We can use `cumsum()` as a way of turning this logical vector into a unique group identifier.
Remember that whenever you use a
2022-02-05 02:27:20 +08:00
2022-03-23 22:52:50 +08:00
```{r}
2022-04-27 00:13:25 +08:00
events |> mutate(
group = cumsum(jump) + 1
2022-03-23 22:52:50 +08:00
)
```
2022-03-29 21:26:18 +08:00
### Exercises
1. For each plane, count the number of flights before the first delay of greater than 1 hour.