Support Board
Date/Time: Sun, 24 Nov 2024 23:24:07 +0000
[User Discussion] - Quoteboard links with SC futures data get confused.
View Count: 1570
| [2013-12-18 14:45:59] |
| jesslinn - Posts: 108 |
|
I use a QuoteBoard linked to many charts to look closely at various instruments of interest. I am on an instance that is connect to IB and has SC futures enabled. IB is currently providing both futures and equity symbols although the equity data that I use is coming from an IqFeed instance. The QuoteBoard links work (sort of) for equities because they show up with prices from IB but bring up charts from IqFeed (R). The problem happens when one tries to click on a futures symbol. The charts change to the symbol but are marked with an (R) rather than an (M) and receive no data. The charts seem to be remembering their link to IqFeed and try to get the futures symbol from there. It is very important to me to be able to click on a QuoteBoard, and with links change the symbol on many charts. I would think that this would be important to anyone who wants to look closely at a given issue. In another response you indicated that there were no plans to make it possible to use QuoteBoards with data from a different instances but that you would soon provide other integrated data feeds that would solve the problem. I can't wait but it does bring up a few questions. (1) When is the SC forex feed going to be integrated so that it can be used in QuoteBoards? (2) Should SC users plan on abandoning all other data because SC only plans to fully support SC data feeds? (3) When is ASCIL support of loading charts with remote data likely to be available? Question (3) would not directly solve the problem but it would make something like it possible. There might have to be a way to set not only the remote data instance and symbol but the local Trade Symbol as well. I take it that you are solving all these symbol problems behind the scenes in order to integrate the SC feeds. I, for one, would prefer it if the symbol mangling were not hidden. Since the integrated SC feed symbols are masked by the trade service symbols it is not clear which data feed one is getting. It would seem to be a better design if all data was clearly identified by the instance and feed that it was coming from (or going to) and keep a clear distinction between the data coming in and the symbol used for trading (e.g. even when using the SC integrated feed I want to be able to see ESZ3(SC feed) and ES-201403-GLOBEX(IB) in the data and trade slots). That way when there are problems it should be possible to quickly change the incoming data and know its source exactly. I still favor expanding this clear distinction to QuoteBoards as well. Thanks for everything. SC really is a very robust and flexible platform. Date Time Of Last Edit: 2013-12-18 14:47:39
|
| [2013-12-20 02:07:02] |
| |
|
Please understand we are very busy right now. You are using the Quote Board in ways it was not intended. This is all we can say. 1. Not sure. 2. Eventually this is true, but not probably until the middle of next year. 3. Not sure. 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 |
| [2013-12-20 02:11:23] |
| |
|
2. Although for the most part, we will be substantially complete with our data feed plans by February March next year.
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 |
| [2013-12-20 12:28:07] |
| jesslinn - Posts: 108 |
|
Sorry to be taking your time but I really would like to understand what the capabilities of SC are and what the development intentions are. I would have thought the intentions for QuoteBoards included the following: 1) Display data about many instruments in a tabular form. 2) Support links to charts and/or other trading tools. 3) Allow sorting and even filtering. 4) Allow importing and exporting of symbol lists and data 5) Support spreadsheet formulas. 6) Support ASCIL ability to display and interact with cells. What I do not think is that any of these capabilities should change because of where the data comes from. Much of the appeal of the SC platform is its ability to bring in data from different sources. Running separate instances of SC purely for the purpose of interfacing with an external data feed seems like a great approach. By keeping up one little window it is possible to monitor each feed in its own process. But that does not change the fact that one wants to sit in front of and interact with the instance that is doing the trading. Your statement from another post indicated that even if you supported remote symbols in QuoteBoards, it would never be on a symbol by symbol basis but only by assigning an entire QuoteBoard to a remote instance. This may be a development reality, but it is a poor design choice from a trader point of view. Traders want to set up their tables and charts according to what they want to monitor, not according to the data source. If you want to design a system that is good for traders (and future development for that matter), the QuoteBoards, charts, and any other trading tools would not know the source of the data. Thanks for your time. If, as you say, I am not using QuoteBoards as intended, please explain how they are intended to be used. How are other people using them? How do other people want to use them? |
| [2013-12-26 00:57:47] |
| |
|
Quote Boards were not intended to be linked to charts using data from a remote instance of Sierra Chart because they themselves do not contain symbols from a remote instance.
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: 2013-12-26 00:58:28
|
To post a message in this thread, you need to log in with your Sierra Chart account: