[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[EquisMetaStock Group] Re: System Tester, Number of Bars



PureBytes Links

Trading Reference Links



While I do respect your opinion on the matter that more 
isn't "necessarily" better given changes in market conditions from 
the past.  My view lies more in the fact that if you can design a 
system not only to perform well in past market conditions, but also 
in the dramatic recent changes, your system is obviously more 
robust.  And I'm not talking about a system that performs well in the 
past "on average."  I mean consistent gains yearly as much is 
possible.  I would much rather have a system that performs just as 
well in the past as it is still doing recently, than having a system 
that performs well recently but not in the past.  In that aspect I 
believe more is better.  

But maybe my motives are different.  I look for robust systems that 
can be applied to various securities for diversity and perform 
consistently.  I'm not looking for max possibly return.  If a 
businesss is to be run, you can't expect to have occasional 
profitable results showing up here and there just when they feel like 
it.  If your system can only do well in today's market but not a 
decade old market, who's to say that history won't repeat itself and 
the market reverts to old?  Not to say you can't adjust your system 
when the time comes, but you cannot pinpoint that until possibly 
years too late.  

You said that the number of bars used has very little influence on 
curve fitting.  In the most ridiculous of examples, if you have only 
one month of data and go test a basket of systems, you will obviously 
come up with a few that bought and sold at the exactly the right 
point.  Not necessarily because they are good systems.  So what's 
next?  You can't have one month of data represent a whole year of 
market movememt, it's not accurate enough of the whole.  What about a 
year?  That sounds like a decent amount, but it only represents 10% 
of a decade worth of data.  Just as a month is only roughly 10% of a 
years worth of data and thats not accurate enough, then how should 
one year be enough when it's only 10% representative of the market 
conditions over the past decade?  Maybe, that then lies more in the 
time frames you plan to choose.  If your trade time frame with the 
designed system is short, then superfragalist may be right, more is 
not necessarily better.  The short time frame expected to trade might 
be close enough to the previous short tested time, then you might 
make money with the system you designed for it.  But I wouldn't be 
willing chance my money on it.  So even aside from the possible curve 
fitting issue, I still would find the lack of bars to be a negative 
obstacle given that your system wouldn't have had time to "prove" 
itself in more varying market conditions.  As I said, I respect your 
view superfragalist, but the aforementioned reasons is why I believe 
otherwise.  But after writing this, I guess a lot boils down to 
personal objectives and trading style.

Best Regards,
David

--- In equismetastock@xxxxxxxxxxxxxxx, superfragalist <no_reply@xxxx> 
wrote:
> 
> Sorry, but I don't agree with this statement. "I'm sure everyone 
> would more than emphatically agree with me that the more historical 
> bars the better to test on."
> 
> While I do agree that using too little data can be a problem, too 
> much data is just a big an issue. Curve fit is a complex issue and 
> the number of bars of data you use to develop your system has very 
> little influence on it. 
> 
> I'm not going to go into a long piece on curve fit because there 
are 
> many really good systems development books and internet articles 
that 
> define, explain and debate the issue. 
> 
> Curve fit is easy to test for using out of sample data in walk 
> forward tests. Indicators can be tested for robustness prior to 
walk 
> forward testing. 
> 
> Curve fit is caused by over optimization, lack of robustness in the 
> indicators, too many variables in the optimized equation and poor 
> selection of variables within the equation. 
> 
> Not one of the systems development books that explore the issue of 
> curve fit have a set number of bars of data that should be tested 
to 
> reduce curve fit or to validate equations. 
> 
> No one says that 500 bars are too few and 2000 bars are too many. 
> Everyone has a different view. However, most authors and systems 
> develop people do agree on what causes curve fit. 
> 
> Robert Colby in The Encyclopedia of Technical Market Indicators 
often 
> tests using 20 to 40 years worth of data. Does that mean that the 
> best performing systems he has found historically will work well 
> today. Absolutely not. He admits that many of the historcially best 
> performing systems have done poorly in the last few years. Is it 
> because of curve fit? No, it's because his historical data averages 
> out all types of market cycles and the last few years have been 
> anything but average. The point of his book is not to use what's 
been 
> great over forty years, but to look in similar places for current 
> versions of the similar things that will work in these markets. 
> 
> Sorry I can't support your opinion. I've gotten a different 
> perspective from studying the issue. 
> 
> Esignal is slowly increasing the amount of historical data they 
> maintain because of intraday system's developers requests for the 
> data. However, there has been talk that the historical data will 
not 
> be available to users of MS but only to Esignal trading clients. 
> Equis says this is not true, but I've seen some evidence of it. 
> 
> Historical one minute data since 1997 on the S&P 500 can be 
purchased 
> for about $2500 from Price-data.com. For people doing intraday 
> trading that's reasonably priced. You can buy individual symbols 
for 
> $75.








------------------------ Yahoo! Groups Sponsor --------------------~--> 
Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar.
Now with Pop-Up Blocker. Get it for free!
http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/BefplB/TM
--------------------------------------------------------------------~-> 

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/equismetastock/

<*> To unsubscribe from this group, send an email to:
    equismetastock-unsubscribe@xxxxxxxxxxxxxxx

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/