2022-05-14 04:46:49 +08:00
# Factors {#sec-factors}
2016-08-17 06:06:51 +08:00
2022-05-14 04:46:49 +08:00
```{r}
#| results: "asis"
#| echo: false
source("_common.R")
2022-05-04 21:41:40 +08:00
status("complete")
```
2016-08-17 06:06:51 +08:00
## Introduction
2022-05-04 05:02:13 +08:00
Factors are used for categorical variables, variables that have a fixed and known set of possible values.
2021-02-21 23:40:40 +08:00
They are also useful when you want to display character vectors in a non-alphabetical order.
2016-08-17 06:06:51 +08:00
2022-08-10 00:43:12 +08:00
If you want to learn more about factors after reading this chapter, we recommend reading Amelia McNamara and Nicholas Horton's paper, [*Wrangling categorical data in R*](https://peerj.com/preprints/3163/).
2022-09-01 19:43:57 +08:00
This paper lays out some of the history discussed in [*stringsAsFactors: An unauthorized biography*](https://simplystatistics.org/posts/2015-07-24-stringsasfactors-an-unauthorized-biography/) and [*stringsAsFactors = \<sigh\>*](https://notstatschat.tumblr.com/post/124987394001/stringsasfactors-sigh), and compares the tidy approaches to categorical data outlined in this book with base R methods.
2022-05-04 05:02:13 +08:00
An early version of the paper helped motivate and scope the forcats package; thanks Amelia & Nick!
2016-08-18 02:49:27 +08:00
2016-08-17 06:06:51 +08:00
### Prerequisites
2022-08-17 00:38:31 +08:00
Base R provides some basic tools for creating and manipulating factors.
2022-05-04 21:41:40 +08:00
We'll supplement these with the **forcats** package, which is part of the core tidyverse.
2021-02-21 23:40:40 +08:00
It provides tools for dealing with **cat**egorical variables (and it's an anagram of factors!) using a wide range of helpers for working with factors.
2016-08-17 06:06:51 +08:00
2022-05-14 04:46:49 +08:00
```{r}
#| label: setup
#| message: false
2016-10-04 01:30:24 +08:00
library(tidyverse)
2016-08-17 06:06:51 +08:00
```
2022-05-04 21:41:40 +08:00
## Factor basics
2016-08-17 06:06:51 +08:00
2016-10-04 22:00:33 +08:00
Imagine that you have a variable that records month:
2016-08-17 06:06:51 +08:00
```{r}
2016-10-04 22:00:33 +08:00
x1 <- c("Dec", "Apr", "Jan", "Mar")
2016-08-17 23:23:57 +08:00
```
2016-10-04 22:00:33 +08:00
Using a string to record this variable has two problems:
2021-02-21 23:40:40 +08:00
1. There are only twelve possible months, and there's nothing saving you from typos:
2016-10-04 22:00:33 +08:00
```{r}
x2 <- c("Dec", "Apr", "Jam", "Mar")
```
2021-02-21 23:40:40 +08:00
2. It doesn't sort in a useful way:
2016-10-04 22:00:33 +08:00
```{r}
sort(x1)
```
2021-02-21 23:40:40 +08:00
You can fix both of these problems with a factor.
To create a factor you must start by creating a list of the valid **levels**:
2016-10-04 22:00:33 +08:00
```{r}
month_levels <- c(
"Jan", "Feb", "Mar", "Apr", "May", "Jun",
"Jul", "Aug", "Sep", "Oct", "Nov", "Dec"
)
```
Now you can create a factor:
```{r}
y1 <- factor(x1, levels = month_levels)
y1
sort(y1)
```
2022-05-04 21:41:40 +08:00
And any values not in the level will be silently converted to NA:
2016-10-04 22:00:33 +08:00
```{r}
y2 <- factor(x2, levels = month_levels)
y2
```
2016-10-17 02:56:27 +08:00
If you want a warning, you can use `readr::parse_factor()`:
2016-08-17 06:06:51 +08:00
2016-08-17 23:23:57 +08:00
```{r}
2016-10-04 22:00:33 +08:00
y2 <- parse_factor(x2, levels = month_levels)
2016-08-17 06:06:51 +08:00
```
2016-08-17 23:23:57 +08:00
If you omit the levels, they'll be taken from the data in alphabetical order:
2016-08-17 06:06:51 +08:00
```{r}
2016-10-04 22:00:33 +08:00
factor(x1)
2016-08-17 23:23:57 +08:00
```
2022-08-17 00:38:22 +08:00
Sometimes you'd prefer that the order of the levels matches the order of the first appearance in the data.
2021-02-21 23:40:40 +08:00
You can do that when creating the factor by setting levels to `unique(x)`, or after the fact, with `fct_inorder()`:
2016-08-17 23:23:57 +08:00
```{r}
2016-10-04 22:00:33 +08:00
f1 <- factor(x1, levels = unique(x1))
2016-08-18 02:49:27 +08:00
f1
2016-08-17 23:23:57 +08:00
2022-02-24 03:15:52 +08:00
f2 <- x1 |> factor() |> fct_inorder()
2016-08-18 02:49:27 +08:00
f2
2016-08-17 23:23:57 +08:00
```
2016-08-18 05:35:33 +08:00
If you ever need to access the set of valid levels directly, you can do so with `levels()`:
2016-08-17 23:23:57 +08:00
```{r}
2016-08-18 02:49:27 +08:00
levels(f2)
2016-08-17 23:23:57 +08:00
```
## General Social Survey
2016-08-17 06:06:51 +08:00
2022-05-04 05:02:13 +08:00
For the rest of this chapter, we're going to use `forcats::gss_cat`.
2022-09-01 19:43:57 +08:00
It's a sample of data from the [General Social Survey](https://gss.norc.org), a long-running US survey conducted by the independent research organization NORC at the University of Chicago.
2022-08-10 00:43:12 +08:00
The survey has thousands of questions, so in `gss_cat` Hadley selected a handful that will illustrate some common challenges you'll encounter when working with factors.
2016-08-17 06:06:51 +08:00
```{r}
2016-08-17 23:23:57 +08:00
gss_cat
2016-08-17 06:06:51 +08:00
```
2016-08-18 02:49:27 +08:00
(Remember, since this dataset is provided by a package, you can get more information about the variables with `?gss_cat`.)
2021-02-21 23:40:40 +08:00
When factors are stored in a tibble, you can't see their levels so easily.
2022-05-04 21:41:40 +08:00
One way to view them is with `count()`:
2016-08-17 06:06:51 +08:00
```{r}
2022-02-24 03:15:52 +08:00
gss_cat |>
2016-08-17 06:06:51 +08:00
count(race)
```
2016-08-18 02:49:27 +08:00
Or with a bar chart:
2016-08-17 06:06:51 +08:00
```{r}
2022-05-14 04:46:49 +08:00
#| fig-alt: >
2022-05-04 05:02:13 +08:00
#| A bar chart showing the distribution of race. There are ~2000
#| records with race "Other", 3000 with race "Black", and other
#| 15,000 with race "White".
2016-08-18 05:35:33 +08:00
ggplot(gss_cat, aes(race)) +
2016-08-17 06:06:51 +08:00
geom_bar()
```
2021-02-21 23:40:40 +08:00
When working with factors, the two most common operations are changing the order of the levels, and changing the values of the levels.
Those operations are described in the sections below.
2016-08-17 23:23:57 +08:00
### Exercise
2021-02-21 23:40:40 +08:00
1. Explore the distribution of `rincome` (reported income).
What makes the default bar chart hard to understand?
How could you improve the plot?
2016-08-18 05:35:33 +08:00
2021-02-21 23:40:40 +08:00
2. What is the most common `relig` in this survey?
What's the most common `partyid`?
2016-08-18 05:35:33 +08:00
2021-02-21 23:40:40 +08:00
3. Which `relig` does `denom` (denomination) apply to?
How can you find out with a table?
2022-05-04 05:02:13 +08:00
How can you find out with a visualization?
2016-08-17 06:06:51 +08:00
## Modifying factor order
2022-05-04 05:02:13 +08:00
It's often useful to change the order of the factor levels in a visualization.
2021-02-21 23:40:40 +08:00
For example, imagine you want to explore the average number of hours spent watching TV per day across religions:
2016-08-17 23:23:57 +08:00
2016-08-17 06:06:51 +08:00
```{r}
2022-05-14 04:46:49 +08:00
#| fig-alt: >
2022-05-04 05:02:13 +08:00
#| A scatterplot of with tvhours on the x-axis and religion on the y-axis.
#| The y-axis is ordered seemingly aribtrarily making it hard to get
#| any sense of overall pattern.
2022-02-24 03:15:52 +08:00
relig_summary <- gss_cat |>
group_by(relig) |>
2016-08-17 06:06:51 +08:00
summarise(
age = mean(age, na.rm = TRUE),
tvhours = mean(tvhours, na.rm = TRUE),
n = n()
)
2022-05-04 05:02:13 +08:00
ggplot(relig_summary, aes(tvhours, relig)) +
geom_point()
2016-08-17 06:06:51 +08:00
```
2022-05-04 21:41:40 +08:00
It is hard to read this plot because there's no overall pattern.
2021-02-21 23:40:40 +08:00
We can improve it by reordering the levels of `relig` using `fct_reorder()`.
`fct_reorder()` takes three arguments:
2016-08-18 02:49:27 +08:00
2021-02-21 23:40:40 +08:00
- `f`, the factor whose levels you want to modify.
- `x`, a numeric vector that you want to use to reorder the levels.
- Optionally, `fun`, a function that's used if there are multiple values of `x` for each value of `f`. The default value is `median`.
2016-08-17 23:23:57 +08:00
```{r}
2022-05-14 04:46:49 +08:00
#| fig-alt: >
2022-05-04 05:02:13 +08:00
#| The same scatterplot as above, but now the religion is displayed in
#| increasing order of tvhours. "Other eastern" has the fewest tvhours
#| under 2, and "Don't know" has the highest (over 5).
2017-05-04 20:07:34 +08:00
ggplot(relig_summary, aes(tvhours, fct_reorder(relig, tvhours))) +
2016-08-17 23:23:57 +08:00
geom_point()
```
2016-08-18 05:35:33 +08:00
Reordering religion makes it much easier to see that people in the "Don't know" category watch much more TV, and Hinduism & Other Eastern religions watch much less.
2016-08-18 02:49:27 +08:00
2022-08-10 00:43:12 +08:00
As you start making more complicated transformations, we recommend moving them out of `aes()` and into a separate `mutate()` step.
2021-02-21 23:40:40 +08:00
For example, you could rewrite the plot above as:
2016-08-18 02:49:27 +08:00
2022-05-14 04:46:49 +08:00
```{r}
#| eval: false
2022-02-24 03:15:52 +08:00
relig_summary |>
2022-05-04 21:41:40 +08:00
mutate(
relig = fct_reorder(relig, tvhours)
) |>
2016-08-18 05:35:33 +08:00
ggplot(aes(tvhours, relig)) +
2022-05-04 05:02:13 +08:00
geom_point()
2016-08-18 02:49:27 +08:00
```
2021-02-21 23:40:40 +08:00
2016-08-18 02:49:27 +08:00
What if we create a similar plot looking at how average age varies across reported income level?
2016-08-17 06:06:51 +08:00
```{r}
2022-05-14 04:46:49 +08:00
#| fig-alt: >
2022-05-04 05:02:13 +08:00
#| A scatterplot with age on the x-axis and income on the y-axis. Income
#| has been reordered in order of average age which doesn't make much
#| sense. One section of the y-axis goes from $6000-6999, then <$1000,
#| then $8000-9999.
2022-02-24 03:15:52 +08:00
rincome_summary <- gss_cat |>
group_by(rincome) |>
2016-08-17 06:06:51 +08:00
summarise(
age = mean(age, na.rm = TRUE),
tvhours = mean(tvhours, na.rm = TRUE),
n = n()
)
2022-05-04 05:02:13 +08:00
ggplot(rincome_summary, aes(age, fct_reorder(rincome, age))) +
geom_point()
2016-08-17 23:23:57 +08:00
```
2016-08-17 06:06:51 +08:00
2021-02-21 23:40:40 +08:00
Here, arbitrarily reordering the levels isn't a good idea!
That's because `rincome` already has a principled order that we shouldn't mess with.
Reserve `fct_reorder()` for factors whose levels are arbitrarily ordered.
2016-08-18 02:49:27 +08:00
2021-02-21 23:40:40 +08:00
However, it does make sense to pull "Not applicable" to the front with the other special levels.
You can use `fct_relevel()`.
It takes a factor, `f`, and then any number of levels that you want to move to the front of the line.
2016-08-17 06:06:51 +08:00
```{r}
2022-05-14 04:46:49 +08:00
#| fig-alt: >
2022-05-04 05:02:13 +08:00
#| The same scatterplot but now "Not Applicable" is displayed at the
#| bottom of the y-axis. Generally there is a positive association
#| between income and age, and the income band with the highest average
#| age is "Not applicable".
2017-05-04 20:07:34 +08:00
ggplot(rincome_summary, aes(age, fct_relevel(rincome, "Not applicable"))) +
2016-08-17 23:23:57 +08:00
geom_point()
```
2016-08-18 02:49:27 +08:00
Why do you think the average age for "Not applicable" is so high?
2016-08-17 23:23:57 +08:00
2022-05-04 05:02:13 +08:00
Another type of reordering is useful when you are coloring the lines on a plot.
2022-05-04 21:41:40 +08:00
`fct_reorder2(f, x, y)` reorders the factor `f` by the `y` values associated with the largest `x` values.
This makes the plot easier to read because the colors of the line at the far right of the plot will line up with the legend.
2016-08-18 02:49:27 +08:00
2022-05-14 04:46:49 +08:00
```{r}
#| layout-ncol: 2
#| fig-width: 4
#| fig-height: 2
#| fig-alt:
2022-05-04 05:02:13 +08:00
#| - >
#| A line plot with age on the x-axis and proportion on the y-axis.
#| There is one line for each category of marital status: no answer,
#| never married, separated, divorced, widowed, and married. It is
#| a little hard to read the plot because the order of the legend is
#| unrelated to the lines on the plot.
#| - >
#| Rearranging the legend makes the plot easier to read because the
#| legend colours now match the order of the lines on the far right
#| of the plot. You can see some unsuprising patterns: the proportion
#| never marred decreases with age, married forms an upside down U
#| shape, and widowed starts off low but increases steeply after age
#| 60.
2022-02-24 03:15:52 +08:00
by_age <- gss_cat |>
filter(!is.na(age)) |>
count(age, marital) |>
group_by(age) |>
2022-05-04 05:02:13 +08:00
mutate(
prop = n / sum(n)
)
2016-08-17 06:06:51 +08:00
2016-08-18 05:35:33 +08:00
ggplot(by_age, aes(age, prop, colour = marital)) +
2016-08-18 02:49:27 +08:00
geom_line(na.rm = TRUE)
2016-08-17 06:06:51 +08:00
2016-08-18 05:35:33 +08:00
ggplot(by_age, aes(age, prop, colour = fct_reorder2(marital, age, prop))) +
2016-08-17 23:23:57 +08:00
geom_line() +
labs(colour = "marital")
```
2016-08-17 06:06:51 +08:00
2022-05-10 01:31:21 +08:00
Finally, for bar plots, you can use `fct_infreq()` to order levels in decreasing frequency: this is the simplest type of reordering because it doesn't need any extra variables.
Combine it with `fct_rev()` if you want them in increasing frequency so that in the bar plot largest values are on the right, not the left.
2016-08-17 23:23:57 +08:00
```{r}
2022-05-14 04:46:49 +08:00
#| fig-alt: >
2022-05-04 05:02:13 +08:00
#| A bar char of marital status ordered in from least to most common:
#| no answer (~0), separated (~1,000), widowed (~2,000), divorced
#| (~3,000), never married (~5,000), married (~10,000).
2022-02-24 03:15:52 +08:00
gss_cat |>
mutate(marital = marital |> fct_infreq() |> fct_rev()) |>
2016-08-17 23:23:57 +08:00
ggplot(aes(marital)) +
2022-05-04 05:02:13 +08:00
geom_bar()
2016-08-17 06:06:51 +08:00
```
2016-08-17 23:23:57 +08:00
### Exercises
2021-02-21 23:40:40 +08:00
1. There are some suspiciously high numbers in `tvhours`.
Is the mean a good summary?
2016-08-17 23:23:57 +08:00
2021-02-21 23:40:40 +08:00
2. For each factor in `gss_cat` identify whether the order of the levels is arbitrary or principled.
2016-08-18 05:35:33 +08:00
2021-02-21 23:40:40 +08:00
3. Why did moving "Not applicable" to the front of the levels move it to the bottom of the plot?
2016-08-17 23:23:57 +08:00
2016-08-17 06:06:51 +08:00
## Modifying factor levels
2021-02-21 23:40:40 +08:00
More powerful than changing the orders of the levels is changing their values.
This allows you to clarify labels for publication, and collapse levels for high-level displays.
The most general and powerful tool is `fct_recode()`.
It allows you to recode, or change, the value of each level.
For example, take the `gss_cat$partyid`:
2016-08-17 23:23:57 +08:00
```{r}
2022-02-24 03:15:52 +08:00
gss_cat |> count(partyid)
2016-08-17 23:23:57 +08:00
```
2016-08-17 06:06:51 +08:00
2021-02-21 23:40:40 +08:00
The levels are terse and inconsistent.
Let's tweak them to be longer and use a parallel construction.
2022-05-04 21:41:40 +08:00
Like most rename and recoding functions in the tidyverse, the new values go on the left and the old values go on the right:
2016-08-17 06:06:51 +08:00
```{r}
2022-02-24 03:15:52 +08:00
gss_cat |>
2022-05-04 05:02:13 +08:00
mutate(
partyid = fct_recode(partyid,
"Republican, strong" = "Strong republican",
"Republican, weak" = "Not str republican",
"Independent, near rep" = "Ind,near rep",
"Independent, near dem" = "Ind,near dem",
"Democrat, weak" = "Not str democrat",
"Democrat, strong" = "Strong democrat"
)
) |>
2016-08-17 23:23:57 +08:00
count(partyid)
2016-08-17 06:06:51 +08:00
```
2022-09-29 23:58:31 +08:00
`fct_recode()` will leave the levels that aren't explicitly mentioned as is, and will warn you if you accidentally refer to a level that doesn't exist.
2016-08-18 02:49:27 +08:00
To combine groups, you can assign multiple old levels to the same new level:
2016-08-17 23:23:57 +08:00
```{r}
2022-02-24 03:15:52 +08:00
gss_cat |>
2022-05-04 05:02:13 +08:00
mutate(
partyid = fct_recode(partyid,
"Republican, strong" = "Strong republican",
"Republican, weak" = "Not str republican",
"Independent, near rep" = "Ind,near rep",
"Independent, near dem" = "Ind,near dem",
"Democrat, weak" = "Not str democrat",
"Democrat, strong" = "Strong democrat",
"Other" = "No answer",
"Other" = "Don't know",
"Other" = "Other party"
)
) |>
2016-08-17 23:23:57 +08:00
count(partyid)
2016-08-18 05:35:33 +08:00
```
2016-08-17 23:23:57 +08:00
2022-05-04 21:41:40 +08:00
Use this technique with care: if you group together categories that are truly different you will end up with misleading results.
2016-08-17 23:23:57 +08:00
2021-02-21 23:40:40 +08:00
If you want to collapse a lot of levels, `fct_collapse()` is a useful variant of `fct_recode()`.
For each new variable, you can provide a vector of old levels:
2016-08-17 06:06:51 +08:00
```{r}
2022-02-24 03:15:52 +08:00
gss_cat |>
2022-05-04 05:02:13 +08:00
mutate(
partyid = fct_collapse(partyid,
2022-05-04 21:41:40 +08:00
"other" = c("No answer", "Don't know", "Other party"),
"rep" = c("Strong republican", "Not str republican"),
"ind" = c("Ind,near rep", "Independent", "Ind,near dem"),
"dem" = c("Not str democrat", "Strong democrat")
2022-05-04 05:02:13 +08:00
)
) |>
2016-08-17 23:23:57 +08:00
count(partyid)
2016-08-17 06:06:51 +08:00
```
2022-05-04 21:41:40 +08:00
Sometimes you just want to lump together the small groups to make a plot or table simpler.
2021-04-18 22:21:59 +08:00
That's the job of the `fct_lump_*()` family of functions.
`fct_lump_lowfreq()` is a simple starting point that progressively lumps the smallest groups categories into "Other", always keeping "Other" as the smallest category.
2016-08-17 23:23:57 +08:00
2016-08-17 06:06:51 +08:00
```{r}
2022-02-24 03:15:52 +08:00
gss_cat |>
mutate(relig = fct_lump_lowfreq(relig)) |>
2016-08-17 23:23:57 +08:00
count(relig)
```
2021-04-18 22:21:59 +08:00
In this case it's not very helpful: it is true that the majority of Americans in this survey are Protestant, but we'd probably like to see some more details!
Instead, we can use the `fct_lump_n()` to specify that we want exactly 10 groups:
2016-08-17 23:23:57 +08:00
```{r}
2022-02-24 03:15:52 +08:00
gss_cat |>
mutate(relig = fct_lump_n(relig, n = 10)) |>
count(relig, sort = TRUE) |>
2016-08-18 02:49:27 +08:00
print(n = Inf)
2016-08-17 06:06:51 +08:00
```
2022-05-04 21:41:40 +08:00
Read the documentation to learn about `fct_lump_min()` and `fct_lump_prop()` which are useful in other cases.
2016-08-17 23:23:57 +08:00
### Exercises
2016-08-18 02:49:27 +08:00
2021-02-21 23:40:40 +08:00
1. How have the proportions of people identifying as Democrat, Republican, and Independent changed over time?
2016-08-18 02:49:27 +08:00
2021-04-18 22:21:59 +08:00
2. How could you collapse `rincome` into a small set of categories?
2021-02-21 23:40:40 +08:00
2021-04-18 22:21:59 +08:00
3. Notice there are 9 groups (excluding other) in the `fct_lump` example above.
Why not 10?
(Hint: type `?fct_lump`, and find the default for the argument `other_level` is "Other".)
2022-08-09 00:58:09 +08:00
## Ordered factors
Before we go on, there's a special type of factor that needs to be mentioned briefly: ordered factors.
2022-08-09 01:06:34 +08:00
Ordered factors, created with `ordered()`, imply a strict ordering and equal distance between levels: the first level is "less than" the second level by the same amount that the second level is "less than" the third level, and so on..
2022-08-09 00:58:09 +08:00
You can recognize them when printing because they use `<` between the factor levels:
```{r}
ordered(c("a", "b", "c"))
```
In practice, `ordered()` factors behave very similarly to regular factors.
2022-08-09 01:06:34 +08:00
There are only two places where you might notice different behavior:
2022-08-09 00:58:09 +08:00
- If you map an ordered factor to color or fill in ggplot2, it will default to `scale_color_viridis()`/`scale_fill_viridis()`, a color scale that implies a ranking.
2022-08-10 00:43:12 +08:00
- If you use an ordered function in a linear model, it will use "polygonal contrasts". These are mildly useful, but you are unlikely to have heard of them unless you have a PhD in Statistics, and even then you probably don't routinely interpret them. If you want to learn more, we recommend `vignette("contrasts", package = "faux")` by Lisa DeBruine.
2022-08-09 00:58:09 +08:00
Given the arguable utility of these differences, we don't generally recommend using ordered factors.