MurreyMath

Discussion in 'Educational Resources' started by traderbambu, May 18, 2002.

  1. You're missing the central point. Of course if it can be coded CORRECTLY in one program it can be done in another program.

    The key point remains that scripts coded strictly based on the Kruzel notes/spreadsheet (which many appear to be) aren't necessarily coded correctly. Maybe what you're using isn't solely based on the Kruzel stuff or the kinks were worked out and it does work correctly all the time. I've seen several scripts that don't though. Will they produce the correct results in a lot of cases? Yes. Will they also produce the wrong results? Yes. But when looking at such scripts, you've got to do more than just look at a few daily charts to see the problem if it exists in a particular implementation.

    Try this experiment - see what your chart computes for the MM lines using a 64 bar frame on the ES03H 1 minute chart scrolled back to where the 3:06pm bar today is the right most bar (i.e., the MMs are computed based on the 64 one minute bars from 3:06pm backward).

    Also, try the QQQ 1 minute chart (use the 16:14-16:15 closing bar with the 24.48 close).

    What are the 0/8th and 8/8th in each case?
     
    #501     Mar 6, 2003
  2. colion

    colion

    You say "The key point remains that scripts coded strictly based on the Kruzel notes/spreadsheet (which many appear to be) aren't necessarily coded correctly." Consequently, you are suggesting that if coding is OK then Kruzel is OK, which is all that has been claimed. Clearly, incorrect coding will not produce the right result. The fact that you have seen "several" scripts that do not produce the right result is of no importance and does not mean that using Kruzel correctly will not produce the right result. Kruzel cannot be knocked down by pointing to examples of incorrect coding.

    Bottom line is that at least for EOD data MM is accurately duplicated by current programs in AmiBroker and other software. I have seen no evidence that this is not the case, notwithstanding incorrect coding which, as I said, is not a valid basis for evaluating non-MM codes. The codes in these applications all use Kruzel's scheme which knocks down the argument that his approach produces different results, at least for EOD which is the only thing that I can compare to with MM's EOD software. The only way to demonstrate that Kruzel is not valid is to show that the code either does not duplicate MM or that it is OK in one instance and not in another. The fact that Kruzel can duplicate MM has been demonstrated. In addition, I have been using MM's EOD for several years and MM code in other software for the past year for a large number of markets. In this time, I have not seen any difference between the two, and I assume that you have no evidence to the contrary since nothing has been posted.

    Your suggestion that intraday will be different makes no sense to me on the basis of my understanding of the code. I am willing to be shown to be wrong, but at this point have no reason to not believe that code working properly for EOD will not also work for other time frames.
     
    #502     Mar 6, 2003
  3. wd78 -

    Clearly I'm either not using clear enough language or the concept that an algorithm (correctly coded) can produce the correct result most of the time and the wrong results other times is too difficult to understand.

    You asked for an example - but you ignored the experiment I listed at the bottom of the earlier message:

    Try this experiment - see what your chart computes for the MM lines using a 64 bar frame on the ES03H 1 minute chart scrolled back to where the 3:06pm bar today is the right most bar (i.e., the MMs are computed based on the 64 one minute bars from 3:06pm backward).

    Also, try the 64 bar frame on the QQQ 1 minute chart (use the 16:14-16:15 closing bar with the 24.48 close).

    What are the 0/8th and 8/8th in the two cases?


    What do your charts compute?
     
    #503     Mar 6, 2003
  4. colion

    colion

    I am attempting to obtain the data for QQQ. In the meantime, post the MM chart for the 1 min or whatever QQQ.
     
    #504     Mar 6, 2003
  5. oddi, my search is going slow but in the right direction. i'm working on mechanical systems. i found something that makes a little money, now im working on something that makes a bit more, so eventually i think i'll find something thats profitable and consistent enough.
     
    #505     Mar 7, 2003
  6. colion

    colion

     
    #506     Mar 7, 2003
  7. colion

    colion

    OK, got data squared away. QQQ posted a few minutes ago and here is es03h
     
    #507     Mar 7, 2003
  8. wd78 - a couple of interesting results:

    First, it looks like the QQQ frame should be 24.4531 to 24.6094 (your chart has the correct 8/8th but a different 0/8th and as a result all other intervening 8ths are different).

    Second, interestingly your ES frame has the correct 0/8th and 8/8th, but the price bars don't look correct - there are lots of gaps and odd bars that don't match - so can't tell if the MM lines got calculated correctly in this case because the skewed data presented the script with a different high/low range than it should have (too bad the script does show the high/low that the frame is based on).

    Perhaps there's some problem with the ES data you've got (you can compare your chart's ES bars to the ones in the GIF attached to this message and you'll see what I mean) - so when you get a chance, maybe try it with the SPY and see if you get more consistent bar data - use the same 64 bar frame, right most bar on the chart @ 3:06pm for 3/6

    Will post the QQQ and SPY charts in subsequent messages.
     
    #508     Mar 7, 2003
  9. Here's the QQQ chart
     
    #509     Mar 7, 2003
  10. And the SPY chart
     
    #510     Mar 7, 2003