Skip to article frontmatterSkip to article content
Site not loading correctly?

This may be due to an incorrect BASE_URL configuration. See the MyST Documentation for reference.

LongBeach TripUpdates

Schedule: Long Beach Schedule

Data reflecting: Jan 2026 weekdays

One of the most common transit user behaviors is to consult an app (Google Maps, Apple Maps, NextBus, etc) to find out when the bus or train is going to arrive.

That widely desired piece of information is powered by GTFS Real-Time Trip Updates, specifically the Stop Time Updates specification. The underlying data produced here is huge. Imagine every instance a bus arrives at a stop in California. Multiply that by 30 for the 30 minutes before the bus arrives, and that’s the dataset we’re working to distill into usable performance metrics for all transit operators.

Generally, we want better transit user experience. Specifically, the performance metrics we can derive from GTFS RT Trip Updates distills into the following objectives:

  1. Increase prediction reliability and accuracy

  2. Increase the availability and completeness of GTFS RT

  3. Decrease the inconsistency and fluctuations of predictions

Map of Stop Metrics

The following layers are available:

  • Stops with too late predictions (riders miss bus) or too early predictions (riders wait longer).

  • Stops needing more real-time arrival information (<90% of minutes).

  • All stops along routes that meet either of the 1st two criteria.

  • All stops plotted by average prediction error

Priority Stops

Stops that are too late (3-5 min late) or too early (3-5 min early)

< 90% minutes with stop time updates

This metric is the easiest to achieve. For starters, having information is better than no information.

  • Goal: at least 90% of minutes has predicted arrival information.

  • Note: Newmark paper shows that among four CA operators, this metric is fairly easy to reach and operators can even reach up to 90% completeness.

Loading...

Search by stop

Due to size limitations, the routes that have at least one priority stop are presented in an interactive table.

Loading...
Loading...
Loading...
Loading...
Loading...

Stop Metrics by Route

Average prediction error: The accuracy of the predictions is predicted arrival - actual arrival. Closer to zero or small positive values are better, as you are more likely to catch the bus with minimal wait time.

Goal 1: fewer stops with negative prediction errors. We would rather have transit users follow the predictions and wait for the bus.

Goal 2: tighten the IQR range of prediction errors and have the range move closer to zero for shorter expected wait times.

Update completeness: The% of minutes with 2+ predictions available. Higher is better. Goal: 90% or above

Bus catch likelihood: The % prediction early or on-time predictions, and captures whether you’re likely to catch the bus by following the prediction exactly. Higher is better. Goal: 80% or above

Prediction spread / wobble: this metric tracks whether the predicted arrival time was consistent before the bus arrived. Lower is better, as the predictions are not fluctuating wildly and frustrating for the rider.

Loading...
Loading...

Full Route Table

This table shows all the routes side-by-side, in ascending order by prediction error (more late stops shown first).

The nanoplots show prediction error by stop order, showing there is quite a bit of variation even along the same route.

Average prediction error: The accuracy of the predictions is predicted arrival - actual arrival. Closer to zero or small positive values are better, as you are more likely to catch the bus with minimal wait time.

Goal 1: fewer stops with negative prediction errors, lower bound of IQR not negative. We would rather have transit users follow the predictions and wait for the bus.

Goal 2: small IQR range of prediction errors and have the range move closer to zero for shorter expected wait times.

Loading...