feat: modify /plan-journey so it returns bus polylines, /getAllRoutes & /getAllRideRoutes to return processed data - #47
Draft
jumpy-cat wants to merge 13 commits into
Draft
Conversation
jumpy-cat
force-pushed
the
nav/plan-journey-bus-polylines
branch
2 times, most recently
from
July 25, 2026 21:44
032b194 to
e5f4055
Compare
jumpy-cat
force-pushed
the
nav/plan-journey-bus-polylines
branch
from
August 2, 2026 02:01
209f9dc to
1f94be3
Compare
jumpy-cat
force-pushed
the
nav/plan-journey-bus-polylines
branch
2 times, most recently
from
August 2, 2026 19:50
7da68ce to
213fb48
Compare
jumpy-cat
force-pushed
the
nav/plan-journey-bus-polylines
branch
from
August 2, 2026 19:55
213fb48 to
1e2959d
Compare
jumpy-cat
force-pushed
the
nav/plan-journey-bus-polylines
branch
from
August 2, 2026 20:09
1e2959d to
980fb37
Compare
15 tasks
jumpy-cat
force-pushed
the
nav/plan-journey-bus-polylines
branch
2 times, most recently
from
August 13, 2026 23:11
65a1191 to
bdd1deb
Compare
Replace the any returned by processJourneys with an actual type that models the two variant nature of the processed legs. Did a similar thing with the journey leg type in `McRaptorAlgorithm.ts`. Both changes should have no semantic difference but behavior and performance should ideally both be checked.
Logic was ported from the frontend, which shall be changed to rely on the result from the backend.
Both the indexing issue that happened towards the beginning of summer and the typo that happened while I was porting the logic.
jumpy-cat
force-pushed
the
nav/plan-journey-bus-polylines
branch
from
August 14, 2026 16:31
bdd1deb to
a911ea9
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Description
Move the majority of bus route line processing into the backend so that more information in available during journey planning. Modify plan journey so that its bus legs contain polyline info. Refactor changed routes to use
documented.Type of Change
feat)fix)Related Issues
Backend Side of mbusdev/bluebus-flutter#98
Changes Made
api/v4/router for backwards incompatible changesgetAllMbusRoutesandgetAllRideRoutes/getpatternsare now checked against zod schemas before being processed intoBusRouteLines similar to those used in the frontend (but missing a few fields)getpredictions-> processPredictions -> (various usages) refactored to add type safety. Was trying to confirm ifStopTimeneededrtto be optional, turns out it does since the virtual origin/dest trips don't have a routeTesting Done
Flutter:
Screenshots / Demo (if UI or notification change)
Checklist
[type](scope): short descriptionmainand is our current working update branch (e.g.maizebus2.1)print()/debugPrint()/console.log()left in production code