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)




"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
"The service is great, I see a noticeable improvement in my volume profiles over [broker]'s data feed" - Comment from Larry
"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.
"Thank you so much - awesome feed, awesome service!" - Comment from Greg via Email
"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
"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
"You have an excellent product !!!!!!" - Comment from Arely
"As a past ******* customer(and not a happy one), IQ Feed by DTN is a much better and cheaper product with great customer support. I have had no problems at all since switching over." - Comment from Public Forum
"I use IQ Feed, Great stuff as far as data analysis information, storage and retrieval is concerned." - Comment from Public Forum
"I am enjoying the feed very much - so superior to the broker provided feed I was previously using." - Comment from George
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 »Seconds resolution on tick data
Author Topic: Seconds resolution on tick data (5 messages, Page 1 of 1)

xen
-Interested User-
Posts: 15
Joined: Nov 12, 2006


Posted: Nov 30, 2006 09:55 PM          Msg. 1 of 5
Hi,

This may be an obviously dumb question, but does the tick data not have resolution to the second? It looks like every tick is rounded to the minute, though the data is still in order.

Thanks in advance,
Joseph

skunk
-DTN Evangelist-
Posts: 249
Joined: May 7, 2004


Posted: Dec 1, 2006 07:26 AM          Msg. 2 of 5
Dont hold your breath. A quick search through this board will show that DTN have been promising this for more than 3 years -- and the excuse has always been that the development is complete but its still "being tested".
Edited by skunk on Dec 1, 2006 at 07:27 AM

xen
-Interested User-
Posts: 15
Joined: Nov 12, 2006


Posted: Dec 1, 2006 08:21 AM          Msg. 3 of 5
Are the seconds and possibly milliseconds getting stripped off the time stamp that comes from the exchanges? I don't understand why one would do that...especially when the message sent to us has a seconds field (unless it's a bandwidth thing and the local client on our computers just adds the .00 for the seconds when a new IQ Feed message arrives).

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


Posted: Dec 1, 2006 08:28 AM          Msg. 4 of 5
The need for this additional level of precision in our data is well known and it has been talked about for some time and it is in testing and it will be out as soon as it is available. It is in DTN's best interest to provide you with the best product we can, to justify your continued support of our product. We appreciate your business and will continue to work on this and other improvements.

dhakme
-DTN Evangelist-
Posts: 150
Joined: Sep 17, 2004


Posted: Dec 1, 2006 08:35 AM          Msg. 5 of 5
Xen,
The timestamp you're seeing is generated by DTN and not the exchange. The DTN timestamps have no relationship at all with the exchange generated timestamps (they are not simply stripped of seconds/milliseconds). This means there is no way of determining when the tick was actually generated and therefore the delay before you actually received it.
 

 

Time: Sun May 19, 2024 8:40 PM CFBB v1.2.0 6 ms.
© AderSoftware 2002-2003