time-bar-08-08.txtPlease take a look at hourly time bar request. You can find request body and result in attached file.
Seems for hourly timed bar, it always gives results beyond the end timestamp.
some request parameters
"QueryStartDate": "2017-08-08T00:00:00.000Z",
"QueryEndDate": "2017-08-09T00:00:00.000Z",
"ReportDateRangeType": "Range",
"SummaryInterval": "OneHour",
"MessageTimeStampIn": "LocalExchangeTime",
Made tests, found that the number of extraneous results depends on the time range of the query. Escalated issue and test details to DSS_SWAT.
@jim.yu, thank you for your participation in the forum. Are any of the replies below satisfactory in resolving your query? If yes please click the 'Accept' text next to the most appropriate reply. This will guide all community members who have a similar question. Otherwise please post again offering further insight into your question. Thanks, AHS
Hello again!
Thank you for your participation in the forum. Is the reply below satisfactory in resolving your query?
If yes please click the 'Accept' text next to the reply. This will guide all community members who have a similar question. Otherwise please post again offering further insight into your question.
Thanks,
AHS
@jim.yu, sorry for the belated answer. This is a known issue, we are working on it. In the meantime, as a workaround, you can just discard the extraneous data.
Hi all,
Please be informed: we have been notified by Tick History product development,
that the fix for this issue is targeted to be released tomorrow, November 29th
-AHS
Due to an outage of the Thomson Reuters Developer Community email notification system from 2:30 PM CDT on November 29th until 9:00 AM CDT on November 30th we are posting to all questions updated during this timeframe in order to ensure all customers receive all relevant email updates. Please review this question, and its associated answers, in order to ensure you are aware of any possible updates that may have occurred during this outage. We apologize for the delay and any inconvenience this has caused.
Matthew Logterman, J.D.
Sr. Product Manager, Thomson Reuters Developer Community
