readxl::read_excel() brings data from a rectangle of cells into R as a data frame or, more specifically, a tibble.

The extent of the data rectangle can be determined in various ways:

  • Discovered: By default, read_excel() uses the smallest rectangle that contains the non-empty cells. It “shrink wraps” the data.
  • Bounded: The skip and n_max arguments constrain read_excel()’s discovery process with respect to rows. At least skip spreadsheet rows will be skipped or ignored and at most n_max spreadsheet rows will be considered as data. Compared to the default of discovery, these arguments can only lead to making the output tibble smaller.
  • Set: The range argument is taken literally, even if that means you will have leading or trailing rows or columns filled with NA. If you ask for range = "A1:D4", you are guaranteed to get a tibble with 4 columns (A through D) and either 3 rows (col_names = TRUE, default) or 4 rows (col_names = FALSE).
  • Mixed: In typical use, read_excel()’s geometry arguments often imply that certain limits are discovered while others are bounded or set. This will be more clear in the concrete examples below.

For now, here are a few ways read_excel() can look when you take control of the geometry:

read_excel("yo.xlsx", skip = 5)
read_excel("yo.xlsx", n_max = 100)
read_excel("yo.xlsx", skip = 5, n_max = 100)
read_excel("yo.xlsx", range = "C1:E7")
read_excel("yo.xlsx", range = cell_rows(6:23))
read_excel("yo.xlsx", range = cell_cols("B:D"))
read_excel("yo.xlsx", range = anchored("C4", dim = c(3, 2)))

Little known Excel facts

readxl’s behavior and interface may be easier to understand if you understand this about Excel:

Cells you can see don’t necessarily exist. Cells that look blank aren’t necessarily so.

Among lots of other information, Excel files obviously must contain information on each cell. Let’s use the word “item” to denote one cell’s-worth of info.

Just because you see a cell on the screen in Excel, that doesn’t mean there’s a corresponding item on file. Why? Because Excel presents a huge gridded canvas for you to write on. Until you actually populate a cell, though, it doesn’t really exist.

The stream of cell items describes the existing cells, going from upper left to lower right, travelling by row. Blank cells simply do not exist in it.

Ah, but what is a blank cell? Some cells appear blank to the naked eye but are not considered so by Excel and, indeed, are represented by a cell item. This happens when a cell has no content but does have an associated format. This format could have been applied directly to a single cell or, more often, indirectly via formatting applied to an entire row or column. Once a human has spent some quality time with a spreadsheet, many seemingly empty cells will bear a format and will thus have an associated cell item.

Implications for readxl

readxl only reads cell items that have content. It ignores cell items that exist strictly to convey formatting.

The tibble returned by readxl will often cover cells that are empty in the spreadsheet, filled with NA. But only because there was some other reason for the associated row or column to exist: actual data or user-specified geometry.

skip and n_max

skip and n_max are the “entry-level” solution for controlling the data rectangle. They work only in the row direction. Column-wise, you’re letting readxl discover which columns are populated.

If you specify range (covered below), skip and n_max are ignored.


The n_max argument tells read_excel() to read at most n_max rows, once it has found the data rectangle. Note that n_max is specifically about the data. You still use col_names to express whether the first spreadsheet row should be used to create column names (default is TRUE).

n_max = 2 causes us to ignore the last data row – the 3rd one – in geometry.xlsx.

n_max is an upper bound. It will never cause empty rows to be included in the tibble. Note how we get 3 data rows here, even though n_max is much greater.


The range argument is the most flexible way to control geometry and is powered by the cellranger package.

One huge difference from skip and n_max is that range is taken literally! Even if it means the returned tibble will have entire rows or columns consisting of NA.

You can describe cell limits in a variety of ways:

Excel-style range: Specify a fixed rectangle with range = "A1:D4" or range = "R1C1:R4C4". You can even prepend the worksheet name like so: range = "foofy!A1:D4" and it will be passed along to the sheet argument.

The deaths.xlsx example sheet features junk rows both before and after the data rectangle. The payoff for specifying the data rectangle precisely is that we get the data frame we want, with correct guesses for the column types.

We repeat the screenshot of geometry.xlsx as a visual reference.

Going back to geometry.xlsx, here we specify a rectangle that only partially overlaps the data. Note the use of default column names, because the first row of cells is empty, and the leading column of NAs.

Specific range of rows or columns: Set exact limits on just the rows or just the columns and allow the limits in the other direction to be discovered. Example calls:

## rows only
read_excel(..., range = cell_rows(1:10))
## is equivalent to
read_excel(..., range = cell_rows(c(1, 10)))

## columns only
read_excel(..., range = cell_cols(1:26))
## is equivalent to all of these
read_excel(..., range = cell_cols(c(1, 26)))
read_excel(..., range = cell_cols("A:Z"))
read_excel(..., range = cell_cols(LETTERS))
read_excel(..., range = cell_cols(c("A", "Z"))

We use geometry.xlsx to demonstrate setting hard limits on the rows, running past the data, while allowing column limits to discovered. Note the trailing rows of NA.

Anchored rectangle: Helper functions anchored() and cell_limits() let you specify limits via the corner(s) of the rectangle.

Here we get a 3 by 4 rectangle with cell C5 as the upper left corner:

Here we set C5 as the upper left corner and allow the other limits to be discovered: