full depth deeper than 10 levels

We've been using the EMA Java libraries and have 2 queries around how updates take place.
We are subscribing to the full depth for an instrument - e.g. 1MCU=LX, and there can be more than 10 levels of depth. When there is more 10 levels of depth the key changes from BEST_ASI9 to BEST_ASZ10 - can you please confirm what pattern we should be using to pull this out, or if we need to be using a EMA java function to pull this out?
The other query is when we are using a refresh style update, how does the consuming application know when a particular layer has been removed? I.e. with 10 layers of depth provided and layer 5 gets consumed, do we get the full snapshot again, or publish with 0 volume at the old price level, or some other solution?
Best Answer
-
Hi @Brad.Reeson
What you are consuming currently is commonly referred to as Level 1 Top of OrderBook data.
If you are licenced to full depth Level 2 OrderBook data, then you can do so by requesting the MarketByPrice or MarketByOrder domain as required. The intro to this article provides a good overview and summary of the differences - How to Sort & Process Level 2 Orderbook Data using EMA C++ API | Refinitiv Developers
Whilst the above is based on C++, the same information and techniques apply to EMA Java.
In terms of the Top of OrderBook MarketPrice domain data you are currently using, you should raise a Content-type ticket with our Helpdesk to discuss the FID naming rules etc. EMA is content-neutral and just returns the data as published by our feed handlers.
Also, in terms of your 2nd question - this is again best referred to the content team - as they can also advise how the Top of the Orderbook is updated. My understanding would be that you would receive an update for all the affected FIDs and as long as you apply those updates to any application level cache you have - this should ensure the local cache reflects the current state of the top of the orderbook.
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
- 690 Datastream
- 1.4K DSS
- 629 Eikon COM
- 5.2K Eikon Data APIs
- 11 Electronic Trading
- 1 Generic FIX
- 7 Local Bank Node API
- 3 Trading API
- 2.9K Elektron
- 1.4K EMA
- 255 ETA
- 559 WebSocket API
- 39 FX Venues
- 15 FX Market Data
- 1 FX Post Trade
- 1 FX Trading - Matching
- 12 FX Trading – RFQ Maker
- 5 Intelligent Tagging
- 2 Legal One
- 25 Messenger Bot
- 3 Messenger Side by Side
- 9 ONESOURCE
- 7 Indirect Tax
- 60 Open Calais
- 279 Open PermID
- 45 Entity Search
- 2 Org ID
- 1 PAM
- PAM - Logging
- 6 Product Insight
- Project Tracking
- ProView
- ProView Internal
- 23 RDMS
- 2K Refinitiv Data Platform
- 716 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
- 106 UPA
- 194 TREP Infrastructure
- 229 TRKD
- 918 TRTH
- 5 Velocity Analytics
- 9 Wealth Management Web Services
- 95 Workspace SDK
- 11 Element Framework
- 5 Grid
- 19 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛