I am interested in learning from your approach. I especially like the combination or creation of a specific internal measure based on the products you trade. IMO you have an elegant approach that on the surface might seem "lost path sophisticated" to the untrained or inexperienced, but I suspect that you might describe it as fundamental and straight forward.
Two ideas on a similar tree that have been on my mind are 1) the typical "risk on" versus "risk off" trade where the various elements would be included/combined to create a single chart. Not that it needs to be normalized but I would view that similar to the way the equity risk arb guys look at their "pairs" chart. This would I believe be the "inverse" view that you mention. 2) as a metric for price pressure as to avoid those valid method trade signals that occur at a time when the underlying "price pressure" is absent undermining the risk/reward to the point of blocking the trade or creating an over ride "no trade" situation.
I realize my hallucination poster in two short paragraphs might not set the table, but I will be following here and very interested.
I think using the last known number in the calq is fine as the items used in this method move readily. And since this is used as an indicator, if there was no change, then the last number printed is still the accurate number to have in the formula. I see no reason to make the code more complicated than need be. Variant A seems to work fine for me.
YES, its can work now and is shortly tested with good breakout results for weighted correlated markets...
- full tick syncronized with any (intraday tickbased) BaseChartType
- up to 8 expression symbols
- optional weight factors per symbol
- optional "1/x" function per symbol
- up to 7 useable math functions (4 pairs, 2 pair groups, 1 group result)
- 8 selectable math operators/term functions (opAdd,opSub,opMul,opDiv,setZero,setOne,useLeft(Term),useRight(Term)
- can draw as Candle/OHLC/Line
- has a selectable dataseries as output for any other indicators/strategies
The actual BAD news: the speed for normal work need currently a use of a undocumented non public access method to NT7 bar series tick caches, on this time useable and only created with a special bartype addon.
-> i well continue work on a free and open useable version !
Last edited by TimeTrade; April 15th, 2012 at 03:27 PM.