Support Board
Date/Time: Fri, 22 Nov 2024 11:07:37 +0000
[User Discussion] - Renko Bar with Gap Fill None - still partly gap filling?
View Count: 132
[2024-10-09 17:25:59] |
User192099 - Posts: 3 |
Hey Sierra team, While working on an ASCIL study that uses renko bars I encountered some for me not reasonable behavior of your renko implementation. It does not really make a big difference from a user perspective but since I couldn't really understand your implementation logic, I'd kindly ask you to shed some light in the dark, if possible. When using a normal setup: * Renko Bar * New Trend Bar When Range Exceeded | New Bar When Open Crossed * Gap Fill to None I would expect that you don't fill a gap when the next tick last price is really "out of range" for the next brick. And while I found some examples where you do it, however, I found examples where you print bricks with almost artificial prices or even without volume. I attached you some pictures with time and sales where you see the tick 19655.75 that results in two empty up bars - the first bar, not sure where you get the trade/volume from because according to time and sales there was none. The second bar it does not show any trade/volume. Lastly the tick price lands in the down bar with the wick. Interestingly this bar does not get the tick price as open but also an imho artificial one and again no trades/volume is shown - potentially you registered it to the first green up bar?! The same occurs then with the down bars, because the price jumps again. So apparently you are filling the gap. A few seconds later, see pic lastly_no_gap_fill.png there are no gap fills happening. Could you please explain the logic to me or maybe even have the implementation open? And ofc, I've read https://www.sierrachart.com/index.php?page=doc/RenkoCharts.html#UsingNumbersBarsStudyOnRenkoCharts. Bar1: https://ibb.co/3pJK9ZP Bar2: https://ibb.co/BKbVYN7 Bar3: https://ibb.co/nwy0CMD Bar4: https://ibb.co/ysrYbjQ No Gap Fills: https://ibb.co/rwWd6zD For the example pictures I used NQ 2024-09-19 at 2pm New York with 20 tick Renko Bar and 9:30 am session open Date Time Of Last Edit: 2024-10-09 17:28:16
|
[2024-10-09 18:21:50] |
John - SC Support - Posts: 36203 |
See if the information you are looking for is within the following section: Renko Bar Charts For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
[2024-10-09 19:11:06] |
User192099 - Posts: 3 |
Thanks for the quick reply. While I wrote that I've read the documentation, you posting the link again led me to reading it again and the following sentence I must admit I had missed a bit: " By default price gaps in trading are not filled when using Renko bars. Although price gaps are filled in where reversals occur." I checked the area again and while it explains to my described scenario, in a later scenario it is contradicting, as far as I understand. In https://ibb.co/26H4yDc we have a reversal. The bar was not completed because the renko brick range was not reached and then the price 19700 leads to out jump out, marking it as completed with up direction. But shouldn't then the reversal fill action take place again? I have the feeling that it might be more nuanced than the documentation describes? |
[2024-10-10 13:56:06] |
Sierra_Chart Engineering - Posts: 17143 |
There is definitively not going to be any further time being spent on Renko bars. We are fully declining support here. We are not going to get into all of the intricate details of this. We have much other higher priorities. We simply will never have time to be spending on this. And it is not going to happen at all. 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: 2024-10-10 13:57:22
|
[2024-10-10 16:01:16] |
User192099 - Posts: 3 |
Declining once would have been enough—I’m not sure why it needed to be done four or five times. I was simply curious to understand how you handle these cases in the implementation. Thanks anyways! |
To post a message in this thread, you need to log in with your Sierra Chart account: