Fields missing in TRTH TimeAndSales on-demand

We have a problem with some volume fields missing, when requested.
Please see this request below:
candles_req_pattern = {
"ExtractionRequest": {
"@odata.type":
"#ThomsonReuters.Dss.Api.Extractions.ExtractionRequests.TickHistoryIntradaySummariesExtractionRequest",
"ContentFieldNames": [
"Close Ask",
"Close Bid",
"High Ask",
"High Bid",
"Last",
"Low",
"Low Ask",
"Low Bid",
"No. Asks",
"No. Bids",
"No. Trades",
"Open",
"Open Ask",
"Open Bid",
"Volume"],
"IdentifierList": {
"@odata.type":
"#ThomsonReuters.Dss.Api.Extractions.ExtractionRequests.InstrumentIdentifierList",
"InstrumentIdentifiers": [
],
"ValidationOptions": None,
"UseUserPreferencesForValidationOptions": False},
"Condition": {
"MessageTimeStampIn": "GmtUtc",
"ReportDateRangeType": "Range",
"QueryStartDate": "",
"QueryEndDate": "",
"SummaryInterval": "FifteenMinutes",
"TimebarPersistence": True,
"DisplaySourceRIC": True}
}
}
Best Answer
-
ValidateOptions
A series of boolean values that allow you to override preferences settings for instrument lists: you can set any combination of these:
AllowDuplicateInstruments, AllowHistoricalInstruments, AllowInactiveInstruments, AllowLimitedTermInstruments, AllowOpenAccessInstruments, AllowSubclassImport, AllowUnsupportedInstruments, ExcludeFinrAsPricingSourceForBonds, UseConsolidatedQuoteSourceForCanada, UseConsolidatedQuoteSourceForUsa, UseDebtOverEquity, UseExchangeCodeInsteadOfLipper, UseOtcPqSource, UseUsQuoteInsteadOfCanadian
Example:
"ValidationOptions": {
"AllowHistoricalInstruments": true,
"AllowInactiveInstruments": true,
"AllowOpenAccessInstruments": true
},Volume
Volume, Open, Low, Last and No. Trades are only delivered if there are trades, which only occur during market open hours. They are not delivered on banking holidays and weekends (for your query, that represents 22, 28, 29 July).
- EUR= this instrument does not deliver trades, so the following fields will always be empty: Open,Low,Last,Volume,No. Trades
- VOD.L this instrument delivers trading data and volume, but only during trading hours. Per trading day there are ~36-40 bars with volume (out of 96).
- ICBK.NS this instrument delivers trading data and volume, but only during trading hours. Per trading day there are 29 bars with volume (out of 96).
This explains why you see many records without volume.
Infliuence of TimebarPersistence
By setting "TimebarPersistence": true, you request that all bars be delivered, if they include new data or not. You will note that the content does not vary outside of trading hours, the values are always the same, because they are persisted.
If you set "TimebarPersistence": false, then bars are only delivered if there was actual new data recorded in them, a vast majority of those will therefore contain a value for Volume.
0
Answers
-
@mihanix.it, the query body has some issues:
Empty InstrumentIdentifiers. Should contain at least one instrument, for instance;
"InstrumentIdentifiers": [{ "Identifier": "CARR.PA", "IdentifierType": "Ric" }],
ValidationOptions can either be set to some values, or null:
"ValidationOptions": null,
A range query requires a QueryStartDate and a QueryEndDate, as an example:
"QueryStartDate": "2016-09-29T00:00:00.000Z",
"QueryEndDate": "2016-09-30T00:00:00.000Z",Note: there are cases where some data fields might be missing, that can be normal. Possible causes: banking holiday, low volatility, deprecated instrument, etc.
0 -
Actually I forgot to add fields "QueryStartDate", "QueryEndDate" and "InstrumentIdentifiers". To this message, because they are fielled automatically inside my program. I do belive there is no issue with those fields and I set them correctly.
Could you please tell me more abouy "ValidateOptions" ?
The main point of my question is why the data, I recieve, seems to be incorrect:
"Volume" field is empty in 90% cases, while the other fields are not empty.
I may be not a good economist, but I can't imagine a trade with price and without volume.
My RIC's are: identifier_list = ["EUR=", "ICBK.NS", "VOD.L"]
Query dates are 2018-07-22 til 2018-07-30 (today)
Thank you in advance
0 -
Please, read my comment
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
- 622 Eikon COM
- 5.2K Eikon Data APIs
- 10 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
- 680 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 中文论坛