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)




"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
"Thanks for following up with me. You guys do a great job in tech support." - Comment from Phelps
"IQ feed works very well, does not have all of the normal interruptions I have grown used to on *******" - Comment from Mark
"I've been using IQFeed 4 in a multi-threaded situation for the last week or two on 2600 symbols or so with 100 simultaneous daily charts, and I have had 100% responsiveness." - Comment from Scott
"Thanks for the great product and support. During this week of high volume trading, my QuoteTracker + IQ Feed setup never missed a beat. Also, thanks for your swiftness in responding to data issues. I was on ******* for a few years before I made the switch over early this year, and wish I had done it a long time ago." - Comment from Ken
"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
"Everything is working great ! Very impressive client. The news refreshes better and is more pertinent than the ******* feed I paid $ 100/month for. I Also like the charts a lot." - Comment from Leon
"I noticed that ******* quotes locked up shortly after the interest rate announcement yesterday while yours stayed stable." - Comment from Ron in Utah
"Just a thank you for the very helpful and prompt assistance and services. You provided me with noticeably superior service in my setup compared to a couple of other options I had looked at." - Comment from John
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 »Level 1 Update Message Last Trade Time Always Ends With b
Author Topic: Level 1 Update Message Last Trade Time Always Ends With b (8 messages, Page 1 of 1)

tccharleton
-Interested User-
Posts: 25
Joined: Dec 2, 2014

Reluctant but dedicated nerd.


Posted: Nov 29, 2015 08:42 AM          Msg. 1 of 8
I have attached a few examples of strings coming in from a Level 1 feed that is set with defaults. I have been searching through my records from that day and I cannot find any non-trade, Last Trade Time values that end with a (indicating a change to the ask part of the quote).

Do all updated quote values set the Last Trade Time value to end with a 'b' or should I be scanning for other values to capture asks?

Big Picture: I use the last Level 1 quote values on options contracts to build OHLC for options quotes because some of the option contracts I watch can go for a long time without a trade but I need to know how they fluctuate based on what is being quoted. I would love to use the interval bars for this, but I believe they only reflect trade activity.

Many Thanks!



File Attached: spy_example.txt (downloaded 1417 times)

DTN_Tim Walter
-DTN Guru-
Posts: 1238
Joined: Apr 25, 2006


Posted: Nov 30, 2015 08:54 AM          Msg. 2 of 8
You are using an older protocol it sounds like. What you would really want to do is upgrade your code to use the 5.1 protocol so that you have access to the Message Contents field which will handle the scenario where we receive a bid and an ask in the same message, which is what you are seeing here. In the 4.9 protocol it only shows the first possible condition, in this case a bid and the ask is being lost.

You are also correct that since we do not store any historical bid or ask data, it will not be referenced in any of our interval data.

Tim

tccharleton
-Interested User-
Posts: 25
Joined: Dec 2, 2014

Reluctant but dedicated nerd.


Posted: Nov 30, 2015 11:44 AM          Msg. 3 of 8
I corrected my mistake of using an old protocol. I cannot seem to find the message contents field you referenced. Attached are two files. One is my connection log which shows that the protocol is set to 5.1 . The second file contains outputs of strings I receive and those same strings parsed by comma.

Please forgive me but I cannot identify the Message Contents field.

BTW, I am running with multiple threads (Java) that each output to a separate concurrent collection that is, in turn, processed on another separate thread. I mention this because of your statement that "... in this case a bid and the ask is being lost." I just want to make sure that the bid reflects the last update and not that I should be looking for something lost in memory somewhere.

Many Thanks,



File Attached: IQConnectLog3.txt (downloaded 1565 times)

tccharleton
-Interested User-
Posts: 25
Joined: Dec 2, 2014

Reluctant but dedicated nerd.


Posted: Nov 30, 2015 11:48 AM          Msg. 4 of 8
Output file in case it didn't get attached the first time.



File Attached: OutputOfIQF.txt (downloaded 1492 times)

quickTick
-Interested User-
Posts: 53
Joined: Nov 17, 2013


Posted: Dec 2, 2015 12:39 AM          Msg. 5 of 8
Field 80 in the Level 1 Update/Summary Message:
http://www.iqfeed.net/dev/api/docs/Level1UpdateSummaryMessage.cfm

quickTick
-Interested User-
Posts: 53
Joined: Nov 17, 2013


Posted: Dec 2, 2015 01:10 AM          Msg. 6 of 8
Your connection log shows "S,SET PROTOCOL,5.1" only for the admin socket. Perhaps that's also necessary for the Level 1 socket.

DTN_Tim Walter
-DTN Guru-
Posts: 1238
Joined: Apr 25, 2006


Posted: Dec 2, 2015 04:43 AM          Msg. 7 of 8
Correct, you do need to set your protocol for each socket connection individually. It would also be worth looking at dynamic fieldsets so that you are getting just the fields you need and you can order them as you see fit.

http://www.iqfeed.net/dev/api/docs/DynamicFieldsets.cfm



S,SET PROTOCOL,5.1
S,CURRENT PROTOCOL,5.1,
S,CURRENT UPDATE FIELDNAMES,Symbol,Most Recent Trade,Most Recent Trade Size,Most Recent Trade TimeMS,Most Recent Trade Market Center,Total Volume,Bid,Bid Size,Ask,Ask Size,Open,High,Low,Close,Message Contents,Most Recent Trade Conditions

S,SELECT UPDATE FIELDS,Last,Message Contents
S,CURRENT UPDATE FIELDNAMES,Symbol,Last,Message Contents

w@ESZ15
F,@ESZ15,22,,,2118.75,1785.00,,,,,,,,,,,,,,,,,,E-MINI S&P 500 DECEMBER 2015,,,,,,,,,,, , ,,0,12,2,,19.45,8,43,05/19/2015,10/15/2014,,,,,,12/18/2015,,,ES,
P,@ESZ15,2103.25,Cbasohlc,
Q,@ESZ15,2103.25,C,
Q,@ESZ15,2103.25,C,

tccharleton
-Interested User-
Posts: 25
Joined: Dec 2, 2014

Reluctant but dedicated nerd.


Posted: Dec 2, 2015 09:59 AM          Msg. 8 of 8
I was missing setting the protocol version on the various services. I was only setting it on the Admin service. I am going to prune the number of fields. I was just unable to see what they contained.

Many Thanks!
 

 

Time: Fri May 17, 2024 6:54 AM CFBB v1.2.0 7 ms.
© AderSoftware 2002-2003