lubritation parse_date_time()有时由1个USEC关闭
parse_date_time()给我一些结果,例如:
options(digits.secs=10)
> parse_date_time("2022-06-14 10:08:00.000242", "Y-m-d H:M:OS", tz="" )
[1] "2022-06-14 10:08:00.000241 CEST"
> parse_date_time("2022-06-14 10:08:00.000435", "Y-m-d H:M:OS", tz="" )
[1] "2022-06-14 10:08:00.000434 CEST"
> parse_date_time("2022-06-14 10:08:00.021961", "Y-m-d H:M:OS", tz="" )
[1] "2022-06-14 10:08:00.02196 CEST"
我猜这是某个地方的错误错误吗?无论如何,在计算分数秒值时,是否可以告诉Parse_date_time()使用更高的精度?
parse_date_time() is giving me some results that differ in their usec location by 1 unit, for example:
options(digits.secs=10)
> parse_date_time("2022-06-14 10:08:00.000242", "Y-m-d H:M:OS", tz="" )
[1] "2022-06-14 10:08:00.000241 CEST"
> parse_date_time("2022-06-14 10:08:00.000435", "Y-m-d H:M:OS", tz="" )
[1] "2022-06-14 10:08:00.000434 CEST"
> parse_date_time("2022-06-14 10:08:00.021961", "Y-m-d H:M:OS", tz="" )
[1] "2022-06-14 10:08:00.02196 CEST"
I'm guessing this is round off error somewhere? Is there anyway to tell parse_date_time() to use greater precision when calculating the fractional seconds value?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
使用
Strptime
可能是优越的。数据:
Using
strptime
might be superior.Data: