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 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
"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.
"IQ feed is brilliant. The support is mind-bending. What service!" - Comment from Public Forum Post
"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
"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 cannot believe what a difference it makes trading with ProphetX!" - Comment from Bruce in Los Angeles
"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
"IQFeed version 4 is a real screamer compared to anything else I have seen." - Comment from Tom
"Everything is working great with the API. I love it." - Comment from Calvin
"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
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 11:57 AM CFBB v1.2.0 4 ms.
© AderSoftware 2002-2003