掘金社区

一些bar, tick的exchange, sec_id, utc_time有问题Pinned highlighted

gscq 发表在掘金2 2015-10-11 07:36:31

掘金2
811
5
0

品种是DCE.l1601.bar.60 ,以下是一段bar.utc_time输出,时间:start_time=2015-08-01 9:00:00
end_time=2015-08-31 15:30:00

1438580040.0
1438580100.0
1438580160.0
1438580220.0
1438580280.0
1438580340.0
1438580400.0
1438580460.0
1438580520.0
1438580580.0
1438580640.0
1438580700.0
1438580760.0
1438580820.0
1438580880.0
1438580940.0
1438581000.0
1438581060.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
0.0
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
1.916629568167997e-76
6.79399939873085e-309
6.79399939873085e-309
6.79399939873085e-309
6.79399939873085e-309
6.793999398731094e-309
6.793999398731094e-309
6.793999398731094e-309
6.793999398731094e-309
6.79404183864908e-309
6.79404183864908e-309
6.79404183864908e-309
6.79404183864908e-309
6.79404183864908e-309
6.79404183864908e-309
6.79404183864908e-309
6.79404183864908e-309
6.794041838649177e-309
6.794084278565045e-309
6.79790387099538e-309
6.79790387099646e-309
6.79790387099656e-309
1.9760622009840897e+29

里面同时有一些tick.exchange, tick.sec_id有问题,报错UnicodeDecodeError: 'utf-8' codec can't decode byte 0x8f in position 0: invalid start byte

评论: 5
  • DCE.m1511,start_time=2015-08-24 9:00:00,
    end_time=2015-08-28 15:30:00 也是错误
    打印tick.exchange:

    DCE
    
    
    
    
    
    
    
    
    
    
    
    
    DCE
    
    
    DCE
    
    
    
    
    
    
    
    
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    <
    DCE
    <
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    <
    DCE
    <
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    
    
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    DCE
    

    好多空的

    2015-10-11 10:01:38
  • 一些ag1512的2015-08-24 9:00:00到2015-08-28 15:30:00的bar.utc_time也有1.1243012120402842e+26 这种值,

    2015-10-11 10:26:26
  • 您是否在多线程环境工作?以上3个问题我们验证数据均没有问题。验证代码:

    from gmsdk import md
    md.init('username','password')
    a=md.get_bars('DCE.i1601',60,'2015-08-01 9:00:00','2015-08-31 15:30:00')
    print [i.utc_time for i in a]
    2015-10-12 07:17:32
  • 是,用了multiprocessing,不支持吗。好像第一次用单进程的,把那个时间段数据一缓存,以后就正常了。

    2015-10-12 08:16:29
  • 数据是ok的。

    程序架构上的问题,比如多进程/多线程带来的副作用,需要根据您具体的使用场景自己处理好,这不是api所能做的事。

    2015-10-12 08:57:27

Looks like your connection to 掘金量化社区 - 量化交易者的策略交流学习社区 was lost, please wait while we try to reconnect.