DTN IQFeed, DTN.IQ, DTN ProphetX Support Forums

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)

"DTN has never given me problems. It is incredibly stable. In fact I've occasionally lost the data feed from Interactive Brokers, but still been able to trade because I'm getting good data from DTN." - Comment from Leighton

"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 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 was on the phone with a friend who uses CQG and right after the Fed announcement, CQG was as much as 30 seconds behind DTN.IQ. Some quotes were off by as much as 15-18 cents. Your feed never missed a beat." - Comment from Roger

"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'm very glad I switched to IQFeed. It's working perfectly with no lag, even during fast market conditions." - Comment from Andy via Email

"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.

"If someone needs the best quality data and backfill beyond what their broker provides at a rate that is the best in the industry, I highly recommend IQFeed." - Comment from Josh via Public Forum

"As a past ******* customer(and not a happy one), IQ Feed by DTN is a much better and cheaper product with great customer support. I have had no problems at all since switching over." - Comment from Public Forum

"My broker in Davenport suggested I give you a try as he uses your service and says its the best." - Comment from Bill via RT Chat

Home

Recent Posts

Information on DTN's Industries:
DTN Oil & Gas | DTN Trading | DTN Agriculture | DTN Weather

DTN.IQ/IQFeed on Twitter
DTN News and Analysis on Twitter

»Forums Index »Archive (2017 and earlier) »IQFeed Developer Support »Historical Data Retrieval during Level1 streaming

Author	Topic: Historical Data Retrieval during Level1 streaming (4 messages, Page 1 of 1)
Ryan -Interested User- Posts: 14 Joined: May 17, 2012	Posted: Jan 8, 2015 11:40 AM Msg. 1 of 4 I'm looking to implement a "retrieve missing data on loss of connection" functionality. Before I went any further with debugging, I wanted to know if it was possible to simultaneously watch a Level1 stream and retrieve historical data (same account, same computer). Thanks
DTN_Steve_S -DTN Guru- Posts: 2093 Joined: Nov 21, 2005	Posted: Jan 8, 2015 12:48 PM Msg. 2 of 4 Yes, you can make historical requests at the same time as being subscribed to level 1 data.
Ryan -Interested User- Posts: 14 Joined: May 17, 2012	Posted: Jan 15, 2015 04:02 PM Msg. 3 of 4 Thanks for your response, Steve. I have been able to accomplish the majority of the functionality that I stated above. However, I seem to have received data out of order or duplicated. I've attached my log file. "Add to hold" messages are from Level 1 connection. "Adding history" messages are from historical socket. In summary, I find the following: -------------------- !ENDMSG! \| Line 25 "data.segment.1" (14:31:23.285 - 14:31:23.288) \| Ending Line 44 "data.segment.2" (14:31:23.289 - 14:31:47.099) \| Ending Line 460 !ENDMSG! \| Line 461 "data.segment.1" (14:31:23.285 - 14:31:23.288) \| Ending Line 478 !ENDMSG! \| Line 479 -------------------- Nothing related to the historical socket after Line 479. I've requested the messages in descending order, so I assume the "data.segment.1" ending on Line 44 is the duplicate. Any idea about the 17 duplicated transactions in "data.segment.1"? Much appreciated, Ryan File Attached: response_log.zip (downloaded 1270 times)
Ryan -Interested User- Posts: 14 Joined: May 17, 2012	Posted: Jan 20, 2015 11:10 AM Msg. 4 of 4 I'm still not sure as to the precise answer to my issue, but it appears to involve the use of socket.ReceiveAsync method. I've switched to a synchronous method and the historical retrieval is working well. But I'm not sure if it was the async method in general, or the logic within.