Other RICs such as ULSDFUSGCDFMc1 look fine.
Code below and Excel screenshot below.
Any idea why?
import eikon as ek
contract = 'ULSDCALMc'
riclist = ["{}{}".format(contract, i) for i in range(1, 13, 1)]
df30 = ek.get_timeseries(riclist, 'close',
start_date='2017-01-01',
end_date=today, interval='weekly')
df30.reset_index('Date', inplace=True)
df30.to_csv(pricespath + "ULSDCALM_frek.csv")
Upgrade from Eikon -> Workspace. Learn about programming differences.
For a deeper look into our Eikon Data API, look into:
Overview | Quickstart | Documentation | Downloads | Tutorials | Articles
16
●0 ●0 ●2
eikon.get_timeseries is missing most of 2019 weekly data for RIC ULSDCALMc1
<AHS>
Case 10072271 is in the Service Restored status with the following resolution:
Please be informed that the missing data for the queried RICs has been manually updated for the values missing during 2019.
The data was missing due to a Closing run issue. As a preventive measure to avoid any such recurrence of the issue, closing run checks for swaps are carried to find out the missing & history revamp in progress by the SWAPS Core team.
The nature of the issue is that there was no change in trade date recorded for the closing run FID 79 on the real-time platform for daily trade values due to which downstream database also missed the updates for the day which enables the data on the eikon chart. We have already identified the issue and added a fix internally and currently, we are able to store the values without any issue. The historical chart missing for the queried chain was an oversight, we regret the inconvenience this must have caused and we would like to confirm that currently this issue is resolved.
78.8k
●250 ●52 ●74
The problem has been resolved by the content team by manually updating the values missing during 2019.
39.4k
●77 ●11 ●27
Thank you for reporting this issue. I raised a support case on your behalf with Refinitiv Helpdesk. The Helpdesk will investigate the problem with this timeseries and will keep you informed on the progress and when the problem is fixed. For your reference the case number is 10072271.
