全部版块 我的主页
论坛 数据科学与人工智能 数据分析与数据科学 R语言论坛
4811 7
2016-11-10
1.478448e+12,的时间格式R中如何转成正常的时间显示,如果是一列都是这样,如何转化
二维码

扫码加我 拉你入群

请注明:姓名-公司-职位

以便审核进群资格,未注明则拒绝

全部回复
2016-11-10 09:24:06
如果时间按照这种格式给出,惯例上指的是从1970年1月1日零点起度过的秒数。不过你给的这个数字有点太大了,届时地球是否还存在也许都未知。按此不表,R中的转换如下(重设class):
复制代码


公元48820年。。。

这种方法也完全适用于向量型数据。
二维码

扫码加我 拉你入群

请注明:姓名-公司-职位

以便审核进群资格,未注明则拒绝

2016-11-10 09:30:16
hugebear 发表于 2016-11-10 09:24
如果时间按照这种格式给出,惯例上指的是从1970年1月1日零点起度过的秒数。不过你给的这个数字有点太大了, ...
能化成正常的,比如2016-11-02 11:00:00这种格式吗,48820年,还有EST是什么
二维码

扫码加我 拉你入群

请注明:姓名-公司-职位

以便审核进群资格,未注明则拒绝

2016-11-10 10:10:08
mashagua 发表于 2016-11-10 09:30
能化成正常的,比如2016-11-02 11:00:00这种格式吗,48820年,还有EST是什么
在你提供的十分有限的背景条件下,我只能按习惯上的理解。你应该尝试把问题提的更清楚,详尽一些。例如,数据从何而来,如何收集的?为什么会出现那么大的指数?

EST是我所在的时区,美国东部时间。这个可以根据具体的时区进行调整。
二维码

扫码加我 拉你入群

请注明:姓名-公司-职位

以便审核进群资格,未注明则拒绝

2016-11-10 12:54:06
hugebear 发表于 2016-11-10 09:24
如果时间按照这种格式给出,惯例上指的是从1970年1月1日零点起度过的秒数。不过你给的这个数字有点太大了, ...
你确定这个是公元48820年,这个取消科学计数法之后是1478448000000,最后三位应该是到毫秒级别,应该是16年11月吧
二维码

扫码加我 拉你入群

请注明:姓名-公司-职位

以便审核进群资格,未注明则拒绝

2016-11-10 21:52:48
mashagua 发表于 2016-11-10 12:54
你确定这个是公元48820年,这个取消科学计数法之后是1478448000000,最后三位应该是到毫秒级别,应该是16 ...
我不确定啊,因为你没有解释这个数字到底是什么意思。什么叫“应该是毫秒级别”?看起来你自己也不确定?
二维码

扫码加我 拉你入群

请注明:姓名-公司-职位

以便审核进群资格,未注明则拒绝

点击查看更多内容…
相关推荐
栏目导航
热门文章
推荐文章

说点什么

分享

扫码加好友,拉您进群
各岗位、行业、专业交流群