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)




"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
"Version 4.0.0.2 has been working well for me and I appreciate that it is now a much tighter client to work with. I feel I can go to press with my own application and rely on a stable platform" - Comment from David in IA.
"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
"I just wanted to say how happy I am with your service. I was able to download the API docs last week and I was able to replicate Interactive Brokers historical bar queries and realtime bar queries over the weekend. That was about one of the fastest integrations that I've ever done and it works perfectly!!!!" - Comment from Jason via Email
"I will tell others who want to go into trading that DTN ProphetX is an invaluable tool, I don't think anyone can trade without it..." - Comment from Luther
"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
"Awesome response, as usual. It is a sincere and refreshing pleasure to do business with DTN, compared to your competition." - Comment from Ryan
"You have an excellent feed. Very few spikes for Spot Forex." - Comment from Public Forum Post
"Everything is working amazing now. I'm already impressed with the true-tick feed of IQFeed and it's ability to support my 480 symbol layout." - Comment from Tyler via Email
"You are much better than lawyers or the phone company because you answer the phone when I call! I just love your customer service." - Comment from Isreal
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
Viewing User Profile for: arth_trader
About Contact
Joined: Apr 16, 2014 09:03 PM
Last Post: Jul 25, 2016 06:52 AM
Last Visit: Jul 25, 2016 08:16 AM
Website:  
Location:
Occupation:
Interests:
Avatar:
AIM:
ICQ:
MSN IM:
Yahoo IM:
Post Statistics
arth_trader has contributed to 5 posts out of 21196 total posts (0.02%) in 3,687 days (0.00 posts per day).

20 Most recent posts:
IQFeed Developer Support » Settle trades not chronological Jul 25, 2016 06:52 AM (Total replies: 1)

I was trying to get historical tick data for GC (Gold future). I noticed that a settle trade (basis for last='S') with an older time stamp came after a trade with basis for last='C'. I was getting historical tick data with oldest to newest order. Is this natural or an error? It was messing up my historical tick database.
The time stamp in question was 2016-02-08 14:14:59.

Thanks.


What is the definition of trading hours for historical tick data availability ( 8 days vs 180 days) for futures? For example for LE (Live Cattle) is the time window for getting 180 days tick data outside of the LE trading hours (8:30am CT - 1:05pm CT) or the standard NYSE trading hours?


I was trying to write a function to retrieve the earliest date tick data is available for a symbol. I am sending a HTT request with begin date as a very old date ( 20000101 000000), end date as blank, data direction as oldest to newest and maxdatapoints as 1. Its only returning the latest tick.

But if I supply only the end date with trial and error it does return the oldest date. Is there any other simple way?

Thanks.


Thanks Tim.


I am trying to get historical tick data using the Java API (IQFeed version 5.2.1). Here is the code snippet:

String command = "HTX,IBM,5,,testid,\r\n\n";
// String line;
C_LookupIQFeed_Socket.brBufferedWriter.write(command);
C_LookupIQFeed_Socket.brBufferedWriter.flush();

while ((line = C_LookupIQFeed_Socket.brBufferedReader.readLine()) != null) {
logger.debug("HistoryRecord={}", line);
}

It prints the output till the last record ("!ENDMSG!,"), but hangs at the readLine() thereafter i.e. the readLine() is never returning null after the last record. I have tested this on the samples provided, same thing happens. Any idea? Is it possible that the server is not sending a new line after the last message. Is there any other way to handle this?

Thanks.


Time: Sun May 19, 2024 8:21 AM CFBB v1.2.0 8 ms.
© AderSoftware 2002-2003