lubritation parse_date_time()有时由1个USEC关闭

发布于 2025-02-10 03:20:53 字数 491 浏览 3 评论 0原文

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 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

烂人 2025-02-17 03:20:53

使用Strptime可能是优越的。

options(digits.secs=6)

strptime(x, "%Y-%m-%d %H:%M:%OS", tz="")
# [1] "2022-06-14 10:08:00.000242 CEST" "2022-06-14 10:08:00.000435 CEST"
# [3] "2022-06-14 10:08:00.021961 CEST"

数据:

x <- c("2022-06-14 10:08:00.000242", "2022-06-14 10:08:00.000435", "2022-06-14 10:08:00.021961")

Using strptime might be superior.

options(digits.secs=6)

strptime(x, "%Y-%m-%d %H:%M:%OS", tz="")
# [1] "2022-06-14 10:08:00.000242 CEST" "2022-06-14 10:08:00.000435 CEST"
# [3] "2022-06-14 10:08:00.021961 CEST"

Data:

x <- c("2022-06-14 10:08:00.000242", "2022-06-14 10:08:00.000435", "2022-06-14 10:08:00.021961")
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文