Support Board
Date/Time: Sat, 28 Dec 2024 08:14:21 +0000
Need Guidance on 3Line Break Study Overlay Settings-same Bar period, but Not
View Count: 1049
| [2016-04-02 19:42:39] |
| User791263 - Posts: 151 |
|
This is about longer-time frame charts overlaid on shorter; I need settings to prevent source from over-writing Rows 4+ in destination chart. I've studied SC responses to similar problems,such as https://www.sierrachart.com/supportboard/showthread.php?t=39926 I've tried all the Study Overlay settings and combinations and read support posts & the documentation 3 times. My source & destination use the same Auto-Trade Spreadsheet and same time frames, but the destination does the trades. The problem is: I use a 3-Line Break study in the source chart which acts like a longer-period chart, erasing prior output destination values. Others have this issue when longer bar periods are Study-Overlayed onto short-period charts with Spreadsheets. In their case, the longer source values post on down the destination column for as long as the one source bar updates (like mine does). That writes over Rows 4 - 9+ values (however long a source bar lasts). This throws off averages and backtesting. The top row always reflects current values from both charts. In mine, chart periods for destination & source are same, but my source chart's 3-Line Break Study creates longer "virtual" variable-period bars. A 3-Line Break study can have 10+ bars before a new bar shows up, or just 1 or 2. I need the 3-Line Break source column instant value "as of" the end of each usually-shorter destination bar, via overlay--- for each value during what "appears" a longer 3-Bar study bar. I think this works much like just like any longer-period-chart onto a shorter destination. I've tried. Please help find settings that solve this for all of us needing longer charts onto shorter. This is essential for trend-monitoring oversight and control over shorter auto-trade charts, especially when trading intrabar on the short timeframe. Data events during 2 to 5 minutes are crucial, as are instantaneous values from longer-charts. We can't have backtesting break down because there is no setting (that I can find) to "Hold Instant-interim Source Values as of Per Each Destination Row" (per End of Dest. bar). (or, programatically: Just don't write beyond current top destination row & keep last as-of value per EOB destination row change) EOB=end of bar Backtesting reliability of Moving averages & LinReg Slopes are important to develop winning systems. Also, per-row audit analysis is essential to finding trigger conditions/debugging under sheet "detail". I apologize if I missed the setting combination, but I've tried several ways for nearly 2 days. Date Time Of Last Edit: 2016-04-02 22:37:51
|
| [2016-04-02 22:32:08] |
| |
|
This is not within the scope of our support and is marked as a User Discussion. Your Sierra Chart account is also expired and through a broker. The only thing we would suggest is to set the Fill Blanks with Last Value Input with the Study/Price Overlay study to Yes. 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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2016-04-02 22:40:32
|
| [2016-04-02 22:40:06] |
| |
|
The prior post has been updated.
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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-04-02 22:59:37] |
| User791263 - Posts: 151 |
|
No, setting "Fill Blanks with Last Value" has nothing to do with this problem of prior destination rows being over-written, that many users probably have, or will have, and you should be looking to solve it. I tried Fill Blanks on all combinations, before and after you suggested it. That is not its' purpose. Of course it is on to cover no source outputs. I've never been told that only subscription and non-broker clients get any support. I had no idea that you get NOTHING from brokers for use of SC. That's extremely disappointing. Most of us would be willing to pay a little per problem we have,even if we are through a broker. These issues cost us Money. These forums open to SC Prospects are a major means of evaluation of SC's support and operational aspects. When you solve small problems and give examples that help many, you do way more toward selling SC to others. Why don't you just say, if it takes over 15 minutes, it's $20 per half hour for non-subscribers on problems that many may run into? I think I've solved my problem, on my own. |
| [2016-04-02 23:16:25] |
| |
|
No, setting "Fill Blanks with Last Value" has nothing to do with this problem of prior destination rows being over-written
From our perspective, it has everything to do with it. And if our answer is not correct, then it goes to the very core problem of this being a very advanced and sophisticated question and from our perspective it is vague. And for an understanding of what we mean by vague, you need to read this section here: http://www.sierrachart.com/index.php?page=doc/doc_AutoTradeManagment.php#TroubleshootingAutoTradingSystemBehavior with this problem of prior destination rows being over-written, that many users probably have, or will have, and you should be looking to solve it.
Prior destination bars can certainly change when using the Study/Price Overlay study.This in and of itself is not a problem. This question is so complex and vague from our perspective it is not something we can help with without an additional cost. You may not realize that, but you should realize it now. However, it has been determined that this is not cost-effective or practical for us to be involved with this level of support even for an additional cost. Now, if there is a specific capability you need with the Study/Price Overlay study and can communicate that in a clear and understandable way to us, and it is a reasonable addition we can add that. So that is how you have to approach it. Rather than this kind of request which is very hard for us to make any sense of from our perspective especially knowing that it is completely normal for prior destination bars to change. These forums open to SC Prospects are a major means of evaluation of SC's support and operational aspects.
Sometimes this is the case but it definitely is not the case here. If this thread, makes people think our support is not good, then so be it. It will change nothing.
When you solve small problems and give examples that help many, you do way more toward selling SC to others. 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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2016-04-03 01:25:00
|
| [2016-04-02 23:19:50] |
| |
|
Some corrections were made to the prior post.
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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-04-03 01:00:49] |
| User791263 - Posts: 151 |
|
Thanks for clarifying that longer-frame writing over prior destination rows by Study Overlay is normal-standard, and that no settings currently apparently) exist to prevent that. You're right, such capability should likely be a very clear feature request. I always compliment SC-- it's a great, fast, reliable platform and prospects should see that you give great support. We know most users' complex trading systems are beyond normal support. We want SC to profit, continuing to focus on cost-effective useful, low-resource-consuming features that help several users. Many users do overlay longer-period charts. Some may not be aware that over-writes could affect back-testing & MA's in short time-frames. If I need support, I'll renew subscription in addition to my broker instance, to make a clear feature request. Thanks for your time; We always appreciate it. |
| [2016-04-03 01:24:10] |
| |
|
We will take the feature request whether you have a direct account or not, we just need this to be defined clearly. But inherently, not sure how the changing of values with the Overlay study at prior bars can be solved. 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, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-04-03 03:21:29] |
| User791263 - Posts: 151 |
|
I think I solved it by merely doing a Subgraph multiply of that overlay column, or similar MA on it (into a later column). Since both charts use same spreadsheet, the subgraph mult. shows up easily to reference and compare. So far it seems to be adequate and keeps each cell sub-value at end of faster destination bars. It's about 1% off (slight timing difference),-- not significant. At first it appears to not work, until cells complete & build downward. I'll let you know if I see deviations from what appears to be working. Thanks again. |
To post a message in this thread, you need to log in with your Sierra Chart account: