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)




"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 had always used ******* but for the past 2 weeks have been trying DTN IQFeed. Customer support has been extraordinary. They call just to make sure your problem hasn't recurred." - Comment from Public Forum
"I ran your IQFeed DDE vs. my broker vs. a level II window for some slow-moving options. I would see the level II quote change, then your feed update instantaneously. My broker's DDE, however, would take as much as 30 seconds to update. I am not chasing milliseconds, but half a minute is unacceptable." - Comment from Rob
"I am very pleased with the DTNIQ system for quotes and news." - Comment from Larry
"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
"And by the way, have to say this. I love the IQFeed software. It's rock solid and it has a really nice API." - Comment from Thomas via RT Chat
"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
"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
"For anyone considering using DTN.IQ for a data feed, my experience with the quality of data and the tech support has been very positive." - Comment from Public Forum
"I "bracket trade" all major news releases and I have not found one lag or glitch with DTN.IQ feed. I am very comfortable with their feed under all typical news conditions (Fed releases, employment numbers, etc)." - Comment from Public Forum
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: bigjake
About Contact
Joined: Jan 7, 2018 10:21 PM
Last Post: Sep 11, 2018 12:55 PM
Last Visit: Sep 12, 2018 03:15 PM
Website:  
Location:
Occupation:
Interests:
Avatar:
Life is all smiles
Email: jake@helfert.us
AIM:
ICQ:
MSN IM:
Yahoo IM:
Post Statistics
bigjake has contributed to 10 posts out of 19160 total posts (0.05%) in 561 days (0.02 posts per day).

20 Most recent posts:
IQFeed Developer Support » Historical Tick Data Request Hours Sep 11, 2018 12:55 PM (Total replies: 12)

I've developed my own C# iqfeed client that I am considering productizing.

IQFeed Developer Support » Historical Tick Data Request Hours Sep 11, 2018 12:24 PM (Total replies: 12)

Yes I believe it was a socket error, but I'll run a quick test to verify.

IQFeed Developer Support » Historical Tick Data Request Hours Sep 11, 2018 12:00 PM (Total replies: 12)

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.

IQFeed Developer Support » Historical Tick Data Request Hours Sep 10, 2018 12:39 PM (Total replies: 12)

That's going to make backtesting/simulation difficult.

IQFeed Developer Support » Historical Tick Data Request Hours Sep 10, 2018 11:30 AM (Total replies: 12)

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.

IQFeed Developer Support » Issue with HIT lookup message Aug 31, 2018 03:22 PM (Total replies: 3)

I was afraid you would say that :(

Calculating the end time is going to be tricky.

Can you guys clarify the documentation to indicate this isn't possible?

IQFeed Developer Support » Issue with HIT lookup message Aug 30, 2018 03:44 PM (Total replies: 3)

I am trying to get 10 bars of 5 minute history from a point in time forward, and I can't get it to work.

Here is my request and responses - I am specifying the begin date/time only:


HIT,@ES#,300,20180827 000000,,10,,,0,#HIT1,,s,1

#HIT1,2018-08-30 15:35:00,2901.75,2898.50,2901.25,2900.75,1134975,14970,0,
#HIT1,2018-08-30 15:40:00,2901.50,2899.00,2900.50,2900.00,1146389,11413,0,
#HIT1,2018-08-30 15:45:00,2902.00,2899.50,2899.75,2899.75,1160030,13637,0,
#HIT1,2018-08-30 15:50:00,2901.75,2899.00,2900.00,2901.25,1177734,17702,0,
#HIT1,2018-08-30 15:55:00,2903.00,2900.50,2901.25,2901.50,1249617,71528,0,
#HIT1,2018-08-30 16:00:00,2903.50,2901.50,2901.50,2902.25,1276968,27351,0,
#HIT1,2018-08-30 16:05:00,2902.50,2902.00,2902.25,2902.25,1280075,3107,0,
#HIT1,2018-08-30 16:10:00,2902.50,2901.50,2902.25,2902.00,1290824,10717,0,
#HIT1,2018-08-30 16:30:00,2902.00,2899.25,2901.75,2899.75,1293344,2517,0,
#HIT1,2018-08-30 16:35:00,2900.50,2899.75,2899.75,2900.00,1293796,452,0,


I am specifying only a begin time and bar count. What I expect in return is:


#HIT1,2018-08-27 00:45:00,2883.50,2883.25,2883.50,2883.50,37031,51,0,
#HIT1,2018-08-27 00:40:00,2883.75,2883.25,2883.50,2883.25,36980,264,0,
#HIT1,2018-08-27 00:35:00,2883.75,2883.50,2883.75,2883.75,36716,42,0,
#HIT1,2018-08-27 00:30:00,2883.75,2883.25,2883.50,2883.75,36674,278,0,
#HIT1,2018-08-27 00:25:00,2883.75,2883.25,2883.50,2883.50,36396,111,0,
#HIT1,2018-08-27 00:20:00,2883.50,2883.00,2883.25,2883.25,36285,93,0,
#HIT1,2018-08-27 00:15:00,2883.25,2883.00,2883.00,2883.00,36192,59,0,
#HIT1,2018-08-27 00:10:00,2883.50,2883.00,2883.50,2883.25,36133,244,0,
#HIT1,2018-08-27 00:05:00,2883.75,2883.25,2883.50,2883.25,35889,291,0,
#HIT1,2018-08-27 00:00:00,2884.00,2883.50,2883.75,2883.75,35598,312,0,


I can only get it to work by specifying an end date/time of 2018-08-27 00:45:00 or by specifying both the begin date/time and end date/time.

My 'begin date/time only' request returns bars with timestamps starting at 16:35:00, which is the bar current at the time of the request (16:39:00)

What am I doing wrong?

Thanks,
-Jake
Edited by bigjake on Aug 30, 2018 at 03:45 PM


Isn't this information available with HDT/HDX lookup requests?


Hmm.

I tried request per socket again and it works fine. Not sure what I was doing different before.

Thanks!


Is it possible to make multiple history lookup requests at the same time? I can issue two requests, but the second one isn't processed until after the first. I've tried with multiple socket connections and no difference.


Time: Sun July 21, 2019 6:21 PM CFBB v1.2.0 16 ms.
© AderSoftware 2002-2003