Enumerator object for values requested for fields: PRIMACT_TP ( 270 ) / SC_ACT_TP1 ( 280 )

Hello,
I'm using C++ API to subscribe for bond ticking data via refinitv platfrom.
Is there an object I can use to check on PRIMACT_TP ( 270 ) / SC_ACT_TP1 ( 280 ) without hardcoding values on my end ?
I'm looking for enumerator holding following values:
! ACRONYM FID
! ------- ---
!
ACT_TP_1 270
ACT_TP_2 271
ACT_TP_3 272
ACT_TP_4 273
ACT_TP_5 274
!
! VALUE DISPLAY MEANING
! ----- ------- -------
0 " " undefined or unknown
1 " " trade price, no tick
2 #20DE# trade price, up tick or zero up tick
3 #20FE# trade price, down tick or zero down tick
4 " S" settlement price
5 "OB" first half of open range, bid price
6 "OA" first half of open range, ask price
7 "OT" first half of open range, trade price
8 "OH" first half of open range, high price
9 "OL" first half of open range, low price
10 "CB" first half of closing range, bid price
e.t.c
Best Answer
-
0
Answers
-
Does this existing post answer your question?
0 -
Hello @Umer Nalla,
The attached post explains how to implement the map from field id to all possible values on client side. I was expecting to enum/object from existing header file which will hold all possible values for specific fields according to the spec where it make sense of cause like in case of fields 270 / 280
BR
Evgeny
0 -
The Data dictionary files - RDMFieldDictionary and enumtype.def - are updated several times a year - as and when values change, are added or deleted - independently of any API that uses them.
As such these values are considered data related and not API related.
Therefore, it is recommended that you should download the dictionary from the server you are connected to. The server you connect will be updated with the latest data dictionary files as and when they are changed.
One quick confirmation - you posted the question in the RFA forum - but I then you mention Refinitiv Data Platform - which is not supported by RFA?
Please confirm which API you are using - if you are using EMA C++ then you can use the following to get the Enum display value
case DataType::EnumEnum:
fe.hasEnumDisplay() ? cout << fe.getEnumDisplay() << endl : cout << fe.getEnum() << endl;Note that if are doing new development using C++, I would strongly urge you to use ElektronSDK - preferably Elektron Message API rather than RFA if possible.
RFA is our feature-complete API and ElektronSDK is our strategic API with longer-term support etc.
0 -
Hello,
This module using reuters_rfa
I'm not looking for display data, but for enum of possible results.
I will implement releavnt enum on our end.
Can you please point me to documentation for reuters_rfa API.
BR
Evgeny
0 -
Hello @Evgeny.Litver
I fully agree with @umer.nalla that downloading data dictionaries field and enum, from the infrastructure should be preferred to getting any dictionary, including enumerated values, from the local files.
A dictionary may and will eventually undergo enhancements, and by downloading them from the infra, the consumer is always up to date, in-synch with infra on parsing.
However, in case this will help,, in your RFA SDK, file-based dictionaries that were current at the point of time when SDK was issued, are kept in \etc\RDM folder and enumerated dictionary is called enumtype.def.
I am additionally attaching a zipped version that came with RFA JAVA 8.0, search for 270. is this what you are looking for?
Are we helpful on the explanation about using infra vs flle-based dictionaries?
0 -
Hello,
The difference between infra vs file-based is clear.
Can you point me to RFA sdk.
BR
Evgeny
0 -
Thanks, I requested access.
0
Categories
- All Categories
- 3 Polls
- 6 AHS
- 36 Alpha
- 167 App Studio
- 6 Block Chain
- 4 Bot Platform
- 18 Connected Risk APIs
- 47 Data Fusion
- 34 Data Model Discovery
- 688 Datastream
- 1.4K DSS
- 624 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
- 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
- 692 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
- 10 Wealth Management Web Services
- 91 Workspace SDK
- 11 Element Framework
- 5 Grid
- 18 World-Check Data File
- 1 Yield Book Analytics
- 48 中文论坛