Support Board
Date/Time: Thu, 15 Jan 2026 22:46:59 +0000
Issue mapping Denali Options symbols to Rithmic
View Count: 36
| [2026-01-15 15:09:09] |
| AndKg05 - Posts: 21 |
|
Hi Support, I am trying to trade ES options via the Rithmic Trading service while using Denali as my Data Feed. I need assistance with the following mapping issue. I followed the instructions provided at these links: Global Symbol Settings: Update Global Symbol Settings Denali Exchange Data Feed: Denali Futures Options Data with Other Trading Services Following the logic at the page below, I managed to successfully submit an order for a single option by manually mapping it: Chart Settings: Trade and Current Quote Symbol (text box) (Chart >> Chart Settings >> Symbol >> Symbol menu) Chart Symbol (Denali): E3DF26 C7060.FUT_OPT.CME Trade and Current Quote Symbol (Rithmic): E3DF6 C7060.CME This works perfectly. Given the volume of strikes and expirations, I need to set up a Global Symbol Setting pattern to automate this translation. I referenced this page: Global Symbol Settings: Symbol Pattern Characters Input Symbol Pattern: ~?## ~.FUT_OPT.CME (with "Use Pattern Matching" set to Yes). Trade/Quote Symbol Pattern: ~?# ~.CME After applying these settings and opening a Trade DOM, the "Trade/Quote Symbol" field incorrectly resolves to ~Z9 ~.CME. It seems the wildcard mapping is failing to correctly translate the symbol. Am I missing a specific syntax to handle this mapping? I noticed that when I navigate to the generic Rithmic symbol tree: CME Futures (Non-Denali) > ES?#.CME > ESH6.CME The "Get Options" button is grayed out/inactive. I have entered my Rithmic credentials in File > Data/Trade Service Settings > Main Settings (Market Data Username/Password). Is the fact that "Get Options" is inactive a limitation on the Sierra Chart side or a Rithmic restriction? Does the Translation Pattern require the destination symbols to be already downloaded and present in the "Find Symbol" database to work correctly? Since I cannot use "Get Options" to populate the symbol list for Rithmic, implies that Sierra Chart does not "know" these option symbols exist. Could this be the reason why the mapping fails or returns an error? For comparison, when using CQG: CME Futures (Non-Denali) > F.US.EP?## > F.US.EPH26 The "Get Options" button is active and working. Could you please advise on how to resolve the pattern mapping and whether the inactive "Get Options" for Rithmic is related to my issue? Thank you. Date Time Of Last Edit: 2026-01-15 16:51:23
|
| [2026-01-15 17:27:50] |
| John - SC Support - Posts: 44021 |
|
When you are connected to Rithmic and you want to get the Options data for the CME Group, you need to open the specific section for the "Futures Options" for the specific exchange. For instance, for the CME exchange, there is an entry for "Futures Options - CME (Denali Data)". Open that section and find the symbol for which you want to get the Options, then select the "Get Options" button. This will give you the proper symbol for Rithmic Options.
For the most reliable, advanced, and zero cost futures order routing, use the Teton service: Sierra Chart Teton Futures Order Routing |
| [2026-01-15 17:52:19] |
| AndKg05 - Posts: 21 |
|
Hi John, Thank you for the suggestion. I tried following the steps provided: I selected the option from the "Futures Options - CME (Denali Data)" section and attempted to place an order via Rithmic. Unfortunately, the order was rejected with the following error: "Rithmic Direct - DTC (Order reject). Info: Instrument reference data database rejected request." It appears this happens because Rithmic requires a 1-digit year format (e.g., '6'), whereas the Denali symbol uses a 2-digit year (e.g., '26'). This explains why my manual mapping of the "Trade/Quote Symbol" field (changing the symbol to 1 digit and removing the "FUT_OPT." text) works, while using the Denali symbol directly does not. To solve this, I need to make the automatic Translation Pattern work, but I am still stuck on the two points mentioned in my previous email: 1. Syntax for Year Conversion When mapping a 2-digit year input (~?##) to a 1-digit year output (~?#), the result is currently incorrect (e.g., ~Z9). Could you please clarify if there is a specific wildcard syntax to correctly handle this reduction from 2 digits to 1 digit? 2. Symbol Database ("Get Options") Since the "Get Options" button is inactive for the Rithmic tree, I cannot download the Rithmic-specific option symbols into my local database. Could this be the reason why the mapping fails? I am wondering if Sierra Chart requires the destination symbol to be present in the database to successfully translate it. Any guidance on the correct pattern syntax or how to enable symbol discovery for Rithmic would be greatly appreciated. Thank you |
To post a message in this thread, you need to log in with your Sierra Chart account: