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'm satisfied with IQFeed. It's the most reliable and fastest quote feed I have ever used. Although I'm a resident in China, it's still very fast!" - Comment from Xiaofei
"I noticed that ******* quotes locked up shortly after the interest rate announcement yesterday while yours stayed stable." - Comment from Ron in Utah
"Boy, probably spent a thousand hours trying to get ******* API to work right. And now two hours to have something running with IQFeed. Hmmm, guess I was pretty stupid to fight rather than switch all this time. And have gotten more customer service from you guys already than total from them… in five years." - Comment from Jim
"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.
"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've been using IQFeed 4 in a multi-threaded situation for the last week or two on 2600 symbols or so with 100 simultaneous daily charts, and I have had 100% responsiveness." - Comment from Scott
"IQFeed version 4 is a real screamer compared to anything else I have seen." - Comment from Tom
"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
"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
"Just a quick one to say I'm very impressed so far :) The documentation for developers is excellent and I've quickly managed to get an app written to do historical downloads. The system is very robust and pretty quick considering the extent of data that's available. The support guys have been very helpful too, in combination with the forums it's been plain sailing so far!" - Comment from Adam
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
Viewing User Profile for: shanezilla
About Contact
Joined: Jun 11, 2020 05:38 PM
Last Post: Jul 16, 2020 04:56 PM
Last Visit: Jul 17, 2020 08:19 AM
Website:  
Location:
Occupation:
Interests:
AIM:
ICQ:
MSN IM:
Yahoo IM:
Post Statistics
shanezilla has contributed to 3 posts out of 19682 total posts (0.02%) in 59 days (0.05 posts per day).

20 Most recent posts:
IQFeed Developer Support » HIT: Missing data or data compression? Jul 16, 2020 04:56 PM (Total replies: 3)

Ok, I see.

So for these periods price has not changed and volume is zero.

Thanks,
Shane

IQFeed Developer Support » HIT: Missing data or data compression? Jul 16, 2020 04:36 PM (Total replies: 3)

I have been using the HIT command to retrieve historical 1-min (60 second) data and I have come across a scenario where the time sequence skips.

Specifically, for the ESH10 contract the retrieved 1-min data skips from ESH10 "2010-01-03 17:46:00" to "2010-01-03 17:48:00". Bypassing "2010-01-03 17:47:00".

Is this missing data? Or is this a data compression technique of some sort? Missing bar = previous bar?

Thanks,
Shane

IQFeed Developer Support » HTT: BeginTime and EndTime precision Jun 11, 2020 05:46 PM (Total replies: 1)

The v6.1 API docs for HTT indicate the format for [BeginDate BeginTime] and [EndDate EndTime] is CCYYMMDD HHmmSS.

Are seconds the highest level of precision available for this request? Data for this request is returned to the microsecond level of precision.

Is it possible to request data to the nearest microsecond?

If not then any suggestions on a good strategy for eliminating the inevitable duplicate data across multiple requests?

Thanks,
Shane


Time: Sat August 8, 2020 1:26 PM CFBB v1.2.0 16 ms.
© AderSoftware 2002-2003