lubridate中的有效时区
快速的谷歌搜索似乎让我一无所获。lubridate的lubridate中的有效时区,r,posixct,lubridate,R,Posixct,Lubridate,快速的谷歌搜索似乎让我一无所获。lubridate的tz选项中的有效时区是什么?特别是,我在寻找巴西利亚的时区。谢谢 library(lubridate) dts <- c("6-3-1995 12:01:01","29-3-1995 23:01:01","29-3-1995 20:01:01") dmy_hms(dts) # locale's tz default dmy_hms(dts, tz = "chile") # Chilean time (has o
tz
选项中的有效时区是什么?特别是,我在寻找巴西利亚的时区。谢谢
library(lubridate)
dts <- c("6-3-1995 12:01:01","29-3-1995 23:01:01","29-3-1995 20:01:01")
dmy_hms(dts) # locale's tz default
dmy_hms(dts, tz = "chile") # Chilean time (has one time zone only)
库(lubridate)
dts通过标准base
R包中的OlsonNames()
进行搜索,该包提供主机系统上所有有效时区的列表。e、 g:
grep("Brazil", OlsonNames(), value=TRUE)
…为巴西提供四种可能的结果。通过OlsonNames()
进行搜索-例如:grep(“巴西”,OlsonNames(),value=TRUE)
Brilliant@thelatemail!这缩小了选项的范围。我认为“巴西/东部”是正确的…我是一个巴西人,我发现这个特别的把戏。。。现在是晚上11点40分,我在巴西/东部地区,当运行lubridate's now(tz=“巴西/东部”)时,已经提前一个小时,即第二天。“2021-02-15 00:41:27-02”我认为这可能与夏令时有关,一个女巫在巴西已经不存在了。@MarcioRodrigues-如果你知道你现在所在的位置距离GMT/UTC有多少小时+/-,你可以使用该时区而不必考虑夏令时。例如,现在就尝试一下(tz=“Etc/GMT+3”)
也许吧?这是正确的,也是有帮助的。我还在OlsonNames()中的“America/city”名称下找到了其他巴西城市。“美国/累西腓”设置为GMT-03。grep(“美国”,OlsonNames(),value=TRUE)