Railroad Forums 

  • April 18th, 2018 Penn Line Tresspasser Incident

  • Discussion related to DC area passenger rail services from Northern Virginia to Baltimore, MD. Includes Light Rail and Baltimore Subway.
Discussion related to DC area passenger rail services from Northern Virginia to Baltimore, MD. Includes Light Rail and Baltimore Subway.

Moderators: mtuandrew, therock, Robert Paniagua

 #1469849  by STrRedWolf
 
I wanted to pop the email in here, since it's disappeared from the web site...
Subject: Message to MARC Penn Line passengers regarding Monday evening's service disruption

We apologize for the major delays that our customers experienced on the Penn Line Monday evening. We know that this disruption caused significant inconvenience and that while the incident itself was out of our control, there were things that we could have done better to respond to the incident. MARC Train management met with Amtrak and Bombardier management today to review how the situation was handled and ways we can do things better in the next major disruption.

At 4:00pm, an Amtrak Acela Express train struck and killed a person trespassing on the railroad tracks near the Anacostia River Bridge, between Washington and New Carrollton. When an incident like this occurs the area, including tracks not occupied by the train involved in the incident, is treated as a crime scene and all rail traffic is stopped. There were two Penn Line trains north of the incident and all other rush hour Penn Line trains and operating crews were, like our passengers, stuck at Union Station. The scene was cleared for trains to depart Washington around 6:50pm, but with all Amtrak and MARC trains in both directions sharing one track, it took a long time to get passengers moving. One takeaway that we identified in our discussions today is that our messages to customers should have been clearer that this would be a lengthy multi-hour delay with no clear estimate for when service would be restored. That will be incorporated into future messaging.

We have received feedback from customers on four main issues: lack of capacity on Camden Line trains, why passengers were told to go to New Carrollton, MARC Tracker not working, and that they did not receive email or text alert updates.

Camden Line capacity – As many passengers as possible were accommodated on the Camden Line, but Camden Line ridership is much lower than Penn Line ridership and, accordingly, trains are smaller. There is limited excess capacity on these trains. We agree that the Camden Line crews could have done a better job communicating to Amtrak ushers about the status of capacity on the trains. Bombardier agreed and will instruct their Conductors accordingly. MARC Train is exploring options to use larger trainsets for Camden Line trains, in the event of a future major Penn Line service disruption.

Sending passengers to New Carrollton – In an effort to get passengers to their destination as soon as possible, Amtrak turned the two trainsets that were north of the incident at New Carrollton and operated them north to Baltimore and Perryville. However, there was not enough time budgeted for customers to ride Metrorail from Washington to New Carrollton to board these trains. When a similar incident occurs in the future, we will allow at least one hour for passengers to ride Metro to New Carrollton. There were also significant crowd control issues at New Carrollton and MARC Train and Amtrak agree that every effort needs to be made to get managers, Customer Service staff, or police to New Carrollton for crowd management. This can be difficult during a service disruption and with lengthy highway driving times in the middle of rush hour. Finally, MARC Train continues to express our concerns about the condition of the escalators at New Carrollton station and will work with Amtrak, who owns and maintains the station, on solutions to the escalator failures at New Carrolton.

MARC Tracker – During a service disruption significantly more users than normal log on to MARC Tracker at the same time, requiring additional bandwidth to handle the demand. We recognize that the current MARC Tracker system cannot handle the bandwidth load of a service disruption. Our vendor recently moved MARC Tracker to a new server with improved diagnostic capabilities and the data generated during Monday’s disruption identified a configuration problem within the MARC Tracker code. This problem has been corrected, and additional bandwidth added to MARC Tracker, so passengers should see better reliability. Going forward, we are working with our vendor to update MARC Tracker to current technology standards – including providing a GTFS feed that can be used by app designers.

Lack of Emails/texts – Passengers were updated by E-alerts, website postings, and Twitter. A total of 21 alerts were sent from when the incident began until Train 452 (last train) departed Washington. The system is working and sending messages. If you are signed up for alerts but are not receiving alerts, you should:

--Log into your account at http://www.mtamarylandalerts.com" onclick="window.open(this.href);return false; and ensure that your email addresses and/or text-cell numbers are correct.

--Ensure that the address the alerts are sent from is setup in your email system is in their “safe” list/anti-spam/ok or approved email address list. Note that the first “alert” is singular while the second is plural.

--We strongly encourage passengers to set up their accounts to send MARC Train alerts to your personal email addresses as opposed to a work address. If it is necessary to send the alerts to your work address, passengers should contact their IT department to ensure that is not flagged as spam, junk, or blocked. Again, note that the first “alert” is singular while the second is plural.

Once again, we thank you for your patience yesterday evening, especially given the difficult and tragic nature of this incident. Thank you for riding MARC Train.

I wonder what else could be done here... maybe four track between WAS and NCR?
 #1469887  by Sand Box John
 
"STrRedWolf"

I wonder what else could be done here... maybe four track between WAS and NCR?


A third and forth track would not have made a difference as stated in the message:
  • "When an incident like this occurs the area, including tracks not occupied by the train involved in the incident, is treated as a crime scene and all rail traffic is stopped",
It is the same as closing all lanes of a highway to conduct a collision investigation involving fatality.
 #1470029  by avgeeky
 
Any insight on the MARC tracker updates? I feel like every meltdown we get some promise that they're fixing it, but every next issue the tracker breaks at the drop of a hat.
 #1470046  by STrRedWolf
 
avgeeky wrote:Any insight on the MARC tracker updates? I feel like every meltdown we get some promise that they're fixing it, but every next issue the tracker breaks at the drop of a hat.
It's a wait-and-see on that one. I'm glad that ENSCO moved it to a server with more metrics, and found the actual problem! We now have to wait for the next accident. The Google Transit-style Feed file will help with other devs as well...

...which means I gotta work on a "Is MARC F*CKED?" site (a la "Is SEPTA F*CKED?")
 #1470054  by scratchy
 
STrRedWolf wrote:
avgeeky wrote:Any insight on the MARC tracker updates? I feel like every meltdown we get some promise that they're fixing it, but every next issue the tracker breaks at the drop of a hat.
It's a wait-and-see on that one. I'm glad that ENSCO moved it to a server with more metrics, and found the actual problem! We now have to wait for the next accident. The Google Transit-style Feed file will help with other devs as well...

...which means I gotta work on a "Is MARC F*CKED?" site (a la "Is SEPTA F*CKED?")
But,
ismarconfire.com?
 #1470239  by avgeeky
 
scratchy wrote:
STrRedWolf wrote:
avgeeky wrote:Any insight on the MARC tracker updates? I feel like every meltdown we get some promise that they're fixing it, but every next issue the tracker breaks at the drop of a hat.
It's a wait-and-see on that one. I'm glad that ENSCO moved it to a server with more metrics, and found the actual problem! We now have to wait for the next accident. The Google Transit-style Feed file will help with other devs as well...

...which means I gotta work on a "Is MARC F*CKED?" site (a la "Is SEPTA F*CKED?")
But,
ismarconfire.com?
LOLOLOL....*cries internally from the fact that such a comparable website has to exist for a mass transit system*

Joking aside, WHAT ON EARTH is going on with the tracks between Bowie and New Carrollton? This is the second trespasser incident this week! Do we need better fencing, more honking, or electrically energized rails to throw off anyone that touches them? Is/should MARC/ Amtrak do something about (I'd target Amtrak more, it's their tracks and it's mostly their trains that are hitting people)
 #1470254  by STrRedWolf
 
http://wjla.com/news/local/officials-pe ... found-dead" onclick="window.open(this.href);return false;

It was a Amtrak rail worker on watch duty who got hit at Bowie by a northbound Amtrak.

That said, I noticed the Marc Tracker is on... Amazon’s cloud services. They moved it up and put it behind an “elastic load balancer”. This means faster service because it can spin up more servers to meet demand. That said, they don’t come cheap if your app doesn’t perform well in the first place...
 #1470279  by MCL1981
 
In my experience, the MARC Tracker is fiction even when there isn't some kind of incident. The map, the train information, and signs at the stations all seem to simply display a programmed sequence of pre-canned information based on normal operation. Even when the train is late, the signs and maps show the trains where it should be if it wasn't late. Which tells me the thing is not live data, rather it is precanned BS. It used to work the way you would expect, showing accurate locations and arrival times. Seemingly automatic and pretty accurate. But sometime a year or two ago, something changed and it became totally fake. Seems to be manually updated only, and nobody does it.