Welcome to NexusFi: the best trading community on the planet, with over 200,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- discounts are available after registering.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
I did assume this as it sounded closest to the input method you were describing. However using the OHLC Avg appeared to skew the STD bands relative to yours.
Can you help answer these questions from other members on NexusFi?
Actually, Neo1's reply shows the SD calc was addressed over two weeks ago. Does "to my knowledge" mean you have not tried it or you did and did not like the result?
I thought he had confirmed there was a still a bug and reverted to an older revision. If that isn't the case I missed a post. I hadn't heard anything else from you or Anthony on it via email.
I'm not a programmer but with SierraChart, I just don't know if VolumeWeightedAveragePrice (= VWAP) is exactly calculated as the moving average - volume weighted.
I see no explanations in the SierraChart's documentation about how is calculated the moving average - volume weighted ...
The VWAP & STD's( from the volume weighted average price study) look to be calculating correctly, and should match up with Fat Tails work.
However, it looks like the Rolling VWAP study is using the wrong computation for VWAP. So i'm using Wingman's ECIVwapChannel. Wingman uses price + volume per price.