问题标签 [lubridate]

正如标题一样。为什么 lubridate 功能这么慢？

假设我有以下data.frame foo

并class(foo$start.time)返回

我想创建一个foo$durationv.的情节foo$start.time。在我的场景中，我只对一天中的时间感兴趣，而不是一年中的实际一天。如何从POSIXct向量类中提取一天中的时间为小时：秒？

我想将字符向量转换为 POSIXct 对象，但无法实现

我可以将 lubridatedmy函数用于日期，但无法将其与时间结合使用

lubridate 中的一个简单问题——我想将一个 hms 对象转换为自一天开始以来的适当秒数。

例如

那么我想知道 12 小时 34 分 45 秒到底有多长，以秒为单位

明显的东西

刚回来

这不是我想要的。如何将这些 hms 值转换为秒？我想使用润滑脂

在 R 中，我得到日期的数据类如下：

我如何将它们转换为以下形式：

年、月、日数据分3列。

使用定义相同功能的包进行开发有哪些好的模式？就我而言，lubridate两者data.table都定义wday.

我正在尝试在 R 中创建一个干净的函数以返回 TRUE/FALSE，如果 POSIXlt 时间的向量处于早高峰时段，即周一至周五上午 7.30 至上午 9.30。这是我到目前为止所做的，但它似乎有点长而且令人费解。是否可以在保持代码本身可读性的同时对此进行改进？

如果有一个像这样的工作日时间范围的干净函数定义会更好，因为我也有晚上高峰时间，白天不是高峰时间，最后没有这些！

I am trying to calculate the length of time between dates some of which have been taken from gmail and are therefor stated in PDT(America/Los_Angeles) or PST (Daylight Saving time of the same time zone) depending on the time of the year. As the rest of my data is in Central European Time (Europe/Zurich) I want to convert the PDT and PST dates into CET(CEST).

I used the following command to convert the dates into the appropriate tz:

Now the problem: On my mac the force_tz command produces the following error message:

I saw this command work on linux. Am I missing something? Does Mac use other names for the time zones?

Thanks for your help!!

To make my problem clearer, I post you a reproducible example, here:

如果日期向量有两位数的年份，则将mdy()00 和 68 之间的年份转换为 21 世纪年份，将 69 和 99 之间的年份转换为 20 世纪年份。例如：

给出以下输出：

我可以通过从不正确的日期中减去 100 将 2054 和 2068 变成 1954 和 1968 来解决这个问题。但是有没有一种更优雅、更不容易出错的方法来解析两位数的日期，以便在解析过程本身？

更新：在@JoshuaUlrich 向我指出后，strptime我发现了这个问题，它处理的问题与我的类似，但使用的是基础 R。

似乎 R 中日期处理的一个很好的补充是在日期解析函数中处理两位数日期的世纪选择截止值。

假设我有一个每月一系列的动物园数据，其中包含来自集合 {0,1} 的信号。

例如

是否有一种巧妙的矢量化方法来使用信号值填充月份之间的每日数据？此外，它需要滞后一移。所以对于第 1 行，2005 年 10 月。a,b,c= c(1,0,1)，我想用该集合 {1,0,1} 填充 2005 年 11 月的所有内容。接下来，将是 2005 年 11 月 = {0,1,1}，整个 12 月都将填充这些值......等等，直到第 n 个月。

我宁愿从每月规模开始生成，但要分析填充的每日值。我正在考虑诸如自动过滤或excel中的数据透视表之类的东西。