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

"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

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

"I have been using IQFeed now for a few years in MultiCharts and I have zero complaints. Very, very rare to have any data hiccups or anything at all go wrong." - 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

"Very impressed with the quality of your feed - ******* is a real donkey in comparison." - Comment from A.C. 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

"Awesome response, as usual. It is a sincere and refreshing pleasure to do business with DTN, compared to your competition." - Comment from Ryan

"I started a trial a few weeks back before the market went wild. DTN.IQ didn’t miss anything and beat my other provider. I decided to stay with you because of the great service through all the volatility." - Comment from Mike

"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

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 »ambiguity in lack of documentation for historical requests

Author	Topic: ambiguity in lack of documentation for historical requests (3 messages, Page 1 of 1)
skearns23 -Interested User- Posts: 37 Joined: May 19, 2004	Posted: Sep 17, 2008 11:43 AM Msg. 1 of 3 Many of the historical requests require a "maxdays" parameter giving the number of days of data to load. If this value is 1, and it is 2008-08-23 15:00, then does this retrieve the values: (1) between now and 2008-08-23 00:00, or (2) between now and 2008-08-22 15:00, or (3) between now and 2008-08-22 00:00. please answer and update your documentation. I have long requested an api that lets me specify a fromtime, a toTime, and a maxbars, with the semantics being "give me atmost maxbars of the most recent data >= fromtime and <= toTime". This is useful in limiting the data requested, and in filling in older data for a chart without requerying the newer data.
DTN_Steve_S -DTN Guru- Posts: 2093 Joined: Nov 21, 2005	Posted: Sep 17, 2008 11:54 AM Msg. 2 of 3 Hello, all tick and minute/interval requests where a number of days is specified counts the current day (starting at midnight EST) as day 1 and counts backwards from that point using calendar days (not trading days). For example, requesting 7 days of tick data today at 12:48PM EST (the time of this post) will result in tick data for Wednesday (today), Tuesday (9/16), Monday (9/15), Sunday (9/14), Saturday (9/13), Friday (9/12), and Thursday (9/11). In the next version of IQFeed, we will be releasing a new history request protocol allowing you to specify a timeframe for data as well as a few other features that have been requested by our 3rd party developers. We will have a beta version available for 3rd party developers available on the website soon. With this release will require new documentation to be written and I will make sure it includes an explanation of the number of days parameter.
skearns23 -Interested User- Posts: 37 Joined: May 19, 2004	Posted: Sep 17, 2008 12:19 PM Msg. 3 of 3 Thanks for the quick reply. In the next version , don't forget the "maxbars" parameter in addition. There is no easy way for a client to know how many ticks are between two dates. Minutes are computable, but then there are complications involving session closing times etc.. It could be 1000000 or it could be 10. So if a client just wanted 3000 ticks, it would be very difficult to achieve without a maxbars parameter.