Shortly after DeanV on the
NT forum developed a dynamic
PVP indy which uses data series after the close of a bar (i.e. not live-updating only), I wrote a 'skew indicator'.
Essentially based only on volume and price, it does a pretty good job of identifying chops and is sometimes very fast at identifying possible turning points. The backcolor indicates chop-type conditions and can be written many different ways, a couple of ideas for which are commented out in the current code. (Skew is the difference between
vwap and dynamic
PVP/
POC. If
vwap >
PVP, skew is positive else if
vwap <
PVP skew is negative. )
The skew is plotted as the blue (bear) or gold (bull) bars then around them are drawn narrow and wide
ATR bands to provide context.
The current problem with this indy is that the
vwap always starts at midnight when called in another indicator. The
vwap on this chart starts at 8.20 I think although because of the gap over the weekend on this pic it starts at 1800 Sunday night when the market re-opened.
I might try adding all this
PVP/skew code to an existing
vwap indy in order to get them all able to start and end at the same time. In any case, the principal is already there.
But what I would love to be able to put together here but lack programming skills to effect is:
1. either build a new indicator within an existing
vwap so that the time-calling issue is resolved or have a new
vwap whose start and end times can be called in other indies
2. Have the option to have all components either start at same time and/or be in 'rolling' mode, i.e. an 8 hour rolling period. Cory has already written something that does this with the VaT and VaB with dynamic
PVP, so if a rolling
vwap or callable start-end time
vwap could be put in there to synchronise with the existing code this would work.
3. Even better would be a live-updating indy based on Gom's work because that way the
PVP points would be more accurate and often turning points/skew flips would be indicated more accurately and, I suspect, in a more timely fashion.
This indicator can be used to identify probable chop areas very quickly, much more quickly than other indies I have seen. And then non-chop areas (no backcolor in attached indy) have higher probability of making decent moves.
So if anyone would like to try to get the
vwap and
PVP synchonised that would be a huge step forward. Again, I suspect either this means re-writing a
vwap indy so the start and end times can be called (like DValue can already be called), or inserting
PVP code into a
vwap that shares the same start/end times. And then of course the rolling option is another excellent option in there.