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)

"You are either overstaffed or people just don't have problems with your feed because customer support always answers the phone quickly." - Comment from Jay via Email
"Everything is working amazing now. I'm already impressed with the true-tick feed of IQFeed and it's ability to support my 480 symbol layout." - Comment from Tyler via Email
"Thanks for the great product and support. During this week of high volume trading, my QuoteTracker + IQ Feed setup never missed a beat. Also, thanks for your swiftness in responding to data issues. I was on ******* for a few years before I made the switch over early this year, and wish I had done it a long time ago." - Comment from Ken
"It’s so nice to be working with real professionals!" - Comment from Len
"There is no doubt that IQFeed is the best data provider. I am very satisfied with your services. And IQFeed is the only one that I would recommend to my friends. Now, most of them are using your product in China." - Comment from Zhezhe
"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
"I noticed that ******* quotes locked up shortly after the interest rate announcement yesterday while yours stayed stable." - Comment from Ron in Utah
"The service is great, I see a noticeable improvement in my volume profiles over [broker]'s data feed" - Comment from Larry
"I am very happy I changed. I love the product, but more so I am thrilled with Tech Support. You are knowledgeable, polite, pleasant and professional." - Comment from Pat
"Thank you so much - awesome feed, awesome service!" - Comment from Greg via Email
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
»Forums Index »IQFeed Developer »IQFeed Developer Support »Questions about api
Author Topic: Questions about api (4 messages, Page 1 of 1)

-Interested User-
Posts: 3
Joined: Jun 16, 2020

Posted: Jun 16, 2020 07:00 PM          Msg. 1 of 4

I am new to the IQFeed ,my goal is to download historical tick data in order to construct 1-30 second hi-lo bid-ask bars for all avalible low spread stocks.

I would be interested in 3 elements per tick, {timing(in ms since epoch) , bid , ask} , and if possible also downloading only those without additional data.

From what i have understood from the customer support is that tick data goes back 180 days and is avalible for all instruments.

Would reconstructing hi-lo bars from this data be accurate for example to timeframe of 5 seconds?

Where can the api documentation be found for setting up historical tick data connections?

Are there some sort of limitations to limit historical data download speed?
Concurrent socket connections limitations per api key?
Limits on requests per some timeframe?
Edited by dd on Jun 16, 2020 at 07:17 PM

-Interested User-
Posts: 93
Joined: Jul 3, 2019

Posted: Jun 17, 2020 08:57 AM          Msg. 2 of 4
Answers to your questions:

Online documentation of the IQFeed API can be read at You will need to login with your website username and password, which you received when you subscribed to the API product. If you don't know it, that URL has a "send me my password" link. You just need to enter your email address. If you still can't retrieve it, contact IQFeed support.

The most basic way to build historical bars is a history command, as per What you probably want is an HIT command. This allows you to specify a symbol, interval, start/end date/time, and get a list of all intervals in that range. This will return Timestamp,High,Low,Open,Close,Volume,Period Volume.

If you want to collect historical bars and gather new bars as they come in, the BW command works similarly.

Yes, tick data generally goes back 180 days. Minute and daily data goes back further.

There is no limit to concurrent connections, provided they all come from the same computer. To have concurrent connections from different machines would require multiple IQFeed login IDs.

There can be 15 history requests active at one time. "Active" means the request has been sent and the data has not been completely returned yet. If you are requesting large amounts of history for a large number of symbols, you might have to space your requests out a little. But most requests process so quickly this isn't an obstacle.

If you are doing any kind of live "watching" of a symbol, you may only watch up to 500 symbols at a time, unless you pay an additional fee to view more.

There are no per-time period maximums on the total number of historical requests you make.

Gary Stephen
DTN IQFeed Implementation Support Specialist

-Interested User-
Posts: 3
Joined: Jun 16, 2020

Posted: Jun 17, 2020 09:40 AM          Msg. 3 of 4

If keeping 10-15 connections(or what appears most optimal for throughput) and requesting new histrorical data right after previous response is received.
Would it be fine or still need to space out like you mention?
If too many data requests are sent what will happen?

The HIT command you mentioned,
Is it possible for both bid and ask?

What download speeds have been achieved by clients that are after historical data if utilizing multithreaded client and no client sided bottlenecks?

If downloading for example 5-10% of IQFeeds database,tick data of low spread stocks (probably most active and dense with data).
Approximately how much data would it generate for storage or in networking packets?
I understand space is heavily dependant on data format but estimate is good enough.

To avoid reinventing the wheel, Are there historical data downloading client programs already avalible that are optimized for speed and generate readable format files to download IQFeeds tick data for list of instruments?
Edited by dd on Jun 17, 2020 at 09:44 AM

-Interested User-
Posts: 93
Joined: Jul 3, 2019

Posted: Jun 17, 2020 12:20 PM          Msg. 4 of 4
The maximum number of simultaneous history requests is tied to the loginID, not the connection. So having 10-15 multiple threads under the same loginID will not increase that limit.

Only tick-level historical requests will return Bid and Ask.

I can't really comment on end user download speeds, because that depends largely on how much data you're downloading, time of day, internet connection, and other factors. In general, best practices are to have different threads for retrieving data from the API, converting it to your desired form, and then acting on it. Having multiple connections to the IQFeed API can help also.

The timestamps in the data are exchange timestamps, so you can use those to determine your total transit time.

DTN has general sample code in C, C#, Java, and Visual Basic at, and we are aware of several Python repositories around GitHub. But I'm not aware of any such code for that specific purpose.

Gary Stephen
DTN IQFeed Implementation Support Specialist


Time: Thu July 2, 2020 10:33 AM CFBB v1.2.0 15 ms.
© AderSoftware 2002-2003