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)




"The service is great, I see a noticeable improvement in my volume profiles over [broker]'s data feed" - Comment from Larry
"And by the way, have to say this. I love the IQFeed software. It's rock solid and it has a really nice API." - Comment from Thomas via RT 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
"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 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
"For anyone considering using DTN.IQ for a data feed, my experience with the quality of data and the tech support has been very positive." - 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
"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.
"If you want customer service that answers the phone, your best bet is IQFeed. I cannot stop praising them or their technical support. They are always there for you, and they are quick. I have used ****** too but the best value is IQFeed." - Comment from Public Forum
"I just wanted to tell you what a fine job you have been doing. While *******, from what I hear, has been down and out, off and on, IQ feed has held like a champ this week." - Comment from Shirin
Home  Search  Register  Login  Blogs Recent Posts

Information on DTN's Industries:
DTN Oil & Gas | DTN Trading | DTN Agriculture | DTN Weather
Follow DTN_IQFeed on Twitter
DTN.IQ/IQFeed on Twitter
DTN News and Analysis on Twitter
»Forums Index »IQFeed Developer »IQFeed Developer Support »Questions on upgrading to protocol 6.0
Author Topic: Questions on upgrading to protocol 6.0 (5 messages, Page 1 of 1)

jonnyb
-DTN Evangelist-
Posts: 112
Joined: Aug 15, 2012


Posted: Jun 21, 2018 07:28 PM          Msg. 1 of 5
If I update the iqfeed client to 6.0.0.4 and keep all of my existing code running on protocol 5.2 nothing should break, is that correct?

Curious why LabelAtBeginning became the default option for historical interval data? Seems like leaving LabelAtEnd as the default would have been less disruptive and prevented the need for digging through old code to add a field.

Craig
-DTN Evangelist-
Posts: 231
Joined: Apr 16, 2010


Posted: Jun 22, 2018 04:58 PM          Msg. 2 of 5
I'd like an answer regarding the interval changes as well, why?

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


Posted: Jun 23, 2018 05:07 PM          Msg. 3 of 5
Hello,

This change was to bring us in line with what it felt like new developers were expecting from us. Many competitors do not provide an option of how to label their intervals and when comparisons were being done, there would invariably be off by one problems. This was to help eliminate that hurdle.

We felt that, since this would not affect any past protocols, that we could add this change without impacting users much. My expectation was that if someone was going to be editing their code anyhow, to update the protocol, then adding the additional parameter to the HIT, HIX, and HID requests would be acceptable.

My apologies if I underestimated that.

Tim

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

IQML - IQFeed-Matlab connector


Posted: Jul 30, 2018 05:56 AM          Msg. 4 of 5
Perhaps the transition to 6.0 could be made easier if there were a global option that could be set during connection time and would apply a default value to LabelAtBeginning for all subsequent historic data requests (similar to setting the CLIENT NAME). Then users could set that option directly adjacent to the code that sets the protocol, and would not have to worry about modifying any of the data queries elsewhere in their program. Perhaps something such as this:

S,SET OPTION,DefaultLabelAtBeginning,0

Then, if the users use the standard HIX/HID/HIT commands without the extra LabelAtBeginning field (as in legacy 5.0-5.2 code), the new DefaultLabelAtBeginning would apply, and if they do specify the field then it would take precedence.

You can easily extend this mechanism to other options in the future.


- Yair
IQML - IQFeed-Matlab connector
https://undocumentedmatlab.com/IQML

Edited by altmany on Aug 2, 2018 at 04:41 AM

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


Posted: Jul 30, 2018 12:12 PM          Msg. 5 of 5
That is certainly fair, that would also be useful for setting protocols and more.

We'll discuss it and see if it could be worked in sometime for a future release. Thanks for the idea.

Tim
 

 

Time: Thu November 15, 2018 6:12 AM CFBB v1.2.0 16 ms.
© AderSoftware 2002-2003