MARC
unofficial updated nightly tracking about 600 stops a day How this is measured →
This week, MARC ran 49% of arrivals on time, about usual — steadiest at Monocacy, roughest at Jessup.
No MARC alert for 3 of 40 service problems in the last 30 days →
Trains cancelled or left late
MARC · last 30 days, Oct 13 – Nov 11 · each bar is one day
Cancelled or possibly cancelled: MARC cancelled the train or cut it short, or no train was ever tracked on it in MARC's live data. Left late: left its first station 20 or more minutes after the schedule. Days we weren't collecting data are marked, not counted as zero.
Show the numbers
| Day | Cancelled or possibly cancelled | Left 20+ min late | Scheduled | |
|---|---|---|---|---|
| Wed Nov 11 | 0 | 0 | 96 | |
| Tue Nov 10 | 0 | 0 | 96 | |
| Mon Nov 9 | 0 | 0 | 96 | |
| Sun Nov 8 | 0 | 0 | 12 | |
| Sat Nov 7 | 0 | 1 | 18 | |
| Fri Nov 6 | 0 | 4 | 97 | |
| Thu Nov 5 | 0 | 1 | 96 | |
| Wed Nov 4 | 0 | 3 | 96 | |
| Tue Nov 3 | 0 | 1 | 96 | |
| Mon Nov 2 | 0 | 1 | 96 | |
| Sun Nov 1 | 1 | 0 | 12 | |
| Sat Oct 31 | 0 | 0 | 18 | |
| Fri Oct 30 | 0 | 0 | 97 | |
| Thu Oct 29 | 1 | 1 | 96 | |
| Wed Oct 28 | 0 | 2 | 96 | |
| Tue Oct 27 | 1 | 3 | 96 | |
| Mon Oct 26 | 0 | 2 | 96 | |
| Sun Oct 25 | 0 | 0 | 12 | |
| Sat Oct 24 | 0 | 0 | 18 | |
| Fri Oct 23 | 2 | 0 | 97 | |
| Thu Oct 22 | 2 | 0 | 96 | |
| Wed Oct 21 | 0 | 1 | 96 | |
| Tue Oct 20 | 1 | 0 | 96 | |
| Mon Oct 19 | 2 | 0 | 96 | |
| Sun Oct 18 | 0 | 0 | 12 | |
| Sat Oct 17 | 2 | 0 | 18 | |
| Fri Oct 16 | 3 | 0 | 97 | |
| Thu Oct 15 | 0 | 2 | 96 | |
| Wed Oct 14 | 2 | 1 | 96 | |
| Tue Oct 13 | 0 | 0 | 96 |
Last 30 days
Oct 13 – Nov 11 · 2,236 scheduled trips
Service
Tracking
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.
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.
On the shared track
Penn Line: about 54 min of delay from faster trains passing.
14 passes held 9 trains this week, most often near Odenton.
An estimate, from how often a late train passed and the typical delay that follows — a pass does not always slow your train.