Trackside

Service and tracking record

Last 30 days

Oct 13 – Nov 11 · 2,236 scheduled trips

Service

11
5 fewer than the previous 30 days
Listed, but never left its first station.
4
About the same as the previous 30 days
Left its first station, then stopped before its last.
2
About the same as the previous 30 days
No train was ever tracked on it.
23
About the same as the previous 30 days
Left its first station 20+ min behind schedule.
3 of 40
About the same as the previous 30 days
Service problems with no MARC alert covering them.
All 3 on the Penn Line

Tracking

62
about 1 in 36 trips
About the same as the previous 30 days
Dropped out of tracking before its last stop.
11
about 1 in 200 trips
About the same as the previous 30 days
No position for 15+ min, or in two places at once.
17
about 1 in 130 trips
4 more than the previous 30 days
Times froze, were wrong after arrival, or never showed.

Counted by Trackside from MARC’s live data, not MARC’s own figures. Our reading of that data can be wrong too, so tell us if you spot a mistake.

See the full list, by type →

Service

Problems with the ride itself: a train that was cancelled, cut short, never tracked, or left 20+ minutes late.

“Possibly cancelled” means no train was ever tracked on it: often it didn’t run, so it sits here, but sometimes it ran untracked.

The No MARC alert tile shows how many of these riders weren’t told about.

Cancelled

The train was listed in MARC’s live data but never left its first station, or MARC marked it cancelled before it left.

It doesn’t mean MARC announced it: the No MARC alert tile counts the ones it didn’t.

Counted as a service problem, one per train per day.

Cut short

The train left its first station, then MARC cancelled the rest of the trip: its live data marked the remaining stops cancelled, or an alert said the train was terminated.

Riders waiting at the later stops got no train.

Counted as a service problem, one per train per day.

Possibly cancelled

MARC’s live data never tracked a train on it that day: the trip never appeared, or MARC listed it without a train.

Often it was cancelled, but sometimes it ran untracked, so we never say it didn’t run.

It may be a service problem, a gap in MARC’s live data, or Trackside misreading that data: we check, but can’t rule the last one out.

Left 20+ min late

The train left its first station 20 or more minutes after the published schedule.

It counts only a late start, not time lost along the way.

Counted as a service problem.

No MARC alert

A cancellation, a cut-short trip, an untracked train, or a 20+ min late start with no MARC service alert that day covering it.

A delay notice for a train that was never tracked counts as no alert: it didn’t say the train was cancelled.

It doesn’t judge an alert’s wording or timing, only whether one was posted.

Trackside matches alerts to trains automatically, so an alert worded in a way we don’t recognize can be missed.

Tracking

How well MARC reports where its trains are and when they’ll arrive. Trackside and other transit apps rely on those reports to show riders live positions and times.

The train itself may have run fine. When tracking fails, riders following it saw an out-of-date or wrong picture.

Vanished before arrival

The train dropped out of MARC’s live tracking before its last stop, so riders following it saw the countdown freeze or disappear.

The train itself kept going.

Counted as a live-data issue, not a service problem.

Position missing or wrong

MARC published no position for 15+ minutes while the train kept moving, or showed it in two places at once.

Riders saw the train stuck on the map, or jumping between places.

Counted as a live-data issue, not a service problem.

Times wrong or missing

The times MARC published were wrong: frozen for 15+ minutes while a shown time came and went, still “arriving” 20+ minutes after the train got in, or no times at all for a train that was running.

Counted as a live-data issue, not a service problem.

Download this card as an image · MARC reliability →