Re: If they'd recorded what the sensor sensed they would KNOW what caused the emergency stop.
There's a link in my reply. I suggest you open it.
5954 publicly visible posts • joined 8 Oct 2009
Err, no.
The sensor sends a stream of data to some preprocessor, which turns that data into "object(s) occupying $sectors of FOV of sensor" and the stream into "object(s) closing in/moving across/moving away at $angularvelocity". Combining this with data from other sensors can turn this into "object of $size at $distance is moving towards/across/away from this vehicle at $speed" and from there the decision will be made to care or not. If you want to record what the sensors 'see' you have to record a video stream (with roughly the same FOV as its associated sensor) in parallel with the sensor data, so that an adequately trained neural net can decide whether that sensor and its processing algorithms correctly caused the action it took.
Unless, of course, the Americans of the area are incapable of walking at a walking pace. Or walking at all.
In the US, walking (outside city centers where sidewalks do exist) is essentially signing your own death warrant as you have to intrude on the Domain of the Automobile for most if not all of your journey. And if you happen to survive that you run the risk of being shot for displaying Furrin Habits.
I think the (largely off-the-shelf) systems they use to track packages through their distribution and delivery network are more than capable of handling rail freight.
Not really. Superficially it would work: keeping track of what's where, avoiding certain routes for specific cargo, not combining particular types of cargo and a few more such requirements.
However, there's the need for that data to be passed from the freight co to one of the infra controllers (DB Netze, ProRail, InfraBel etc.) and from them to the next, in a standard format, as well as to regional and municipal authorities (not sure if that's when needed, on demand or whether they get that data anyway). It also has to tie in with the train planning as well as the route control software.
I'd like to think that train systems are impossible to hack but there's always somebody on the team who won't take security seriously.
The trackside signalling is a much softer target, although you have to do so by physical access to the datacom used so just creating a mess from behind your desk in Outer Elbonia won't work without local help.
as it would be impractical to monitor the amounts paid for these imported services to charge duty on them.
Would it? Shipping agents, and with them ports authorities, tend to know the amount, and most likely the value too, of freight unloaded at port X, the amount loaded at said port, the amount unloaded at port Y, etcetera for all ports called. And just like train cargo is charged by the ton, you charge interport cargo by weight and tack that on to the berthing fees or something.
Can you elaborate?
In the Netherlands train distances and frequency[0] usually don't allow treating every train like the one with the longest braking distance. Apart from that those signalling rules are more about trying to keep a constant speed for freight trains[1], those not entering a tunnel if it's not clear up to at least one section past, passenger trains not entering a tunnel if there's a freight train on the opposite track, oversize or dangerous loads, etcetera
[0] we have one of the busiest railway networks in Europe, if not the busiest. And we're trying to cram some more in still. With, for the moment, signalling hardware we received through the Marshall plan, but with all kinds of computer systems tacked on to make the best of it. It has been announced that ERTMS will be coming into wider use.
[1] train drivers currently have an app for that, allowing them to not only see signals further ahead than would be visually possible, but also what kind of train is ahead of them at what speed, whether it's going to turn out or not, so that they can smoothly adjust speed if necessary, and save energy.
Large cargo ships are simply more efficient for long routes
When not taking transit time into account, that is; if the stuff already has to go via ocean shipping anyway (no railway line from China to the US that I know of) transit time is either irrelevant or taken into account in delivery schedules. If start and end point are connected/connectable by rail that does become a viable option, depending on (expected) volume and time saved.
You won't see it in Europe because ships are better.
Citation needed. There are more industrial areas connected by rail than by river+canal, and rail doesn't suffer from drought, which has been quite the problem in Europe over the past few years.
US train makers have a long experience in such kind of transport, you won't see it for example in Europe where routes are shorter and most of it electrified, for example.
Multi-loc traction is nothing new in Europe either, with multi-current and multiple signalling standards on top of that. There are now even locomotives that are primarily electric, augmented with diesel for the last few km (industrial spurs are only rarely electrified, or just partially).
And mixing passenger and goods traffic on the same lines is much more common. Which makes for a lot of specific rules in the signalling logic if you don't want to treat every train as the slowest heaviest goods train that line might carry.
If that training does not include guillotines and AK47's you're facing an uphill battle.
I had at least one helldesker who managed to turn whatever more or less meaningful problem description they got from the user into total incomprehensible gibberish. "Yesterday file was there, today there is only $otherfilename. Dhr $name know there more from" was the ENTIRE text from one of the more egregious examples. As if knowing the name of a file that was still there would allow me to divine the name of a file the user was missing.
Kinda overboard when revoking the passwords/keys should work.
When dealing with the one guy who does IT in a small company:
- are you sure you have disabled ALL his access? Has he opened up some database or a file share to the outside world (because the head honcho found it would make his job, and/or that of some of the other cheeses, easier) which can't be changed or disabled because @reasons and $breakage?
- is there anyone else around to actually do that?
I've put "prayers to machine spirit" as call resolution more than a few times too.
Back in the 1980's you often saw hardcopy terminals as system consoles for VAXes (and other systems). Normally you grabbed a chair to sit at one if you had to work using one for longer than just a moment, but quite often you'd find the console room devoid of chairs for any number of reasons.
So the best position then was kneeling. Which was quite appropriate, occasionally.
As a laugh, his team presented it under, and suggested, the title Fast Alternative Rail Transport.
Back in the day, DEC had a moniker for a certain range of systems: Reliability, Adaptability, Maintainability and Performance, so RAMP.
That didn't go well[0] when Sales came visiting at Philips Eindhoven.
[0] nl: ramp --> en: disaster
In the days when CD's were new a guy where I worked set up a "CD lending library" where fellow workers could register their CD's and borrow each others.
I was volunteering at a record[0] library when the CD was launched, and we decided to spend a bit of spare cash on a few of those discs. IIRC we started with 80; after the first week there were about ten left on the shelf and we rather rapidly ordered another hundred or so.
[0] the black vinyl sort.
I had occasion to expose a hard drive (Seagate 600MB, one of those models with a cast metal lid as well as the body, painted black) to one of the hydraulic levelling feet of a scissor lift once. It was surprisingly hard to get it to show any damage; only after putting it on edge vertically did it manage to buckle the lid a bit. BOTE calc says there was about 3 tons pressing down on the drive.
it grinds my gears that no matter how enthusiastic you are with a hammer - you still end up paying some twat with a WEE(?) certificate , because he's "qualified".
At work a couple of years ago there was a pile of defective 42" display screens. Their contracted disposal company refused to take them because there was no storage inside[0][1], so they kept sitting in a corner of a storage room until that room had to be emptied because of a move. Suggesting that I could deal with the correct disposal was greeted with enthousiasm, and after disposing of a bunch of failed capacitors, replacing them with fresh ones, the need for further disposal was entirely nulled.
[0] the contract stated that they were to appropriately dispose of data processing gear containing storage.
[1] without even opening them up I could have told them there would be at least one EEPROM inside.
It wasn't the 'green' box the airlines (and Boeing) wanted to tick, it was the 'fuel efficiency' box. Fuel costs money. Planes consuming more fuel per passenger-mile than their competitors tend to cause strong incentives to get replacements that instead consume less than their competitors. Aircraft manufacturers prefer these replacement to be theirs, and airlines prefer to fly a fleet that's as homogeneous as feasible, given their routes, as it reduces crew training. Hence an existing model upgraded tends to be preferred over a spiffy new model.
And it's not 'climate change'. 'Climate catastrofe' is where it's going.
"Negotiations with the US are going to involve agreements only on things that benefit the US"
That is not trade and so blatantly wrong that you need to look up reciprocity.
You haven't looked at any of the trade 'deals' the Orange Turnip has been coercing their 'partner(s)' into, after ripping up ones that were indeed more or less reciprocal.
And then slapping tariffs on Mexico even when his 'best deal for both' states there will be none.