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 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
"I am enjoying the feed very much - so superior to the broker provided feed I was previously using." - Comment from George
"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.
"Version 4.0.0.2 has been working well for me and I appreciate that it is now a much tighter client to work with. I feel I can go to press with my own application and rely on a stable platform" - Comment from David in IA.
"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
"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 was on the phone with a friend who uses CQG and right after the Fed announcement, CQG was as much as 30 seconds behind DTN.IQ. Some quotes were off by as much as 15-18 cents. Your feed never missed a beat." - Comment from Roger
"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
"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
"I use IQ Feed, Great stuff as far as data analysis information, storage and retrieval is concerned." - Comment from Public Forum
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: 11
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: Fri February 15, 2019 7:09 PM CFBB v1.2.0 0 ms.
© AderSoftware 2002-2003