Hacker News new | past | comments | ask | show | jobs | submit
> a damning indictment of the glaring incompetence of train companies.

No, what I describe has nothing to do with the companies, that's the research state. It's just an indictment of you making bold statement about a subject, you don't now enough about.

> I can have reasonably accurate gps readings of my phone

Would you dare to cross on a rope over a deep valley, blind using only GPS readings of your phone? Because that's kind what you are suggesting, expect you also move a few hundred other people.

> Would you dare to cross on a rope over a deep valley, blind using only GPS readings of your phone?

Hang on, this is nothing at all like that - trains run on fixed tracks. The only bit of data we are interested in for collision avoidance is the linear offset along the track. Even the shittiest GPS fix of all-time would give a good-enough intersection with a fixed path to avoid crashing into a second stationary train in the open country-side (do you see any satellite line-of-sight blockers in the crash footage?)

> The only bit of data we are interested in for collision avoidance is the linear offset along the track.

So that is naive, but assuming that would be all that you need, with GPS you would also need the positions of all other trains. But why would you transmit all this information to every train, instead of just computing the collisions in a central node? (That's what is done now.) A better fit for what you suggest would be radar, and this does exist. [1] But that's where your original assumption is naive. You regularly pass other trains within <2m at high speeds, so linear offset is not all you need.

   [1] https://www.dlr.de/en/kn/research-transfer/projects/next-generation-train/rcas-railway-collision-avoidance-system
> But why would you transmit all this information to every train, instead of just computing the collisions in a central node?

Because central nodes can fail (as they did here, both human and machine), and providing this redundant data allows both the computer and the human-in-the-loop on the fast-moving chunk of steel to independently validate the decisions coming from the central node.

> You regularly pass other trains within <2m at high speeds, so linear offset is not all you need.

In this collision, both trains were on the same track. So while we obviously care about adjacency issues in the general case, this specific failure mode can be detected purely via a linear offset.

loading story #50290301
The way I think of it, divide the tracks into segments. Before you put a train on a segment, you must ask a question - is there a train on it. There are only two answers possible, No, and something else. If it is something else, stop. Don't let the train on that segment.

There are optimizations possible like make segments smaller etc but the original algorithm is trivial. If we can't figure things out, we make segments longer and we slow down the trains until we can. I am positive for a sufficiently large track segment and a sufficiently slow train, we can always answer the question with a no.

You've "invented" interlocking railway semaphores, after which the computer science concept was named.

https://en.wikipedia.org/wiki/Railway_semaphore_signal

https://en.wikipedia.org/wiki/Interlocking

Congratulation you are reinventing 1890 state of the art.
The problem is when the modern computer-dependent system replaces the ancient one, and so then the computer is down there is nothing at all.
loading story #50298899
loading story #50298679
who said anything about only using gps? I'm saying in addition to their current system!
The exact comment I answered to. https://news.ycombinator.com/item?id=50287160
i don't see where it says they should use gps alone. In fact it even mentions starlink in addition to gps.

>Even GPS + Starlink + 1 monitor (is that 50k€?) could have prevented this.

My reading on that sentence was that even a simple setup would have been sufficient to prevent this. Not that it should be the only thing.

loading story #50296850