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 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
"I've never had DTN go out on me since switching. ******* would go down a couple times every month when I was using them." - Comment from Bryce in AL.
"I just wanted to let u know that your data feed/service is by far the best!!! Your unfiltered tick data is excellent for reading order flow and none of your competitors delivers this quality of data!" - Comment from Peter via Email
"It’s so nice to be working with real professionals!" - Comment from Len
"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
"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.
"There is no doubt that IQFeed is the best data provider. I am very satisfied with your services. And IQFeed is the only one that I would recommend to my friends. Now, most of them are using your product in China." - Comment from Zhezhe
"You have an excellent feed. Very few spikes for Spot Forex." - Comment from Public Forum Post
"I am very pleased with the DTNIQ system for quotes and news." - Comment from Larry
"Excellent datafeed !!!" - Comment from Arely
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: MV_opt
About Contact
Joined: Jun 3, 2020 07:54 PM
Last Post: Jun 24, 2020 09:04 AM
Last Visit: Jun 26, 2020 02:39 AM
Website: www.optuma.com
Location: Brisbane/Australia
Occupation: Programmer
Interests:
AIM:
ICQ:
MSN IM:
Yahoo IM:
Post Statistics
MV_opt has contributed to 8 posts out of 19631 total posts (0.04%) in 30 days (0.27 posts per day).

20 Most recent posts:
IQFeed Developer Wish List » Open Streams by FIGI Code Jun 24, 2020 09:04 AM (Total replies: 5)

lol - no worries.

One of the things we have battled with for many years is a unified symbol database which works across all our data connections. The issue is that the symbol required in IQ can be different than other possible sources (including our own end of day services). Equities are usually fine, it is commodities and indices which are usually the trouble. Figi has the chance to finally do what cusip and isin tried to do (but their cost of entry was too great for full adoption).

My goal is a single symbol database which has figi as the key since that is becoming a unique code to reference the security by. Then no matter what service the client uses, we can open th esecurity by figi.

Definately not a quick and easy change, but now that you have figi in your database, I would hope that one day you would alow opening streams etc by Figi.

All the best

MV

IQFeed Developer Wish List » Open Streams by FIGI Code Jun 24, 2020 07:14 AM (Total replies: 5)

Hi Gary,

Thanks for the reply but if you re-read my question you will see that I already refernce the Fundamental Message. My question is about using FIGI in place of symbol.

All the best

Mathew

IQFeed Developer Wish List » Open Streams by FIGI Code Jun 23, 2020 12:11 AM (Total replies: 5)

I noticed that IQ includes the FIGI codes in the Fundamental messages. This is awesome.

Are there any plans for us to be able to open all streams by FIGI inplace of the symbol?

eg for MSFT send the following to the Level1 port
"w,BBG000BPH459" instead of "w,MSFT"

Obviously you would need to support both to be backwards compatible.

The reason for this request is that Bloomberg have done a great job with figi and it allows clients to move more easily from Bloomberg to IQ etc when their work will just open after they change.


Gary I have just spotted this page. http://pxweb.dtn.com/PXWebDoc/pages/Markets.aspx

If you could return the Time Zone from here in the SLM call, that would be awesome!


Actually I just noticed that the session times are not set in the Fundamental "F" response, so I can not use that to filter in/out of market minute bars.

It would be really helpful if those values were set for all securities.

Thanks

MV


Refering to this page http://www.iqfeed.net/dev/api/docs/HistoricalviaTCPIP.cfm

When we do a Tick request (HTX, HTD, and HTT) we have "Basis For Last" returned with a value of C,E,O,S

This is great as we can ignore out or market trades if we choose to.

The issue is when we do interval requests (HIX, HID, and HIT) we don't have that same value.

Can you please add "Basis For Last" to these calls.

There may be confusion about what to do when there are C's and E's in the one interval. Perhaps a better alternative is to allow us to include a string of "Basis" which we require in the call.

eg HTD,[Symbol],[MaxDays],[MaxDatapoints],[BeginFilterTime],[EndFilterTime],[DataDirection],[RequestID],[DatapointsPerSend][BasisToInclude]<CR><LF>

BasisToInclude would be optional but I could enter 'CS' if I wanted to only include Qualified Trades and Settles.

HTX example
Request: HTT,GOOGL,20190409 000000,20190409 235959,10,155959,160004,1,TESTREQUEST,C<CR><LF>

Note the ",C" on the end.

I know that this could also be filtered with start and end times, but then we fall into issues with time zones for non-EST markets.

Thanks for considering


Hi Gary,

Yes, I think this would be helpful.

Another column for each entry returned in the SLM (Listed Markets) call in the Lookup Port.

This is 4 lines I pulled from the call. I manually added the TZ name at the end of the rows as an example of what it could look like

79, NYDME, NYMEX-DME (InterCommodity Spreads), 79, NYDME, America/New_York
80, PSX, Philadelphia Stock Exchange, 80, PSX, America/New_York
81, TGE, Tokyo Grain Exchange, 81, TGE, Asia/Tokyo
82, TOCOM, Tokyo Commodities Exchange, 82, TOCOM, Asia/Tokyo
Edited by MV_opt on Jun 4, 2020 at 08:36 AM
Edited by MV_opt on Jun 4, 2020 at 08:36 AM


Are Market time zones listed anywhere?

If not, it would be really helpful if you were able to store the Time Zone location for each of the markets that come back in the SLM call.

So for each listed market you also return the time zone location using the standard names as defined by https://en.wikipedia.org/wiki/Tz_database

NOTE: I would not bother with Daylight or standard time, just the location. That way it only needs to be set by you once when making a change/addition to the markets list.

There are plenty of libraries which can do all the time calculations we need (including daylight savings) but they are all predicated on knowing the actual timezone of the exchange. See http://web.cs.ucla.edu/~eggert/tz/tz-link.htm

We can write a table with maps from Market ID to time zone but as soon as you make a change to the IDs, we have lost the mapping.

Of course the ultimate would be that in stream and lookup calls we were ablet to specify that we want the results in local market time rather than EST.

MV


Time: Thu July 2, 2020 11:26 AM CFBB v1.2.0 15 ms.
© AderSoftware 2002-2003