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)




"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
"I was on the phone with a friend who uses CQG and right after the Fed announcement, CQG was as much as 30 seconds behind DTN.IQ. Some quotes were off by as much as 15-18 cents. Your feed never missed a beat." - Comment from Roger
"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
"I am keeping IQFeed, much better reliabilty than *******. I may refer a few other people in the office to switch as well." - Comment from Don
"This is an excellent value, the system is generous (allowing for 500 stocks) and stable (and really is tick-by-tick), and the support is fantastic." - Comment from Shirin via Email
"For anyone considering using DTN.IQ for a data feed, my experience with the quality of data and the tech support has been very positive." - Comment from Public Forum
"If someone needs the best quality data and backfill beyond what their broker provides at a rate that is the best in the industry, I highly recommend IQFeed." - Comment from Josh via Public Forum
"Boy, probably spent a thousand hours trying to get ******* API to work right. And now two hours to have something running with IQFeed. Hmmm, guess I was pretty stupid to fight rather than switch all this time. And have gotten more customer service from you guys already than total from them… in five years." - Comment from Jim
"Thanks for all of your help. Great customer service deserves to be recognized which one the reasons I've been a customer of DTN for over 10 years!" - Comment from Stuart
"Interactive Brokers tick data was inconsistent, so I have switched to using DTN exclusively. It is great to no longer have to worry about my datafeed all day long." - Comment from Philippe
Home  Search  Register  Login  Blogs Recent Posts

Information on DTN's Industries:
DTN Oil & Gas | DTN Trading | DTN Agriculture | DTN Weather
Follow DTN_IQFeed on Twitter
DTN.IQ/IQFeed on Twitter
DTN News and Analysis on Twitter
Viewing User Profile for: sappjason
About Contact
Joined: Nov 5, 2009 08:23 AM
Last Post: Jan 7, 2013 11:38 AM
Last Visit: Jan 7, 2013 11:38 AM
Website:  
Location:
Occupation:
Interests:
Email: sappjason@yahoo.com
AIM:
ICQ:
MSN IM:
Yahoo IM:
Post Statistics
sappjason has contributed to 8 posts out of 18544 total posts (0.04%) in 3,149 days (0.00 posts per day).

20 Most recent posts:
IQFeed Developer Support » Not Connected problems after the new year Jan 7, 2013 11:38 AM (Total replies: 2)

Steve,

I'll have to update the ticket tomorrow as I cannot reproduce it until the next morning.

Thanks,

Jason

IQFeed Developer Support » Not Connected problems after the new year Jan 7, 2013 08:14 AM (Total replies: 2)

I've been running fine for the past year or so with no problems what-so-ever, but after the new year, I must reboot my server every morning in order to properly connect to IQFeed. My application is written in Java and I use IQFeed 4.9.0.3 on a Windows Server 2008 running 68 bit.

One (possibly important) point is that my application connects to IQFeed in the morning and typically disconnects in the evening around 9:00PM. However, the iqconnect.exe will sometimes stay up all night (not always, but sometimes).

Anyway, the technique the I use to connect is as follows (with autologin information provided in the IQFeed dialog box):

-----------------------------------------------------------------------------------------------------
Runtime.getRuntime().exec ("iqconnect.exe -product PRODUCT_NAME -version 1.0");
Thread.sleep (5000);

Socket sockAdmin = new Socket(InetAddress.getByName("localhost"), 9300);
BufferedReader bufreadAdmin = new BufferedReader (new
InputStreamReader (sockAdmin.getInputStream()));
BufferedWriter bufwriteAdmin = new BufferedWriter (new
OutputStreamWriter (sockAdmin.getOutputStream()));
String strAdminLine = "";
// loop while we are still connected to the admin port or until we are connected
while (((strAdminLine = bufreadAdmin.readLine()) != null) && !bConnected)
{
System.out.println (strAdminLine);
if (strAdminLine.indexOf (",Connected,") > -1)
{
System.out.println ("IQConnect is connected to the server.");
bConnected = true;
}
else if (strAdminLine.indexOf (",Not Connected,") > -1)
{
System.out.println ("IQConnect is Not Connected.\r\nSending connect command.");
bufwriteAdmin.write ("S,CONNECT\r\n");
bufwriteAdmin.flush ();
}
}

// cleanup admin port connection
sockAdmin.shutdownOutput();
sockAdmin.shutdownInput();
sockAdmin.close();
bufreadAdmin.close();
bufwriteAdmin.close();
iqFeedStarted = true;


------------------------------------------------------------------------------------------------------

Thanks,

Jason

IQFeed Developer Support » Connection reset problem Jan 7, 2010 11:02 AM (Total replies: 2)

Thanks Steve. I'll give that a try.....

Jason

IQFeed Developer Support » Connection reset problem Jan 6, 2010 03:50 PM (Total replies: 2)

Hello,
Perhaps I'm doing something wrong, but I just wanted to make sure. I have an automated trading system (written in Java) that connects to IQFeed as follows:

RegisterClientApp("XXXXXXX", "1.0", "0.11111111");

All is well and good and my ATS runs just fine. The problem is that my ATS doesn't shut itself down until 4:30 PM. However, at 4:05, I have another application that starts up and collects tick data for the current day. This application uses the exact same RegisterClientApp () call.

The problem happens when my ATS shuts down. Basically, when my ATS shuts down, my running data collector application gets a connection reset error on the open socket to IQFeed. I'm just wondering what I'm doing wrong? Should I be calling RegisterClientApp with a different 3rd parameter or is this just the way it works and I'm doing things incorrectly and perhaps I shouldn't be trying to have two different processes connecting to IQFeed at the same time (from the same machine)?

Any thoughts out there?

Jason

IQFeed Developer Support » Understanding IQFeed's Level II data Dec 1, 2009 08:58 AM (Total replies: 2)

OK. Thanks.....

IQFeed Developer Support » Understanding IQFeed's Level II data Dec 1, 2009 08:33 AM (Total replies: 2)

I'm new to streaming level II data and I wanted to make sure I'm understanding things correctly. When I watch Level II data on a NASDAQ stock (say RIMM), I see that there are a bunch of market makers offering quotes. So, this morning, I was playing around and I decided to bid for RIMM (below the current best bid) and low and behold, I saw an Update come through on my Level II feed. The update was marked as MMID-NSDQ (which made sense). Then, I added another limit order below my current one and I didn't not see this update. So, what I'm gathering is that IQFeed only sends me the BEST Level II quote for each market maker, not their whole depth? Doesn't that kind-a defeat the purpose?

Is this an IQFeed disadvantage or am I misunderstanding how Level II feeds work?

Thanks,

Jason Sapp

IQFeed Developer Wish List » Nasdaq Total View Nov 24, 2009 09:44 AM (Total replies: 7)

I would be interested in seeing in added.

Jason

IQFeed Developer Support » Building Bars from Tick Data Nov 6, 2009 06:53 AM (Total replies: 1)

Hello,
I'm new to IQFeed and am developing in Java. My short term goal with IQFeed is to implement 5 second OHLC bars (with VWAP for each 5 second bar). So, to do this, it looks like I must request tick data and build the bars myself. I was able to do all of this last night with historical data. So, kudos to you guys for making such an easy to use API. I'm very pleased.
The question I have is how to build my 5 second bars in real time. So, in a perfect world, this is fairly straightforward. Just sit and watch tick data and build my 5 second bars. But, my question is, when do I know that a bar is finished? In other words, on some more illiquid issues, I may not even receive tick data every 5 seconds. So, how to I know when to disseminate a new 5 second bar? My 2nd question has to do with lag. When (for whatever reason), my data feed is lagging, how do I handle that situation? The reason I ask this second question is because I was contemplating issuing a "T<CR><LF>" command every second and when the time changes to the next 5 second interval, I would spit out my previous 5 second bar. But that's problematic if there is lag in receiving tick data.
Any pointers would be greatly appreciated.

Thanks,

Jason Sapp


Time: Tue June 19, 2018 8:39 PM CFBB v1.2.0 16 ms.
© AderSoftware 2002-2003