dateParse: Date Construction from Character Vectors

Description Usage Arguments Details Value Examples

View source: R/dateParse.R

Description

Parse dates, automatically selecting one of three formats, returning a Date vector. The possible formats are:

Delimiters are discovered automatically, but '/' and '-' are recommended.

Differs from Splus timeDate in that it automatically chooses the format and in that it stops or returns NULL if any elements cannot be parsed. (timeDate silently returns NA for elements that cannot be parsed.)

Usage

1
2
3
dateParse(x, format = NULL, stop.on.error = TRUE, quick.try = TRUE,
          dross.remove = FALSE, na.strings = c("NA", ""), ymd8 = TRUE,
          use.cache = TRUE, optimize.dups=TRUE)

Arguments

x

A character, factor, timeDate or numeric vector.

format

Force the use of this date format for parsing x.

stop.on.error

Should this function stop with an error when x cannot be parse consistently, or should it return NULL?

quick.try

Should this function do a quick try on parsing just few elements of x (with the goal of failing fast)?

dross.remove

Should extra characters around the date be allowed and automatically removed? The extracted date is the first substring that can be found consistently in all elements of x.

na.strings

Strings that should be treated as NA values.

ymd8

Should an 8-digit format with no separators be tried? Default is TRUE (there is potential for confusion with numeric security identifiers, but this is likely to be a problem, supply ymd8 in the particular case).

use.cache

Try matching against cached values instead of using strptime? When this works, it is 10 to 15 times faster.

optimize.dups

If TRUE, internally optimize by not performing the same computation multiple times for duplicates. This does not change the return value.

Details

If any elements of x cannot be interpreted as a valid date this function either returns NULL or stops with an error (depending on the value supplied for the arugment stop.on.error). This is different from the behavior of timeDate() and timeCalandar which return NA elements in their results. This behavior is not appropriate for dateParse() because of its ability to guess the format, and its assumption that all elements have the same format – if different elements had different formats there would not be a unique way of saying which dates were invalid.

Numeric vectors are interpreted as having the date spelled out in digits, e.g., the integer 20010228 is interpreted as the date "2001/02/28".

Value

A Date vector, or NULL.

Examples

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
dateParse("2001-02-14")
dateParse("2/14/2002")
dateParse(c("1962/06/20", "1962/10/30","NA"))
dateParse(c("19620620", "19621030", "NA"), ymd8 = TRUE)
dateParse(factor(c("2001/01/01", "2001/01/03", "2001/01/01")))
# Possibly unexpected values in conversion from POSIXct to Date
Sys.setenv('TZ'='EST')
x <- as.POSIXct('2011-12-10 16:55:26 EST')+(0:9)*3600
# Date rolls to the next day after 19:00 hours for EST
# (because that it the time the next day is dawning in UTC)
data.frame(x, as.Date(x))
# This is the way to get as.Date() to do the sensible thing
data.frame(x, as.Date(x, tz='EST'))

TimeWarp documentation built on May 2, 2019, 11:11 a.m.