Support Board
Date/Time: Fri, 21 Mar 2025 07:47:44 +0000
Kagi chart and bar numbers
View Count: 513
[2022-11-16 20:07:41] |
User35525 - Posts: 182 |
If you put the Bar Numbering study on a Kagi chart then sometimes the number of bars will switch, i.e. 9, no 10, no 9, no 10 bars. Is this possible to fix?
|
[2022-11-16 22:31:22] |
John - SC Support - Posts: 38835 |
We are not able to reproduce this. Can you please give us a chart that shows the issue by following these instructions: Support Board Posting Information: Providing Chartbook with Only a Single Chart For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
[2022-11-16 22:56:27] |
User35525 - Posts: 182 |
Thank you, please find the chartbook attached here. Since the bar numbers are changing, I'm unable to let a spreadsheet place trades properly as they are cancelling due to the conditions "repainting" with the Kagi study.
|
Private File |
[2022-11-16 23:23:25] |
John - SC Support - Posts: 38835 |
We do not see any issue with the Bar Numbering study on the chart you gave us. Do you notice any pattern for when the numbers change? You mentioned a Spreadsheet, but you did not include it with this chart. Can you attach the spreadsheet that you use for this chart as well (it will be in the Data folder like the Chartbook, but will have the extension .scss). We are wondering if you have something in the Spreadsheet that is causing this change. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
[2022-11-17 01:06:33] |
User35525 - Posts: 182 |
Please find attached scalp_lean.cht and DefaultSpreadsheetSystemForTradingStudy_algo_for_sierra.scss. The issue happens whenever the Kagi study is applied to a "Delta Volume Per Bar" chart. If you sit and watch the signals happen (background turns blue or red) then you will see where you have a signal, then the Kagi study will "repaint", which is indicated by the number of bars on the chart being incremented then decremented by one repeatedly until the 2nd-to-last bar has finished building. This tends to happen near the end of a signal bar being fully built, and you can wait for quite a while before the problem happens, but it does happen, consistently and repeatedly. I've been using Sierra Chart for a decade and I wish the Kagi study were like Point and Figure chart and part of the official list of charts that Sierra Supports. That's how TradingView and NinjaTrader handle it. MultiCharts also seems to have an excellent version of Kagi, as their documentation shows their Kagi charts are stable for real-time automation and backtesting because they properly alternate states in real-time between "in-process" and "fixed". I'm assuming their state changes from "in-process" to "fixed"when a Kagi bar has completed and the next bar starts building: https://www.multicharts.com/trading-software/index.php?title=Kagi&mobileaction=toggle_view_desktop All my systems look at completed bars, however the issue of the vanishing and reappearing Kagi bars in Sierra Chart makes it impossible to trade Kagi in Sierra. I can make a video if required and make my chartbook and spreadsheet public if it would help. Maybe most people put Kagi on a time-based chart, but that isn't a requirement. There must be something simple going on here. Thanks for your continued help and for such excellent trading software. Date Time Of Last Edit: 2022-11-17 01:07:35
|
Private File Private File |
[2022-11-17 11:52:18] |
User35525 - Posts: 182 |
I found some source code for MetaTrader 5 that shows the Kagi line drawn on top of a chart. That is a really cool idea and would possibly be a good option for Sierra Chart if it could be programmed. It would allow you to at-a-glance, on any chart, see when one base bar ends and another begins, with the Kagi line drawn on top of the chart: https://www.mql5.com/en/articles/772 |
[2022-11-17 16:46:52] |
John - SC Support - Posts: 38835 |
We see what you are seeing although there is nothing we can do about it. As you are aware, the issue is that you are using a reversal percentage, so when the percentage is met it starts a new bar, but if it reverses the reverse, then it goes back to the previous bar to wait and see which direction it will go from there. The solution, as you have eluded, would be to make this a built-in bar period type. But this is not something we can get to any time soon. We have set this as a Feature Request nonetheless. For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
To post a message in this thread, you need to log in with your Sierra Chart account: