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

RE: [amibroker] Re: Parameter selection, MCS (for UM)



PureBytes Links

Trading Reference Links




<SPAN 
class=212434607-20042003>Everything that you are saying... I thought that was 
what I just finished saying.
<SPAN 
class=212434607-20042003> 
Thomas 
asked me why I include ALL stocks in my backtest when I know that they won't all 
be traded.   
<SPAN 
class=212434607-20042003> 
I 
don't create dozens of watch lists.  I put ALL filters in my 
backtest/optimize code and let the system do the work.
<SPAN 
class=212434607-20042003> 
You 
only leave me scratching my head.
<BLOCKQUOTE 
>
  <FONT face="Times New Roman" 
  size=2>-----Original Message-----From: uenal.mutlu@xxxxxxxxxxx 
  [mailto:uenal.mutlu@xxxxxxxxxxx]Sent: Sunday, April 20, 2003 3:00 
  AMTo: amibroker@xxxxxxxxxxxxxxxSubject: Re: [amibroker] 
  Re: Parameter selection, MCS (for Thomas)
  Hi Chuck,
  IMHO you are wrong in your assumptions how the/any 
  backtester works.
  What you describe is of type "looking into the future" 
  syndrom, but
  it is not correct in this respect.
  BTW, you dont need to create dozens of watchlists. Why 
  not
  simply put all criteria in a B/S condition: for 
  example
    Buy = Close > 10 and RSI < 30;
  The Close price and the RSI value are those of the then 
  "current" day.
  Simply said, there is a big loop inside the backtester 
  which executes 
  your script from the given start day to the end day and 
  each time takes 
  that day's "Close" and "RSI"... 
   
  UM
   
   
   
   
  ----- Original Message ----- 
  <BLOCKQUOTE 
  >
    <DIV 
    >From: 
    <A title=chuck_rademacher@xxxxxxxxxx 
    href="">Chuck Rademacher 
    To: <A title=amibroker@xxxxxxxxxxxxxxx 
    href="">amibroker@xxxxxxxxxxxxxxx 
    Sent: Sunday, April 20, 2003 8:40 
    AM
    Subject: RE: [amibroker] Re: Parameter 
    selection, MCS (for Thomas)
    
    <FONT face=Arial color=#0000ff 
    size=2>G'day, Thomas.
    <FONT face=Arial color=#0000ff 
    size=2> 
    I 
    get asked that question all the time.   My answer is "How do I 
    know if a stock is going to be traded by my system unless I include 
    it?".
    <FONT face=Arial color=#0000ff 
    size=2> 
    <FONT face=Arial color=#0000ff 
    size=2>Let's say that I only want to trade stocks that are over 
    $10.   So, I make a watchlist of such stocks and end up with (say) 
    4,000 that were over $10 at some point in the last ten 
    years.    If I want to change the filter to be $9 or $11 
    instead of $10, I have to create a new watch list, using the 13,500 stocks 
    in my entire universe to make the watchlist.  
    <FONT face=Arial color=#0000ff 
    size=2> 
    <FONT face=Arial color=#0000ff 
    size=2>The same applies to other technical indicators.  Let's say that 
    I'm using RSI and I want to sell if RSI goes above 90.   So, I 
    exclude all the stocks where the RSI never went above 90 and make a 
    watchlist.   If I want to change the sell signal to 85 instead of 
    90, I have to make a new watchlist.
    <FONT face=Arial color=#0000ff 
    size=2> 
    I 
    know that most people work this way.   They make a watch list of 
    stocks that meet their criteria based on current prices, fundamentals, 
    etc.
    <FONT face=Arial color=#0000ff 
    size=2> 
    <FONT face=Arial color=#0000ff 
    size=2>This concept would work really well if you trade stocks backwards in 
    time.   If 2002 came after 2003 and 2001 came after 2002, 
    etc.    Most people doing backtesting seem to want to make a 
    watchlist based on something in the data or on the chart today.   
    They then will backtest their system over ten years of data based on stocks 
    that meet some criteria today.   S&P 500 constituents 
    today or NASDAQ 100 consituents today.   Why not use the 
    constituent list at the beginning of the period, not the 
    end?
    <FONT face=Arial color=#0000ff 
    size=2> 
    It 
    would seem to me that the criteria for selection should have been made based 
    on data and/or chart appearance ten years ago... not today.   
    Better yet, why not base the selection criteria on these conditions in 
    real-time?
    <FONT face=Arial color=#0000ff 
    size=2> 
    <FONT face=Arial color=#0000ff 
    size=2>Hence... I pass EVERY stock through all of my systems every time I 
    want to backtest a new system idea.   I let the systems do all of 
    the selecting, in real-time (albeit historical real-time).   If I 
    want to trade only NASDAQ 100 stocks, I have a flag to tell me, for every 
    one of the 13,500 stocks in my database, for every day it traded, if it was 
    a NASDAQ 100 stock.
    <FONT face=Arial color=#0000ff 
    size=2> 
    <FONT face=Arial color=#0000ff 
    size=2>Just one man's opinion.   Yours could be just as valid or 
    better.
    <BLOCKQUOTE 
    >
      <FONT face="Times New Roman" 
      size=2>-----Original Message-----From: tchan95014 
      [mailto:tchan95014@xxxxxxxxx]Sent: Sunday, April 20, 2003 2:21 
      AMTo: amibroker@xxxxxxxxxxxxxxxSubject: [amibroker] 
      Re: Parameter selection, MCS (for Thomas)Hi, 
      Chuck,Thanks for a very extensive answer.One more 
      question:You tested your system on 13500 stocks over more than 10 
      years of history and you got about 40,000 trades. This means in 
      average there are 3 trades per stock over 10 years period. I would 
      guess there are some stocks trade far more than that, hence there are 
      many stocks never get traded over the test history. Is this 
      correct?If yes, then does their inclusion in the portfolio makes 
      any sense?ThanksThomas--- In 
      amibroker@xxxxxxxxxxxxxxx, "Chuck Rademacher" 
      <chuck_rademacher@x> wrote:> Sorry, Thomas, I must have 
      not been very clear in my explanation.> > Here are my steps 
      for parameter selection (right or wrong):> > 1.   
      Optimize over the entire universe of stocks that traded between 
      1992> and today (13,500 stocks after filtering for minimum 
      price/volume).  This> process is looking for ONE parameter 
      set across all stocks.> 2.   Check for outliers (huge 
      profits or losses).   This is more important> for 
      long-term systems that might have bought in 1995 and sold and the 
      peak> in 2000.> 3.   Remove the stocks with the 
      largest outlier trades.   In the example I> gave, 
      trading $10,000, I removed the stocks where single trades 
      generated> more than (say) $200,000.   AOL, MSFT and 
      a few others generated more than> $1 million in profits so I 
      don't want those trades in my parameter> selection.> 
      4.   Re-optimize to get "best" parameter set over all remaining 
      stocks.    I> don't really want to get into 
      defining "best" here.> 5.   I might repeat steps 3 and 4 
      if I get a new set of large outliers.> 6.   Put the 
      removed stocks back into the watchlist.> 7.   Run Scan to 
      see equity curve with or without compounding.> 8.   When 
      it comes to live trading, my systems are looking at all 
      stocks.> Removing stocks from the universe was only done to 
      achieve (IMO) better> parameter selection.> > 
      > While I'm at it, I may as well tell you the steps I take to 
      decide if the> system is even worth doing the steps delineated 
      above.   Here is what I do> to see if the system has 
      any merit in the first place:> > 1.  Optimize the 
      system over data between 1994 and 2001 (approximately) to> find 
      the "best" parameter set.> 2.  Using that parameter set, run 
      the same system over data between 1992 and> 1993 as well as 
      over the period 2002 and 2003.   If the performance 
      looks> "almost" as good over those periods (per trade, per 
      annum, drawdown, etc.),> then the system (IMO) is worth more 
      effort.> 3.  If the out-of-sample performance is not good 
      (definition?), I add it to> my scrap heap of thousands of other 
      rejected systems.> > > > You then asked about 
      MCS.   I use Monte Carlo Simulation to see what 
      happens> when I trade a random selection of my buy/short 
      signals.   You may recall an> equity curve that I 
      posted not too long ago.   From memory, that curve> 
      reflected the results of over 40,000 trades.   The initial 
      capital for each> trade was $10,000.   I wouldn't 
      want to trade less than $10,000,> particularly when I only like to 
      trade round lots (multiple of 100 shares).> To take all of the 
      signals generated by that system would require about $10> 
      million in capital, based on $10,000 initial capital per 
      trade.   Probably> beyond the scope of most 
      individual traders.> > So... how do I reduce the number of 
      signals so that I can afford to take> every trade.   
      While we patiently wait for TJ to add some portfolio> management 
      functionality to AB, I export the trades from AB to TradeSim.> 
      TradeSim has full MCS capability.    Someone in this group 
      posted references> to some other software that does 
      MCS.> > In any event, I can tell TradeSim that I only have 
      $300,000 (or any other> amount) and it will RANDOMLY select 
      signals that it will trade.  I can tell> TradeSim to do 
      15,000 random selections and it will show me the average,> best 
      and worst case equity curves for each of those 15,000 runs.   
      What you> are looking for is a fairly consistent performance, 
      regardless of the list> of signals accepted by 
      TradeSim.   I want to make sure you understand the> 
      process here.   TradeSim will make a purely random selecction of 
      buy/short> signals in each run, investing up to my limit of 
      $300,000    IBM, MSFT, AOL,> etc. might be in 
      run number one.   Any or all of those stocks might be 
      in> run two.   You can tell TradeSim whether or not to 
      compound your profits> (yet another discussion).> 
      > The next step, of course, is to rank all signals by something 
      (another> discussion) and take the signals in some sort of 
      predetermined sequence> until your system runs out of 
      cash.   This functionality is high on the wish> list 
      for TradeSim and somewhere on TJ's wish list for AB.    
      Once we have> that functionality, we can see if our "smart" 
      method of selecting which> signals to take has any value over a 
      purely random selection.   If not...> the method for 
      selection must not be very smart.> > I hope that I have 
      answered your questions and concerns.>   -----Original 
      Message----->   From: tchan95014 
      [mailto:tchan95014@xxxx]>   Sent: Friday, April 18, 2003 
      8:04 PM>   To: 
      amibroker@xxxxxxxxxxxxxxx>   Subject: [amibroker] Re: 
      Compounding, etc. (for Fred)> > >   
      Chuck,> >   The following is my understanding from 
      reading your posts: you test>   your system on a 
      large universe, when you find a goog parameter 
      set,>   you then run on the same universe to pick up 
      the candidate to trade.> >   My 
      question:>   1) Since you do not cut off those losers in 
      historical test from the>   universe (You mentioned 
      that a stock's characteristics can change over>   
      time), do you still trade a certain stock when you system picks it 
      up>   but you know from you historical test this 
      particular candidate lost>   all the time? (Of 
      course, you also mention you never check what 
      stocks>   are traded by your system, but I just want 
      to know your thought)> >   2) You also mention the 
      use of MCS, could you please elaborate on how>   you 
      use MCS to help you on system development or whatever?> 
      >   Thanks> > >   
      Thomas> >   --- In amibroker@xxxxxxxxxxxxxxx, 
      "Chuck Rademacher">   <chuck_rademacher@x> 
      wrote:>   > No rebuke from me.   You are 
      100% correct that one would tend to>   either 
      take>   > on more positions or increase the size of 
      positions using profits.>   
      Either>   > of these could be called 
      "compounding".>   >>   > I just 
      don't think that compounding has any place in 
      parameter>   selection.>   > I've 
      already given dozens of examples but I'll do one more.>   
      >>   > Let's say that  I had a moving average 
      crossover system (which I>   wouldn't>   
      > use).  Let's also assume that we are investing $10,000 per 
      trade>   initially.>   > I optimize 
      for one set of parameters to use on a basket of 
      stocks.>   One set>   > of 
      parameters generates a trade for AOL that results in a 
      $1.5>   million>   > profit for the 
      $10,000 investment.   If I then re-invest that 
      $1.5>   million>   > (in 
      backtesting), I could end up with some huge returns on the 
      next>   trade,>   > based on my 
      original portfolio investment size.    This huge 
      profit>   and>   > resultant 
      compounding (in backtesting) could distort the fact 
      that>   those>   > very same 
      parameters generated far less in profits for the other 
      99>   stocks.>   > In my opinion, 
      I would rather use parameters that missed the AOL>   
      trade and>   > did better on the other 99 
      stocks.   Keeping AOL in the basket (for>   
      > backtesting) and compounding the profits from that one trade 
      simply>   doesn't>   > fit in how 
      I select parameters.>   >>   > 
      Once I'm finished selecting my parameters, I will use Scan over 
      all>   100>   > stocks in 
      basket.  I will, at this point, turn on compounding.  
      If>   the>   > parameters I've 
      selected without the benefit of AOL and without 
      the>   benefit>   > of 
      compounding happen to pick up the AOL trade, it's a bonus.   
      I'd>   rather>   > miss the AOL 
      trade (in backtesting) and do well on the rest of 
      the>   stocks in>   > the 
      basket.   In my opinion, this approach has a much better 
      chance>   of being>   > 
      profitable in the future.   A fantastic-looking equity curve 
      based>   on the>   > benefit of 
      hindsight does little to satisfy my investors.>   
      >   -----Original Message----->   
      >   From: Fred [mailto:fctonetti@xxxx]>   
      >   Sent: Friday, April 18, 2003 6:16 PM>   
      >   To: amibroker@xxxxxxxxxxxxxxx>   
      >   Subject: [amibroker] Re: Pairs Trading (a definition for 
      Dingo)>   >>   
      >>   >   Chuck,>   
      >>   >   Your "go" at it is clearly a 
      better description then mine ...>   
      >>   >   I'm still waiting for your 
      rebuke of my description of compounding>   
      >   whether it is in terms of scaling up bet size or 
      increasing the>   >   number of 
      securities potentially invested in to be virtually 
      the>   same>   >   in 
      terms of how that affects system design, testing and>   
      optimization>   >   in that ones aim is 
      still to yield consistant returns and>   
      drawdowns>   >   on a percentage 
      basis.>   >>   >   --- 
      In amibroker@xxxxxxxxxxxxxxx, "Chuck Rademacher">   
      >   <chuck_rademacher@x> wrote:>   
      >   > MessageI'll have a go at defining pairs trading for 
      you.>   >   >>   
      >   > To me, there are two different kinds of pairs 
      trading>   (fundamental>   
      >   and>   >   > 
      technical).>   >   >>   
      >   > Before I get into that, however, I'll start by 
      telling you that>   >   
      pairs>   >   > trading is NOTHING MORE 
      than buying one stock and shorting>   
      another.>   >   > Usually, the dollars 
      invested would be the same for each stock.>   
      >   >>   >   > 
      Fundamental pairs trading would be based on YOUR 
      INTERPRETATION>   of>   
      >   the>   >   > 
      fundamentals for those two companies.   If you spent the 
      time to>   >   review 
      the>   >   > annual reports for Ford and 
      General Motors, for instance, you>   
      might>   >   decide>   
      >   > that FUNDAMENTALLY Ford should outperform General 
      Motors over>   the>   
      >   next six>   >   > 
      months.  So, you would buy Ford and short General Motors.   
      Your>   >   trade, 
      in>   >   > theory, should not be 
      affected by any move in the entire market>   
      or>   >   even the>   
      >   > automotive sector.   At the end of the 
      six-month period you>   would>   
      >   liquidate>   >   > both 
      positions.>   >   >>   
      >   > Technical pairs trading is a little more 
      complex.   Again, you>   >   
      would be>   >   > buying one stock and 
      shorting another.   Most pairs traders>   
      might>   >   only trade>   
      >   > a "pair" that were in the same sector, but that 
      isn't>   necessarily a>   
      >   > requirement.   The idea here is that you 
      find two stocks whose>   >   average 
      daily>   >   > returns move very much in 
      unison.  I won't get into the math for>   
      >   determining>   >   > 
      this, but I'm sure you get the picture.    Let's say that 
      you>   >   discover 
      that>   >   > the daily returns for Ford 
      and General Motors almost aways move>   
      >   together.>   >   > You 
      also observe that if the returns move apart.... they tend 
      to>   >   come back>   
      >   > together.    You also observe the 
      maximum amount that they>   varied>   
      >   over some>   >   > 
      period of time.   When you see them move apart by that 
      amount>   >   again, 
      you>   >   > simply short the one with 
      the higher returns and buy the one>   
      with>   >   the lower>   
      >   > returns.  Finally, you just wait for the 
      returns to come back>   >   together 
      and>   >   > liquidate both 
      positions.     Again, the theory is that 
      any>   major>   >   move 
      in>   >   > the overall market has no 
      effect on your net position.>   >   
      >>   >   > I might add that many, if 
      not most, of the professional fund>   >   
      managers using>   >   > pairs trading 
      haven't done very well over the last quarter,>   
      >   generating>   >   > 
      negative returns for their investors.    I've been pairs 
      trading>   >   for 
      two>   >   > years, netting just over one 
      percent per month for investors in>   
      that>   >   > particular 
      fund.    I can also tell you that, in my opinion, 
      any>   >   attempt 
      at>   >   > fundamental pairs trading is 
      doomed for failure.>   >   >   
      -----Original Message----->   >   
      >   From: dingo [mailto:dingo@xxxx]>   
      >   >   Sent: Friday, April 18, 2003 3:13 
      PM>   >   >   To: 
      amibroker@xxxxxxxxxxxxxxx>   >   
      >   Subject: RE: [amibroker] Re: Dynamic Indicators Poll -- 
      VOTE>   >   AGAIN, 
      PLEASE>   >   >>   
      >   >>   >   
      >   Could you define "pairs trading" 
      please?>   >   >>   
      >   >   Thx!>   
      >   >>   >   
      >   d>   >   
      >     -----Original 
      Message----->   >   
      >     From: Fred 
      [mailto:fctonetti@xxxx]>   >   
      >     Sent: Friday, April 18, 2003 3:08 
      PM>   >   >     To: 
      amibroker@xxxxxxxxxxxxxxx>   >   
      >     Subject: [amibroker] Re: Dynamic Indicators 
      Poll -- VOTE>   AGAIN,>   
      >   PLEASE>   >   
      >>   >   >>   
      >   >     Yes. I know. See my previous 
      post, but for example I don't>   
      want>   >   to>   
      >   >     have to write my own Stdev 
      routine for variable periods>   where 
      it>   >   >     would 
      require a For loop or a script to get it done.  
      As>   I've>   >   
      said>   >   >     
      before, IMHO the best thing about AB today is it's speed 
      and>   >   the LAST>   
      >   >     thing I want to do is slow 
      it down w/For loops if I don't>   
      have>   >   to.>   
      >   >     The best thing about the 
      future of AB is of course the>   support 
      &>   >   >     
      potential enhancements and I'll be happy to take the 
      latter>   in>   >   
      >     whatever order Tomasz thinks best with my own 
      personal>   >   preference 
      at>   >   >     the 
      moment being the fixing of position size 
      transactions>   being>   
      >   >     automatically limited to 
      total available cash followed by>   
      some>   >   other>   
      >   >     aspects of portfolio trading 
      i.e. pairs and ranking etc.>   >   
      >>   >   >     --- 
      In amibroker@xxxxxxxxxxxxxxx, "DIMITRIS TSOKAKIS">   
      >   <TSOKAKIS@xxxx>>   
      >   >     wrote:>   
      >   >     > 
      Fred,>   >   >     
      > take a look at>   >   
      >     >>   >   
      >     > per=10+Cum(1)%20;//variable period from 
      10 to 29>   >   >     
      > 
      StochKa=MA(100*(C-LLV(L,per))/(HHV(H,per)-LLV(L,per)),3);>   
      >   >     > 
      StochDa=MA(MA(100*(C-LLV(L,per))/(HHV(H,per)-LLV>   
      >   (L,per)),3),3);>   >   
      >     > 
      Plot(StochDa,"",1,1);Plot(StochD(),"",4,8);>   
      >   >     >>   
      >   >     > for 
      example.>   >   >     
      > DT>   >   >     
      > --- In amibroker@xxxxxxxxxxxxxxx, "Fred" 
      <fctonetti@xx..>>   >   
      wrote:>   >   >     
      > > Tomasz,>   >   
      >     > >>   
      >   >     > > I agree completely 
      that these are two different areas ..>   
      .>   >   to me>   
      >   >     > 
      they>   >   >     
      > > are both important with (1) being higher priority 
      then>   >   (2) ...>   
      >   >     > 
      >>   >   >     
      > > With regards to (1) and more specifically 
      those>   functions>   >   
      like>   >   >     
      ATR>   >   >     > 
      > that require multiple arrays ... I understand and in 
      the>   >   case of>   
      >   >     > ATR>   
      >   >     > > I'm not sure I 
      care if this is even dealt with as again>   
      it's>   >   >     
      simple>   >   >     
      > > enough like my example w/MACD to create ones own 
      ATR>   with a>   >   
      >     Foreign>   >   
      >     > > symbol using straight 
      AFL.>   >   >     
      > >>   >   
      >     > > In the case of a stochastic though 
      it's clearly valid to>   >   
      >     calculate>   
      >   >     > it>   
      >   >     > > 
      as>   >   >     > 
      >>   >   >     
      > > 100 * (C - LLV(C, n)) / (HHV(C, n) - LLV(C, 
      n))>   >   >     > 
      >>   >   >     
      > > as opposed to using highs and lows.  However here 
      again>   I'm>   >   
      not>   >   >     > 
      sure>   >   >     
      > > I care as it's easy enough to do these in straight 
      AFL>   with>   >   
      n>   >   >     
      being>   >   >     
      > > time variant since HHV and LLV are already have 
      the>   >   capability of>   
      >   >     > > being time 
      variant.>   >   >     
      > >>   >   
      >     > >>   
      >   >     > > --- In 
      amibroker@xxxxxxxxxxxxxxx, "Tomasz Janeczko">   
      >   >     > 
      <amibroker@xxxx>>   >   
      >     > > wrote:>   
      >   >     > > > 
      Hello,>   >   >     
      > > >>   >   
      >     > > > As I mentioned in the other 
      post of mine there are>   >   
      >     > > > TWO INDEPENDENT 
      areas:>   >   >     
      > > >>   >   
      >     > > > 1. Make input data array 
      available for functions like>   
      RSI>   >   >     > 
      > > 2. Make second argument (period) accept array 
      too>   >   (variable>   
      >   >     > 
      period).>   >   >     
      > > >>   >   
      >     > > > Somehow people mix those 2 
      areas.>   >   >     
      > > >>   >   
      >     > > > Fred speaks that he wants all 
      functions to cover at>   least>   
      >   >     > > > area 
      (1).>   >   >     
      > > >>   >   
      >     > > > The posts of Mark refer to 
      area (2).>   >   
      >     > > >>   
      >   >     > > > Let me show 
      you example:>   >   
      >     > > >>   
      >   >     > > > RSI( period ) 
      - this function has no input data array>   
      >   (uses>   >   
      >     CLOSE>   >   
      >     > > array>   
      >   >     > > > indirectly) 
      and accepts static period>   >   
      >     > > >>   
      >   >     > > > (1) RSIa( 
      ARRAY, period ) - this function accepts>   
      input>   >   data>   
      >   >     > 
      array>   >   >     
      > > but accepts>   >   
      >     > > > only static 
      period>   >   >     
      > > >>   >   
      >     > > > (2) RSIa( ARRAY, 
      dynamic_period ) -  this function>   
      accepts>   >   >     
      input>   >   >     
      > > data array>   >   
      >     > > > and accepts both static and 
      dynamic_period.>   >   
      >     > > > (NOTE: Current version of AB 
      does NOT support this>   >   
      >     RSIa 'flavour'>   
      >   >     > > 
      yet)>   >   >     
      > > >>   >   
      >     > > >>   
      >   >     > > > As to (1): 
      implementation of this is relatively easy.>   
      >   >     > > > There is one 
      caveat however: many analytical functions>   
      >   >     > > > in fact use 
      MORE than one input array. For example>   
      >   Stochastics>   >   
      >     use>   >   
      >     > > > Close, Open and High arrays as 
      inputs.>   >   >     
      > > > ATR too needs OHLC, not only close.>   
      >   >     > > 
      >>   >   >     
      > > > As to (2): not every function is suitable for 
      this>   kind of>   >   
      >     > > operation. 
      Although>   >   >     
      > > > theoretically it is possible to rewrite every 
      function>   to>   >   
      >     accept>   >   
      >     > > such 'variable>   
      >   >     > > > periods' the 
      practice shows that transformations that>   
      are>   >   >     > 
      recurrent>   >   
      >     > > in nature>   
      >   >     > > > (exponential 
      averages for example) are>   >   extremely 
      'sensitive' if>   >   
      >     > > parameter(s)>   
      >   >     > > > change to 
      fast. A kind of "frequency modulation">   
      effect>   >   appears>   
      >   >     > > that may 
      produce>   >   >     
      > > > distortions therefore one should be careful 
      working>   with>   >   
      >     adaptive>   >   
      >     > > systems>   
      >   >     > > > using 
      recurrency-based transformations.>   >   
      >     > > >>   
      >   >     > > > Best 
      regards,>   >   >     
      > > > Tomasz Janeczko>   >   
      >     > > > 
      amibroker.com>   >   
      >     > > > ----- Original Message 
      ----->   >   >     
      > > > From: <uenal.mutlu@xxxx>>   
      >   >     > > > To: 
      <amibroker@xxxxxxxxxxxxxxx>>   >   
      >     > > > Sent: Friday, April 18, 2003 
      5:28 PM>   >   >     
      > > > Subject: Re: [amibroker] Dynamic Indicators Poll 
      -->   VOTE>   >   
      AGAIN,>   >   >     
      > > PLEASE>   >   
      >     > > >>   
      >   >     > > 
      >>   >   >     
      > > > > And IMHO also>   >   
      >     > > > >   LINEARREG, 
      LINREGSLOPE, TSF>   >   
      >     > > > > should be removed from 
      your list. Please>   >   
      >     > > > > check the remaining 
      too... Test it in AFL editor (it>   >   
      will>   >   >     
      > inform>   >   
      >     > > you>   
      >   >     > > > > via a 
      small hint window about the params after you>   
      type>   >   the>   
      >   >     > > opening 
      brace).>   >   >     
      > > > > UM>   >   
      >     > > > >>   
      >   >     > > > > ----- 
      Original Message ----->   >   
      >     > > > > From: 
      <uenal.mutlu@xxxx>>   >   
      >     > > > > To: 
      <amibroker@xxxxxxxxxxxxxxx>>   >   
      >     > > > > Sent: Friday, April 18, 
      2003 5:21 PM>   >   
      >     > > > > Subject: Re: [amibroker] 
      Dynamic Indicators Poll -->   
      VOTE>   >   >     
      AGAIN,>   >   >     
      > > PLEASE>   >   
      >     > > > >>   
      >   >     > > > 
      >>   >   >     
      > > > > > Hi mark,>   >   
      >     > > > > > can you clarify 
      BBANDBOT and BBANDTOP;>   >   
      >     > > > > > IMHO they both 
      already do accept user defined>   >   
      arguments>   >   
      >     > > > > > for all the 3 
      possible parameters to them.>   >   
      >     > > > > > 
      UM>   >   >     > 
      > > > >>   >   
      >     > > > > >>   
      >   >     > > > > > 
      ----- Original Message ----->   >   
      >     > > > > > From: "markf2" 
      <feierstein@xxxx>>   >   
      >     > > > > > To: 
      <amibroker@xxxxxxxxxxxxxxx>>   >   
      >     > > > > > Sent: Friday, April 
      18, 2003 4:03 PM>   >   
      >     > > > > > Subject: [amibroker] 
      Dynamic Indicators Poll -->   
      VOTE>   >   AGAIN,>   
      >   >     > > 
      PLEASE>   >   >     
      > > > > >>   >   
      >     > > > > >>   
      >   >     > > > > > 
      > In Message 38132, Tomasz pointed out that 
      HHV,>   LLV,>   >   
      >     > HHVBars,>   
      >   >     > > 
      LLVBars,>   >   >     
      > > > > > > DEMA, TEMA, MA, WMA, REF, and SUM already 
      work>   with>   >   
      >     dynamic>   >   
      >     > > > > > > parameters. 
      When I updated the poll to reflect>   
      >   this, ALL>   >   
      >     > > votes were>   
      >   >     > > > > > 
      > lost so please vote again if you're still>   
      >   interested, LOL.>   >   
      >     > > > > > 
      >>   >   >     
      > > > > > > <A 
      href="">http://groups.yahoo.com/group/amibroker/surveys?>   
      >   id=1071266>   >   
      >     > > > > > 
      >>   >   >     
      > > > > > > I apologize for the confusion.  The 
      fact that>   the>   >   
      above>   >   >     
      > > indicators and>   >   
      >     > > > > > > functions 
      accept dynamic parameters was>   reflected 
      in>   >   >     > 
      release>   >   >     
      > > notes but>   >   
      >     > > > > > > not in the 4.30 
      users guide that I used to make>   
      the>   >   >     
      poll.>   >   >     
      > > The fact>   >   
      >     > > > > > > that so many of 
      you voted for them shows you>   
      didn't>   >   know>   
      >   >     > > either, 
      and>   >   >     > 
      > > > > > I've asked Tomasz to include this information 
      in>   >   the next>   
      >   >     > > > > > 
      > documentation update.>   >   
      >     > > > > > 
      >>   >   >     
      > > > > > > Mark>   >   
      >     > > > > > 
      >>   >   >     
      > > > > > > "No good deed goes 
      unpunished.">   >   
      >     > > > > > > --Steve 
      Karnish>   >   >     
      > > > >>   >   
      >     > > > >>   
      >   >     > > > 
      >>   >   >     
      > > > >>   >   
      >     > > > > Send BUG REPORTS to 
      bugs@xxxx>   >   
      >     > > > > Send SUGGESTIONS to 
      suggest@xxxx>   >   
      >     > > > > 
      ----------------------------------------->   
      >   >     > > > > Post 
      AmiQuote-related messages ONLY to:>   >   
      >     > 
      amiquote@xxxxxxxxxxxxxxx>   >   
      >     > > > > (Web 
      page:>   >   <A 
      href="">http://groups.yahoo.com/group/amiquote/messages/)>   
      >   >     > > > > 
      -------------------------------------------->   
      >   >     > > > > Check 
      group FAQ at:>   >   
      >     > > <A 
      href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.>   
      html>   >   >     
      > > > >>   >   
      >     > > > > Your use of Yahoo! Groups 
      is subject to>   >   
      >     > > <A 
      href="">http://docs.yahoo.com/info/terms/>   
      >   >     > > > 
      >>   >   >     
      > > > >>   >   
      >     > > > >>   
      >   >>   >   
      >>   >   >>   
      >   >     Send BUG REPORTS to 
      bugs@xxxx>   >   
      >     Send SUGGESTIONS to 
      suggest@xxxx>   >   
      >     
      ----------------------------------------->   
      >   >     Post AmiQuote-related 
      messages ONLY to:>   
      amiquote@xxxxxxxxxxxxxxx>   >   
      >     (Web page: <A 
      href="">http://groups.yahoo.com/group/amiquote/messages/)>   
      >   >     
      -------------------------------------------->   
      >   >     Check group FAQ 
      at:>   >   > <A 
      href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.html>   
      >   >>   >   
      >     Your use of Yahoo! Groups is subject to the 
      Yahoo! Terms of>   >   
      Service.>   >   >>   
      >   >>   >   
      >         Yahoo! Groups 
      Sponsor>   >   >>   
      >   >>   >   
      >>   >   >   Send BUG 
      REPORTS to bugs@xxxx>   >   >   
      Send SUGGESTIONS to suggest@xxxx>   >   
      >   
      ----------------------------------------->   
      >   >   Post AmiQuote-related messages ONLY to: 
      amiquote@xxxxxxxxxxxx>   com>   
      >   >   (Web page: <A 
      href="">http://groups.yahoo.com/group/amiquote/messages/)>   
      >   >   
      -------------------------------------------->   
      >   >   Check group FAQ at:>   
      >   > <A 
      href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.html>   
      >   >>   >   
      >   Your use of Yahoo! Groups is subject to the Yahoo! Terms 
      of>   >   Service.>   
      >>   >>   
      >         Yahoo! Groups 
      Sponsor>   >>   
      >>   >>   >   Send 
      BUG REPORTS to bugs@xxxx>   >   Send 
      SUGGESTIONS to suggest@xxxx>   >   
      ----------------------------------------->   
      >   Post AmiQuote-related messages ONLY to: 
      amiquote@xxxxxxxxxxxxcom>   >   (Web 
      page: <A 
      href="">http://groups.yahoo.com/group/amiquote/messages/)>   
      >   
      -------------------------------------------->   
      >   Check group FAQ at:>   > <A 
      href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.html>   
      >>   >   Your use of Yahoo! Groups is 
      subject to the Yahoo! Terms of>   Service.> 
      > >         Yahoo! 
      Groups Sponsor> > > >   Send BUG 
      REPORTS to bugs@xxxx>   Send SUGGESTIONS to 
      suggest@xxxx>   
      ----------------------------------------->   Post 
      AmiQuote-related messages ONLY to: 
      amiquote@xxxxxxxxxxxxxxx>   (Web page: <A 
      href="">http://groups.yahoo.com/group/amiquote/messages/)>   
      -------------------------------------------->   Check 
      group FAQ at:> <A 
      href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.html> 
      >   Your use of Yahoo! Groups is subject to the Yahoo! 
      Terms of Service.Send 
  BUG REPORTS to bugs@xxxxxxxxxxxxxSend SUGGESTIONS to 
  suggest@xxxxxxxxxxxxx-----------------------------------------Post 
  AmiQuote-related messages ONLY to: amiquote@xxxxxxxxxxxxxxx (Web page: <A 
  href="">http://groups.yahoo.com/group/amiquote/messages/)--------------------------------------------Check 
  group FAQ at: <A 
  href="">http://groups.yahoo.com/group/amibroker/files/groupfaq.html 
  Your use of Yahoo! Groups is subject to the <A 
  href="">Yahoo! Terms of Service. 







Yahoo! Groups Sponsor












Send BUG REPORTS to bugs@xxxxxxxxxxxxx
Send SUGGESTIONS to suggest@xxxxxxxxxxxxx
-----------------------------------------
Post AmiQuote-related messages ONLY to: amiquote@xxxxxxxxxxxxxxx 
(Web page: http://groups.yahoo.com/group/amiquote/messages/)
--------------------------------------------
Check group FAQ at: http://groups.yahoo.com/group/amibroker/files/groupfaq.html



Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.