Recent submissions

Comment · 1 year ago
We did use actual data from existing lines to measure the gap between our models and reality. We were +/- 5% accurate.
Comment · 1 year ago
Ahoi! Participated to the development of a simulation tool for that purpose. Many factors need to be taken into account:

- The gradients of the track

- How agressively you want to drive at different time of the day

- How many trains

- The timing of the trains. When one train brakes, it can power another one that accelerates at the same moment

- The efficiency of the power chain

- The resistance model of the train

With so many parameters the results can be quite volatile. However, rule of the thumb in the business is that 30% saving can be achieved with good energy management. Hope this clarifies a little.

Update: bullet points

Comment · 1 year ago
What else is new? This was already well known among grad students in the late 90s. We even knew there was some kind of hierarchy, with one of the student acting as «political officer».
Comment · 2 years ago
Unrelated question: how did you manage tabular data in git? It’s always a struggle to diff and merge changes.
Comment · 2 years ago
I will just chime in to mention Draftable (https://www.draftable.com/compare). It really works well. It’s not so easy to have a visually comfortable diff of two PDFs.
Comment · 2 years ago
Comment · 2 years ago
Comment · 2 years ago
Sure thing: http://clugproject.eu/en (Edit: they even have a 2.0, see my sibbling comment)
Comment · 2 years ago
Except the stated goal here is to replace these sensors with GPS.
Comment · 2 years ago
I cannot agree more with the author’s point of view. As an illustration, many people want to use GPS for the safe positioning of trains in the European Train Control Systems. This makes the space sector happy because it justifies the expenditures incurred for putting things like Galileo in orbit. However, in a pre-war check exercise, one immediately come to the conclusion that all European trains would crawl to a stop in case the GPS is jammed or interfered with. We were not very listened to… until Ukraine.

Critical infrastructures should not depend from things that are located in space or on the other side of the planet. These are one of those things were market logic should be anticipated with regulations (we can’t wait for the next Titanic). Another point touched by the article.

Comment · 3 years ago
I concur. I broke my wrist.
Comment · 4 years ago
This correct. Power lines wear induced by pantographs is the limiting factor for TGV top speed.

The engineer that can solve this problem will allow top speeds in the range of 400/500 kph on /existing/ TGV tracks. Much better problem to solve than hacking a lame hyperloop.

Comment · 4 years ago
There is something very wrong going on in Germany AND France where, despite the nice speeches, investment in railway infrastructure is being run into the ground. If nothing changes, expect disaster-level quality of service within a 5 years time.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton