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
"The people at Nirvana have very nice things to say about your company and I can see why! Price and service is a potent combination." - Comment from Ed
"I would just like to say that IQFeed version 4 is running very well and I am very happy with its performance. I would also like to extend a big thanks for the fast and efficient help that I always receive. My questions and concerns are always addressed promptly. Way to go!" - Comment from Josh in CO.
"Can I get another account from you? I am tired of ******* going down so often" - Comment from George
"I've been using Neoticker RT with IQFeed for two months, and I'm very happy with both of the products (I've had IQFeed for two years with very few complaints). The service from both companies is exceptional." - Comment from Public Forum
"I just wanted to let you know how fast and easy I found it to integrate IQFeed into our existing Java code using your JNI client. In my experience, such things almost never go so smoothly - great job!" - Comment from Nate
"I'm satisfied with IQFeed. It's the most reliable and fastest quote feed I have ever used. Although I'm a resident in China, it's still very fast!" - Comment from Xiaofei
"I am keeping IQFeed, much better reliabilty than *******. I may refer a few other people in the office to switch as well." - Comment from Don
"I cannot believe what a difference it makes trading with ProphetX!" - Comment from Bruce in Los Angeles
"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
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 »Historical Tick Data Request Hours
Author Topic: Historical Tick Data Request Hours (13 messages, Page 1 of 1)

AK786
-Interested User-
Posts: 21
Joined: Jul 17, 2018


Posted: Aug 1, 2018 02:08 PM          Msg. 1 of 13
Asset Class: US Stocks and US Equity Options

Q1. What is the largest number of Days for which Historical Tick Data that can be requested during US trading hours?

Q2. Lets say Answer to Q1 = 10 days of Tick/Symbol - Can I request a 10 days from 30 days ago (which is part of the 180 Days Tick Historical that is stored)

AK786

altmany
-Interested User-
Posts: 25
Joined: Jul 30, 2018

IQML - IQFeed-MATLAB connector


Posted: Aug 2, 2018 04:21 AM          Msg. 2 of 13
I believe that during trading hours IQFeed only provides tick data for the past 8 calendar days. In other words, even if you request just a single minute of tick data that is older than 8 days ago, IQFeed will return a !NO_DATA! response.

At the moment, the generic NO_DATA message is quite confusing, and prevents users from taking appropriate action depending on the actual error cause. I would like to suggest that in such a case, IQFeed will return a more informative error message, that will inform the users for the reason of NO_DATA, i.e. is there really no data for this request, or perhaps no data because of trading-hours limitations, or perhaps due to the 180-day limitation.

- Yair
IQML - IQFeed-Matlab connector
https://UndocumentedMatlab.com/IQML

DTN_Tim Walter
-DTN Guru-
Posts: 1238
Joined: Apr 25, 2006


Posted: Aug 2, 2018 08:54 AM          Msg. 3 of 13
Good morning, I just wanted to confirm the answer above is correct. As to the other, I will certainly let the server team know and place an enhancement request with management.

Tim

bigjake
-Interested User-
Posts: 10
Joined: Jan 7, 2018

Life is all smiles


Posted: Sep 10, 2018 11:30 AM          Msg. 4 of 13
May I ask why this limitation exists? Also what defines trading hours? I'm working with futures and they trade around the clock.

Also is this noted in the documentation somewhere? I don't recall seeing it mentioned.

DTN_Tim Walter
-DTN Guru-
Posts: 1238
Joined: Apr 25, 2006


Posted: Sep 10, 2018 12:21 PM          Msg. 5 of 13
Hello, This is documented in our API FAQ document and I believe in other places as well, but I would have to look around to see what the exact links would be. We limit things just during the main day trading session, 9:30 AM to 16:30 PM. It is done simply to ensure we keep a high performance level during the highest user loads. Outside of these hours, the number of active users drops off considerably which allows us to perform the longer requests with no impact to others.

Tim

bigjake
-Interested User-
Posts: 10
Joined: Jan 7, 2018

Life is all smiles


Posted: Sep 10, 2018 12:39 PM          Msg. 6 of 13
That's going to make backtesting/simulation difficult.

DTN_Tim Walter
-DTN Guru-
Posts: 1238
Joined: Apr 25, 2006


Posted: Sep 11, 2018 09:42 AM          Msg. 7 of 13
Understood. Generally I find that just storing those larger requests is the only way to go. The old data hardly ever changes and having to wait for 6 months of @ES tick data to download to see any results can be frustrating, so I would certainly recommend using some local storage options.

We are always looking at increasing our offering though and we revisit this subject from time to time, increasing it as new hardware and technology changes allow, so if our engineers and management determine we can start doing this in the future we will certainly do so.

Our apologies for the unexpected inconvenience.

Tim

bigjake
-Interested User-
Posts: 10
Joined: Jan 7, 2018

Life is all smiles


Posted: Sep 11, 2018 12:00 PM          Msg. 8 of 13
Yeah I am storing it locally. I'll just have to do bulk downloads off hours.

One question though. Is there a way to change the timeout value for history requests? I cannot pull more than about three days worth of tick data before the connection closes. I suspect its timing related.

DTN_Tim Walter
-DTN Guru-
Posts: 1238
Joined: Apr 25, 2006


Posted: Sep 11, 2018 12:03 PM          Msg. 9 of 13
There is nothing there on our end to stop a download from going for however long it needs. Are you getting a socket error or anything when it closes?

Tim

bigjake
-Interested User-
Posts: 10
Joined: Jan 7, 2018

Life is all smiles


Posted: Sep 11, 2018 12:24 PM          Msg. 10 of 13
Yes I believe it was a socket error, but I'll run a quick test to verify.

DTN_Tim Walter
-DTN Guru-
Posts: 1238
Joined: Apr 25, 2006


Posted: Sep 11, 2018 12:27 PM          Msg. 11 of 13
You could also turn on the lookup logging in the diagnostics app (via start menu) and you should be able to confirm what we sent to your socket vs what you received.

Also, if you can send the request to me that you tested with, I should be able to confirm if the connection to the server completed successfully.

Tim

AK786
-Interested User-
Posts: 21
Joined: Jul 17, 2018


Posted: Sep 11, 2018 12:51 PM          Msg. 12 of 13
@bigjake - if you are writing code in C#, try using Mathieu P C# Service.
https://github.com/mathpaquette/IQFeed.CSharpApiClient

To Avoid Time Out,

1. Alternatively, request 1 day of tick data and loop -

2. Alternatively, have upto 15 requests simulataneously to request Tick Data

IMO IQfeed is a great product, i had to figure things out through trial and error.

AK786

bigjake
-Interested User-
Posts: 10
Joined: Jan 7, 2018

Life is all smiles


Posted: Sep 11, 2018 12:55 PM          Msg. 13 of 13
I've developed my own C# iqfeed client that I am considering productizing.
 

 

Time: Thu April 25, 2019 5:06 PM CFBB v1.2.0 16 ms.
© AderSoftware 2002-2003