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)

"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

"If you are serious about your trading I would not rely on IB data for serious daytrading. Took me a while to justify the cost of IQ Feed and in the end, it's just a 2 point stop on ES. Better safe than sorry" - Comment from Public Forum

"I just wanted to tell you what a fine job you have been doing. While *******, from what I hear, has been down and out, off and on, IQ feed has held like a champ this week." - Comment from Shirin

"The people at Nirvana have very nice things to say about your company and I can see why! Price and service is a potent combination." - Comment from Ed

"If you want customer service that answers the phone, your best bet is IQFeed. I cannot stop praising them or their technical support. They are always there for you, and they are quick. I have used ****** too but the best value is IQFeed." - Comment from Public Forum

"Thanks for the great product and support. During this week of high volume trading, my QuoteTracker + IQ Feed setup never missed a beat. Also, thanks for your swiftness in responding to data issues. I was on ******* for a few years before I made the switch over early this year, and wish I had done it a long time ago." - Comment from Ken

"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

"I cannot believe what a difference it makes trading with ProphetX!" - Comment from Bruce in Los Angeles

"After all the anxiety I had with my previous data provider it is a relief not to have to worry about data speed and integrity." - Comment from Eamonn

"You are either overstaffed or people just don't have problems with your feed because customer support always answers the phone quickly." - Comment from Jay via Email

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 »Order or historic requests

Author	Topic: Order or historic requests (4 messages, Page 1 of 1)
jabercrombie -Interested User- Posts: 1 Joined: Mar 22, 2005	Posted: Mar 22, 2005 06:04 PM Msg. 1 of 4 Is the order of historic data events the same as the order in which you make the requests? For example if I request 2 days of tick data and then 2 days of daily data will the tick data still come back first? To get around this I have added syncronisation to TeamTrade so it only makes one historic request at a time but this has a few problems when I have multiple charts up. Some other things I have noticed: 1) When requesting one day of tick data I quite often get no response so I always make sure to request at least two days. 2) When using the historic api for different timeframes I had problems so I needed to create three instances of the historic api, one for day, one for minute and one for tick, it all works fine now but it took me ages to realise using the one historic api for different timeframes was causing my activex crashes. 3) When the user tries to lookup a symbol that doesn't exist the historic api never returns, do you get some other message I can monitor? To get around this I do a symbol lookup before any historic request. Thanks Jeremy Abercrombie TeamTrade Development
DTN_Natalie_H -DTN Evangelist- Posts: 175 Joined: May 10, 2004 DTN Market Access, LLC.	Posted: Apr 8, 2005 09:17 AM Msg. 2 of 4 Hi Jeremy, Yes, the order of historic data events is received in the same as the order in which you make the requests. 1) When requesting one day of tick data I quite often get no response so I always make sure to request at least two days. ANSWER: If you request one day of tick data before the market is open, you will not get the data. 2) When using the historic api for different timeframes I had problems so I needed to create three instances of the historic api, one for day, one for minute and one for tick, it all works fine now but it took me ages to realise using the one historic api for different timeframes was causing my activex crashes. ANSWER: You should not need to do this. One instance of the api should work for all requests. You can review our example apps for a demonstration of this. 3) When the user tries to lookup a symbol that doesn't exist the historic api never returns, do you get some other message I can monitor? To get around this I do a symbol lookup before any historic request. ANSWER: MaxTick, TickDays, and Minute will return a message. I am looking into Daily, Weekly, and Monthly. Natalie Hannan DTN Market Access, LLC.
gautham -Interested User- Posts: 6 Joined: Sep 22, 2004	Posted: May 6, 2005 10:08 AM Msg. 3 of 4 When I request historic tick data I get the data in reverse time order. That is, for example, The ticks will have timestamps like so: 16:00:00 15:59:00 15:58:00 etc. Is it possible to download them in ascending timestamp order?
David -DTN Evangelist- Posts: 113 Joined: May 7, 2004 I'd rather be...	Posted: May 6, 2005 12:04 PM Msg. 4 of 4 Quote: Yes, the order of historic data events is received in the same as the order in which you make the requests Requests for historical data on the same port will come back interleaved if the second request is issued before the first is finished! They are not returned in order! I have discussed this in a previous thread - no time to find it at the moment. This caused me a lot of grief as I thought it was a problem on my side - there is no ID with any data coming back so that you can identify the returned information and match it to the request. I have verified this for daily, weekly and monthly data. I have not looked at tick data but I would only do one request and not another until fulfilled. For multiple simultaneous requests use separate ports. You need to trap several types of errors too as there are various responses to indicate that the request is fulfilled. Ciao! David *IQXP Software* http://www.iqxp.com LiveWire Update Service PO Box 1417 Fairfield, IA 52556 641-472-8393 http://www.livewire-cablesoft.com/