I remember reading something about an "extended" historical offering via Optimus, but I do not understand this, and I remember in some other thread a user had to not use that because it was causing a lot of problems. I want to say that user was josh but I cannot remember for sure.

When it comes to historical data and Rithmic, I do not have answers. My understanding is Rithmic does not provide historical data, but no one from Rithmic has ever told me directly the actual details on this. I assumed that, like NinjaTrader, the historical data for Rithmic was not coming from Rithmic's servers but instead coming from Sierra's servers.

Yes, using Optimus, SC tick data goes back about 60 days (for ES anyway). Otherwise, for other Rithmic brokers, it is only the prior session (I have not verified this, but using the "normal" option in SC yields 1 session, whereas the "alternate server" provides 60 days through Optimus). The issue I had was that the backfill for one particular volatile market time did not match the volume (off by about 20K contracts in a minute or so) of the live Rithmic data or IQFeed. At the end of the day, this is not that big of a deal really, as otherwise it matched up. But it was a bit strange at least. I was unable to get real answers on who provides what, after asking the appropriate parties.

The Rithmic feed problem some experienced today on historical data is what I posted below from an a earlier post.


I implemented the fix in NT and it took care of my problems. Here is what I did

Close Open Charts
Ninja go to Tools > Historical Data manager> click edit tab then click on the instrument you are having issues with then drill down to September 22 for the bid, the ask, and last and delete Sept 22nd. The restart

Removed all the bad data that came in Saturday and my backtests are normal.

I would backup before you do above. Thanks to Optimus and Rithmic for the very quick response to give me a solution.
------------------------------------------------------------
Here is what Rithmic told me problem was

"This seems to be the result of saturday's globex mock trading data getting into your program. Can you remove saturday's data from it?"

The solution is to go into NT and delete the historical data on Saturday 9/22. I am going to do that after market close and will let everyone know if it fixes the issue.

Hats off to @mattz at Optimus for getting rithmic to give me a fast answer on the issue.

Interesting that Globex is doing Mock trading on Saturdays. Here is a link to why they are doing it.

https://www.cmegroup.com/globex/files/mockoverview.pdf

As for why Josh had bad data, I have no idea. It probably was a glitch in the matrix on the server recording the data, but it is unfortunate that no one can clarify exactly what happened or why (ie: preventing future occurrences).

I also experienced a similar issue, except with Rithmic live prod data, in real time use, with volume being off/higher from other feeds on 1m bars, and upon later deleting/refreshing the data, it is corrected to match the others.

You were using Sierra Chart and the "enhanced" Optimus server?

Because I've been using SC + Rithmic via Optimus, using the regular server option, and my data has always matched IQFeed to the tick any time I have checked.

Josh was specifically talking about using the "enhanced alternate server", and I was also under the impression that would only contribute to historical data results and not real time results.

I can't speak to historical results, because my Sierra Chart running Rithmic is open 24/7 on a VPS and I've never needed any historical data. I use it for a different project, my main Sierra Chart locally runs IQFeed.

Mike

hi all
Yesterday I had a very frequent disconnections from the server, my broker (Mirus) said to me, that he did not see any problems with servers and hinted to me that the problem is on my machine. but when I saw a lively topic in this forum - that I was sorry that my broker does not want to accept the facts, I was enraged

Yes, using Optimus, SC tick data goes back about 60 days (for ES anyway). Otherwise, for other Rithmic brokers, it is only the prior session (I have not verified this, but using the "normal" option in SC yields 1 session, whereas the "alternate server" provides 60 days through Optimus). The issue I had was that the backfill for one particular volatile market time did not match the volume (off by about 20K contracts in a minute or so) of the live Rithmic data or IQFeed. At the end of the day, this is not that big of a deal really, as otherwise it matched up. But it was a bit strange at least. I was unable to get real answers on who provides what, after asking the appropriate parties.

Yes, on SC, Optimus Rithmic Prod feed demo, set to alternate server. To be clear, settings attached. Here are the details of the bad volume print issue I experienced with the feed in real time:

9-13-12, CLV2 contract, 1m candle volume:
9:49am est -
SC/Rithmic: 4996
TOS: 222
IB: 222
ZF: 230
After delete/refresh data, by 1:04pm est, SC/Rithmic changed to match others at 222.

2:29pm est -
SC/Rithmic: 4830
TOS: 1436
After delete/refresh data, by 4:42pm est, SC/Rithmic changed to match TOS at 1436.

Similar to what Josh experienced, see discussion at SC board and their response: Rithmic / Optimus backfill data error - Sierra Chart