ALPARI的数据质量很糟糕的，我用过其5MIN的，1H的，但是中间时常缺少几个bar的数据。如果大家要是经常留意ALPARI的话，1MIN基本上不可用，可以和OANDA的数据对比下。 现在下载多少呢？ 再个DUKA的数据，中间没有删节，也就意味着周六日的数据也需要自己下载后手动删除。或者LZ牛，编个脚本处理下？
这个都好办。先给我解释下这个 （那个时间的字符串是怎么处理的，还有result = prime * result + (int) (temp ^ (temp >>> 32));）。java的： public String toString() { SimpleDateFormat format = new SimpleDateFormat("yyyy-MM-dd HH:mm:ss.SSSZ"); format.setTimeZone(TimeZone.getTimeZone("GMT")); StringBuilder stamp = new StringBuilder(); stamp.append(time).append("[").append(format.format(time)).append("] / "); stamp.append(open).append(" - ").append(close); return stamp.toString(); } @Override public int hashCode() { final int prime = 31; int result = super.hashCode(); long temp; temp = Double.doubleToLongBits(close); result = prime * result + (int) (temp ^ (temp >>> 32)); return result; }
计算机程序方面我放弃了，凭我现在的程序水平处理不了这个，SAS搞不定longlong和8byte long double数据 关于这个数据，数据源是bin文件，实际上是压缩了的zip文件改的后缀。 通过追踪得到了所有bin文件的链接，下载后需要做的就是一个转换而已其实。 批量下载的时候月份需要注意的是是从0开始代表1月的。 附上反编译的swf（不要问我反编译可以，编译怎么不行，我只学了反编译）： http://www.forex-town.com/attachment.php?aid=1407 或者pdf---〉rar http://rapidshare.com/files/407451918/feed.pdf.html
这两天把自己以前会的一个武林绝学——斗转星移给忘了，突然间记起心法，一下子一劳永逸地解决了这个数据问题。 请版主把置顶取消吧。 谢谢各位的参与，参加协作的各位，不用再辛苦了，准备收数据吧。 （晚上看了珠光宝气的大结局，还看了两个电影：麦克斯佩恩和叶问。珠光宝气和叶问我推荐）