Rss & SiteMap

金字塔客服中心 - 专业程序化交易软件提供商 http://www.weistock.com/bbs/

专业程序化软件提供商
共13 条记录, 每页显示 10 条, 页签: [1] [2]
[浏览完整版]

标题:[推荐]数据补充能不能做的自动点儿

1楼
speculator 发表于:2011/1/17 12:09:52

像MT之类的平台,打开某个品种的某周期K图,会自动补上该周期的数据,而且速度飞快,基本无需等待。

 

用金字塔,打开某品种的某周期K图,偶尔能自动补全数据,但大部分情况是这里缺一段,那里缺一段,数据补充没法自动完成或者不完整。

 

手工补数据则非常慢,要一个一个品种或者一个一个交易所的选择,然后手工补完1分钟,等N长时间再手工补5分,再等N长时间再手工补日,

我估计开发人员从来没有用过自己开发的软件吧?难道就不能一下子自动补齐数据,还要1分钟 5分钟 日的补,对于交易者数据当然是越全面越好。

也太弱智了吧。就不能做的像MT一样,打开什么品种的周期K图就立即自动补齐。

2楼
王锋 发表于:2011/1/17 12:18:04

中间会缺数据是因为你在做手工收盘作业时没有及时补充历史数据缘故。

金字塔的在第一次做收盘时会明确提醒用户要补充完历史数据后再做,请用户不要将金字塔的各种提醒直接关闭,而应该仔细看看。

此外如果楼主无法保证本地历史数据完整那么还请楼主不要去搞收盘作业,让金字塔自己判断打开一个品种时该去补哪些数据

3楼
speculator 发表于:2011/2/21 16:09:51
以下是引用王锋在2011-1-17 12:18:04的发言:

中间会缺数据是因为你在做手工收盘作业时没有及时补充历史数据缘故。

金字塔的在第一次做收盘时会明确提醒用户要补充完历史数据后再做,请用户不要将金字塔的各种提醒直接关闭,而应该仔细看看。

此外如果楼主无法保证本地历史数据完整那么还请楼主不要去搞收盘作业,让金字塔自己判断打开一个品种时该去补哪些数据



怎么样不去搞收盘作业? 直接关闭?我很早就把提醒关闭了。
4楼
stocker 发表于:2011/2/21 16:13:52
直接自动下载就完事了,数据有不多; 或者在哪里设置,自动收盘补就可以了。 我设了自动补充,但是好像股指不是自动补,其他板块可以。 这确实是个问题,请解决一下。
5楼
speculator 发表于:2011/2/21 16:18:06
以下是引用stocker在2011-2-21 16:13:52的发言:
直接自动下载就完事了,数据有不多; 或者在哪里设置,自动收盘补就可以了。 我设了自动补充,但是好像股指不是自动补,其他板块可以。 这确实是个问题,请解决一下。

怎么样自动下载数据?
6楼
fly 发表于:2011/2/22 10:46:42

如果缺的是最近的数据:金字塔采取打开某个品种的某周期K图,会自动补上该周期的数据.

如果缺的是中间时间段的数据,就必须要补充数据了.

7楼
speculator 发表于:2011/2/23 17:23:11
以下是引用fly在2011-2-22 10:46:42的发言:

如果缺的是最近的数据:金字塔采取打开某个品种的某周期K图,会自动补上该周期的数据.

如果缺的是中间时间段的数据,就必须要补充数据了.

是的。经常发生如下情况,日图一般都完整,但打开某小时图,中间会缺一段时间,比如上周的。
使用数据补充功能依旧补不上,不知道是什么原因?
8楼
kevinmitnick 发表于:2011/2/24 16:12:15

补充数据不够智能,自己补充容易出错,不知软件怎么设计的.

9楼
fly 发表于:2011/2/24 17:03:06

如果使用数据补充功能依旧补不上

就把Weisoft Stock\Data,里面对应市场的文件夹删除掉,重启金字塔,重新补数据

就铁定能补上了.

 

如果用户是第一次下载登陆金字塔,就不存在缺中间数据的问题----打开某个品种的某周期K图,会自动补上该周期的数据

10楼
speculator 发表于:2011/3/1 20:34:04
以下是引用fly在2011-2-24 17:03:06的发言:

如果使用数据补充功能依旧补不上

就把Weisoft Stock\Data,里面对应市场的文件夹删除掉,重启金字塔,重新补数据

就铁定能补上了.

 

如果用户是第一次下载登陆金字塔,就不存在缺中间数据的问题----打开某个品种的某周期K图,会自动补上该周期的数据


理论和实际还是有差别的。

为什么MT4可以自动的补齐各周期的数据,金字塔就做不到,应该是软件设计方面的问题。
共13 条记录, 每页显示 10 条, 页签: [1] [2]


Powered By Dvbbs Version 8.3.0
Processed in 0.01563 s, 2 queries.