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 just wanted to let you know how fast and easy I found it to integrate IQFeed into our existing Java code using your JNI client. In my experience, such things almost never go so smoothly - great job!" - Comment from Nate
"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
"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
"Previously I was using *******. IQFeed is WAY more economical, and for my charting needs is just as good, if not better." - Comment from Public Forum Post
"I have been using IQFeed now for a few years in MultiCharts and I have zero complaints. Very, very rare to have any data hiccups or anything at all go wrong." - Comment from Public Forum
"I would just like to say that IQFeed version 4 is running very well and I am very happy with its performance. I would also like to extend a big thanks for the fast and efficient help that I always receive. My questions and concerns are always addressed promptly. Way to go!" - Comment from Josh in CO.
"I am very happy I changed. I love the product, but more so I am thrilled with Tech Support. You are knowledgeable, polite, pleasant and professional." - Comment from Pat
"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
"Thank God for your Data Feed as the only Zippers I see are on my pants (LOL), and no more 200 pip spikes to mess up charts." - Comment from Spiro 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 »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 5:59 AM CFBB v1.2.0 6 ms.
© AderSoftware 2002-2003