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'm very glad I switched to IQFeed. It's working perfectly with no lag, even during fast market conditions." - Comment from Andy via Email
"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
"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
"This beats the pants off CQG, I am definitely switching to the ProphetX 3.0!" - Comment from Stephen
"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
"After all the anxiety I had with my previous data provider it is a relief not to have to worry about data speed and integrity." - Comment from Eamonn
"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
"Excellent datafeed !!!" - Comment from Arely
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
»Forums Index »Archive (2017 and earlier) »IQFeed Developer Support »Missing Level 2 transactions... Or assumption is wrong!
Author Topic: Missing Level 2 transactions... Or assumption is wrong! (1 messages, Page 1 of 1)

otterway
-Interested User-
Posts: 5
Joined: Mar 6, 2010

If the world was so simple

Posted: Jun 9, 2011 02:48 PM          Msg. 1 of 1
I am capturing level 2 data (TCP). I work under the assumption that the only way for a level 2 transactions to be canceled (ask or bid) is that a zero value be sent to the bid/bid size or the ask/ask size; or a replacement bid/bid size or ask/ask size.

At the end of the day I am left with maybe 10 to 15 unclosed u transactions on the ask side. Usually these exist on the ask side only, and they usually are less than 200 ask size quantity.

I am not checking reason code, condition code, bid info valid, or ask info valid. Are my assumptions correct so far?

The second part of the question when should I consider all transactions not accounted for as "no longer valid?". Should market close determine that... and should I be using the c<cr><lf> to trigger that in the 9200 TCP stream; or should I always expect a canceling "u" transaction?
 

 

Time: Sat May 18, 2024 11:50 AM CFBB v1.2.0 11 ms.
© AderSoftware 2002-2003