---
title: "zoo FAQ"
output: rmarkdown::html_vignette
vignette: >
%\VignetteIndexEntry{zoo FAQ}
%\VignetteEngine{knitr::rmarkdown}
%\VignetteDepends{zoo,chron,timeDate,timeSeries}
%\VignetteKeywords{irregular time series, ordered observations, time index, daily data, weekly data, returns}
%\VignettePackage{zoo}
---
```{r preliminaries, include=FALSE}
library("zoo")
Sys.setenv(TZ = "GMT")
suppressWarnings(RNGversion("3.5.0"))
```
## 1. I know that duplicate times are not allowed but my data has them. What do I do?
`zoo` objects should not normally contain duplicate times.
If you try to create such an object using
`zoo` or `read.zoo` then warnings will be issued but
the objects will be created. The user then has the opportunity
to fix them up -- typically by using `aggregate.zoo`
or `duplicated`.
Merging is not well defined for duplicate series with duplicate
times and rather than give an undesired or unexpected result,
`merge.zoo` issues an error message if it encounters
such illegal objects. Since `merge.zoo`
is the workhorse behind many `zoo` functions, a significant
portion of `zoo` will not accept
duplicates among the times.
Typically duplicates are eliminated by
(1) averaging over them, (2) taking the last among each run of duplicates
or (3) interpolating the duplicates and deleting ones on the end that
cannot be interpolated. These three approaches are shown here
using the `aggregate.zoo` function. Another way to do this
is to use the `aggregate` argument of `read.zoo` which
will aggregate the zoo object read in by `read.zoo` all in one step.
Note that in the example code below that `identity` is the identity
function (i.e. it just returns its argument). It
is an R core function:
A `"zoo"` series with duplicated indexes
```{r duplicates1}
z <- suppressWarnings(zoo(1:8, c(1, 2, 2, 2, 3, 4, 5, 5)))
z
```
Fix it up by averaging duplicates:
```{r duplicates2}
aggregate(z, identity, mean)
```
Or, fix it up by taking last in each set of duplicates:
```{r duplicates3}
aggregate(z, identity, tail, 1)
```
Fix it up via interpolation of duplicate times
```{r duplicates4}
time(z) <- na.approx(ifelse(duplicated(time(z)), NA, time(z)), na.rm = FALSE)
```
If there is a run of equal times at end they
wind up as `NA`s and we cannot have `NA` times.
```{r duplicates5}
z[!is.na(time(z))]
```
The `read.zoo` command has an `aggregate` argument that
supports arbitrary summarization. For example, in the following
we take the last value among any duplicate times and sum the volumes
among all duplicate times. We do this by reading the data twice,
once for each aggregate function. In this example, the first three
columns are junk that we wish to suppress which is why we specified
`colClasses`; however, in most cases that argument would not
be necessary.
```{r duplicates, keep.source = TRUE}
Lines <- "1|BHARTIARTL|EQ|18:15:05|600|1
2|BHARTIARTL|EQ|18:15:05|600|99
3|GLENMARK|EQ|18:15:05|238.1|5
4|HINDALCO|EQ|18:15:05|43.75|100
5|BHARTIARTL|EQ|18:15:05|600|1
6|BHEL|EQ|18:15:05|1100|11
7|HINDALCO|EQ|18:15:06|43.2|1
8|CHAMBLFERT|EQ|18:15:06|46|10
9|CHAMBLFERT|EQ|18:15:06|46|90
10|BAJAUTOFIN|EQ|18:15:06|80|100"
library("zoo")
library("chron")
tail1 <- function(x) tail(x, 1)
cls <- c("NULL", "NULL", "NULL", "character", "numeric", "numeric")
nms <- c("", "", "", "time", "value", "volume")
z <- read.zoo(text = Lines, aggregate = tail1,
FUN = times, sep = "|", colClasses = cls, col.names = nms)
z2 <- read.zoo(text = Lines, aggregate = sum,
FUN = times, sep = "|", colClasses = cls, col.names = nms)
z$volume <- z2$volume
z
```
If the reason for the duplicate times is that the data is stored in long
format then use `read.zoo` (particlarly the `split` argument)
to convert it to wide format. Wide format is typically a time series
whereas long format is not so wide format is the suitable one for zoo.
```{r readsplit, source = TRUE}
Lines <- "Date Stock Price
2000-01-01 IBM 10
2000-01-02 IBM 11
2000-01-01 ORCL 12
2000-01-02 ORCL 13"
stocks <- read.zoo(text = Lines, header = TRUE, split = "Stock")
stocks
```
## 2. When I try to specify a log axis to `plot.zoo` a warning is issued. What is wrong?
Arguments that are part of `...` are passed to the `panel`
function and
the default `panel` function, `lines`, does not accept `log`.
Either
ignore the warning, use `suppressWarnings`
(see `?suppressWarnings`) or create
your own panel function which excludes the `log`:
```{r log-plot, fig.height=5, fig.width=5}
z <- zoo(1:100)
plot(z, log = "y", panel = function(..., log) lines(...))
```
## 3. How do I create right and a left vertical axes in `plot.zoo`?
The following shows an example of creating a plot containing a single
panel and both left and right axes.
```{r plot-axes, fig.height=5, fig.width=5}
set.seed(1)
z.Date <- as.Date(paste(2003, 02, c(1, 3, 7, 9, 14), sep = "-"))
z <- zoo(cbind(left = rnorm(5), right = rnorm(5, sd = 0.2)), z.Date)
plot(z[,1], xlab = "Time", ylab = "")
opar <- par(usr = c(par("usr")[1:2], range(z[,2])))
lines(z[,2], lty = 2)
axis(side = 4)
legend("bottomright", lty = 1:2, legend = colnames(z), bty="n")
par(opar)
```
## 4. I have data frame with both numeric and factor columns. How do I convert that to a `"zoo"` object?
A `"zoo"` object may be (1) a numeric vector, (2) a numeric matrix or
(3) a factor but may not contain both a numeric vector and factor.
The underlying reason for this constraint is that `"zoo"` was
intended to generalize R's `"ts"` class, which is also based on
matrices, to irregularly spaced series with an arbitrary index class.
The main reason to stick to matrices is that operations on matrices in
R are much faster than on data frames.
If you have a data frame with both numeric and factor variables that you want to
convert to `"zoo"`, you can do one of the following.
Use two `"zoo"` variables instead:
```{r factor1}
DF <- data.frame(time = 1:4, x = 1:4, f = factor(letters[c(1, 1, 2, 2)]))
zx <- zoo(DF$x, DF$time)
zf <- zoo(DF$f, DF$time)
```
These could also be held in a `"data.frame"` again:
```{r factor2}
DF2 <- data.frame(x = zx, f = zf)
```
Or convert the factor to numeric and create a single `"zoo"` series:
```{r factor3}
z <- zoo(data.matrix(DF[-1]), DF$time)
```
## 5. Why does lag give slightly different results on a `"zoo"` and a `"zooreg"` series which are otherwise the same?
To be definite let us consider the following examples, noting how
both `lag` and `diff` give a different answer with the same
input except its class is `"zoo"` in one case and `"zooreg"` in
another:
```{r lags}
z <- zoo(11:15, as.Date("2008-01-01") + c(-4, 1, 2, 3, 6))
zr <- as.zooreg(z)
lag(z)
lag(zr)
diff(log(z))
diff(log(zr))
```
`lag.zoo` and `lag.zooreg` work differently. For `"zoo"`
objects the lagged version is obtained by moving values
to the adjacent time point that exists in the series but for `"zooreg"`
objects the time is lagged by `deltat`, the time between adjacent
regular times.
A key implication is that `"zooreg"` can lag a point to a time point
that did not previously exist in the series and, in particular, can lag
a series outside of the original time range whereas that is not possible
in a `"zoo"` series.
Note that `lag.zoo` has an `na.pad=` argument which in some
cases may be what is being sought here.
The difference between `diff.zoo` and `diff.zooreg` stems from
the fact that `diff(x)` is defined in terms of `lag` like
this: `x-lag(x,-1)`.
## 6. How do I subtract the mean of each month from a `"zoo"` series?
Suppose we have a daily series.
To subtract the mean of Jan 2007 from each day in that month,
subtract the mean of Feb 2007 from each day in that month, etc.
try this:
```{r subtract-monthly-means}
set.seed(123)
z <- zoo(rnorm(100), as.Date("2007-01-01") + seq(0, by = 10, length = 100))
z.demean1 <- z - ave(z, as.yearmon(time(z)))
```
This first generates some artificial data and then employs `ave` to compute
monthly means.
To subtract the mean of all Januaries from each January, etc.
try this:
```{r subtract-monthly-means2}
z.demean2 <- z - ave(z, format(time(z), "%m"))
```
## 7. How do I create a monthly series but still keep track of the dates?
Create a S3 subclass of `"yearmon"` called `"yearmon2"` that
stores the dates as names on the time vector. It will be sufficient to create
an `as.yearmon2` generic together with an
`as.yearmon2.Date` methods as well as the inverse:
`as.Date.yearmon2`.
```{r yearmon2}
as.yearmon2 <- function(x, ...) UseMethod("as.yearmon2")
as.yearmon2.Date <- function(x, ...) {
y <- as.yearmon(with(as.POSIXlt(x, tz = "GMT"), 1900 + year + mon/12))
names(y) <- x
structure(y, class = c("yearmon2", class(y)))
}
```
`as.Date.yearmon2` is inverse of `as.yearmon2.Date`
```{r yearmon2-inverse}
as.Date.yearmon2 <- function(x, frac = 0, ...) {
if (!is.null(names(x))) return(as.Date(names(x)))
x <- unclass(x)
year <- floor(x + .001)
month <- floor(12 * (x - year) + 1 + .5 + .001)
dd.start <- as.Date(paste(year, month, 1, sep = "-"))
dd.end <- dd.start + 32 - as.numeric(format(dd.start + 32, "%d"))
as.Date((1-frac) * as.numeric(dd.start) + frac * as.numeric(dd.end),
origin = "1970-01-01")
}
```
This new class will act the same as `"yearmon"`
stores and allows recovery of the dates using `as.Date` and
`aggregate.zoo`.
```{r yearmon2-example}
dd <- seq(as.Date("2000-01-01"), length = 5, by = 32)
z <- zoo(1:5, as.yearmon2(dd))
z
aggregate(z, as.Date, identity)
```
## 8. How are axes added to a plot created using `plot.zoo`?
On single panel plots `axis` or `Axis` can be used just as with any
classic graphics plot in R.
The following example adds custom axis for single panel plot.
It labels months but uses the larger year for January.
Months, quarters and years should have successively larger ticks.
```{r single-panel, fig.height=5, fig.width=5}
z <- zoo(0:500, as.Date(0:500))
plot(z, xaxt = "n")
tt <- time(z)
m <- unique(as.Date(as.yearmon(tt)))
jan <- format(m, "%m") == "01"
mlab <- substr(months(m[!jan]), 1, 1)
axis(side = 1, at = m[!jan], labels = mlab, tcl = -0.3, cex.axis = 0.7)
axis(side = 1, at = m[jan], labels = format(m[jan], "%y"), tcl = -0.7)
axis(side = 1, at = unique(as.Date(as.yearqtr(tt))), labels = FALSE)
abline(v = m, col = grey(0.8), lty = 2)
```
A multivariate series can either be generated as (1) multiple single panel
plots:
```{r multiplesingleplot, fig.height=9, fig.width=9}
z3 <- cbind(z1 = z, z2 = 2*z, z3 = 3*z)
opar <- par(mfrow = c(2, 2))
tt <- time(z)
m <- unique(as.Date(as.yearmon(tt)))
jan <- format(m, "%m") == "01"
mlab <- substr(months(m[!jan]), 1, 1)
for(i in 1:ncol(z3)) {
plot(z3[,i], xaxt = "n", ylab = colnames(z3)[i], ylim = range(z3))
axis(side = 1, at = m[!jan], labels = mlab, tcl = -0.3, cex.axis = 0.7)
axis(side = 1, at = m[jan], labels = format(m[jan], "%y"), tcl = -0.7)
axis(side = 1, at = unique(as.Date(as.yearqtr(tt))), labels = FALSE)
}
par(opar)
```
or (2) as a multipanel plot. In this case any custom axis must be
placed in a panel function.
```{r multipanelplot, fig.height=9, fig.width=9}
plot(z3, screen = 1:3, xaxt = "n", nc = 2, ylim = range(z3),
panel = function(...) {
lines(...)
panel.number <- parent.frame()$panel.number
nser <- parent.frame()$nser
# place axis on bottom panel of each column only
if (panel.number %% 2 == 0 || panel.number == nser) {
tt <- list(...)[[1]]
m <- unique(as.Date(as.yearmon(tt)))
jan <- format(m, "%m") == "01"
mlab <- substr(months(m[!jan]), 1, 1)
axis(side = 1, at = m[!jan], labels = mlab, tcl = -0.3, cex.axis = 0.7)
axis(side = 1, at = m[jan], labels = format(m[jan], "%y"), tcl = -0.7)
axis(side = 1, at = unique(as.Date(as.yearqtr(tt))), labels = FALSE)
}
})
```
## 9. Why is nothing plotted except axes when I plot an object with many `NA`s?
Isolated points surrounded by `NA` values do not form lines:
```{r plot-with-na, fig.height=5, fig.width=5}
z <- zoo(c(1, NA, 2, NA, 3))
plot(z)
```
So try one of the following:
Plot points rather than lines.
```{r plot-with-na1, fig.height=5, fig.width=5}
plot(z, type = "p")
```
Omit `NA`s and plot that.
```{r plot-with-na2, fig.height=5, fig.width=5}
plot(na.omit(z))
```
Fill in the `NA`s with interpolated values.
```{r plot-with-na3, fig.height=5, fig.width=5}
plot(na.approx(z))
```
Plot points with lines superimposed.
```{r plot-with-na4, fig.height=5, fig.width=5}
plot(z, type = "p")
lines(na.omit(z))
```
Note that this is not specific to `zoo`. If we
plot in R without `zoo` we get the same behavior.
## 10. Does `zoo` work with Rmetrics?
Yes. `timeDate` class objects from the `timeDate` package can be used
directly as the index of a `zoo` series and `as.timeSeries.zoo` and
`as.zoo.timeSeries` can convert back and forth between objects of
class `zoo` and class `timeSeries` from the `timeSeries` package.
```{r Rmetrics, fig.height=5, fig.width=5}
library("timeDate")
dts <- c("1989-09-28", "2001-01-15", "2004-08-30", "1990-02-09")
tms <- c( "23:12:55", "10:34:02", "08:30:00", "11:18:23")
td <- timeDate(paste(dts, tms), format = "%Y-%m-%d %H:%M:%S")
library("zoo")
z <- zoo(1:4, td)
zz <- merge(z, lag(z))
plot(zz)
library("timeSeries")
zz
as.timeSeries(zz)
as.zoo(as.timeSeries(zz))
```
```{r Rmetrics-detach, include=FALSE}
detach("package:timeSeries")
detach("package:timeDate")
```
## 11. What other packages use `zoo`?
The CRAN page of the package at lists
all reverse dependencies on CRAN, stratified by _Depends_, _Imports_, _Suggests_,
_Linking to_, and _Enhances_.
These can also be queried from within R using the `tools` package:
```{r CRAN_package_db, eval=FALSE}
db <- tools::CRAN_package_db()
db[db$Package == "zoo", "Reverse depends"]
```
## 12. Why does `ifelse` not work as I expect?
The ordinary R `ifelse` function only works with zoo objects if all three arguments are zoo objects with the same time index.
`zoo` provides an `ifelse.zoo` function that should be used instead. The `.zoo` part must be written out since `ifelse` is not generic.
```{r ifelse}
z <- zoo(c(1, 5, 10, 15))
# wrong !!!
ifelse(diff(z) > 4, -z, z)
# ok
ifelse.zoo(diff(z) > 4, -z, z)
# or if we merge first we can use ordinary ifelse
xm <- merge(z, dif = diff(z))
with(xm, ifelse(dif > 4, -z, z))
# or in this case we could also use orindary ifelse if we
# use fill = NA to ensure all three have same index
ifelse(diff(z, fill = NA) > 4, -z, z)
```
## 13. In a series which is regular except for a few missing times or for which we wish to align to a grid how is it filled or aligned?
```{r fillin}
# April is missing
zym <- zoo(1:5, as.yearmon("2000-01-01") + c(0, 1, 2, 4, 5)/12)
g <- seq(start(zym), end(zym), by = 1/12)
na.locf(zym, xout = g)
```
A variation of this is where the grid is of a different date/time class than
the original series. In that case use the `x` argument. In the example
that follows the series `z` is of `"Date"` class whereas the grid
is of `"yearmon"` class:
```{r fillin-2}
z <- zoo(1:3, as.Date(c("2000-01-15", "2000-03-3", "2000-04-29")))
g <- seq(as.yearmon(start(z)), as.yearmon(end(z)), by = 1/12)
na.locf(z, x = as.yearmon, xout = g)
```
Here is a `chron` example where we wish to create a 10 minute grid:
```{r fillin-3, keep.source=TRUE}
Lines <- "Time,Value
2009-10-09 5:00:00,210
2009-10-09 5:05:00,207
2009-10-09 5:17:00,250
2009-10-09 5:30:00,193
2009-10-09 5:41:00,205
2009-10-09 6:00:00,185"
library("chron")
z <- read.zoo(text = Lines, FUN = as.chron, sep = ",", header = TRUE)
g <- seq(start(z), end(z), by = times("00:10:00"))
na.locf(z, xout = g)
```
## What is the difference between `as.Date` in zoo and `as.Date` in the core of R?
zoo has extended the `origin` argument of `as.Date.numeric` so that it
has a default of `origin="1970-01-01"` (whereas in the core of R it has no
default and must always be specified).
Note that this is a strictly upwardly compatible
extensions to R and any usage of `as.Date` in R will also work in zoo.
This makes it more convenient to use as.Date as a function input. For example,
one can shorten this:
```{r date}
z <- zoo(1:2, c("2000-01-01", "2000-01-02"))
aggregate(z, function(x) as.Date(x, origin = "1970-01-01"))
```
to just this:
```{r date-2}
aggregate(z, as.Date)
```
As another example, one can shorten
```{r date-3}
Lines <- "2000-01-01 12:00:00,12
2000-01-02 12:00:00,13"
read.zoo(text = Lines, sep = ",", FUN = function(x) as.Date(x, origin = "1970-01-01"))
```
to this:
```{r date-4}
read.zoo(text = Lines, sep = ",", FUN = as.Date)
```
Note to package developers of packages that use zoo: Other packages that work
with zoo and define `as.Date` methods
should either import `zoo` or else should fully export their
`as.Date` methods in their `NAMESPACE` file,
e.g. `export(as.Date.X)`, in order that those methods be registered
with `zoo`'s `as.Date` generic and not just the
`as.Date` generic in `base`.
## 15. How can I speed up zoo?
The main area where you might notice slowness is if you do indexing of zoo
objects in an inner loop. In that case extract the data and time components
prior to the loop. Since most calculations in R use the whole object
approach there are relatively few instances of this.
For example, the following
shows two ways of performing a rolling sum using only times nearer than 3 before
the current time. The second one eliminates the zoo indexing to
get a speedup:
```{r indexing}
n <- 50
z <- zoo(1:n, c(1:3, seq(4, by = 2, length = n-3)))
system.time({
zz <- sapply(seq_along(z),
function(i) sum(z[time(z) <= time(z)[i] & time(z) > time(z)[i] - 3]))
z1 <- zoo(zz, time(z))
})
system.time({
zc <- coredata(z)
tt <- time(z)
zr <- sapply(seq_along(zc),
function(i) sum(zc[tt <= tt[i] & tt > tt[i] - 3]))
z2 <- zoo(zr, tt)
})
identical(z1, z2)
```