Version 3.0.0 of the tibble package is on CRAN now. Tibbles are a modern reimagining of the data frame, keeping what time has shown to be effective, and throwing out what is not, with nicer default output too! Grab the latest version with:
Tibble now fully embraces vctrs, using it under the hood for its subsetting and subset assignment (“subassignment”) operations. Accessing and updating rows and columns is now based on a rock-solid framework and works consistently for all types of columns, including list, data frame, and matrix columns. We believe that the changes will ultimately lead to better and safer code.
This major release required quite some preparation, including a new vignette that describes the behavior of subsetting and subset assignment operations and the reasoning behind it. For a complete overview please see the release notes.
In a nutshell: if an object is a vector, it can be part of a tibble. My new Awesome vectors list aims at giving an overview of available implementations of vector types in R. If you’re using a specialized class, or even implemented one, please file an issue in that repository or contribute an example. For problems with tibble, use the issue tracker to report bugs or suggest ideas, your contributions are always welcome.
The rest of the post is about the technical details of a tibble, and therefore mostly suited for interested R programmers:
- What can be part of a tibble?
- Size and length
- Sturdy recycling
Tibbles and data frames are collections of columns, where each column is a vector of the same size. Neat.
What is a vector? What is its size?
The new vctrs package is dedicated to answering these surprisingly tricky questions. Because this blog post describes many functions of this package, we load it.
vec_is() function decides if an object is a vector.
This is important, because some objects are inherently scalar and cannot be added as a column to a data frame.
Obviously, integers, characters, and other atomic objects (logical, numeric, complex, and raw) are vectors.
Environments, functions, and other “special” types of objects are clearly non-vectors.
Most objects that consist of an atomic type with a
"class" attribute are also vectors: examples are
Lists are harder because some lists are vectors and some are not.
vec_is() function implements a heuristic that works automatically in most cases and adds a few special cases from base R.
By relying on
tibble() function and others can give an early error if used with an inherent scalar:
library(tibble) model <- lm(y ~ x, data.frame(x = 1:3, y = 2:4), model = FALSE) tibble(model) #> Error: All columns in a tibble must be vectors. #> x Column `model` is a `lm` object. time <- Sys.time() tibble(time) #> # A tibble: 1 x 1 #> time #> <dttm> #> 1 2020-04-09 20:38:28
tibble_row() function reverses this: inherent scalars are wrapped in lists:
tibble_row(model) #> # A tibble: 1 x 1 #> model #> <list> #> 1 <lm> tibble_row(time) #> # A tibble: 1 x 1 #> time #> <dttm> #> 1 2020-04-09 20:38:28 tibble_row(time = rep(time, 2)) #> Error: All vectors must be size one, use `list()` to wrap. #> x Column `time` is of size 2.
Data frames and matrices are also recognized vectors, and can be part of a tibble:
df <- data.frame(a = 1:3, b = 2:4) m <- matrix(1:6, ncol = 3) vec_is(df) #>  TRUE vec_is(m) #>  TRUE tibble(packed = df) #> # A tibble: 3 x 1 #> packed$a $b #> <int> <int> #> 1 1 2 #> 2 2 3 #> 3 3 4 tibble(m) #> # A tibble: 2 x 1 #> m[,1] [,2] [,3] #> <int> <int> <int> #> 1 1 3 5 #> 2 2 4 6
The “elements” of a data frame or matrix are its rows.
All subsetting and subassignment operations now use
vec_slice() under the hood.
[, slicing will work along the rows for matrices and data frames.
For these and a few types, length and size are different: the length refers to the size of the internal data format, whereas the size is the number of elements.
vec_size() function, modeled after
NROW(), returns the latter:
vec_size(df) #>  3 length(df) #>  2 vec_size(m) #>  2 length(m) #>  6
For your own code, it is almost always safer to use
vec_size() instead of
ncol() to count the columns in a data frame.
We always recycled only vectors of size one in
This now also applies to subassignment.
We believe that most of the time this is an unintended error.
Please use an explicit
rep_len() if you really need to create a column that consists of multiple repetitions of a vector.
x <- tibble(a = 1:4) x$a <- 1:2 #> Error: Assigned data `1:2` must be compatible with existing data. #> x Existing data has 4 rows. #> x Assigned data has 2 rows. #> ℹ Only vectors of size 1 are recycled. x$a <- rep(1:2, 2) x #> # A tibble: 4 x 1 #> a #> <int> #> 1 1 #> 2 2 #> 3 1 #> 4 2
Related errors may also appear when applying a pattern that works with regular data frames:
x <- data.frame(a = 1, b = 2) x[1, ] <- c(a = 3, b = 4) x #> a b #> 1 3 4 x <- tibble(a = 1, b = 2) x[1, ] <- c(a = 3, b = 4) #> Error: Assigned data `c(a = 3, b = 4)` must be compatible with row subscript `1`. #> x 1 row must be assigned. #> x Assigned data has 2 rows. #> ℹ Row updates require a list value. Do you need `list()` or `as.list()`?
This is because all vectors on the right-hand side are treated as columnar data. Convert to a list to treat the input as row data:
x[1, ] <- list(a = 3, b = 4) x #> # A tibble: 1 x 2 #> a b #> <dbl> <dbl> #> 1 3 4
The ambiguity between a row vector and a column vector also affects the
For this reason, it is now superseded for atomic and list inputs.
In new code, use the new
as_tibble_col() functions to clarify intent.
as_tibble_row(c(a = 3, b = 4)) #> # A tibble: 1 x 2 #> a b #> <dbl> <dbl> #> 1 3 4 as_tibble_col(c(a = 3, b = 4)) #> # A tibble: 2 x 1 #> value #> <dbl> #> 1 3 #> 2 4
Due to the nature of the changes, about 60 CRAN packages were failing with our release candidate. Many thanks to the maintainers of downstream packages who were very helpful in making this upgrade a smooth experience.
Thanks to the following contributors who sent issues, pull requests, and comments since tibble 2.1.3:
@adamdsmith, @alankjackson, @anabbott, @batpigandme, @billdenney, @borisleto, @Breza, @Cervangirard, @courtiol, @dan-reznik, @daviddalpiaz, @DavisVaughan, @elinw, @EmilHvitfeldt, @eran3006, @frederikziebell, @gavinsimpson, @gdequeiroz, @guiastrennec, @hadley, @HashRocketSyntax, @hope-data-science, @jennybc, @jmgirard, @kevinwolz, @kieranjmartin, @lionel-, @LudvigOlsen, @mabafaba, @matteodefelice, @MatthieuStigler, @md0u80c9, @michaelquinn32, @mitchelloharawild, @moodymudskipper, @msberends, @pavopax, @rbjanis, @romainfrancois, @rvg02010, @sfirke, @Shians, @ShixiangWang, @stephensrmmartin, @stufield, @Tazinho, @TimTeaFan, @tyluRp, @wgrundlingh, @xvrdm, @yannabraham, @ycroissant, @yogat3ch, and @yutannihilation.
Your contributions are very valuable and important to us!