WEKA使用SimpleDateFormat解析我的日期…除非涉及两点钟

|| 我有一个很大的ARFF文件，其中的数据如下所示： 
555,\"2011-03-13 01:50:48.000\",0
540,\"2011-03-13 02:10:19.000\",0
为了帮助解析它，我声明了第二个属性，如下所示： 
@attribute RecordedOn date \"yyyy-MM-dd HH:mm:ss.SSS\"
解析器使用Java的SimpleDateFormat，对于第一行（以及与之非常相似的几百万行）可以很好地工作，但在第二行中却出现了几行阻塞。我注意到它仅使小时为\“ 02 \”的一行停止播放-实际上，如果将第二行更改为
540,\"2011-03-13 01:10:19.000\",0
，则可以很好地解析第二行。更令人难以置信的是，无论如何，有些带有ѭ3any的行都会被很好地解析。赞：
1,\"2006-12-16 02:58:51.000\",111
 有人知道发生了什么吗？有什么建议吗？提前致谢。     
2020-01-02 2 条评论
分享

没有找到相关结果

    已邀请:

    场竟矩喘崩

    您几乎可以肯定将日期解释为遵守夏时制的时区中的本地时间。 2011年3月13日是美国夏令时的开始；这意味着时钟从01:59:59前进到03:00:00，跳过了整整2点钟的时间。 \“ 2011-03-13 02：10：19.000 \”本地时间从未在例如纽约市发生。     
    2020-01-02 0 0
    分享
    为什么被折叠? 0 个回复被折叠

    要回复问题请先登录或注册

    或代码 OrCode.com 备案号：粤ICP备15020848号-1
    Escape time: 0.065847158432007