Support Board
Date/Time: Sun, 22 Dec 2024 13:55:38 +0000
Post From: Rollover problem
| [2015-04-24 21:36:42] |
| bekitz3 - Posts: 83 |
|
If this is in relation to the messages from the other user, please that is a specific issue they are encountering and it does not apply to you if you are not having that same problem.
If we look back to the beginnings of this thread, we were both having the same problem....missing data in the [CBV] continuous contract for CL. I was using version 1225-ish and was experiencing missing data from early april to around the 17th (about 2 weeks worth). There was also a missing day around Jan-16th. When toggling to a [CB] continuous chart, the data was present. This would seem to indicate that the raw data is present in the .scid file(s) since I'm assuming that's what the intraday chart is referencing regardless of whether [CBV] or [CB] is selected. This still occurred even after performing Edit >> Delete All Data And Download per the documentation.The recent issue they had is related to this:
This is only after I upgraded to 1249 even though this was suggested in post #5: Notice: Version 1248 and Higher and Continuous Futures Contract Charts It should not matter, but update to the latest prerelease as well.
It did matter. It resolved the missing data issue but resulted in the charts as seen in post #6. Only after noticing similar issues with the historical charts (daily) and re-downloading those did the intraday charts appear normal again.I can't find any documentation in either of these links: Notice: Version 1248 and Higher and Continuous Futures Contract Charts http://www.sierrachart.com/index.php?page=doc/doc_ContinuousFuturesContractCharts.html#ReDownloading that indicates that if a user has a chartbook with both intraday & historical charts present, they will encounter chart display errors across both chart types if both .scid files and .dly are not updated under the new revision. It was my understanding that intraday & historical charts operate independently of each other, hence the different file suffixes. One would think that after I upgraded the software and re-downloaded the .scid files per the instructions, at least the intraday charts would look good....but they were messed up as seen in post #6. Only through trial & error (which I realize is always part of the equation as a user) did I discover that re-downloading (or deleting in my case) the .dly files resolved the intraday chart issue. I should also note that I purposely held off on upgrading to the newer versions because I knew you guys were making changes as it related to historical charts and it seemed as though users were having some issues with those charts not displaying properly. So I thought I will wait until the details were hashed out. But in the meantime, I experienced the data issues in my intraday charts....hence my involvement in this thread to begin with. it is very rare that we ever give out a link to the procedure to delete files which is an alternative method to clear the existing data. We only give a link to the procedure to re-download the data
The link you are providing http://www.sierrachart.com/index.php?page=doc/doc_ContinuousFuturesContractCharts.html#ReDownloading takes users to the section "Re-Downloading Continuous Futures Contract Data". And directly below that is the section "Re-Downloading Continuous Futures Contract Data By Deleting Files" which is the method I chose. Why? Because I had 4-5 years of .dly files that needed to be updated. I made the executive decision to choose the 'delete method' because it seemed more efficient for me....rather than the 're-download method' (which you seem to refer to as the preferred or more robust option) which would require me to acknowledge 50+ dialog boxes to get the new data (since CL rolls each month). If this 'delete method' is not something you feel is as good as the 're-download method', then there should be some sort of disclaimer or footnote that indicates that this 'delete method' is not the desirable method and may result in undesirable results. Like in my case which resulted in the front-month .dly file being 1 KB in size. Which I can duplicate by the way. I can toggle between the 2 methods and get a 91 KB file with the 're-download method' and a 1 KB file with the 'delete method'. So clearly something's up there.I'm not sure what User 35326 did to resolve the issue on their end. Maybe they were using my trouble-shooting methods to resolve the issue too. If not, maybe they can post their solution. Either way, there is some merit to the concept of spending this much time trying to resolve what is supposed to be a basic built-in function of the software is borderline ridiculous. When you guys first offered this functionality, I purposely held off and utilized the manual methods of Edit >> Adjust Data and Edit >> Join Intraday Data. While more tedious and time consuming (in the long run one would think), it only takes one instance of this back & forth banter to erase all of the saved time one would hope to realize with the built-in continuous contract feature of the software. I have been a long time user of the software both as a broker provided and direct license user. I used the software well before the continuous contract feature was offered. In fact, I believe I posted a few years ago under the user 'bekitz' inquiring about you guys offering this continuous contract feature but that wasn't high on the priority list at the time. Fine I thought, which is why I became adept at the manual method. I mentioned that I had a similar issue with data missing in Jan-2015. But since no one else was reporting a similar issue I took it upon myself to find a solution because quite honestly I felt my issue would be met with resistance and attitude. I found that if I loaded up the contracts in question as non-continuous charts, then did a re-download of those individually, then a reload & recalculate on the continuous chart, the problem was resolved. This resulted in a larger .scid file size (at least double or more) for those individual component months of the continuous contract chart I was trying to fix....compared to the normal 1.0 MB-ish file sizes you get (for CL - 1 min data) when you re-download within the continuous chart. I didn't know why? I didn't care? It seemed to work so I moved on. Only with this other user now reporting the same type of issue did I decide to chime in and get involved. Generally, 2 different independent users reporting the same exact issue would warrant the possibility that SC is not handling the data for continuous chart types consistently. If we are the only 2 users in the history of SC to experience these issues, then I guess we either have the same mis-understanding of how the feature works, or have similar corruptive bugs within our systems. And I get that the user is responsible for managing files because that is one of the great features of SC.....the data residing on the user's system for more efficient chart loading, etc. As a long time user, I have been in touch with the issues that arise on the support board. I can honestly say that within the last 6 months, there definitely seems to be more attitude from the support end. It seems that anything beyond a couple of paragraphs is too lengthy and complex (which means most likely no one will get to this portion of the post). If you're growing, that's great....but if this growth is causing you to feel overwhelmed.....then hire more support staff. Cuz eventually this will catch up to you. I like the software very much and realize issues pop up for everyone now & then and that everyone thinks their problem is the most important problem in the world. I don't consider myself to be a novice user and I don't think I've bothered you that much when you consider the # of posts I've posted relative to the amount of time I've used the software. This is just a general observation on my part...take it for what it's worth. |