Home Forums Tickstory Lite Issue/Bug tracking Real and historical graphs are different.. spread?

Viewing 12 posts - 1 through 12 (of 12 total)
  • Author
    Posts
  • fdanilo
    Participant
    Post count: 6

    I’m noticing that the problem may be given by gmt

    [attachment=0:3d2q1wth]Schermata 2013-09-17 alle 16.23.51.png[/attachment:3d2q1wth]

    I’m trying all the gmt for different brokers, but there are many differences from the 4H chart on
    I tried it with Pepperstone, FXDD, Alpari
    all GMT +2, +3 for each broker, I also asked the assistance to be precise
    but do not coincide GMT in historians with the downloaded graphics in real time
    if they coincide are only for the summer, with daylight saving time change yet

    can someone help me?
    which broker do you use and which gmt?

    thanks

    fdanilo
    Participant
    Post count: 6

    No one can help me??

    I can not get graphics equally between historical offline and real online
    even if I follow all the tickstory setup instructions

    please….

    imported_tickstory
    Participant
    Post count: 1479

    Hi fdanilo,

    I’m not sure if I understood correctly – are you comparing the historical data (which is sourced from Dukascopy) to that of your broker? If so, there is always going to be a small difference given that each has their own liquidity.

    Hope this helps.

    fdanilo
    Participant
    Post count: 6

    hello, I try to explain better .. I’m using google translater.
    I would like to do backtest on graphs as identical as possible to charts of my broker.
    For example if I do backtest on historical metaquotes and then I used my EA on demo metaquotes, I know that the graphs correspond exactly to the historical (spreads, gmt, summertime, etc. ..).
    So there is more chance that the optimization is valid.
    Instead downloading the historian with Tickstory, also if I configure that correctly and I try more gmt, I can not find the historical identical to my broker.
    Or the candles correspond only in summer and not in winter, or the 4 hours candles have different time..
    There is always a difference of at least 4-5 pips for each spark plug.
    With hundreds of different candles is logical that the indicators are very different, so the optimizations.
    I guess I do not make mistakes, I am careful to keep the mt4 offline, I compare the historical graph offline with another mt4 online.
    Another attempt that I will do tomorrow is to use the mt4 of “Fair Trade Technologies” that is connected to Dukascopy, I see so if historians downloaded from Tickstory (with Dukascopy database) are identical to charts FTT.

    There’s something I wrong? Can you help me figure out if they are in the right direction or something wrong?

    Thank you very much.

    imported_tickstory
    Participant
    Post count: 1479

    Hi Fdanilo,

    Regarding the broker spreads, you will always get some sort of difference between different brokers. Remember also that Tickstory is exporting a fixed spread at the moment so just bear that in mind.

    With regard to time-zones, do you know what time-zone your broker is working under? Do they shift time for daylight savings? You will need to pick a matching time-zone from the list – when doing so, it indicates whether the chosen time-zone will automatically adjust for daylight savings. Is it only during summer-time that the issue occurs?

    If you are still having issues after trying this, please let us know a specific day where you are having issues so we can look at this further. In this case, you will need to give us the charts of what you see on your broker’s chart to see why they don’t match up.

    Thanks.

    fdanilo
    Participant
    Post count: 6

    hello
    to the left you see the graphic downloaded from tickstory with mt4 offline and to the right the online graph

    [attachment=1:wilnu9n9]Schermata 2013-09-25 alle 11.27.47.png[/attachment:wilnu9n9]

    in this picture you see that the graphs of the two mt4 are identical, because we are in summertime

    in the second image, we are on the same graph but in the month of March and how do you see gmt changes, and consequently can also change the candles and also the results of the backtest.

    [attachment=0:wilnu9n9]Schermata 2013-09-25 alle 11.18.51.png[/attachment:wilnu9n9]

    I’ve tried dozens of decisions and gmt different, but no one is always equal to the graph online

    have I explained myself better?

    thank you very much again

    Danilo

    imported_tickstory
    Participant
    Post count: 1479

    Hi Fdanilo,

    I assume those online graphs were from Fair Trading Technologies? Based on their website, their timezone is set to GMT + 1, and it also seems like they do not take into account daylight savings. Please try to export using one of the UTC + 1 timezones that does not adjust for daylight savings and let us know if this fixes the issue.

    Regards

    fdanilo
    Participant
    Post count: 6

    Hi, it’s Pepperstone
    you can see in first image
    I’ve tried many GMT.. wich do you recommend?
    thanks

    imported_tickstory
    Participant
    Post count: 1479

    Hi Fdanilo,

    We have done some further testing including creating a “pure” time-zone shift of +1 hour and it still doesn’t match with what your broker is showing.
    Do you have the specific minute that the two graphs go out-of-sync? Are you able to post a screenshot of this?

    Thanks.

    imported_tickstory
    Participant
    Post count: 1479

    Hi Fdanilo,

    We have done some further investigation on this – it appears Pepperstone is actually GMT +3 and when we select a GMT +3 timezone for the export (eg. Nairobi), we match the data you are showing.
    Could you please confirm whether this works for you? Obviously it’s not intuitive to be selecting a time-zone like ‘Nairobi’, so we will look into adding some more identifiable time-zones. First step is to confirm this addresses your issue.

    Thanks.

    gooly
    Participant
    Post count: 57

    Hi,
    I am having similar problems with your Tickdata: Spread and Time-shift!

    1)
    I am assuming that if I get the Tickdata I’ll get the spread of the actual ticks?
    But in mt4’s strategy-tester I can define a spread of current (which is the spread of my broker?), 2,5,10,… which will be a spread of 2,5,10,.. Points? On your data-option-tab by default a 2 pip spread is set – this doesn’t count at all?

    2) If I run a backtest and start the backtest Sunday 31.03.2013 the first bar from where new bars are painted in mt4’s startegy-tester has the time-stamp: 2013.03.31 21:00.

    Dukaskopy has GMT my actual broker (Hot-Forex) has a 3 hour difference. Which program is adding the time shift when??
    I’d like to use pure GMT on my backt-tests and on my optimizations as I get this from the tickdata provider!
    Adding a shift and summer or winter time should take place when the history data files are created in my opinion!!

    Regards,
    Gooly

    imported_tickstory
    Participant
    Post count: 1479

    Hi Gooly,

    Re: your comments:

    1) The spread is embedded by Tickstory during the export. It is whatever you specify in the “Metatrader Info” tab. The setting in MT4 is ignored.

    2) Dukascopy data is in GMT and Tickstory performs the date shift from GMT into the time-zone you select in the ‘Export’ screen.

    Hope this helps

Viewing 12 posts - 1 through 12 (of 12 total)

You must be logged in to reply to this topic.