HSLdevcom / HSLdevcom/digitransit-ui

Vehicles of different route types behave differently with realtime data (MQTT vehicle positions)

Open
#3,210 4 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Dominant language
JavaScript
Stars
267
Forks
145
Avg merge
1d 15h
Merged PRs (30d)
75

Description

I have observed on my own test Digitransit instance that buses are shown both on the linear trip timetable and on the actual map as markers, where trains are not shown on the route map even when they have position data, but they are shown on the timetable „progress”.
chrome_Gbq1QDXVQr
chrome_LdEx9hnJ5X
These feeds are configured identically: trip updates through OTP router config and high frequency real-time positioning with MQTT and the related configuration for subscribing in realtimeUtils.js. The data is getting to the browser, the websocket is working, as that is the data source for the linear view.

I'm not sure if that was a fluke or what, but upon zooming on the map with no route selected, the position of a train seemed to appear, with the route short text on it just briefly, and it was gone the second after.

Could someone please point me into the right direction as what configurations are to be done and where in order to make these function the same?

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with realtimeUtils.js and the browser websocket data used by the linear timetable view. Reproduce the configured MQTT vehicle-position feeds for buses and trains, then compare how the map markers and timetable progress consume that data. Done means train positions behave consistently on the route map and timetable, or the required configuration difference is documented.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
frontend
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.