Join the 80,000 other DTN customers who enjoy the fastest, most reliable data available. There is no better value than DTN!

(Move your cursor to this area to pause scrolling)




"Boy, probably spent a thousand hours trying to get ******* API to work right. And now two hours to have something running with IQFeed. Hmmm, guess I was pretty stupid to fight rather than switch all this time. And have gotten more customer service from you guys already than total from them… in five years." - Comment from Jim
"I just wanted to say how happy I am with your service. I was able to download the API docs last week and I was able to replicate Interactive Brokers historical bar queries and realtime bar queries over the weekend. That was about one of the fastest integrations that I've ever done and it works perfectly!!!!" - Comment from Jason via Email
"I started a trial a few weeks back before the market went wild. DTN.IQ didn’t miss anything and beat my other provider. I decided to stay with you because of the great service through all the volatility." - Comment from Mike
"With HUGE volume on AAPL and RIMM for 2 days, everyone in a trading room was whining about freezes, crashes and lag with *******, RealTick, TS and Cyber. InvestorRT with IQFeed was rock solid. I mean SOLID!" - Comment from Public IRC Chat
"DTN feed was the only feed that consistently matched Bloomberg feed for BID/ASK data verification work these past years......DTN feed is a must for my supply & demand based trading using Cumulative Delta" - Comment from Public Forum Post
"Just a thank you for the very helpful and prompt assistance and services. You provided me with noticeably superior service in my setup compared to a couple of other options I had looked at." - Comment from John
"I am a hedge fund manager here. It’s funny, I have a Bloomberg terminal and a Bridge feed, but I still like having my DTN feed!" - Comment from Feras
"I used to have *******, but they are way more money for the same thing. I have had no probs with data from DTN since switching over." - Comment from Public Forum Post
"It’s so nice to be working with real professionals!" - Comment from Len
"Interactive Brokers tick data was inconsistent, so I have switched to using DTN exclusively. It is great to no longer have to worry about my datafeed all day long." - Comment from Philippe
Home  Search  Register  Login  Recent Posts
Information on DTN's Industries:
DTN Oil & Gas | DTN Trading | DTN Agriculture | DTN Weather
Follow DTNMarkets on Twitter
DTN.IQ/IQFeed on Twitter
DTN News and Analysis on Twitter
Viewing User Profile for: semenchikus
About Contact
Joined: Mar 28, 2016 04:07 PM
Last Post: May 8, 2016 01:39 PM
Last Visit: May 9, 2016 04:08 PM
Website:  
Location:
Occupation:
Interests:
AIM:
ICQ:
MSN IM:
Yahoo IM:
Post Statistics
semenchikus has contributed to 12 posts out of 21196 total posts (0.06%) in 2,974 days (0.00 posts per day).

20 Most recent posts:
IQFeed Developer Support » Historical data mismatch May 8, 2016 01:39 PM (Total replies: 0)

During some quality checks of my application (using IQFeed Protocol v5.1) I encountered some historical data mismatches between ticks and interval data in case of summary volume.

I've uploaded all the mismatch examples on my Dropbox: https://www.dropbox.com/sh/xndbnd2z255brhx/AAD9SLvIEE2CG3BRsSMkkX0_a?dl=0

There is a quality check results information: https://www.dropbox.com/s/on344n3tzjafh7y/historical_mismatch.txt?dl=0
This file contains a number of summary volume mismatches between the interval data bars (5 minute time frame) and historical ticks according to the bars. The other files contains historical ticks (columns from A to J) according to the bar in name of the file and a summary volume (column U) that should be equal to volume of the bar, but it doesn't.

For example:
----------------------------------------------
processing QGC#C_5.csv with tick_size 0.1
...
incorrect total Vol 2015-12-06 18:40:00 Vol = 422 additional fields total Vol = 760
RESULT: all the tick data has been duplicated in IQFeed response (request was: HTT,QGC#C,20151206 183500,20151206 183959,,,,1,HTT_QGC#C\r\n)
...

Historical interval data by QGC#C with 5 minutes time frame and date/time = 2015-12-06 18:40:00 has volume = 422, but summary volume (in the file "ticks_QGC#C_5_20151206_1840.xlsx") = 760. Mismatch!

Could you give me any information about this issue please?

Best regards,
Simon
Edited by semenchikus on May 8, 2016 at 01:41 PM

IQFeed Developer Support » Historical data delay Apr 20, 2016 12:46 AM (Total replies: 4)

Looks like I simply do not subscribed to the LF and LG instruments. There are reproducible 15 min delays in the historical data.

Thank you for your help!

IQFeed Developer Support » Historical data delay Apr 18, 2016 02:24 PM (Total replies: 4)

Hello,

Could you provide me any information about timelines of historical data delay?

I've encountered that when I'm requesting HID command the last row is delayed sometimes comparing to the time of request.
For example, if request was the following:
=17:28:01.737 DEBUG [connector_LF#C_1]: >>> HID,LF#C,60,1,,030000,,1,HID_LF#C
Response was:
...
HID_LF#C,2016-04-08 12:14:00,6149.5,6148.0,6148.5,6148.5,95435,31,
HID_LF#C,!ENDMSG!,

I'm subscibing to realtime data at the same time. The time difference between realtime tick data (Level1Update - Most Recent Trade TimeMS field) and historical interval data from the example above was 4 minutes. So I need to find a way to decrease this difference.

Thank you.

IQFeed Developer Support » Tick data into OHLCV Apr 4, 2016 09:25 AM (Total replies: 22)

Thank you again for quick reply!

So, in the other words, your historical ticks (response for any of HT* command) according to realtime ticks in the following way:
Last (history) = Most Recent Trade (realtime)
Last Size (history) = Most Recent Trade Size (realtime)
Time Stamp (history) = Most Recent Trade Date + Most Recent Trade TimeMS (realtime)
Bid (history) = Bid (realtime)
Ask (history) = Ask (realtime)

Is it correct?

IQFeed Developer Support » Tick data into OHLCV Apr 3, 2016 12:38 PM (Total replies: 22)

Thank you very much Tim.

Currently I'm testing my program with realtime (Level1) ticks. To build bars from tick I'm using the following felds of the Q messages: "Last", "Bid", "Ask", "Last Size", "Last TimeMS" and "Last Date".
Checks showed that value of "Last TimeMS" has a large difference sometimes (more than 5 minutes) comparing to current time. Should I use "Most Recent Trade", "Bid", "Ask", "Most Recent Size", "Most Recent TimeMS" and "Most Recent Date" instead? I want to build bars in realtime and the build bars should match your history interval data.

Thank you.

IQFeed Developer Support » Tick data into OHLCV Mar 31, 2016 02:11 PM (Total replies: 22)

On startup my application connects to the Level1 and sets protocol v5.1.

IQFeed Developer Support » Tick data into OHLCV Mar 31, 2016 09:09 AM (Total replies: 22)

Zip-file is re-uploaded. Just in case, here is a link on dropbox: https://www.dropbox.com/s/c9t8cc08jc8p4k2/ticks_BD%23C_20151119_0202.zip?dl=0

IQFeed Developer Support » Tick data into OHLCV Mar 31, 2016 02:28 AM (Total replies: 22)

Hi guys, i'm finding numerous inconsistencies between interval data and tick data, could someone please get back to me on the above question today? Trying to get to the bottom of this!

Really appreciate your help

IQFeed Developer Support » Tick data into OHLCV Mar 30, 2016 05:13 AM (Total replies: 22)

Sorry, xlsx attachments are not supported. Wrapped in a zip archive.

IQFeed Developer Support » Tick data into OHLCV Mar 30, 2016 04:38 AM (Total replies: 22)

Hello Tim,

I'm checking the data matching between ticks and interval and found some inconsistencies.
Dealing with BD#C, timeframe is 1 minute, date - 19 November 2015, time 2:02.

Request of interval history data was the following:
HIT,BD#C,60,20150329 030000,20160329 160000,,,,1,HIT_BD#C

Interval data from response:
HIT_BD#C,2015-11-19 02:02:00,156.66,156.61,156.63,156.65,2242,2238,

Next, requested tick data for the interval above:
HTT,BD#C,20151119 020100,20151119 020159,,,,1,HTT_BD#C

Response and volume calculations are in the attached file (ticks_BD#C_20151119_0202.xlsx). There are tick fields in the columns from "A" to "J". Look at column "T" please, there is summary volume (sum of "last size" fields) of the tick data and and interval (period) volume of the interval data.

Could you tell me the reason why these volumes are not equal?

Thank you.
Simon

IQFeed Developer Support » Tick data into OHLCV Mar 29, 2016 05:00 AM (Total replies: 22)

Thank you Tim.

IQFeed Developer Support » Tick data into OHLCV Mar 28, 2016 04:09 PM (Total replies: 22)

Hello,

I have a custom application that collects tick data (realtime and history) into OHLCV bars by different timeframes and analyses the price levels. As a result I want to get the same price and volume as in your history interval data. Currently I'm testing my application on history and realtime ticks and want to have a clear understanding how should I filter ticks to get the same volume (period volume) and prices (open, high, low, close) as your historical interval data?
For example, currently I do not use the following ticks:
- Realtime ticks with "Message Contents" field that is not equal "C" (Last Qualified Trade)
- History ticks with "Basis For Last" field that is not equal "C" (Last Qualified Trade)
Should I implement any additional filtering?

Thanks.


Time: Sat May 18, 2024 10:49 PM CFBB v1.2.0 10 ms.
© AderSoftware 2002-2003