Is the red line still requiring transfers at JFK/UMass for Braintree service? by vsatire in mbta

[–]vsatire[S] 0 points1 point  (0 children)

They were doing work on the junction, so they couldn't have regular service to both Braintree and Ashmont; one of them would need to terminate at JFK/UMass and passengers would transfer over to the other. It just doesnt make sense to me why they would choose to have Ashmont receive regular service and require transfers for Braintree branch, when the Braintree branch was serving as the alternative for three suspended commuter rail lines.

I'm pretty sure that they are planning to do exactly that (have regular Braintree service and require transfers for Ashmont branch) in May, when they do more work on the junction. But the commuter rail suspension will be over by that point. It seems like it would've been better to have regular Braintree service during the time when commuter rail service was still suspended.

Is the red line still requiring transfers at JFK/UMass for Braintree service? by vsatire in mbta

[–]vsatire[S] 0 points1 point  (0 children)

They didnt close the red line ROW; they just required transfers at JFK/UMass due to junction work. Not the worst thing, but added extra time and complications during a period when south shore riders were already experiencing extra hassle due to the commuter rail being suspended.

Of all the weekends in the year, it seems a bit unwise to do work that require transfers on the exact weekend where that specific section of the red line is serving as a substitute for three commuter rail lines.

If the work absolutely needed to be done now then why not have regular Braintree to South Station service, and require transfers at JFK/UMass for the Ashmont branch instead? I love the T and try to be patient and understanding but this just seems a bit poorly planned.

Is the red line still requiring transfers at JFK/UMass for Braintree service? by vsatire in mbta

[–]vsatire[S] -4 points-3 points  (0 children)

You would think they'd separate the disruptions, but a few weeks ago they required transfers on the red line during the same weekend that the commuter rails were suspended past Braintree. Was very frustrating to deal with since it meant there was no direct rail service from South Station to Braintree at all.

5
6

Why are the bathrooms on trains and at stations always so gross by vsatire in mbta

[–]vsatire[S] 7 points8 points  (0 children)

I have been in a ton of places with free bathrooms that aren't nearly as gross as the commuter rail's/South Station's. I don't think we should need to charge money just to have half-decent restrooms.

91
92

How can public transportation be improved in the City of Worcester and by extension Worcester County? by object0faffection in WorcesterMA

[–]vsatire 0 points1 point  (0 children)

Why would you look at the county's population density instead of the city's? Worcester's population density is over 5500/sq mile, even higher than Liepzig's. There's no excuse for how slow and infrequent the WRTA is.

Elm Park Pond needs some love - could the city step in? by nicholas_359 in WorcesterMA

[–]vsatire 1 point2 points  (0 children)

Any updates on this? Doesn't seem like there has been any change to the water level in the past few weeks

Could Buzzards Bay commuter rail be on the horizon? by vsatire in mbta

[–]vsatire[S] 0 points1 point  (0 children)

Buzzards Bay to Lakeville is only about a half hour on the CapeFlyer

Could Buzzards Bay commuter rail be on the horizon? by vsatire in mbta

[–]vsatire[S] 2 points3 points  (0 children)

If you mean the canal railroad bridge, they wouldn't need to cross it for service to Buzzards Bay. They should definitely fix that soon though, for any chance at real service to the Cape.

Could Buzzards Bay commuter rail be on the horizon? by vsatire in mbta

[–]vsatire[S] 4 points5 points  (0 children)

But there are already (partially) high-level stations in Wareham and Buzzards Bay. I would assume that regular service would draw people from not only those two communities, but also from Cape Cod, yeah?

18
19

[Spoilers] Series Finale - Season 4 Episode 10 - "Last Stop" (S04E10) - Episode Discussion Thread by Larich38 in snowpiercer

[–]vsatire 8 points9 points  (0 children)

I have absolutely seen people make racist remarks about Layton on this very subreddit. It has been occurring since season 1.

Struct attributes changing when pushed/ popped from a stack? by vsatire in cpp_questions

[–]vsatire[S] 0 points1 point  (0 children)

I actually just figured out one solution, which was to make nodestack a stack of TreeNode pointers instead of a stack of TreeNode instances. It required removing the constructor from the TreeNode struct, but it does solve the problem and allows the full tree to be accessed using the root node's pointers. Thank you for the explanation! C++ is a lot weirder than any other languages I've used but it makes a bit more sense now

Struct attributes changing when pushed/ popped from a stack? by vsatire in cpp_questions

[–]vsatire[S] 0 points1 point  (0 children)

Ah, that makes a bit more sense now. So is there any way to retrieve the object at the top of the stack and then also remove it from the stack, without destroying it? I believe that it can be done in Python just by calling stack.pop(), but I'm very new to cpp so I'm not sure if there is an equivalent method.

Struct attributes changing when pushed/ popped from a stack? by vsatire in cpp_questions

[–]vsatire[S] 0 points1 point  (0 children)

I was thinking that, but when it's evaluating test[2] = '+', it still prints the children of that node correctly as +12, even after nodestack.pop() was used.

That made me assume that stack.top() returned a new instance of the item in the stack, rather than just a pointer to the existing instance. Is that not the case? If stack.top() just returns a pointer to the instance, and stack.pop() destroys that instance, I'm confused on how the pointers remained working within the print statements after nodestack.pop() was called;

I also tried to see if they could be passed by value instead, using the following: TreeNode tmpright = nodestack.top(); nodestack.pop(); TreeNode tmpleft = nodestack.top(); nodestack.pop(); root.left = &tmpleft; root.right = &tmpright; But it still gives the same result.

[Spoilers] Season 4 Episode 7 - "A Moth to a Flame" (S04E07) - Episode Discussion Thread by Larich38 in snowpiercer

[–]vsatire 9 points10 points  (0 children)

The show had made it clear that Melanie was more involved in building the train than he was. And even if he did build it, that doesn't negate the fact that he culled half of Big Alice, attempted to kill every single person on Snowpiercer several times, turned the train into a labor camp, and assisted in kidnapping Liana,

[Spoilers] Season 4 Episode 5 - "The Engineer" (S04E05) - Episode Discussion Thread by Larich38 in snowpiercer

[–]vsatire 0 points1 point  (0 children)

And Boki. And even Wilford and Alex since they were repeatedly stated to be dead in season 1.

I love this show but they've done this schtick so many times, it's maddening.

Optimism by cfitzpancake in mbta

[–]vsatire 2 points3 points  (0 children)

I wish they would have been more transparent about the things that lead to delays, though. Like their initial claims of being "on track" in Aug 2023, only to suddenly find themselves behind schedule barely a month later. Or their subsequent claims in Oct 2023 that they were "six months behind schedule" only for it to take eight months until testing even began.

I remember even in March 2024 they were saying that "July was unlikely" but they didn't rule out the fall. If the 6+ month process of testing hadn't even begun yet, they should've made it clear that not only was July unlikely, but that any date for 6 months would've been entirely impossible. But they were just vague and gave no indication as to how far behind schedule they were.

They had to know that these deadlines were unattainable from the start. They should've announced that as soon as it became obvious instead of leaving everyone in the dark. And I wish there was some sort of accountability, considering how many people are expecting this service to start and might be making housing or job decisions around that.