Dex2 request strange result
I'm requesting for TR.ISIN and TR.SEDOL for instrument list of 1700 items.
It works fine, but I see some strange tickers returned :
/COL.SN
/EEM.SN
/ENJ.SN
There are about 20 of them. There are COL.SN, EEM.SN and ENJ.SN in the instrument list and in the results. But what are those with the "/" ?
Thanks
Best Answer
-
@igorgWhile DEX2 library does not retrieve any real-time market data, the Web service behind it has the capability to expand chains using real-time datafeed. Two of the symbols you mentioned (.PG.SN and .PL.SN) are chains of top percent gainers and losers on Santiago Stock Exchange. These are dynamic chains whose constituents are updated throughout the day. When the Web service expands the chain, it enforces real-time data entitlements. Since your Eikon account is not entitled for real-time data from Santiago Stock Exchange, you get back delayed RICs. I'm going to take a guess and say that the inclusion of .PG.SN, .PL.SN and .TM.SN symbols in your list is probably not intentional. Perhaps you got these symbols from the search and didn't filter them out from the search results?
0
Answers
-
I run the same tests for 2 weeks. And I don't think I saw those results before
0 -
/ in front of the RIC name usually signifies a delayed data RIC. This happens when you do not have access to the real-time data (for example, EEM.SN), so the system will give you back /EEM.SN.
If the user that is running your app has access, they will receive a RIC without the /.
0 -
But dex2 is not real-time data...
Also SEDOL and ISIN are not real-time fields..
Also I use the same user as always.
0 -
I just checked.. I receive 2 lines:
1. with / and NULL for other fields
2. without / and with some values for other fields which look correct
0 -
i do not think it matters which API you use in order to get a delayed RIC instead of a normal one, as the permission database is the same.
0 -
Could you please provide the sample output in the comment?
0 -
Try Instrument list :
.PG.SN,.PL.SN,.TM.SN
Field list:
TR.SEDOL;TR.ISIN;TR.RIC
Display parameters:
RH:In
I'm expecting RIC in the first column because of "RH:In"
Result:
/LVCORA.SN NULL NULL NULL
/EWZ.SN NULL NULL NULL
/NOR.SN NULL NULL NULL
/SAAM.SN NULL NULL NULL
/PEH.SN NULL NULL NULL
/ENJ.SN NULL NULL NULL
/LAP_r.SN NULL NULL NULL
/SEC.SN NULL NULL NULL
/COL.SN NULL NULL NULL
/TRC.SN NULL NULL NULL
/SIX.SN NULL NULL NULL
/IAN.SN NULL NULL NULL
/EEM.SN NULL NULL NULL
/ACWI.SN NULL NULL NULL
/ENT.SN NULL NULL NULL
/BTGEU.SN NULL NULL NULL
/ORO.SN NULL NULL NULL
......0 -
Your guess is correct. And I'm going to filter them out sooner or later..
My concern is more about unclear (non-consistent) behavior of dex2 mananger:
1. If use RH:In in display parameters, I get those RICs
2. If I don't use RH:In, but add TR.RIC to requested fields, I do not get those RICs.
Honestly, I expected the same result, but it's not.
0 -
This inconsistent and admittedly not very intuitive behavior is by design. The relatively rare use case of expanding a chain was never meant to be mixed with the popular use case of retrieving a list of fields for a list of RICs. The capability to expand a chain was retrofitted as a special and standalone use case into the interface designed to return a list of fields for a list of instruments.
0 -
Unfortunately in this scenario a level of inconsistency is unavoidable. E.g. when you include TR.RIC field with a chain RIC is it reasonable to assume that you are asking for the RICs for chain constituents or that you're asking for the chain itself? Because .PG.SN is also a RIC.
0 -
Got it. Thanks
0 -
I'm new to finance area and still missing some knowledge... But it makes sense. And since I have a way to filter them out, it's not a problem.
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 166 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 687 Datastream
- 1.4K DSS
- 623 Eikon COM
- 5.2K Eikon Data APIs
- 11 Electronic Trading
- Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 255 ETA
- 557 WebSocket API
- 38 FX Venues
- 14 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 23 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 276 Open PermID
- 44 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 22 RDMS
- 1.9K Refinitiv Data Platform
- 685 Refinitiv Data Platform Libraries
- 4 LSEG Due Diligence
- LSEG Due Diligence Portal API
- 4 Refinitiv Due Dilligence Centre
- Rose's Space
- 1.2K Screening
- 18 Qual-ID API
- 13 Screening Deployed
- 23 Screening Online
- 12 World-Check Customer Risk Screener
- 1K World-Check One
- 46 World-Check One Zero Footprint
- 45 Side by Side Integration API
- 2 Test Space
- 3 Thomson One Smart
- 10 TR Knowledge Graph
- 151 Transactions
- 143 REDI API
- 1.8K TREP APIs
- 4 CAT
- 27 DACS Station
- 121 Open DACS
- 1.1K RFA
- 105 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 91 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛