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 am a hedge fund manager here. It’s funny, I have a Bloomberg terminal and a Bridge feed, but I still like having my DTN feed!" - Comment from Feras
"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
"You have an excellent feed. Very few spikes for Spot Forex." - Comment from Public Forum Post
"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
"DTN feed was the only feed that consistently matched Bloomberg feed for BID/ASK data verification work these past years......DTN feed is a must for my supply & demand based trading using Cumulative Delta" - Comment from Public Forum Post
"Excellent datafeed !!!" - Comment from Arely
"You are much better than lawyers or the phone company because you answer the phone when I call! I just love your customer service." - Comment from Isreal
"After all the anxiety I had with my previous data provider it is a relief not to have to worry about data speed and integrity." - Comment from Eamonn
"I started a trial a few weeks back before the market went wild. DTN.IQ didn’t miss anything and beat my other provider. I decided to stay with you because of the great service through all the volatility." - Comment from Mike
"IQFeed version 4 is a real screamer compared to anything else I have seen." - Comment from Tom
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: Sat May 18, 2024 7:05 PM CFBB v1.2.0 12 ms.
© AderSoftware 2002-2003