Hi
The new volume profile functionality is great, but... I always had a simple volume profile on an hourly chart for a long timeseries. I can't find this functionality in the new VP settings. I use IB and the tick data is only for a few days, so this is too short to create the longer back volume profile I want.
appreciate any help!! Thx
wHERE IS THE VOLUME PROFILE
- Henry MultiСharts
- Posts: 9165
- Joined: 25 Aug 2011
- Has thanked: 1264 times
- Been thanked: 2957 times
Re: wHERE IS THE VOLUME PROFILE
Hello aczk,
In the current implementation of Volume Profile ask and bid tick data is required for VP calculation. Such data gives the most precise output. We are going to add ability to utilize minute data for Volume Profile in the next version of MultiCharts.
In the current implementation of Volume Profile ask and bid tick data is required for VP calculation. Such data gives the most precise output. We are going to add ability to utilize minute data for Volume Profile in the next version of MultiCharts.
- Henry MultiСharts
- Posts: 9165
- Joined: 25 Aug 2011
- Has thanked: 1264 times
- Been thanked: 2957 times
Re: wHERE IS THE VOLUME PROFILE
It was built out of 1 minute data. That is what we are going to have in the next version of MultiCharts.I always had a simple volume profile on an hourly chart for a long timeseries.
- ABC
- Posts: 721
- Joined: 16 Dec 2006
- Location: www.abctradinggroup.com
- Has thanked: 125 times
- Been thanked: 409 times
- Contact:
Re: wHERE IS THE VOLUME PROFILE
Will this be optional? Like for example one option being: allow using tick data if available and minute data otherwise and another one: only use minute data.It was built out of 1 minute data. That is what we are going to have in the next version of MultiCharts.I always had a simple volume profile on an hourly chart for a long timeseries.
Regards,
ABC
Re: wHERE IS THE VOLUME PROFILE
What MC needs to do IMHO is the following.
1. Add a rule that specifies the maximum amount of tick data to keep in the database. Should be global and per symbol based.
2. Give users the option to specify how many days should attempt to use tick data. And if an Automatic rollover to non tick data should be made if it is not available. For example, if I don't care about more than 10 days of tick data, don't spend a ton of time trying to download it to create my profiles.
1. Add a rule that specifies the maximum amount of tick data to keep in the database. Should be global and per symbol based.
2. Give users the option to specify how many days should attempt to use tick data. And if an Automatic rollover to non tick data should be made if it is not available. For example, if I don't care about more than 10 days of tick data, don't spend a ton of time trying to download it to create my profiles.
- arnie
- Posts: 1594
- Joined: 11 Feb 2009
- Location: Portugal
- Has thanked: 481 times
- Been thanked: 514 times
Re: wHERE IS THE VOLUME PROFILE
I don't like the idea of "all or nothing" (all profiles being built based on minute data or tick data). It all depends on how good the algorithm that will distribute the volume on the minute data is.
I'm with davewolfs on this, an option on QM where we specify how many days of tick data we want to retain and past that it will all be based on minute data. This way the user would from the start choose how he want to collect his data.
Naturally that we are talking about profile building. An option on QM per symbol, dedicated to the profile data would be an interesting idea.
All profiles are being automatically built using tick data (bid/ask data) for accuracy which is a solid option, but not everyone uses IQFeed so instead of building this automatically give the option on the symbol settings. If you want to use profiles, which data do you want? If only minute data is available then the algorithm kicks in and distribute the volume, if we want the last 2 weeks to be based on tick data than that will be the period retained in the database for tick data and every data called past that period will be minute based and the algorithm will kick in for that data.
But above all, and the most important thing for me now, prior to know how all this will be applied, is to know if the algorithm is capable of mimic the tick based profiles.
Only from there we can discuss the best way to apply this and how to choose between tick and minute data.
The algorithm MUST be capable of calculate identical VPOC's and VA's when compared to tick data otherwise... I'm afraid that its usefulness will be very limited.
I'm with davewolfs on this, an option on QM where we specify how many days of tick data we want to retain and past that it will all be based on minute data. This way the user would from the start choose how he want to collect his data.
Naturally that we are talking about profile building. An option on QM per symbol, dedicated to the profile data would be an interesting idea.
All profiles are being automatically built using tick data (bid/ask data) for accuracy which is a solid option, but not everyone uses IQFeed so instead of building this automatically give the option on the symbol settings. If you want to use profiles, which data do you want? If only minute data is available then the algorithm kicks in and distribute the volume, if we want the last 2 weeks to be based on tick data than that will be the period retained in the database for tick data and every data called past that period will be minute based and the algorithm will kick in for that data.
But above all, and the most important thing for me now, prior to know how all this will be applied, is to know if the algorithm is capable of mimic the tick based profiles.
Only from there we can discuss the best way to apply this and how to choose between tick and minute data.
The algorithm MUST be capable of calculate identical VPOC's and VA's when compared to tick data otherwise... I'm afraid that its usefulness will be very limited.
- Henry MultiСharts
- Posts: 9165
- Joined: 25 Aug 2011
- Has thanked: 1264 times
- Been thanked: 2957 times
Re: wHERE IS THE VOLUME PROFILE
Dear users, thank you for your contribution. We are considering all of the provided suggestions.