Support Board
Date/Time: Fri, 12 Jun 2026 13:09:35 +0000
Trouble with Relative Volume
View Count: 514
| [2025-10-07 14:12:40] |
| BenjFlame - Posts: 353 |
|
Hi, I use the Relative Volume study over a volume summation on a 1 second chart. 7 October value for 9:30 candle: 403 6 October value for 9:30 candle: 393 3 October value for 9:30 candle: 365 When I plot Relative Volume / Average Volume (SG4) over 2 days, on 7 October, I would have expected: (393 + 365) / 2 = 379. But the indicator plots 381. What's wrong with my undestranding of that ? Date Time Of Last Edit: 2025-10-07 14:13:20
|
 Screenshot 2025-10-07 100438.png / V - Attached On 2025-10-07 14:11:52 UTC - Size: 113.09 KB - 146 views  2025_10_08_EXPORT_VOLAVG.Cht - Attached On 2025-10-07 14:12:24 UTC - Size: 13.07 KB - 144 views |
| [2025-10-09 21:59:26] |
| Sierra_Chart Engineering - Posts: 23991 |
|
We need some time to look into this.
Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2025-11-06 10:09:14] |
| BenjFlame - Posts: 353 |
|
Hello, any news on that ? Is this a problem with the indicator calculation ? |
| [2025-11-06 12:39:21] |
| Sierra_Chart Engineering - Posts: 23991 |
|
Nothing. We are years behind with things to do and we do not know when we would be looking at this. This is simply has to be put into the list of things to do, and it will not be looked at for at least many months from now. Sometimes requests, in this category do not get looked at until a year later.
Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2025-11-06 12:40:00
|
| [2026-04-27 21:39:50] |
| drinkcodejava - Posts: 40 |
|
Hi Support, Like BenjFlame, I have also observed inconsistencies with the Relative Volume study. I have assembled a chartbook (attached) to show that it is not isolated to any one symbol or timeframe. I thank you in advance for a PHENOMENAL charting platform, and I am summarizing my observations here with the intent of contributing to the community & helping to characterize the problem: 1) The calculated values for Relative Volume (SG1) & Cumulative Volume Ratio (SG2) do not reflect expected values. I have chosen a couple outlier bars to illustrate this, but the calculations seem to be error-prone in general*: a) ESM26_FUT_CME 30min chart on 4/23/2026 at 13:30 EST has a Relative Volume value of 423.2% and Cumulative Volume Ratio of 122.6% when Period - Days To Include (In: 1) is set to 5. The volume for that 30m bar was approx 272K; the volume for the corresponding bar on the 5 previous calendar days were 39.2K, 126.4K, 41.3K, 0 (Sun 4/19) and 0 (Sat 4/18). The Cumulative Volume value from 09:30 through 13:30 were 1015K; prior days for same time period were 617.7K, 983.5K, 725.5K. Since the 0 values from Sat & Sun are excluded (In:7 set to 50), I would expect the Relative Volume to be 272K/(207K/3) = 393.9%, and the Cumulative Volume Ratio to be 1015K/(2327K/3) = 130.8%. b) For the AAPL 15m chart on 1/16/2026 at 09:30 EST, RV and CVR study values are both 208.2% when Period is set to 4. The volume for that 15m bar was approx 6.414M; prior day values were approx 2.448M, 2.318M, 2.778M and 3.322M. I would expect the RV and CVR to be 6.414M/(10.865M/4) = 236.1%. 2) When larger values for Period are used (e.g. >=10), some bars for SG1 & SG2 do not appear at all despite the existence of valid volume data. The number of missing bars increases as the input value is increased (e.g. 30, 45, 60). I have made sure that the chart has sufficient days of data for the averaging calculation. FWIW, according to the exported study data, these bars have a "0" value and occur at the same bar start time on a given chart and at regular intervals (i.e. some multiple of exactly 4 calendar days apart). For example, the missing bars for NYSE-TVOL are all at 09:30 EST on 12/03/2024, 12/11, 12/19, 12/23, etc; and the missing bars for AAPL are at 13:30 EST on 11/12/2025, 11/20, 11/24, 11/28, etc. The missing bars for ESM26_FUT_CME (continuous contract, date rollover, back adjusted) also occur at 09:30 EST. These bars have a "0" value regardless of the bar duration (1h, 30m, 10m, etc.), but some of them change to a non-zero value if the Period input is reduced to e.g. 5. Another observation I have made is that once the missing bars appear after changing to a small value, if the input is then increased to 30, the previously missing bars remain visible on applying the new larger input or on Recalculating the chart, but then they again disappear if the chart is Reloaded. * I have compiled a spreadsheet of the TVOL-NYSE Market Stats data and the Relative Volume study values from Nov 2024 through Jan 2026 to compare the study calculations with expected values, and I am seeing consistent discrepancies for both a 10 day and 30 day averaging period. I am more than happy to share it with you if you'd like. I understand it will take some time to address this. Thanks again for the great support, and please let me know if you would like any clarification or additional information. Hopefully I haven't initiated a wild goose chase, but the original post gives me some indication that others may be noticing similar problems. Date Time Of Last Edit: 2026-04-27 21:42:25
|
| Relative Volume.Cht - Attached On 2026-04-27 21:29:10 UTC - Size: 13.19 KB - 19 views |
| [2026-04-29 23:05:09] |
| Sierra_Chart Engineering - Posts: 23991 |
|
This must relate to the Input: "Minimum Required Data for Day as Percentage". What is it set to? Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-04-30 20:28:10] |
| Sierra_Chart Engineering - Posts: 23991 |
|
We are working on this. But really it is mostly just simply adding debugging code and making sure everything is working properly. We think there is a misunderstanding and some Inputs are not set correctly causing problems. We are making improvements, by showing for every bar the date of the earliest bar being referenced. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-05-03 18:32:01] |
| drinkcodejava - Posts: 40 |
|
Thank you very much for taking the time to look into this and for making the improvements. "Minimum Required Data for Day as Percentage" is set to its default value of 50. All other inputs are also set to their default values except for the "Period - Days To Include", which was varied per Post #5 to survey different test cases; and "High Threshold Color" and "Low Threshold Color", which should have no bearing on the underlying calculated results. I would also like to ask: for a volume data feed that provides cumulative volume over the entire day (e.g. TVOL-* under Market Stats) and resets only at the start of each day, shouldn't the By Period (SG1) and Cumulative Day (SG2) subgraph values be identical? When this study is applied to TVOL-NYSE (see attachment to Post #5), the values match for the first bar of the day and then diverges most of the time. Date Time Of Last Edit: 2026-05-03 19:33:04
|
| [2026-05-03 20:29:10] |
| Sierra_Chart Engineering - Posts: 23991 |
|
In your case we want you to set this to 15: "Minimum Required Data for Day as Percentage" 50 is too high, and is going to cause skipped days. This is the core issue, being you are just including the Day Session only in your chart. We are putting out a new version now. And we want you to look at this new Subgraph field of data in the Tool Values Window: EarliestReferenceDate We also did verify that the study is working correctly and performing calculations correctly. We believe the problem is due to the automatic skipping of days functionality. This is there to skip over weekends, and also to skip over days that are holidays and/or incomplete. Version 2903 has now been released. Update to this version. It is the prerelease. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-05-03 20:34:24] |
| Sierra_Chart Engineering - Posts: 23991 |
|
No we would not think so: for a volume data feed that provides cumulative volume over the entire day (e.g. TVOL-* under Market Stats) and resets only at the start of each day, shouldn't the By Period (SG1) and Cumulative Day (SG2) subgraph values be identical?
The calculations are different. It requires a lot of analysis to see why there would be a difference. We are not sure about this. It is not something we can be spending time on now.
Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2026-05-03 20:34:59
|
To post a message in this thread, you need to log in with your Sierra Chart account: