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)

"I noticed that ******* quotes locked up shortly after the interest rate announcement yesterday while yours stayed stable." - Comment from Ron in Utah

"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 will tell others who want to go into trading that DTN ProphetX is an invaluable tool, I don't think anyone can trade without it..." - Comment from Luther

"I just wanted to let u know that your data feed/service is by far the best!!! Your unfiltered tick data is excellent for reading order flow and none of your competitors delivers this quality of data!" - Comment from Peter via Email

"This is an excellent value, the system is generous (allowing for 500 stocks) and stable (and really is tick-by-tick), and the support is fantastic." - Comment from Shirin via Email

"Thank you so much - awesome feed, awesome service!" - Comment from Greg via Email

"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

"This beats the pants off CQG, I am definitely switching to the ProphetX 3.0!" - Comment from Stephen

"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

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

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