Hi there,

We have a system where we use Realtime tick data from IQFeed and then we download all the data for the day at the end of the day as Historical data from IQFeed.

We are seeing that they do not match. For example:

Here is data from a time period we got in realtime: (using command: wXG#)
Q,XG#,04/04/2018,07:57:20.072000,11838.50,11839.50,11838.50,
Q,XG#,04/04/2018,07:57:20.072000,11838.00,11839.50,11838.50,
Q,XG#,04/04/2018,07:57:20.072000,11838.00,11839.00,11838.50,
Q,XG#,04/04/2018,07:57:20.072000,11838.00,11839.50,11838.50,
Q,XG#,04/04/2018,07:57:20.072000,11838.00,11839.00,11838.50,
Q,XG#,04/04/2018,07:57:20.072000,11838.00,11839.50,11838.50,
Q,XG#,04/04/2018,07:57:20.072000,11838.00,11839.00,11838.50,
Q,XG#,04/04/2018,07:57:20.072000,11838.00,11839.50,11838.50,
Q,XG#,04/04/2018,07:57:20.072000,11838.50,11839.50,11838.50,

Here is the data from the same time period we got as historical data: (using command: HTT,XG#,20180404 000000,20180409 170500,,,,0,,)
2018-04-04 07:57:20.072000,11838.50,1,57349,11838.50,11839.50,3106867,C,68,01,

It seems that the historical data is consolidated some how.
Is it possible to get the same resolution as realtime when downloading historical data?

Regards.

---

Lance

Good morning,

We do not have bid and ask history available, so I believe that is the discrepancy you are seeing here. You could add the message contents field to your request to validate that.

Tim

Hello.

Thanks for the reply. I see now that we can match realtime with historical by not processing realtime data that has Message Content that's not C.

Is there a way in realtime to just get Message Contents that are C so we don't have to filter on our end?

Thanks.

---

Lance

You can do a tSYM watch and that will give you all of the trades and that should match our history.

Note: Trades can also be of type O or of type E, in addition to C as you noted above.

Tim

Thanks for the quick reply. Will try out tSymbol.

---

Lance