[raduParticipant June 18, 2013 at 8:12 am Post count: 26]

in reply to: v0.9 Released! #18860

Hungarian translation of the news: here.

[raduParticipant May 13, 2013 at 5:28 pm Post count: 26]

in reply to: v0.9 Release Candidate available #18777

Thank you for the new version.

Hungarian users could read the changes here.

[raduParticipant March 17, 2013 at 8:49 am Post count: 26]

in reply to: v0.8 Released! #18653

Thanks for the new version. Hungarian translation of the changelog available here.

[raduParticipant March 16, 2013 at 10:51 am Post count: 26]

in reply to: v0.8 Release Candidate available #18615

Thank you very much!

[raduParticipant February 24, 2013 at 10:43 am Post count: 26]

in reply to: v0.8 Release Candidate available #18608

A new minor, but important suggestion: the generated FXT files should be write-protected. My MT4 vanished my nicely generated FXT files numeruous times 🙂

So please, set the attribute of the FXT files to write-protected!

Thanks.

[raduParticipant February 19, 2013 at 9:11 am Post count: 26]

in reply to: Wrong bar open times #18594

@tickstory wrote:

Regarding the data download, the system will always check for the presence of the data on your local disk prior to attempting to retrieve data from the web. Therefore, the data will only be downloaded once. Much of the time overhead in producing extracts is the writing of the FXT files which are usually over a gigabyte in length for each timeframe. You can speed up the process by only exporting the timeframes you intend to back-test with.
Having said this, there are speed improvements in the pipeline which involves storing the data in our own tick database format.

Thanks for your answer. Maybe the text “retrieving” is not always accurate; you could use downloading/converting/etc. to indicate the process. But this is only a minor suggestion! 😉

[raduParticipant February 19, 2013 at 9:03 am Post count: 26]

in reply to: Translations? #18602

Hello tickstory!

@tickstory wrote:

Many thanks for your offer to contribute. Yes – enabling multi-language is definitely in the pipeline in the next major update of Tickstory. Will make sure any Hungarian translations get vetted by you!

Great! If I won’t reply here, you could contact me at the e-mail address in my profile.

BTW, are you planning to use the “po” format ?

[raduParticipant February 15, 2013 at 2:42 pm Post count: 26]

in reply to: Wrong bar open times #18592

Hello tickstory,

@tickstory wrote:

•[TICKLITE-85] MT4 Export: Bar start times should start on the hour for time-frames > 1 minute.

Thank you for your qiuck fix. It seems to be working. 😉

The W1 timeframe however starts with 2009.01.04, 2009.01.11, 2009.01.18 wich all are Sundays. But I checked other symbols in the default Instaforex installation, and they have these dates on the W1 timeframes, so this is not a problem as far as I understand it.

MN1 timeframes are fine, too.

@tickstory wrote:

•[TICKLITE-84] MT4 Export: Weekly/monthly bars were getting filtered when they occurred on the weekend.

What this exactly means?

There is a bug which was in the previous version, too. When I’m trying to click on the folder selector icon inside Settings->Dukascopy Datasource tab, nothing happens. (no file selection windows is popping up, I have to manually edit the path If I would like to change it)

Great like for the regional date format, thanks! 🙂 Could you modify that in the Earliest date and Last date column?

One more question: when I have already downloaded data, and click to Export the software saying “retrieving…”. Is this means that TickStory Lite checks all the files again, or trying to download again, or what? When I copied previously downloaded tick data from SQ Tick Downloader (same directory structure), TSL did the downloading (or at least run-through) again, so there was no speed gain whatsoever. Is this normal, or do you want to improve this data handling in the future?

[raduParticipant February 13, 2013 at 8:24 am Post count: 26]

in reply to: Wrong bar open times #18590

Hello tickstory,

@tickstory wrote:

Could you please outline the exact steps you are doing to get this result? This includes the symbol you are exporting, the date range and how you are viewing the exported data (CSV or MT4?).

Sorry, I should post that information previously! 🙂

The date is 2009/01/01 – 2009/01/10, EURUSD in InstaForex terminal.

I’m using Tick Data Suite to run backtest.

I generated all timeframes in order to check what’s happening.

Time setting is GMT, Casablanca – Monrovia – Instaforex’s timezone in default is GMT+2.

M1: fine
M5: 00:02, 00:07, 00:12, 00:17, etc.
M15: 16:02, 16:17, 16:32, 16:47, etc.
M30: 9:02, 9:32, 10:02, 10:32, etc.
H1: 9:02, 10:02, 11:02, etc.
H4: 10:02, 14:02, 18:02, etc.
D1: fine
W1: every bar starting with Tuesdays: 2009.01.06, 2009.01.13, 2009.01.20, etc. (Maybe this is another problem, related to my timezone setting; even with GMT+1 or GMT+2 the dates are wrong: 2009/01/04, 2009/01/11, 2009/01/18 )
MN: fine

For 2010, the time slippage is 4 minutes on every bar time.

I tried EURGBP 2009/01/01 – 2009/01/10: the result was exactly the same, except 2 minutes is the time slippage instead of 2 minutes.

Generated bars for 2013 (EURUSD, and EURPLN) are perfect.

Two example screenshots:

[attachment=1:1wt86lik]Snap4.png[/attachment:1wt86lik]
[attachment=0:1wt86lik]Snap5.png[/attachment:1wt86lik]

If you need more debug info, tell me!

[Author]

Posts