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'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.
"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
"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
"Very impressed with the quality of your feed - ******* is a real donkey in comparison." - Comment from A.C. via Email
"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 noticed that ******* quotes locked up shortly after the interest rate announcement yesterday while yours stayed stable." - Comment from Ron in Utah
"I just wanted to let u know that your data feed/service is by far the best!!! Your unfiltered tick data is excellent for reading order flow and none of your competitors delivers this quality of data!" - Comment from Peter via Email
"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
"Its working FABULOUSLY for me!! Holy cow...there has been so much I've been missing lately, and with this feed and Linnsoft software...I'm in the game now." - Comment from Chris R.
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 »IQFeed Developer »IQFeed Developer Support »Bug in Level2 BidTime/AskTime?
Author Topic: Bug in Level2 BidTime/AskTime? (4 messages, Page 1 of 1)

altmany
-Interested User-
Posts: 43
Joined: Jul 30, 2018

IQML - IQFeed-MATLAB connector


Posted: May 2, 2019 04:15 AM          Msg. 1 of 4
when I ran a level 2 request for MSFT outside regular trading hours, I got the following data row among others:

<= 20190502 04:18:38.700 (Level2) Z,MSFT,BATS,0.,129.39,0,600,18:29:49.000347,2019-05-01,52,99:99:99.000000,F,T,T

According to the documentation (http://www.iqfeed.net/dev/api/docs/Level2UpdateSummaryMessage.cfm), this row translates as follows:

      Symbol: MSFT
MMID: BATS
Bid: 0
Ask: 129.39
BidSize: 0
AskSize: 600
BidTime: 18:29:49.000347
Date: 2019-05-01
Condition: 52 (regular)
AskTime: 99:99:99.000000
BidInfoValid: False
AskInfoValid: True
EndOfMessage: True

The reported BidTime and AskTime make no sense - it is the Bid which is invalid (and should have the invalid time of 99:99:99), and the Ask which is valid (and should have the valid time of 18:29:49). Is this a bug in IQFeed's code?

If I'm correct, perhaps it would be simpler to fix the documentation than to fix the code - switching between BidTime/AskTime in the documentation will seem a bit awkward (because Bid is often reported before Ask), but at least it would be consistent with your current code and would not require you to do any code fixes.

Please advise.

Yair Altman
IQML - IQFeed-MATLAB connector
https://UndocumentedMatlab.com/IQML

I am not a DTN employee; my post reflects my personal opinion

altmany
-Interested User-
Posts: 43
Joined: Jul 30, 2018

IQML - IQFeed-MATLAB connector


Posted: May 14, 2019 10:28 AM          Msg. 2 of 4
Hi guys - kindly comment on this...

Yair Altman
IQML - IQFeed-MATLAB connector
https://UndocumentedMatlab.com/IQML

I am not a DTN employee; my post reflects my personal opinion

DTN_Steve_S
-DTN Guru-
Posts: 2089
Joined: Nov 21, 2005


Posted: May 15, 2019 05:41 AM          Msg. 3 of 4
My apologies for the delayed response here.
You've decoded the message correctly.
It would appear that this is a bug in the feed but I don't know how or why it occurred at this time. If you have more examples, it will help in tracking this down, but I don't believe this is a case of simply applying the valid time to the wrong field.

altmany
-Interested User-
Posts: 43
Joined: Jul 30, 2018

IQML - IQFeed-MATLAB connector


Posted: May 15, 2019 06:08 AM          Msg. 4 of 4
Thanks Steve - here is another example that I have just seen, this time for the FB symbol:

<= 20190515 07:01:01.237 (Level2) Z,FB,CHXE,0.,180.71,0,100,07:00:17.012566,2019-05-15,52,99:99:99.000000,F,T,T

In this new example, the Bid is invalid and the Ask is valid, yet the timestamps appear switched.

As far as I could tell, this problem is evident whenever one Bid/Ask is valid and the other is not. But it is quite possible that the problem of switched BidTime<->AskTime is consistent even when both Bid and Ask are valid, and nobody has reported it so far because it would be nearly impossible to detect except in the specific case of just one of them being invalid.


Yair Altman
IQML - IQFeed-MATLAB connector
https://UndocumentedMatlab.com/IQML

I am not a DTN employee; my post reflects my personal opinion

Edited by altmany on May 15, 2019 at 06:08 AM
 

 

Time: Fri February 28, 2020 9:11 PM CFBB v1.2.0 0 ms.
© AderSoftware 2002-2003