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 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 cannot believe what a difference it makes trading with ProphetX!" - Comment from Bruce in Los Angeles

"I was with ******* for 4 years at $230 a month, this is a huge savings for me, GOD BLESS YOU PEOPLE," - Comment from T.S. via Email

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

"Thanks for following up with me. You guys do a great job in tech support." - Comment from Phelps

"IQFeed version 4 is a real screamer compared to anything else I have seen." - Comment from Tom

"I am very happy I changed. I love the product, but more so I am thrilled with Tech Support. You are knowledgeable, polite, pleasant and professional." - Comment from Pat

"I used to have *******, but they are way more money for the same thing. I have had no probs with data from DTN since switching over." - Comment from Public Forum Post

"There is no doubt that IQFeed is the best data provider. I am very satisfied with your services. And IQFeed is the only one that I would recommend to my friends. Now, most of them are using your product in China." - Comment from Zhezhe

"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

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.