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

Re: Multi Data Tick Bar Charts are doubtfull



PureBytes Links

Trading Reference Links


-----Message d'origine-----
De : Patrick White <spy@xxxxxxxxxxxxxx>
À : pierre.orphelin <pierre.orphelin@xxxxxxxxxx>; omega-list@xxxxxxxxxx <omega-list@xxxxxxxxxx>
Date : mardi 22 juin 1999 23:28
Objet : Re: Multi Data Tick Bar Charts are doubtfull


>Pierre,
>
>I appreciate your post, but respectfully disagree with a few of your
>basic assertions:

>

Your right...

>1) Multi data tick charts are not impossible. They may be hard to
>achieve and may require a great amount of ingenuity and imagination to
>make them work, but most things are not impossible. There may be
>tradeoffs, yes I agree with that point, but a program can be designed
>with enough flexibility to allow multiple ways to plot the same thing
>so that even the pickiest user would be satisfied. A bumble bee in
>flight - now that's impossible. And if multi-data charts are
>mathematically impossible, then it's good that MB isn't a math whiz.
>

Things that are impossible  ARE impossible.
The best computer wizard will not change anything to this fact.
What you have here is an approximation, so if you present this as a proxy of multi tick bar  chart,I agree.
But multi tick bar, they are not...


>2) Moving from a linear time based chart requires a paradigm shift,
>similar to that required when TS first came up with the variable #
>Tick chart and the multi-data chart. (I think they were first - credit
>where credit is due). Look at equivolume charts for a minute. These
>charts use variable width of bars to represent variable volume amounts
>(what a novel idea). One of the new paradigms that  TraderWare is
>proposing is making system testing independent of any chart. The
>reasons that come to mind as to why systems should be tied to the way
>a chart is drawn are:
>

Equivolume bars are out since years and they rely on a concept that do not distort the horizontal scale.
It's a simple transformation of Price =  f(t) into Price = F(V) where t and V are user defined incremental variable.

>    1) make it possible to visually see entry points based on your
>system rules, and
>    2) to make system design easier to debug, and to
>    3) make the job easier to create the charting program.
>
>In reality, since the charting program already has all the data, it
>just needs to organize it and keep track of it in such a way as to
>allow creative comparison to take place between all the data points
>you'd like to compare.
>
The data points inside the bar chart are false regarding to the  hidden time common shared scale.
Take a pencil and a paper and put sparse points on  3 parallel lines.
Now, try to build a 5 tick bars on each, with a close in  time sychonization for each.
You will see that you are enforced to move some points.
So, you distort the chart ( locally).

>In other words, it is all about more possibilities. I would be happy
>of more of these kinds of "real trader" features regardless of which
>company came up with them.
>
This is an other problem..
They idea could be good ( read not useless)  besides my remarks (that was not my point).

>3) I'm not an Omega basher. I do like TradeStation. I don't believe
>that discussing the flaws of an overall good program should qualify me
>as such. I do have high expectations for my trading software, and I
>think that I should be able to do simple things like reference the
>open of the current day in my system on a daily graph, without using a
>3rd party DLL to do this.
>

It's not a bashing / basher discussion, and you are not involved in this parallel thread.
It's a technical discussion


>4) I'm really Mark Brown. Naw, Pierre won't believe me since I use
>upper caps too much and have a spell checker. Heh couldn't resist :~).
>

No.

I'm  Mark Brown, because I understand the true meaning of multi tick bars charts


 Meilleures salutations.

-Pierre Orphelin
Représentant exclusif de Omega Research en France.
web: http://www.sirtrade.com