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 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
"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 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
"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
"Everything is working great ! Very impressive client. The news refreshes better and is more pertinent than the ******* feed I paid $ 100/month for. I Also like the charts a lot." - Comment from Leon
"The service is great, I see a noticeable improvement in my volume profiles over [broker]'s data feed" - Comment from Larry
"It’s so nice to be working with real professionals!" - Comment from Len
"I am very pleased with the DTNIQ system for quotes and news." - Comment from Larry
"Just a thank you for the very helpful and prompt assistance and services. You provided me with noticeably superior service in my setup compared to a couple of other options I had looked at." - Comment from John
"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
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 »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/
 

 

Time: Sat May 4, 2024 6:20 PM CFBB v1.2.0 17 ms.
© AderSoftware 2002-2003