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)

"Thank God for your Data Feed as the only Zippers I see are on my pants (LOL), and no more 200 pip spikes to mess up charts." - Comment from Spiro via Email
"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 am a hedge fund manager here. It’s funny, I have a Bloomberg terminal and a Bridge feed, but I still like having my DTN feed!" - Comment from Feras
"Can I get another account from you? I am tired of ******* going down so often" - Comment from George
"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
"Thank you so much - awesome feed, awesome service!" - Comment from Greg via Email
"I ran your IQFeed DDE vs. my broker vs. a level II window for some slow-moving options. I would see the level II quote change, then your feed update instantaneously. My broker's DDE, however, would take as much as 30 seconds to update. I am not chasing milliseconds, but half a minute is unacceptable." - Comment from Rob
"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
"IQFeed version 4 is a real screamer compared to anything else I have seen." - Comment from Tom
"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
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
Yahoo IM:
Post Statistics
arth_trader has contributed to 5 posts out of 19160 total posts (0.03%) in 1,917 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.


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 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;

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?


Time: Mon July 15, 2019 3:59 PM CFBB v1.2.0 0 ms.
© AderSoftware 2002-2003