<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: FAP Turbo GMT Offset and Daylight Savings</title>
	<atom:link href="http://www.fapturboexpertguide.com/blog/fap-turbo-gmt-offset-and-daylight-savings/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.fapturboexpertguide.com/blog/fap-turbo-gmt-offset-and-daylight-savings/</link>
	<description></description>
	<pubDate>Wed, 19 Jun 2013 11:06:22 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Rob Casey</title>
		<link>http://www.fapturboexpertguide.com/blog/fap-turbo-gmt-offset-and-daylight-savings/comment-page-1/#comment-11</link>
		<dc:creator>Rob Casey</dc:creator>
		<pubDate>Wed, 01 Apr 2009 19:00:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.fapturboexpertguide.com/blog/?p=248#comment-11</guid>
		<description>Welcome Hamed, and thanks for the great question.

Here's the deal. For may forex robots doesn't even matter because they're not sensitive to the time of day the robot trades.

However, FAP Turbo is so GMT offset is important. Your question about which GMT offset to use when back testing, the one before the change over or after, is something most people don't even think to ask. 

If you run your back test over a period of time that extends over the daylight savings switch over dates then you're going to get invalid results. For people who don't consider this they simply look at the results and say "hey that sucks" without realizing the test isn't valid to begin with.

There are two ways to handle this. 

The more difficult way is to go into the historical data and shift the time stamps on the data over by an hour after the daylight savings switchover so that it matched up with the same data time period as before the switch over.

The easiest way for most people is to simply run multiple tests and combine the results.

It's actually not difficult. here's what you do. Start at the beginning of the time period you want to test and run until the daylight savings change date.

Then do the next test from that date until the next daylight savings change date. ect ... etc ...

The thing to remember is that when you finish the first test be sure to take your closing balance and use that as your starting balance for the next test.

In the end you don;t actually get the same nice report with only one graph, but the results are more valid which is the important thing. Also, to get the total wins/loses you simply need to add them up from each test report.

I know it's a bit of a pain but that's the world of trading. You're always at the mercy of your data and if the data doesn't correctly reflect reality then you have to mess with it to get real valid results.

hope that helps.

I'll be going into it a bit more deeply in the guide. 

cheers,
rob&lt;div class="comment-remix-meta"&gt;&lt;a href="#" class="replyto" onclick="replyto('11','Rob Casey'); return false;"&gt;Reply&lt;/a&gt;  - &lt;a href="#" class="quote" onclick="quote('11','Rob Casey','Welcome Hamed, and thanks for the great question.\r\n\r\nHere\'s the deal. For may forex robots doesn\'t even matter because they\'re not sensitive to the time of day the robot trades.\r\n\r\nHowever, FAP Turbo is so GMT offset is important. Your question about which GMT offset to use when back testing, the one before the change over or after, is something most people don\'t even think to ask. \r\n\r\nIf you run your back test over a period of time that extends over the daylight savings switch over dates then you\'re going to get invalid results. For people who don\'t consider this they simply look at the results and say \&#34;hey that sucks\&#34; without realizing the test isn\'t valid to begin with.\r\n\r\nThere are two ways to handle this. \r\n\r\nThe more difficult way is to go into the historical data and shift the time stamps on the data over by an hour after the daylight savings switchover so that it matched up with the same data time period as before the switch over.\r\n\r\nThe easiest way for most people is to simply run multiple tests and combine the results.\r\n\r\nIt\'s actually not difficult. here\'s what you do. Start at the beginning of the time period you want to test and run until the daylight savings change date.\r\n\r\nThen do the next test from that date until the next daylight savings change date. ect ... etc ...\r\n\r\nThe thing to remember is that when you finish the first test be sure to take your closing balance and use that as your starting balance for the next test.\r\n\r\nIn the end you don;t actually get the same nice report with only one graph, but the results are more valid which is the important thing. Also, to get the total wins\/loses you simply need to add them up from each test report.\r\n\r\nI know it\'s a bit of a pain but that\'s the world of trading. You\'re always at the mercy of your data and if the data doesn\'t correctly reflect reality then you have to mess with it to get real valid results.\r\n\r\nhope that helps.\r\n\r\nI\'ll be going into it a bit more deeply in the guide. \r\n\r\ncheers,\r\nrob'); return false;"&gt;Quote&lt;/a&gt;&lt;/div&gt;</description>
		<content:encoded><![CDATA[<p>Welcome Hamed, and thanks for the great question.</p>
<p>Here&#8217;s the deal. For may forex robots doesn&#8217;t even matter because they&#8217;re not sensitive to the time of day the robot trades.</p>
<p>However, FAP Turbo is so GMT offset is important. Your question about which GMT offset to use when back testing, the one before the change over or after, is something most people don&#8217;t even think to ask. </p>
<p>If you run your back test over a period of time that extends over the daylight savings switch over dates then you&#8217;re going to get invalid results. For people who don&#8217;t consider this they simply look at the results and say &#8220;hey that sucks&#8221; without realizing the test isn&#8217;t valid to begin with.</p>
<p>There are two ways to handle this. </p>
<p>The more difficult way is to go into the historical data and shift the time stamps on the data over by an hour after the daylight savings switchover so that it matched up with the same data time period as before the switch over.</p>
<p>The easiest way for most people is to simply run multiple tests and combine the results.</p>
<p>It&#8217;s actually not difficult. here&#8217;s what you do. Start at the beginning of the time period you want to test and run until the daylight savings change date.</p>
<p>Then do the next test from that date until the next daylight savings change date. ect &#8230; etc &#8230;</p>
<p>The thing to remember is that when you finish the first test be sure to take your closing balance and use that as your starting balance for the next test.</p>
<p>In the end you don;t actually get the same nice report with only one graph, but the results are more valid which is the important thing. Also, to get the total wins/loses you simply need to add them up from each test report.</p>
<p>I know it&#8217;s a bit of a pain but that&#8217;s the world of trading. You&#8217;re always at the mercy of your data and if the data doesn&#8217;t correctly reflect reality then you have to mess with it to get real valid results.</p>
<p>hope that helps.</p>
<p>I&#8217;ll be going into it a bit more deeply in the guide. </p>
<p>cheers,<br />
rob
<div class="comment-remix-meta"><a href="#" class="replyto" onclick="replyto('11','Rob Casey'); return false;">Reply</a>  - <a href="#" class="quote" onclick="quote('11','Rob Casey','Welcome Hamed, and thanks for the great question.\r\n\r\nHere\'s the deal. For may forex robots doesn\'t even matter because they\'re not sensitive to the time of day the robot trades.\r\n\r\nHowever, FAP Turbo is so GMT offset is important. Your question about which GMT offset to use when back testing, the one before the change over or after, is something most people don\'t even think to ask. \r\n\r\nIf you run your back test over a period of time that extends over the daylight savings switch over dates then you\'re going to get invalid results. For people who don\'t consider this they simply look at the results and say \&quot;hey that sucks\&quot; without realizing the test isn\'t valid to begin with.\r\n\r\nThere are two ways to handle this. \r\n\r\nThe more difficult way is to go into the historical data and shift the time stamps on the data over by an hour after the daylight savings switchover so that it matched up with the same data time period as before the switch over.\r\n\r\nThe easiest way for most people is to simply run multiple tests and combine the results.\r\n\r\nIt\'s actually not difficult. here\'s what you do. Start at the beginning of the time period you want to test and run until the daylight savings change date.\r\n\r\nThen do the next test from that date until the next daylight savings change date. ect ... etc ...\r\n\r\nThe thing to remember is that when you finish the first test be sure to take your closing balance and use that as your starting balance for the next test.\r\n\r\nIn the end you don;t actually get the same nice report with only one graph, but the results are more valid which is the important thing. Also, to get the total wins\/loses you simply need to add them up from each test report.\r\n\r\nI know it\'s a bit of a pain but that\'s the world of trading. You\'re always at the mercy of your data and if the data doesn\'t correctly reflect reality then you have to mess with it to get real valid results.\r\n\r\nhope that helps.\r\n\r\nI\'ll be going into it a bit more deeply in the guide. \r\n\r\ncheers,\r\nrob'); return false;">Quote</a></div>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hamed</title>
		<link>http://www.fapturboexpertguide.com/blog/fap-turbo-gmt-offset-and-daylight-savings/comment-page-1/#comment-7</link>
		<dc:creator>Hamed</dc:creator>
		<pubDate>Wed, 01 Apr 2009 15:58:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.fapturboexpertguide.com/blog/?p=248#comment-7</guid>
		<description>A question:

When I want to test a strategy, should I use new GMT offset or the old one?
The test period includes before and after GMT offset change.

Thank you.&lt;div class="comment-remix-meta"&gt;&lt;a href="#" class="replyto" onclick="replyto('7','Hamed'); return false;"&gt;Reply&lt;/a&gt;  - &lt;a href="#" class="quote" onclick="quote('7','Hamed','A question:\r\n\r\nWhen I want to test a strategy, should I use new GMT offset or the old one?\r\nThe test period includes before and after GMT offset change.\r\n\r\nThank you.'); return false;"&gt;Quote&lt;/a&gt;&lt;/div&gt;</description>
		<content:encoded><![CDATA[<p>A question:</p>
<p>When I want to test a strategy, should I use new GMT offset or the old one?<br />
The test period includes before and after GMT offset change.</p>
<p>Thank you.
<div class="comment-remix-meta"><a href="#" class="replyto" onclick="replyto('7','Hamed'); return false;">Reply</a>  - <a href="#" class="quote" onclick="quote('7','Hamed','A question:\r\n\r\nWhen I want to test a strategy, should I use new GMT offset or the old one?\r\nThe test period includes before and after GMT offset change.\r\n\r\nThank you.'); return false;">Quote</a></div>
]]></content:encoded>
	</item>
</channel>
</rss>
