lubridate包R中的日函数
我阅读了lubridate包R中的日函数,r,date,lubridate,R,Date,Lubridate,我阅读了lubridate软件包中对day功能的描述,并试图了解它是如何工作的。以下是我的例子: library(lubridate) test_date <- as.POSIXct('2017-02-28') day(test_date) <-1 库(lubridate) 测试日期R日期时间存储为UTC(又名GMT,又名UCT)时间。如果只给as.POSIXct一个日期值,它将自动假定为午夜。您的结果显示英国格林威治午夜的“2017-02-01”为您当地时区的时间(可能是美国东部
lubridate
软件包中对day
功能的描述,并试图了解它是如何工作的。以下是我的例子:
library(lubridate)
test_date <- as.POSIXct('2017-02-28')
day(test_date) <-1
库(lubridate)
测试日期R日期时间存储为UTC(又名GMT,又名UCT)时间。如果只给as.POSIXct一个日期值,它将自动假定为午夜。您的结果显示英国格林威治午夜的“2017-02-01”为您当地时区的时间(可能是美国东部标准时间)。我实际上无法在我的Mac电脑上重现这种行为。我得到:
> day(test_date) <- 1
> test_date
[1] "2017-02-01 PST"
一些类Unix系统(尤其是Linux系统)没有设置环境变量TZ,但有预期的内部代码(POSIX也是如此)。我们已尝试解决此问题,但如果您得到意外结果,请尝试设置TZ。有关有效设置,请参阅?Sys.timezone
R日期时间存储为UTC(又名GMT,又名UCT)时间。如果只给as.POSIXct一个日期值,它将自动假定为午夜。您的结果显示英国格林威治午夜的“2017-02-01”为您当地时区的时间(可能是美国东部标准时间)。我实际上无法在我的Mac电脑上重现这种行为。我得到:
> day(test_date) <- 1
> test_date
[1] "2017-02-01 PST"
一些类Unix系统(尤其是Linux系统)没有设置环境变量TZ,但有预期的内部代码(POSIX也是如此)。我们已尝试解决此问题,但如果您得到意外结果,请尝试设置TZ。有关有效设置,请参阅?Sys.timezone