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've never had DTN go out on me since switching. ******* would go down a couple times every month when I was using them." - Comment from Bryce in AL.
"I am a hedge fund manager here. It’s funny, I have a Bloomberg terminal and a Bridge feed, but I still like having my DTN feed!" - Comment from Feras
"I've been using IQFeed 4 in a multi-threaded situation for the last week or two on 2600 symbols or so with 100 simultaneous daily charts, and I have had 100% responsiveness." - Comment from Scott
"Very impressed with the quality of your feed - ******* is a real donkey in comparison." - Comment from A.C. via Email
"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
"Can I get another account from you? I am tired of ******* going down so often" - Comment from George
"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 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'm very glad I switched to IQFeed. It's working perfectly with no lag, even during fast market conditions." - Comment from Andy via Email
"Just a quick one to say I'm very impressed so far :) The documentation for developers is excellent and I've quickly managed to get an app written to do historical downloads. The system is very robust and pretty quick considering the extent of data that's available. The support guys have been very helpful too, in combination with the forums it's been plain sailing so far!" - Comment from Adam
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 »Issues with Historical via TCP/IP
Author Topic: Issues with Historical via TCP/IP (2 messages, Page 1 of 1)

simon33
-Interested User-
Posts: 28
Joined: Apr 9, 2005


Posted: Jun 5, 2007 11:57 PM          Msg. 1 of 2
Working on upgrading to the new Servers and came across two odd issues in the *current servers*:

1. When I issue a command for daily prices like HD,[Symbol],[Days]; I get back the correct number of days (example: HD,MSFT,3;) However, when I issue a similar command for minute prices HM,[Symbol],[Days],[Interval]; I always get back one *less* day. (example: HM,MSFT,3,60;).

Further when I issued the daily command today I got back data for 6-5, 6-4 and 6-1.
When I issued the minute command today I got back data for only 6-5, 6-4.

2. Secondly, I started programming at about 8:50 CST and was getting back the number of days mentioned above. However, on or about 11:40 CST, it seems my connection suddenly went stale. When I reconnected, I was no longer getting the current days data!

Any ideas?

DTN_Steve_S
-DTN Guru-
Posts: 2088
Joined: Nov 21, 2005


Posted: Jun 6, 2007 09:47 AM          Msg. 2 of 2
1) This is because the Minute requests return calendar days starting with the current day whereas the daily requests return the last x number of days that there is data. This is the intended functionality. This means that starting at midnight EST, if you want the previous day's minute data, you need to request 2 days instead of 1.

2) This is due to a design flaw in the history servers. Starting at midnight EST, there is a mainenance process that runs. This process makes the previous day's (since it is after midnight) history unavailable until the symbol is processed. Symbols are processed in reverse alphabetical order so this means that symbols starting with Z will be available almost immediately while symbols that start with A will take up to 90mins until they are available again.
 

 

Time: Thu April 2, 2020 10:53 PM CFBB v1.2.0 15 ms.
© AderSoftware 2002-2003