|
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 started a trial a few weeks back before the market went wild. DTN.IQ didn’t miss anything and beat my other provider. I decided to stay with you because of the great service through all the volatility." - Comment from Mike
"IQ feed is brilliant. The support is mind-bending. What service!" - Comment from Public Forum Post
"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
"I've been using Neoticker RT with IQFeed for two months, and I'm very happy with both of the products (I've had IQFeed for two years with very few complaints). The service from both companies is exceptional." - Comment from Public Forum
"I "bracket trade" all major news releases and I have not found one lag or glitch with DTN.IQ feed. I am very comfortable with their feed under all typical news conditions (Fed releases, employment numbers, etc)." - Comment from Public Forum
"The service is great, I see a noticeable improvement in my volume profiles over [broker]'s data feed" - Comment from Larry
"IQ feed works very well, does not have all of the normal interruptions I have grown used to on *******" - Comment from Mark
"With HUGE volume on AAPL and RIMM for 2 days, everyone in a trading room was whining about freezes, crashes and lag with *******, RealTick, TS and Cyber. InvestorRT with IQFeed was rock solid. I mean SOLID!" - Comment from Public IRC Chat
"I was with ******* for 4 years at $230 a month, this is a huge savings for me, GOD BLESS YOU PEOPLE," - Comment from T.S. via Email
"As a past ******* customer(and not a happy one), IQ Feed by DTN is a much better and cheaper product with great customer support. I have had no problems at all since switching over." - Comment from Public Forum
|
|
|
|
Joined: |
Nov 12, 2006 09:20 PM |
Last Post: |
Dec 8, 2007 12:09 PM |
Last Visit: |
Dec 8, 2007 12:09 PM |
Website: |
|
Location: |
|
Occupation: |
|
Interests: |
|
|
|
xen has contributed to 15 posts out of 21196 total posts
(0.07%) in 6,399 days (0.00 posts per day).
20 Most recent posts:
Right, but the whole point of this post was to ask if there was a way to get that information without having to make requests for every symbol. I was hoping they could supply this information in a text file or add it to the symbol list file.
Thanks, Joseph
Well I'm not sure just looking longer than 12 months out is OK. What about a LEAP that was written a year or two ago that is going to expire in the coming months? How does one differentiate that option from a near month option without knowing all the details of the symbol?
Yes, I've downloaded the file. I don't believe the file specifies whether or not a symbol is a leap, quarterly, or weekly expiration option. Also, if they were to supply that information I would probably need the exact day of expiration.
Joseph
Right, I know I can get that information from the protocol. My question I put forth in this post was whether or not they could supply this level of detail in the symbol list. I was hoping they could because they already have this information in their database. Processing this mountain of information would be must faster if I could load it serially from a file instead of making 3000 requests to IQFeed.
Thanks, Joseph
Thanks. Do you have any info on weekly, quarterly, and leaps?
Thanks, Joseph
Yep, that's the file I'm talking about. It seems like you guys have this information in your databases so I'm wondering how hard it would be to include it in the file. It cetainly would reduce the amount of requests needed to figure all this out.
Thanks, Joseph
Hi,
I was wondering if there was a way to differentiate between Weekly, Monthly, Quarterly, and LEAP options in the symbol list file without having to know how to decode all the symbols? I know you can get monthly and LEAP symbols from the network feed but it would be a lot nicer and faster to be able to load all of this information from a file.
Thanks, Joseph
Yeah I see them in today's list, but they were not in yesterday's list. I must have caught a symbol that was just added yesterday by the exchanges.
Thanks, Joseph
Hi,
I was wondering how IQ Feed gets its list of option symbols? I noticed that if I look in the symbol list published daily (Nov. 12th for this example) I do not see all possible option symbols listed for all stocks. An example is the A (Agilent) Dec 2007 30.0 Call and Put. Though, I see this symbol as "A LF" in Tradestation. Also, are LEAPS symbols not provided?
Thanks, Joseph
Just something to add, I was watching premarket data on XMSR this morning with my IQ Feed and Tradestation. The Tradestation feed was reported several ticks that IQ Feed did not....any idea why this might happen? The only thing I could think of is that somehow Tradestation was clearing a trade and not reporting it...but I doubt that's allowed.
Are the seconds and possibly milliseconds getting stripped off the time stamp that comes from the exchanges? I don't understand why one would do that...especially when the message sent to us has a seconds field (unless it's a bandwidth thing and the local client on our computers just adds the .00 for the seconds when a new IQ Feed message arrives).
Hi,
This may be an obviously dumb question, but does the tick data not have resolution to the second? It looks like every tick is rounded to the minute, though the data is still in order.
Thanks in advance, Joseph
Hi,
Just curious if anyone has ever had a problem issuing 1000+ watch commands as fast as possible? I've noticed that if I make the requests for Level I data via TCP/IP the DTN symbol counter only gets up to 1060 (I get no data returned for the unwatched symbols), I'm requesting 1130 symbols. After adding "Sleep(1)" between each request I appear to have no trouble issuing all of the watch commands and IQ Feed correctly reports that I am watching 1130/1300.
Just curious if there is something I'm doing wrong or if this is a known limitation...or what?
Thanks
TLikins,
Thanks for the response, yeah I didn't fully realize that I would still be doing string tokening on the Level I data even with the COM object. That was my only reason for wanting the object...but it looks like that is unavoidable.
Hi All,
I was wondering if anyone had a sample app that uses COM for Level I/II and History? I've got a little C++ console app running using the TCP/IP interface but I think the COM interface would be much quicker and I wouldn't have to parse all the data. I know the supplied sample C++ applications show this but I was looking for something much simpler, perhaps something that didn't have all the GUI stuff wrapped with it. I'm not really familiar with all the VC++ workings.
Thanks in advance, Joseph
|
|