Jump to content
  • 0

Streaming - remote date of tick data not synchronised with local date


Marcipops

Question

I am using Lightstreamer to stream tick data: https://labs.ig.com/streaming-api-reference

There is an issue when receiving ticks through midnight as you can see from this data extract below.

UPDATE_TIME Publish time of last price update (UK local time, i.e. GMT or BST)
BID Bid price
OFFER Offer price

 

23:59:40 7317.9 7321.9
23:59:41 7317.7 7321.7
23:59:42 7317.4 7321.4
23:59:48 7317.1 7321.1
23:59:52 7317.4 7321.4
23:59:59 7317.2 7321.2
23:59:59 7317.1 7321.1
23:59:59 7317.2 7321.2
00:00:00 7317.1 7321.1
00:00:00 7316.7 7320.7
00:00:01 7317.2 7321.2
00:00:01 7317.1 7321.1
00:00:01 7317.2 7321.2
00:00:01 7317.1 7321.1

For each tick, I am recording the date of each tick from my local clock, so I can know the exact date time of the tick.

The data marked in amber is being labelled by my program as belonging to the same date as the data in black, when it should be labelling it belonging to the next day.  From this, it seems that like my local clock is a couple of seconds behind the ig clock.

For example tick data received with UPDATE_TIME = 00:00 is for the next day, but is being recorded as the same day by my program using current date from local clock.

I was therefore looking on labs.ig.com for a way of obtaining the date of the tick message, so I could record the ig date of the tick against its time.  But that approach would have a problem if the date changes after fetching the date and before collecting the tick.

Presume the opposite is also true, someone's local computer clock might be ahead of ig. Therefore with the extract above, incorrectly labelling the tick received at UPDATE_TIME = 23:59:40 with the date of the next day.

This could be completely resolved of course if the tick data had date as well as time.

Is there a workaround?

Many thanks

Link to comment

3 answers to this question

Recommended Posts

  • 0
20 hours ago, Marcipops said:

I am using Lightstreamer to stream tick data: https://labs.ig.com/streaming-api-reference

There is an issue when receiving ticks through midnight as you can see from this data extract below.

UPDATE_TIME Publish time of last price update (UK local time, i.e. GMT or BST)
BID Bid price
OFFER Offer price

 

23:59:40 7317.9 7321.9
23:59:41 7317.7 7321.7
23:59:42 7317.4 7321.4
23:59:48 7317.1 7321.1
23:59:52 7317.4 7321.4
23:59:59 7317.2 7321.2
23:59:59 7317.1 7321.1
23:59:59 7317.2 7321.2
00:00:00 7317.1 7321.1
00:00:00 7316.7 7320.7
00:00:01 7317.2 7321.2
00:00:01 7317.1 7321.1
00:00:01 7317.2 7321.2
00:00:01 7317.1 7321.1

For each tick, I am recording the date of each tick from my local clock, so I can know the exact date time of the tick.

The data marked in amber is being labelled by my program as belonging to the same date as the data in black, when it should be labelling it belonging to the next day.  From this, it seems that like my local clock is a couple of seconds behind the ig clock.

For example tick data received with UPDATE_TIME = 00:00 is for the next day, but is being recorded as the same day by my program using current date from local clock.

I was therefore looking on labs.ig.com for a way of obtaining the date of the tick message, so I could record the ig date of the tick against its time.  But that approach would have a problem if the date changes after fetching the date and before collecting the tick.

Presume the opposite is also true, someone's local computer clock might be ahead of ig. Therefore with the extract above, incorrectly labelling the tick received at UPDATE_TIME = 23:59:40 with the date of the next day.

This could be completely resolved of course if the tick data had date as well as time.

Is there a workaround?

Many thanks

Hi @Marcipops,

Feel free to reach out to webapisupport@ig.com for API support.

All the best - Arvin

Link to comment
  • 0

Hey ArvinIG,

No answer yet from webapisupport@ig.com

Interestingly https://www.ig.com/en/trading-platforms/trading-apis/how-to-use-ig-api says "Effective API use requires previous development or coding experience. However, we do have a team of experts ready to help you."
 

So I also tried support@ig.com.  But they said

"As we do not provide programming support for API related issues, you should follow the data timings provided by our API.
If you have any further queries, please do not hesitate to contact us. Alternatively, we've recently launched our new Help & Support site which gives you answers from our huge knowledge-base, online community, and education hub."

So ending up back here again - IG is as much help so far as a chocolate fireguard....

(I understand Pepperstone have solved this issue by including the date in their tick stream.)

Edited by Marcipops
Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • image.png

  • Posts

    • MetalCore sounds like a thrilling sci-fi MMO with giant mechs and strategic battles. MetalCore offers some unique features that stand out like pen-World Exploration, explore the war-torn planet Kerberos and uncover secrets beyond just battlefields, choice and Factions, by Selecting a faction with a unique ideology and playstyle to shape your experience and deep Crafting System, with a build and customize your arsenal of mechs, vehicles, and war machines for maximum impact also includes baronies and Guilds form powerful player-driven guilds to pool resources and dominate the battlefield together. So, is MetalCore the ultimate open-world mech MMO with Play-to-Earn because it got listed on Bitget? What do you think? Is MetalCore the future of mech combat MMOs, or just another contender? Have you explored any other mech combat games or Play-to-Earn projects? Share your thoughts in the comments!
    • Silver Elliott Wave Analysis Function -Counter-Trend Mode - Corrective Structure -Double Zigzag for wave B (circled) Position - Wave (Y) of B Direction - Wave (Y) of B is still in play Details - After violating the last update, we have a new outlook on daily and H4 that better fits the current price action. A lower extension is now expected for Silver. Silver Elliott Wave Analysis: Extended Decline and Bullish Outlook Overview: The decline in Silver that began on May 20th is continuing to extend lower and is expected to persist before finding significant support. Despite this downturn, the year-long trend remains bullish and is anticipated to resume once this corrective phase concludes. The emerging chart pattern suggests a further decline towards $27 in the coming days or weeks.   Daily Chart Analysis: Two key observations can be made on the daily chart: Bullish Yearly Trend: The trend for this year has been bullish, leading to a breakout from a prior 13-month sideways price action. This indicates strong underlying bullish momentum. Corrective Decline: The current decline from April 19th, 2024, is identified as corrective. Therefore, the expectation is that the bullish trend will resume once this corrective structure concludes.   To determine when the corrective structure will finish, it’s important to identify the emerging pattern. Early analysis suggests that the price might be forming a double zigzag Elliott wave corrective structure, labeled as waves (W)-(X)-(Y). Wave (W) and wave (X) completed on June 13th and June 21st, respectively. The price is now breaking down in wave (Y), which could extend to $27 or lower. Meanwhile, the year-long impulse is labeled as wave A (circled) in the primary degree, and the double zigzag pullback should complete the corresponding primary degree wave B (circled). Following this, wave (C) is expected to push the price to a fresh 2024 high.   H4 Chart Analysis: The H4 chart provides a detailed view of the sub-waves within the double zigzag structure. The price is currently in wave A of (Y), which is expected to be followed by a minor corrective bounce for wave B. Afterward, the price should continue lower for wave C, completing wave (Y) of B (circled). This pattern aligns with the broader expectation of a corrective phase before the resumption of the bullish trend.   Summary: Current Decline: Silver’s decline from May 20th is expected to continue towards $27 before finding support. Bullish Yearly Trend: Despite the current downturn, the overall trend for the year remains bullish. Corrective Structure: The decline is forming a double zigzag Elliott wave corrective structure. Daily Chart Insight: The trend is expected to resume higher after the completion of the current wave B. H4 Chart Detail: Sub-waves show a minor bounce expected before a further decline to complete wave (Y) of B. In conclusion, while Silver is currently experiencing a corrective decline, the long-term bullish trend is anticipated to resume once this phase concludes. Traders should watch for a potential bottom around $27 and prepare for a renewed bullish impulse towards new highs in 2024. Technical Analyst : Sanmi Adeagbo Source : Tradinglounge.com get trial here!  
    • Honestly, L2 scaling solution projects are now increasing by the day. Should we worry about that? Absolutely, not. Why? Because it reduce overdependence on one solution and increase adoption. Also, focusing on different aspect of scaling is a good thing; for instance, Blast focus on staking ETH and stablecoin reinforces security on their network and Ethereum mainnet which increases users' confidence in blockchain and crypto.
×
×
  • Create New...
us