SFO near miss might have triggered aviation disaster
mercurynews.com
mercurynews.com
Harrison Ford won't face disciplinary action for landing on a taxiway at John Wayne Airport [1]
Serious incident: Finnair A340 attempts takeoff from Hong Kong taxiway [2]
HK Airlines 737 tries to take off from taxiway [3]
Passenger plane lands on the TAXIWAY instead of runway in fourth incident of its kind at Seattle airport [4]
[1] http://www.latimes.com/local/lanow/la-me-ln-ford-taxiway-agr...[2] https://news.aviation-safety.net/2010/12/03/serious-incident...
[3] https://www.flightglobal.com/news/articles/hk-airlines-tries...
[4] http://www.dailymail.co.uk/travel/travel_news/article-337864...
I never made the mistake, but can see how somebody in bad conditions would.
A lot of pilots these days have iPads in the cockpit to assist with this, but in nearly all airlines and aircraft types, these are unauthorised devices that are not part of the certification. Generally they are used for non critical things like manuals or checklists, but I know of pilots that use them for situational awareness as well. In an accident though, this may work against them, badly.
Yes, it is the old legal and liability issue. Aircraft systems should be upgraded, but the cost of upgrading an entire fleet is prohibitive for most airlines that are already operating on the smell of an oily rag. New generation aircraft are getting better at it though. Like I mentioned before, I believe the 787 now has a HUD of sorts, which is long overdue.
Once again, because these displays are usually on the centre floor console or located below the HSI, they are outside the 'scan zone' of a pilot on short finals.
GPS units certified for aviation are tested to edge cases for usability with predictable and clearly indicated failure modes. This slows down new tech, but it's critical.
Even auto zooming on gmaps seems like a no-brainer, except for the times where the auto zoom into a trivial maneuver (continue onto road) occludes the difficult immediately following procedure (take correct exit out of 4 within 50 meters).
OK, so you're saying airplanes don't already have GPS systems that work better?
Or are you claiming I said "Airbus and Boeing should literally install Google Maps in the cockpit"?
And moreover, even beyond GPS: how the hell can a plane's navigation system be capable of (and certified for!) landing the monster under autopilot, and yet not be able to tell the pilot its own location within the accuracy of a few feet reliably? I literally do not understand how what you're saying makes any sense.
Civilian GPS signals are limited in terms of position accuracy, too. I believe the CEP is ten meters. That's not bad, but it's not good enough to land an aircraft. Altitude information from GPS is (IIRC) either nonexistent or severely limited, too. About any aircraft with a glass cockpit is going to support a moving map display, and those do see use - but, as a couple of professional pilots in this thread have noted, during final approach the main concern with regard to aircraft position is relative to the glide slope and the runway, and a moving map has nothing to do with any of that.
On a more general note, it is remarkable to me that so many otherwise apparently sensible software engineers seem to regard aviation as a problem trivially susceptible of perfect solution - every time we here on HN discuss any sort of mishap even peripherally involving any aircraft, the same suggestions invariably arise around automation, various schemes of runway lighting, cockpit lighting, instrument augmentation or replacement, pilot augmentation or replacement...
One would tend to imagine that the history of our attempts to perfect our own craft - including those attempts which we who build and maintain software make anew every day - would give us cause for humility on the subject of fields other than our own, about which in the main we know next to nothing.
Imagine five hundred airline pilots confecting an ad-hoc, long-distance postmortem of the recent us-east-1 incident! You'll have to imagine it, because it did not happen - and it is rare at best in my experience for pilots, because they are skilled in one highly complex and technical field, to imagine they can speak authoritatively in the context of another. Perhaps we might profit by their example.
> Automatic landing systems rely on ground support by way of microwave signals from transmitters installed near autoland-capable runways. There's no general position information, and the airborne part of the system can't operate independently of the part on the ground.
Yes, I understand the landing portion has other kinds of support. However, I don't understand how it can not have the positioning information we need, because {see next response below}.
> Civilian GPS signals are limited in terms of position accuracy, too. I believe the CEP is ten meters. That's not bad, but it's not good enough to land an aircraft. Altitude information from GPS is (IIRC) either nonexistent or severely limited, too. About any aircraft with a glass cockpit is going to support a moving map display, and those do see use - but, as a couple of professional pilots in this thread have noted, during final approach the main concern with regard to aircraft position is relative to the glide slope and the runway, and a moving map has nothing to do with any of that.
This seems to contradict with what I read [1]. See this quote, for example:
Generally, the pilot will handle takeoff and then initiate the autopilot to take over for most of the flight. In some newer aircraft models, autopilot systems will even land the plane.
OK, so I don't have much of an expectation for older plane models, but my interpretation of the above is that in newer models, autopilot need not disengage before landing and require manual intervention in order to align the plane with the correct track (barring bad weather or other unusual situations like bird collisions, etc.). This is supported by the fact that they later explicitly mention that autopilot occasionally disengages. So it seems clear in normal situations autopilot has plenty of positioning available to it, enough to find the runway and locate the plane on a display of some sort. That goes pretty clearly against what you said. Am I missing something?
> On a more general note, it is remarkable to me that so many otherwise apparently sensible software engineers seem to regard aviation as a problem trivially susceptible of perfect solution
I hope this isn't referring to me, because I've been trying pretty hard not to give that impression (which I don't have). I never suggested anything about aviation perfection in general. I'm specifically talking about this particular kind of problem, because it seems to me that with current technology, pilot errors of this kind should be completely avoidable using current technology and, basically, non-problems in the first place. (Again: note that I said these types of pilot errors should be avoidable. I didn't say all faulty landings on the wrong tracks should be unavoidable.)
In other words, nowhere did I suggest that I think airplanes can fly or land themselves perfectly in unfavorable conditions. But this was quite a favorable condition for an automated system. And, as a computer scientist, what seems ridiculous to me is the idea that "Oh, but this system you just described won't work if there is a hurricane and there are turkeys getting rammed through our engines while the pilots are asleep and ATC happens to be on strike in the middle of a nuclear holocaust, so let's "be conservative" and never approve it because it's clearly going to make things worse on average".
[1] http://www.cnbc.com/2015/03/26/autopilot-what-the-system-can...
What is your definition of manual intervention? Pilots get updated instructions from the tower - the GPS path of the flight within 10 m is not programmed from the beginning due to weather issues, turbulence, traffic at the terminal ends, etc. The pilots hands may not be on the yoke, but they certainly are sending changes to the flight computer throughout the flight.
> So it seems clear in normal situations autopilot has plenty of positioning available to it, enough to find the runway and locate the plane on a display of some sort. That goes pretty clearly against what you said. Am I missing something?
Autopilot landings require a Cat III approach. There are currently no GPS (also known as GBAS for Ground Based Augmentation System) Cat III approaches approved in the US. The autopilot when landing is not using GPS for final approach. The pilot has pre-programmed in the waypoints labeled in the approach plate for the specific runway approach they've been told to take, and then they will switch over to the ILS approach.
The tone of many comments here (yours too) call out people who actually know how the system works and question them. The person you're trading comments with has said twice that GPS is not responsible for the autolanding portion of the flight. They even gave a summary of how instrument landing works - microwaves transmitted on specific frequencies in a specific pattern. You twice try to refute it. And then in your last paragraph you do exactly what he says the software engineers here do and you take offense to!
> sensible software engineers seem to regard aviation as a problem trivially susceptible of perfect solution
> And, as a computer scientist, what seems ridiculous to me is the idea that "Oh, but this system you just described won't work if there is a hurricane and there are turkeys getting rammed through our engines while the pilots are asleep and ATC happens to be on strike in the middle of a nuclear holocaust, so let's "be conservative" and never approve it because it's clearly going to make things worse on average".
Landing a big aircraft is not the easiest thing in the world, if only because the fate of hundreds of people rest in your hands. If you have a system that is designed to cut out the human component, it has to be all or nothing. As we learned from Asiana 214, when pilots have no actual practice doing something even in the absolute best of conditions and still cause loss of aircraft and life, how are they expected to perform when everything is going against them at the exact moment autolanding fails? Everything about flight training is preparing for the worst case, and practicing your skills over and over and over. Complacency can kill people when the margin of error between life and death is razor thin.
Lack of enough common frame of reference that the ability to communicate is almost totally inhibited from the word go. It reminds me of the Feynman magnets youtube video. The interviewer asks Feynman to explain the attraction repulsion sensation and Feynman admits any correct answer the interviewer will not understand because he doesn't understand any of the basic prerequisites of having a conversation; and any answer he gives the interviewer would understand is cheating him out of the correct answer.
I was thinking of autopilot disengaging, but that's not really important here. I'll go along with what you just said.
> Pilots get updated instructions from the tower - the GPS path of the flight within 10 m is not programmed from the beginning
not in the beginning... so it is later?
> due to weather issues, turbulence, traffic at the terminal ends, etc.
Uhm, "traffic at terminal ends" suggests the real problem is that the correct path is not known in the beginning, or that autopilot might not be able to avoid collision on its own... which is quite a bit different from the plane being unable to locate itself accurately and follow the correct path even if it were known a priori. Are we even discussing the original issue at this point?
> Autopilot landings require a Cat III approach.
I have no idea what that means. I'm not sure what gave you the impression that I know what that means either.
> The autopilot when landing is not using GPS for final approach.
> The person you're trading comments with has said twice that GPS is not responsible for the autolanding portion of the flight.
> You twice try to refute it. And then in your last paragraph you do exactly what he says the software engineers here do and you take offense to!
I think you didn't read my last comment carefully because, as I already said, I understood this. My problem is whether GPS is accurate/reliable enough to lead the plane to the place where the next system can take over, which to me implies GPS is already certified to be accurate and reliable enough to get the plane near the correct runway. Read it again. There shouldn't be a single sentence there where I "refute" the microwave transmissions or claim GPS is actually used on the final approach.
> If you have a system that is designed to cut out the human component, it has to be all or nothing.
Wha..? Autopilot isn't perfect either, and can disengage in various situations that it can't handle, but they approve it and pilots manage to use it just fine. When it's GPS's turn, suddenly it has to be 100% perfect?
And when did I ever suggest you have to cut out the human component? For goodness's sake all I'm asking for is a little display with a map that shows where the plane thinks it's going. That's "cutting out the human component" to you?
Any commercial aircraft with a glass cockpit, which at this point is ~all of them, already has one of these.
Meanwhile, the ICAO approach plate for SFO's runway 28R looks like this: http://redwoodva.net/lib/skins/en/images/events/charts/ksfo_... - trivially simple to comprehend at a glance, I am sure you will agree!
As far as "stupid mistake" goes, you sure do seem quick to judge professionals in a highly technical field totally unrelated to your own, and of which you've made clear you are happy to preserve your ignorance. Were I you, I'd hope my own errors meet with a greater extent of charity than that precious little you see fit to mete out. But that's your problem, not mine. Good luck with it.
The heck? Everyone makes stupid mistakes. Hell, I make more of them than a lot of people I know. That's why there are procedures and checklists and redundancies and automated systems -- to prevent stupid mistakes, evne by the best people. Where was I ever judging the pilot for heaven's sake?! Maybe you could be a little more charitable with how you judge people?
...Did you come here just to fuel flames and burn people, or are you here to have a legitimate discussion about the subject?
You're totally cool being literally in ad-hominem territory at this point and you're lecturing me about not judging people I never even judged?
Your thesis of your statements is that it is ridiculous that there is no moving map for pilots to see on the airplane. You've been told directly by some commenters that there is (tuxer), and others, including me, have said that GPS is not the way to land a plane.
>I have no idea what that means. I'm not sure what gave you the impression that I know what that means either.
I mean this in a positive way, but you should look it up on wikipedia. There are many great articles about the systems in place for instrument approaches and landings, and you may learn something interesting for a quick 15 minute investment.
> My problem is whether GPS is accurate/reliable enough to lead the plane to the place where the next system can take over, which to me implies GPS is already certified to be accurate and reliable enough to get the plane near the correct runway. Read it again.
You call us out for dismissing your idea (And, as a computer scientist, what seems ridiculous to me is the idea that "Oh, but this system you just described won't work..."), which to mean seems to be some sort of GPS en-route to to landing automated system. This idea has been informed by your inaccurate reading of a CNBC article (So it seems clear in normal situations autopilot has plenty of positioning available to it, enough to find the runway and locate the plane on a display of some sort. That goes pretty clearly against what you said. Am I missing something?). The en-route exists but can often change from the time the plane leaves the ground to when it gets within 50-100 miles of the airport, at which time it might be disengaged and switched to VOR based navigation. The landing by GPS does not exist because it is a lot less accurate than the existing systems.
This branch of the thread is about auto landing, and you were talking about how it's absurd GPS is approved for automated flying. Given that GPS is used for en-route navigation and not landing, the assumption was that you were proposing GPS landing systems. That is what my comment is about. And yes, having autopilot disengage at 50 feet above the ground when the pilot is not expecting it can be fatal. I would say that for the landing stage it has to be all or nothing. And you've been suggesting cutting out the human component by proposing an system that goes from take off to landing without manual intervention! Even if there is still a pilot in the cockpit, it still takes a few seconds for the brain to spin up to take over a task from the computer.
It's awesome that as someone outside the aviation industry, you're curious about how it works. Your incredulous tone and sense of superiority (As a computer scientist, as if we should automatically and uncritically defer to your opinion, and I say that as a programmer) is a bit off-putting. If you had just done the basic amount of research you could have come back with a list of questions such as:
- Is GPS used to navigate planes from take off to landing? What else is used?
- Why was the pilot in this incident not using automation to land the plane? How often does this happen?
- What is the procedure for switching between different navigation technologies at different points of the flight? I know that take offs and landings can be manual, but when does autopilot kick in?
- Why is GPS not used to land planes?
- What equipment to pilots use in the cockpit? If they are not the latest and greatest, why?
We could then have had a proper discussion surrounding the need for backwards compatibility, the rolling out of ADS technology, how its absurd we still use voice over radio as a primary way of relaying commands, etc. Pilots and others in the aviation industry generally do believe that a lot of the technology guiding our largest planes is antiquated, but you trivialize it without understanding the full context.
In this case, the issue is with landing, where you need a precise position; "probably tens of feet, when it works" is exactly the sort of accuracy that's not good enough. As for "know where it is and land" - that's already there, is called Precision ILS, and uses no elements of GPS whatsoever.
But that simply doesn't seem to be the case (in normal weather, which we had here). See my reply to a sibling comment here for a link. It seems that in normal conditions planes are capable of doing it all in one go, which means they are capable of accurately and reliably locating themselves. Nobody is expecting these to work in extreme conditions like bad weather or bird collisions, but in those conditions autopilot can and does already get disengaged (whether automatically or manually), and this could be done the same way. It's not like we forbid autopilot entirely because it isn't 100% perfect, so why not apply the same standards here?
Instrument landing systems date to the 1920s, a time when flying at night, or above cloud tops, was incredibly dangerous.
Imagine setting up a couple of directional radio antennas at the end of the runway. One broadcasts short beeps with long pauses (beep-----beep-----beep), the other broadcasts long beeps with short pauses (--beeeep--beeeep--). Set up the antennas so that if you're lined up horizontally with the center of the runway, the signals merge into a continuous tone (beeeeeeeeeeeeeeeeeep).
That's more or less how instrument landing systems still work today. Modern ones have more antennas and coordinate you both vertically (on the correct slope to touch down at the start of the runway) and horizontally, but the whole thing is still based on directional radio signals that you pick up from your plane, and a published set of information for each airport (the "approach plate") telling you what frequencies to listen for depending on the runway you want.
Airliners can be programmed to "autoland" based on this information, but it requires some setup and also requires the pilots to be ready to take over at a moment's notice (if, for example, controllers at the airport decide to have the plane land on a different runway).
Don't forget that almost all taxiways run parallel to the runway, for about the same length.
(NB: I used to be a commercial pilot.)
In most airports I flew into, the surface material for the taxiways was different from the runway, so sometimes the taxiway could end up looking brighter and more prevalent than the runway under certain lighting conditions. Yep, I have had moments of confusion when on long finals into an unfamiliar airport. Never to the point of actually ending up landing on the taxiway, but the confusion is a thing that pilots have to contend with.
Taxiways generally have green lights along the centerline to guide aircraft rolling on the ground, but runways usually have white (bright) lights along the edges. There are times when even THAT causes confusion, because sometimes the taxiway centreline lights can look like the edge lights of the runway - especially if the light is refracting off a wet windscreen.
So, in the end the problem is generally avoidable, but if you are on finals at a really busy airport after a gruelling 20 hours trans oceanic flight, at night, in the rain, and the tower is trying to hurry you up to expedite traffic, you can make mistakes.
Not all runways are equipped for ILS landings. Sometimes the ILS equipment gets taken out of service for maintenance. And even autoland has its limitations.
https://www.youtube.com/watch?v=pN41LvuSz10
Just be sure to make a note of the video title so you can find it again -- copies of it tend to get taken down, since American Airlines got in some trouble after other parts of this training course were blamed for the crash of AA flight 587:
More specifically, the pilots manipulated the rudder on that airplane so aggressively that it sheared off in flight. They were trained to react aggressively in the "Advanced Aircraft Maneuvering Program", which this video is a part of. (There are also related videos that I'm going through now that are more relevant to this particular incident; https://www.youtube.com/watch?v=WfNBmZy1Yuc, etc.)
BTW, if AA is indeed DMCA-ing these videos, that's pretty interesting. Copyright was designed to incentivize the progress of science and the arts -- not to make large corporations look less bad after they unintentionally kill a few hundred people. Oops.
They ARE actually quite different in terms of lighting, width etc. and 99.9% of the time there is no issue telling them apart. Runways also have extra approach lights etc. at night to really make it clear where you should be pointing the nose.
(NB: Check out the video posted elsewhere in this thread of the cockpit view of a 747 landing at SFO at night. It is pretty clear which is the runway and which is the taxiway).
However, it is those 0.01% of the times where the weather is bad, or you are landing into the sun or the traffic is really congested and you are trying to talk on the radio at the same time etc. where mistakes can be made.
In this particular scenario in the OP, I am assuming that having 4 heavy aircraft lined up on the runway pointing at the landing plane, then 4 sets of bright landing and navigation lights on the taxiway could have looked like runway lighting, and disoriented the Canada Air pilot? Just outside speculation here, but stranger things have happened.
It's like the case of the Air New Zealand CD-10 crash into Mt. Erebus in clear weather. Non pilots were incredulous that a plane could fly into the side of a mountain in clear daylight weather, but the visual trickery played by bright snow on a slope actually fooled ALL pilots on board that they were flying down a valley instead of into an upward slope. [0] (A badly programmed navigation computer didn't help at all.)
[0] - https://en.wikipedia.org/wiki/Air_New_Zealand_Flight_901
They turn them on when theyre cleared to enter the runway.
To be able to see a taxiway light 50m in front of the plane, the light will have to be angled up to an extent that a plane 500 feet in the air a mile away will also be able to see it.
Not putting down your idea at all - anything workable that will improve flight operations should be considered.
Trivia: Speaking of lighting assistance, Did you know one of the best inventions out of Australia is the T-VASIS landing system [0] that is in use at nearly every major airport in the world?? Oh, and we invented the DME too [1], in the aviation world... :)
[0] - https://www.dst.defence.gov.au/innovation/tee-visual-approac...
[1] - https://en.wikipedia.org/wiki/Distance_measuring_equipment
Fun fact! The A380's flight deck isn't that high off the ground. It's exactly the same height as the A330 and A340, part of an effort to reduce differences and cut down on the amount of new things pilots would have to deal with to train on the type.
This is also why the A380 has such a pronounced "forehead" -- the much lower flight-deck height (compared to a 747) means there's a lot of plane above that.
(and bonus fun fact: the 747's flight deck is way up top not for visibility, but because Boeing anticipated supersonic planes would take over the passenger market; the 747's high flight deck was meant to accommodate converting the plane to cargo use, so that the whole nose could swing open for loading and unloading)
However, most pilots eschew automation especially on short finals, and prefer the 'hand fly' the aircraft in so that they can maintain complete control over the aircraft. Not a bad thing, and pilots want to actually fly the plane at crucial times.
When hand flying on final approach, your eyes and senses are 75% outside the aircraft. All you are worried about is your airspeed, your rate of descent and whether the runway is remaining visible at all times. Your eyes are darting from your primary instruments in front of you to the runway outside, and your arms and legs are busy working the throttles, control stick and rudder pedals.
Maps and charts are well stowed away at this point. In fact, once you enter the main airport traffic pattern, they are put away as all the details should be memorised by then. At best, the pilot will have the approach plate on his/her control column. But this just gives the instrument approach paths and radio frequencies etc. and not really a detailed topography of the runways/taxiways.
Ironically, AFTER the plane is on the ground, the non commanding pilot will usually pull out the airport plate which details all the taxiways and routes to gates etc., especially if they are unfamiliar with the airport and have to find their way around.
Commercial aircraft have a HSI (horizontal situation indicator) located front and center on the panel in front of the pilots. This instrument presents about 12 distinct pieces of information to the pilot, but once again, on short finals, the pilots is mainly concerned with (1) airspeed (2) altitude (3) rate of descent on this instrument. All of which are displayed on the left and right edge of the HSI in the form of moving bars. The information in the centre with relation to position and orientation is discarded as unnecessary 'noise' under this extremely high workload.
You are right in that the co-pilot has to work in conjunction with the pilot to ensure safe flight. Indeed, in many cases, it was the co-pilot (or non flying pilot) that alerted the flying pilot as to an imminent danger. But that doesn't always happen either. Take the case mentioned elsewhere here of the worlds worst aviation disaster. In that scenario, the junior co-pilot of the KLM jet notified the Captain (who was one of the the most senior pilot in KLM at the time) TWICE that he thought the PanAm jet was still on the runway, only to be ignored.
I can't imagine a scenario where this ought to be allowed.
Now, the iPad part is not certified, but the nav/comm (including software) is.
However yes, it's the copilot's job to double check what the pilot says and to warn if anything's not what it should be (like trying to land on a runway)
I mean I wasn't assuming that was the case either...
Similar to how a map or GPS won't stop you from turning down the wrong way on a divided highway. Or how there have been many cases of people following GPS and turning onto railroad tracks that parallel roads. https://www.google.com/search?q=driver+turns+onto+train+trac...
It's not like it happens every day, so I expect there is some significant thought going into how to mistake-proof this particular problem.
It's not like the pilot doesn't know there is a parallel taxiway. Of course there is. They would be (subconsciously anyway) looking for it to complete their mental map. It just went wrong in this case.
You wouldn't even have needed a fancy automated system to realise you were looking at a taxiway in that particular situation. There were four big aircraft on there, with position lights and taxi lights and everything. And apparently visibility was good. It was just a spectacular brain fart.
While the system you're suggesting might give better situational awareness, it might also be a dangerous distraction in other cases -- or be wrong for some reason. So more tools aren't automatically better.
In this case the existing system actually worked flawlessly: another controlling instance (the tower controller) discovered the error, took appropriate action, and all that happened was a 15 minute landing delay and a good story. Probably happens more often than we'd care to imagine.
> Like I'm imagining there should be something on the plane that shows them their trajectory and the runway information. If there is, why isn't it telling them when they're going the wrong way?
Well, there's the ILS (instrument landing system), but pilots like to land manually. IIRC it's recommended these days, just to remain in training. I suppose it's also fun.
Also, ILS might be wrong somehow (interference, technical defects, the pilot accidentally entering the data for the left runway when he was told to land on the right, etc).
So the truth is this was just human error, and that kind of thing just happens. You know the saying: if you make a system idiot-proof, nature invents better idiots.
It seems like a pretty critical system for lining up an approach on the right runway. FS4 even had a training mode where it would display the ILS bars on the screen without needing to look at the instruments. You'd think some commercial airliners would at least put this in a heads up display, where it would be totally obvious you're lined up with the taxi way since the bar would be glued to one side or the other. Don't Navy pilots have a similar HUD for just their vertical approach angle?
(Also, would have loved SLEW MODE on the real thing, but that is a conversation for another time and dimension) :D
Don't pilots have a legal requirement to manually fly a minimum number of landings per month?
A pilot is required to have at least 3 takeoff and landings in the type of aircraft he is to be operating in the preceding 90 days.
And I say sort of because an autopilot coupled ILS approach down to 100 ft above the runway still counts. This mean that as long as the pilot set up the automation correctly the airplane will have him lined up and on proper vertical path at 100 ft. He can disconnect autopilot and gently set it down.
So one, mostly automated, landing per month is all that is required.
Most notably the Adam Air(?) crash in Indonesia, where the crew were so intent on debugging a faulty minor flight computer that they simply didn't hear the the warning klaxon indicating that the autopilot had become disengaged and the plane ended up rolling over, entering a spin and crashed into the sea.
I personally can only think of one 121 certificated carrier in the US that isn't using an EFB setup. These are typically mounted to the side of the pilot and there's no reason at all they can't still be on and open to either the airport diagram or the approach in use. In fact I frequently do this and do reference it on approach to parallel runways and to reference the turn offs for taxi.
As this discussion progressed, the lack of progress in the FAA adopting technology was addressed. It seems to me that the FAA is completely missing the boat on tons of safety to be gained with these EFBs due to the bureaucracy. My carrier was recently certified for EFBs and the vendor has the capability to have GPS geo-referenced charts but because of the complicated certification process the airline chose to get certified without to save money and time. As part of that we also received devices without GPS so now there's no way it's coming until the next cycle of devices. Personally I can't understand why there would need to be additional certification for something GA pilots have been using for years now.
Take my replies here with a grain of salt and as being 'old school'. :)
I'm not instrument rated but my understanding is that with ILS, instrument approaches can handle multiple parallel runways precisely and therefore the pilot has the tools necessary to distinguish between a runway and taxiway when in instrument conditions. Someone please correct me if I'm wrong.
Let the investigation happen, but from the reported facts, this seems to be a pretty clear case of pilot error.
And I think you meant to say "raises the question" rather than "begs the question."
Did you mean “look, some people think popular usage has won out and beg the question is now a reasonable substitute for raise the question”? Or something else?
EDIT: To the downvoters: I don't think you understand how human language works.
For example using “because” without a preposition doesn’t become correct just because Buzzfeed makes it popular.
People make grammar/useage mistakes not because they consciously want to change the language but because they don’t know any differently. It’s quite different than how slang enters a language. Begs vs. raises the question isn’t some kind of colloquial thing, it’s just a misuse. I get things wrong when the language frequently enough, but when it’s pointed out, I don’t continue doing it; in fact, I am happy for the opportunity to increase my precision with the language.
It's like the word 'irregardless'. As much as 'it isn't a word', it clearly is, because you know what is meant when it's said, and plenty of people say it.
This isn't true in natural language. Do something enough times -- 'wrong' or 'right' -- and it becomes a part of the language. Like it or not.
Crack an Oxford English Dictionary sometime. Look up your favorite word. Notice that there will be tens of different definitions, including a historical trace of 'first uses' through semantic changes, for the single word.
>People make grammar/useage mistakes not because they consciously want to change the language but because they don’t know any differently
Consciously or not, they are changing the language. Language isn't a fixed thing with unbreakable rules. It is mutable. A language is however people use it; it isn't a thing to know in its entirety before using.
Speaking as a private pilot, it absolutely is. Even in a Cessna you're going to be travelling at least 75 mph. Possible faster if the conditions are gusty. For the last 1/4-1/2 mile at least, your vision needs to be 100% outside of the airplane. Now if you need to do that in a Cessna at 75 mph with no more than 4 people on board, why wouldn't you also need to do in a 787 that lands at ~180 mph with nearly 300 people, or an A380 that lands at ~140 mph with over 500?
Because you have 1-3 other copilots who also have eyes and could be doing this instead of you...?
https://scaredflightless.files.wordpress.com/2012/09/approac...
https://www.ntsb.gov/about/employment/_layouts/ntsb.aviation...
I think electric airplanes powered by Mr. Fusion mini nuclear reactors would be the future I’d like to see!
Is that overall, or as a percentage of all airliner crashes? Because another commenter stated that human error is responsible for most of the crashes.
I would imagine this would be more of a problem during the day because the lights are not as bright compared to the ambient light.
I would think the best way to get this detected early would be to integrate some logic into the ATC radar. As the plane gets closer to the runway (or taxiway!), it should be easy to tell where the pilot is going by looking at the track and issue an automated warning.
[1] https://en.wikipedia.org/wiki/Singapore_Airlines_Flight_006
I guess it hasn't been done for "reasons", I'd be quite interested in hearing why.
https://www.aopa.org/go-fly/medical-resources/health-conditi...
However, I remember him trying for some time and even campaigning for colourblind people to be admissible as commercial pilots because for the actual flying colourblindness doesn't seem to matter.
So, perhaps ridiculous as it may sound taking colourblindness into account when proposing such an improvement isn't such a weird idea after all.
If a pilot were to acquire colour blindness, they'd be obliged to ground themselves and report the condition to the aviation authority.
[1] https://www.faa.gov/about/office_org/headquarters_offices/av...
The requirements vary depending on class of medical certificate but in this context it's a class I medical for airline transport pilots (not commercial pilots) so it's complicated.
Also, full on dichromats or monochromats are rare. Usually people are one of three anomalous trichomats. Hence testing is required to determine if it's a problem. The initial test is designed to have a high failure rate, and the exception tests to get the restrictions lifted take more effort.
https://www.aopa.org/go-fly/medical-resources/health-conditi...
The test consists of going through a book with images made up of different coloured dots, and within each image was a coloured number made up of similar dots. We simply had to flip through the book and identify the number within each image.
I was totally smug as I flipped through the book, calling out the numbers and watching the doctor tick off his chart. But towards the end of the booklet, I reached a page, and the image was just a jumble of dots to me. I couldn't see a number. I remember the panic and tightening in my chest as I thought to myself "Oh No, I can't see the number - I MUST be colour blind!! My dream of being a pilot is OVER".
I stared and stared at the page, but in the end had to concede defeat and I quietly told the doc that I couldn't see the number on that page. "Oh", he replied casually. "That's OK, there isn't one on that page!". And he grabbed the booklet and tossed it back on his desk saying "You passed."
Taxiways are marked with blue lights.
Here's a video of a night landing on the same runway, the approach lighting is unmistakable: https://www.youtube.com/watch?v=rNMtMYUGjnQ
> SEA-TAC personnel have been very proactive in trying to reduce the problem, including the installation of an unlit, nonreflective elevated lighted X at the threshold of taxiway Tango; broadcasting a notice on the Automatic Terminal Information Service (ATIS) not to mistake the parallel taxiway for the adjacent runway; posting warnings on aeronautical charts not to mistake the taxiway for runway 16R; and the development of numerous training aids and brochures that explain the problem to transient pilots traveling through SEA-TAC.
(Testing of multiple methods begins on page 5)
Unlit lighted X. Right.
Understanding that if a human made this mistake, another future human will likely make the exact same mistake, they push to understand _why_ an airline captain that should know made this error. Then try to correct for that.
If every crash was written off as "the captain should have known better", aviation would not be nearly as safe as it is.
> This idea of digging deeper into the circumstance and environment that an engineer found themselves in is called looking for the “Second Story”. In Post-Mortem meetings, we want to find Second Stories to help understand what went wrong.
— Blameless PostMortems and a Just Culture,
https://codeascraft.com/2012/05/22/blameless-postmortems/
> Blameless postmortems are a tenet of SRE culture. … Blameless culture originated in the healthcare and avionics industries where mistakes can be fatal. These industries nurture an environment where every "mistake" is seen as an opportunity to strengthen the system. When postmortems shift from allocating blame to investigating the systematic reasons why an individual or team had incomplete or incorrect information, effective prevention plans can be put in place. You can’t "fix" people, but you can fix systems and processes to better support people making the right choices when designing and maintaining complex systems.
— Site Reliability Engineering — Postmortem Culture: Learning from Failure
https://landing.google.com/sre/book/chapters/postmortem-cult...
>Unfortunately, one of the inputs to the command was entered incorrectly and a larger set of servers was removed than intended.... We have modified this tool to remove capacity more slowly and added safeguards to prevent capacity from being removed when it will take any subsystem below its minimum required capacity level. This will prevent an incorrect input from triggering a similar event in the future.
True usability is about helping people make the correct decision, not just being smooth and frictionless. (See Don Norman's classic example of fire escapes that send people into basements to be trapped.)
The end result is a beginner can do a tutorial exercise in 20 minutes instead of 30, while any true day to day work in the software takes 4 hours instead of 2.
That doesn't mean they couldn't put an "advanced mode" setting/option that makes the UI streamlined towards users like yourself, though.
Airplane pilots are licensed, certified, trained, and regulated. There's a clear floor to who is allowed in the cockpit (barring extreme emergencies, e.g., incapacitation of a pilot).
By contrast, software is made available to pretty much the entire world. And it turns out that two thirds of all adults have "poor", "below poor", or no computer skills at all. Which is to say, the qualifications floor is nonexistent.
If you're designing a one-size-fits-all system, you've got to design for this. The results, I'd argue, are ... not particularly satisfactory.
I'm not saying "don't design for the user in mind", or "don't dismiss user error". But rather, than when your floor is zero, you're going to have a remarkably difficult challenge.
https://www.reddit.com/r/dredmorbius/comments/69wk8y/the_tyr...
https://flightaware.com/resources/airport/SEA/APD/AIRPORT+DI...
Basically, you've got a runway, the taxiway of the same length as the runway!, and then two longer runways from left to right. I totally see how someone could make this mistake in bad lighting or weather!
CAUTION:
Pilots are cautioned not to
mistake Twy T for a landing
surface.NTSB report: https://www.ntsb.gov/about/employment/_layouts/ntsb.aviation...
Here is a comment from the NTSB report: """ Observations made from the flight deck during the flight test approaches indicated that when the lights were set to the same levels as were encountered by the incident crew, from about DEPOT intersection, the runway 27R centerline lights were not identifiable and the taxiway M centerline lights were more prominent. When established on final, the taxiway signs were more visible than runway 27R edge lights. At about 500 feet above ground level the runway centerline lights were barely visible and it appeared that some lights may have been out. The color of the blue taxiway edge lights became distinguishable at about 500 feet above ground level while on approach. """
https://forums.liveatc.net/atcaviation-audio-clips/7-july-ks...
> Audio from the air traffic controller communication archived by a user on LiveATC.net and reviewed by this newspaper organization showed how a the confused Air Canada pilot asks if he’s clear to land on 28R because he sees lights on the runway.
> “There’s no one on 28R but you,” the air controller responds.
> An unidentified voice, presumably another pilot, then chimes in: “Where’s this guy going. He’s on the taxiway.”
> The air controller quickly tells the Air Canada pilot to “go around.” telling the pilot “it looks like you were lined up for Charlie (Taxiway C) there.”
> A United Airlines pilot radios in: “United One, Air Canada flew directly over us.”
> “Yeah, I saw that guys,” the control tower responds.
On the other hand, AM is simple and cheap and usable worldwide without significant investment.
> Just imagine the economic damage that a single asshole can do with a high-powered transmitter near an airport.
the pilots could probably just pull their cell phones out and call the tower. there is much worse trouble single assholes could get up to.
I assure you that there is a reason AM is used. The reason is that in the case that two stations are transmitting, everyone will be aware of it and the stronger signal may be heard. This is not something that FM can guarantee. And a digital protocol requires a much better signal (where old analog tv gave snowy picture digital TV gives nothing). Not to mention the insane costs that digital radio retofitting would require of every single plane in the sky.
Edit: parent seems to have deleted his post. It previously asked condescendingly why we still use AM for comms in the air.
So sure, you could pay a bunch of extra money for military features and end up with a product that is even less what you want than AM radio. And then you'd have to retrofit everything with these systems.
AM is wonderful. You put a bunch of people on the same channel and it just works.
Note that that technology has been around since World War II. And fun fact, while we're on that topic, this page is worth a read: https://en.wikipedia.org/wiki/Hedy_Lamarr
Evie might know this, too, so I think you should be concerned about jamming. Luckily, AM provides jamming resistance, since Evie would have to bring a powerful transmitter to be loud enough to drown out the other signals.
Nevertheless, I think large airports should have fast response teams who can rapidly fix the position of a jammer and silence it, if needed. If Evie could effectively take out, say, the main airports of LA and SF for a few hours with a few strong AM transmitters, I doubt all will end well.
Heck, the FCC will even track you down if you operate an unlicensed radio station. See: https://www.youtube.com/watch?v=QIGAOLJh-XE
This kind of thinking has also lead to a ton of success in Silicon Valley. See Tesla for example.
Well, not exactly a role model for success. 2016 was the first time they made any profit in all those years -- and its uncertain if 2017 will follow.
And it might still be beaten up in all its markets (electric cars and eventually self-driving ones), not a sure winner yet.
Source: https://en.wikipedia.org/wiki/Date_and_time_representation_b...
Companies like Uber, Google, Amazon certainly disrupted markets but I wouldn't be so sure about Tesla.
Volvo has credited Tesla for pushing car makers into EVs, so at least one incumbent thinks that: https://electrek.co/2017/05/17/volvo-tesla-says-stop-diesel-...
Audi seems to as well, although it's not quite as clear: http://insideevs.com/audis-electromobility-boss-i-hate-to-ad...
I think a digital system could be done much better than what we have. But I'm sure it's not worth the huge effort it would take to design and build.
What it normally does is reduce gain on high strength signals, and increases it on weak ones to give a constant volume level.
I'm honestly surprised the radios in general aviation craft are not so equipped, as its generally a standard part of most AM radios.
AM is not prone to capture effect, wherein the loudest signal captures the receiver. With AM, you can hear multiple people talking on top of each other at the same time.
https://en.wikipedia.org/wiki/Capture_effect
For uncontrolled radio situations where you have a number of unknown people who need to access a radio channel, neither digital nor encryption bring any wanted benefits.
As a note - the audio from this recording is very clear to me - I've heard far worse out of scratchy narrowband FM.. with AM the weaker the signal generally the quieter it is - but not generally that much noisier.
I've been into amateur radio for ages, presumably that has trained my ear. I routinely copy voice signals which are just a garbled gibberish to innocent bystanders. (Same obviously goes for ATCs and pilots to an even larger degree, being exposed to comms several hours a day)
Yeah, Even with P25 - the same skills apply, but instead of pulling it out of noise, you're relying on your skills of interpolation to suck it out of the noise. Still it's a neat parlor trick :-D
73's
They too have uncontrolled radio, a large number of unknown people who need to communicate with whoever happens to be nearby, they have more powerful transmitters owned by governments that "need" to shout down less powerful ones on transport vessels occasionally.
Now, maritime radio IS a different environment. I'm not suggesting that DSC should just be dropped in as a replacement for AM analogue transceivers on planes, but I _am_ saying that I don't buy the theory that it so happens AM analogue is the right choice and not just the result of inertia.
Even if not, the pilot would've probably aborted the landing since he saw the other aircrafts. So it was certainly a dangerous situation but I doubt that a crash would've happened without that pilot's comment (it was certainly helpful though).
It's sometimes harder when there's nothing impeding you at all to do everything right because the routine-ness of habit takes over. Being busy (but not overwhelmed), while more mentally and physically tiring, is sometimes easier, because you pay attention to the right things at the right time.
At night, there are many visual cues to see the runway environment - it sounds to me like this complacent pilot ignored many red flags and was about to drive his plane on top of those on the taxiway.
A big heavy airliner can't just stop its decent instantly; it's a good thing that pilot on the ground chimed in when he did.
I betcha the landing pilot won't have a job pretty soon.
Edit: here's a good example of a terminal radar display. The two parallel diagonal lines are the extended centerlines of two runways that are about 1570m apart (Athens airport, LGAV).
https://www.hvacc.gr/site/images/content/events/2003/athens-...
http://flightaware.com/resources/airport/SFO/APD/AIRPORT+DIA...
A C-5 that's trying to drop out of the sky ASAP before anyone can shoot at it is a different story.
The pilot and copilot were clearly in WTF mode since there were planes on what they thought was the runway. If nobody had spoken up it would likely have gone back and fourth between them and the tower a few times ("are you sure the runway is clear?") and in all likelihood they would have caught it. If they didn't the pilots would have likely requested to go around. Backing off of what you're doing and assessing the situation when anything is not quite right is SOP in every facet of aviation.
https://www.youtube.com/watch?v=SgPuyzogFuI
It's from a Delta flight a few years ago that slid off the runway at LaGuardia in snow. The action starts about 5 minutes into that recording; Tower has just set up another incoming Delta flight to land, and is trying to confirm Delta 1086 has cleared the runway. Delta 1086 is poking its nose out over the water at this point, and the controller can't see it.
At around 5:56 a ground vehicle calls in to ask permission to cross the runway and gets it. Then the ground vehicle sees what's happened (Delta 1086 slid off the end of the runway), and this is where it gets interesting, because you see very quickly two important things:
1. Trusting the report: the guy up in the tower does not have a perfect view, and in fact in this incident he can't see what has happened to this Delta plane. He's getting an unsolicited report from a ground vehicle, but he believes it and acts immediately on it. If the report's mistaken, worst outcome is some planes circle a bit more before they finally land. If the report's right, though, the worst outcome is planes trying to land on a crash site.
2. Division of responsibility. From the moment the crash becomes known, it's the job of the emergency/rescue teams to figure out what's happened and deal with it. The guy in the tower probably desperately wants to know more about what's going on, but he's got planes stacked up waiting to land, and his curiosity is going to have to wait. Beyond getting confirmation of a couple unusual orders, Tower just lets the folks on the ground do their job, and sticks to doing his.
Here's a rough annotated transcript (timestamps are from the video), since I know people complain that ATC recordings are hard to make out:
6:08: Delta 1086, Tower? (trying to contact the plane that's just gone off the end of the runway -- Tower still doesn't know what's happened)
Tower, call 100, Runway 13 is closed. (ground vehicle has seen the accident)
Tower, red team to go onto 13.
Tower, you copy? Call 100, Runway 13 is closed.
Call 100, you said Runway 13 is closed? (Tower confirms what he's just heard)
Affirmative, 13 is closed.
Team red, Tower?
Tower, you have an aircraft off the runway.
6:45: Delta 1999, go around!
1999, going around.
6:50: The airport is closed. The airport is closed. We've got a 34. (ground crew saying this is bad enough the airport needs to close)
Call 100, say again?
6:59: Tower, you have an aircraft off 31 on the north vehicle service road, please advise crash rescue, LaGuardia Airport is closed at this time.
7:12: Good afternoon, Tower, Delta 2522's on the ILS for 13 (another Delta flight is lining up to land on the runway where the crash happened* -- they can't hear what's happening below)
Delta 2522, LaGuardia Tower, go around!
Go around, Delta 2522. (pilot confirms that he's going around)
From there on out, it's just Tower giving instructions to other planes on what to do, and a report from the ground to tell the pilot of the crashed plane (if he does get on the radio again) that the plane is leaking fuel from a ruptured wing.
Now: what if the ground vehicle hadn't gone out there? Or hadn't seen the crash in time, or hadn't been able to get a report to the tower in time, or the tower had hesitated a bit more in accepting the report and starting to reroute planes? A similar problem to the SFO incident, only instead of an occupied taxiway it would've been an occupied runway (and one that had already caused one plane to slide off in the snow, and now had emergency vehicles converging on it).
The point is, though, that this isn't necessarily a miracle or a lucky escape -- everybody is involved in ensuring safety, and that's what happened in both cases, providing extra layers of watchfulness which averted much more serious trouble.
* The runway is referred to as both "13" and "31" at different points; runways are numbered according to compass heading, so "13" means it's aligned to a heading of 130 degrees. The dual numbers are because you can take off or land from either end; the other number is always +/- 18, since it's 180 degrees around from the first one. In this case, the designation of the runway is 13 from one end, and 31 (for 310 degrees, 130 + 180) from the other end.
/sarcasm
The planes on the taxiway are facing incoming aircraft as they wait for the turn onto the runway and takeoff. So they saw the Air Canada plane coming right at them. That must have been scary.
[1] https://www.youtube.com/watch?v=rNMtMYUGjnQ [2] https://www.youtube.com/watch?v=mv7_lzFKCSM
I'm not an expert, but given what you said, I suppose it'll just end up equating to "Human error. Happens."
They are always full of excellent recommendations, points of failure, etc.
[1] https://www.ntsb.gov/investigations/AccidentReports/Reports/... [2] https://en.wikipedia.org/wiki/American_Airlines_Flight_587
With them, you can see, for instance, where a pilot or mechanic did not follow procedure, was not trained adequately, or maybe some equipment was out of spec and wasn't caught in a checklist that should have been followed by the maintenance crew, etc.
Compared to the airline industry, most software engineering is much more of a fly by the seat of your pants phenomenon where anything goes, and there's little standardization, process, or regulations that the entire industry has agreed on and actually follows. Such a Wild West approach definitely has a lot of upsides like speed of development, flexibility, freedom to innovate, and so on. But can have a cost in safety, reproduceability, accountability, and analysis of what actually went wrong or how to fix it next time.
http://www.nasa.gov/columbia/home/CAIB_Vol1.html
It's detailed, but well-written and the quality of the analysis is extraordinary.
For a sample, take a glance at the debris maps on page 45, followed up with amazing results on page 75. If you like understated drama, start at the comm transcript on page 42. ("Lock the doors.")
"Would have triggered" implies neither the disaster nor the near-miss happened, so I think the most unambiguous phrasing would have been "could have triggered".
OTOH I've seen native speakers use headlines like "Why this works?" (which by my understanding of the language shouldn't have a question mark), so IDK.
English is my first language, and the more I read the headline, the more I see it as
"Something terrible happened, and the near miss is possibly the cause".
The story was very interesting. The title is technically valid. But as another native speaker I think it's very confusing.
People will often use Could have when they mean might have.
To be accurately and unambiguously understood by everyone it should be SFO near miss could have triggered aviation disaster but didn't. Since the completely unambiguous phrasing is not very elegant then Could have would be preferable, but with the understanding that for some people it will still have some ambiguity that needs resolving by actually reading the article.
In this case it doesn't, the headline can be interpreted in slightly different ways but is not wrong (or really that ambiguous) as written. Standard headline-speak for 'something happened that was a possible cause for something else that also happened' is 'may have caused' like here:
https://www.nytimes.com/2017/06/23/science/bright-nights-noc...
The moral of this story for me is: call out immediately if you see something off. He's the real hero. Even if the ATC controller immediately saw the plane being misaligned at the same time - that feedback confirming another set of eyes on something that is off couldn't have hurt. All 1000 people on the ground needed that feedback. Always speak up in situations like this.
Speaking up is a no-brainer.
- Not having that dark mole near your privates checked out.
- Not wanting to turn the car around.
- Not walking away when those shady guys walked in.
...
edit: not speaking up
(In other words, automation has its own set of failure modes)
Given the choice between "One time in a million a human flies the aeroplane into the ground and everybody dies" and "One time in 10 million the computer flies the aeroplane into the ground and everybody dies" we ought to be hard-headed and take the ten times fewer deaths, but we prefer to say "Ah, but _my_ pilots are better than average".
Now, the reality gets very complicated, because we ask computers and humans to fly in different conditions. A pilot will refuse to try to land an aeroplane into thick fog, the Cat III ALS is happy to try this because it sees through fog. On the other hand when external circumstances are trying, the pilots may choose not to attempt ALS at all. But despite this complexity, we do need to accept that sometimes a smaller risk of automation error is preferable to the risk of human error even if _neither_ is perfect.
The runway being too short to lift a 707, mechanics stripped everything out of it they could to reduce the weight - seats, interiors, etc. They put barely enough gas in it to hop over to Heathrow, and managed to get it there safely.
The pilot who landed there was cashiered.
Interesting!
A few years back when SFO was closed after the Asiana crash, a lot of big planes got re-routed to Oakland, then once SFO was open again they made the hop across the Bay.
http://edition.cnn.com/2001/TRAVEL/NEWS/03/15/wrong.airport/...
In the thread at http://www.airliners.net/forum/viewtopic.php?t=76657 the commenters list a few other instances of this happening.
In hindsight it's easy to say something like "the red light was flashing to indicate the widget wasn't working. The pilot didn't do anything about it, he's obviously negiligent". At the time though the pilot may be dealing with 100s of stimuli and he doesn't know that this single red light is "the one" he should especially be paying attention too.
There's a quote about assigning blame - "Looking for scape goats is like peeing your pants, in the short term it feels pretty good but in the long term it makes you look pretty stupid."
It boils down to:
1 - Was the "error" intentional? If so, how to prevent someone from doing it again?
2 - Was it a real error, with no intention of any kind? If so, how to prevent that someone makes it again?
Let's say we do some deep dive assessment and we find that there's several contributions (all contrived for discussion): (1) during summer, sun sets directly behind runway 28R, (2) lighting system activates at 1 hr before sunset, (3) lighting system was refreshed with LED bulbs this year, (4) taxiway C is 30% wider than median taxiway in US airports of size similar to SFO, (5) the A320 (used by Air Canada 759) has reclining seats in the cockpit and this pilot was shorter than the prior pilot for this plane.
If you had an assessment like that you could reasonably take action on some of these without waiting for a fatal accident. The action wouldn't even necessarily have to be to remove/replace/alter these things, it could even be to commission a study to see the wider impact of LED lighting or reclining seats or something. Changing the runway orientation is a very large expense, but constraining 28R use during the critical sunset period is a little less so.
If this pilot made the error, it stands to reason that other pilots may make the same mistake. If we consider a near miss as seriously as we consider a fatal accident we can still learn great things. A near miss is likely only a failure of (N - 1) elements out of the critical N required for a fatal accident.
But seriously, it's important to understand how it made sense to the pilot from his perspective at that point in time. Because he believed he was aiming for the runway (I'm gonna give the benefit of the doubt and assume he wasn't distracted with online farming). So understanding why it made sense to him can lead to actions to prevent this in the future.
Versus chalking it up to "pilot error", in which we assign blame and don't take action to prevent this kind of mixup in the future, thus practically ensuring it happens again. Because if it made sense to him, it'll make sense to someone else too. In fact the top comment says this type of mixup is rather common!
Text of article has correct tense: "In what one aviation expert called a near-miss of what _could have been_ the largest aviation disaster ever..."
Changed.
For clarity, exchange 'might' for 'could' and include 'almost' as an improvement.
SFO near miss could have almost triggered aviation disaster
This would clearly mark the situation as an event that did not happen, and also did not result in other terrible things.Might have triggered: SFO near miss happened, either it's unknown whether the aviation disaster happened (but there are suspicions it did), or it's unknown whether the two events were related (but there are suspicions they are).
Would have triggered: SFO near miss did not happen, but if it had happened, it would have triggered the aviation disaster.
Could have triggered: SFO near miss did happen, but there was no aviation disaster, though there could easily have been one if it hadn't been actively averted.
[0]: http://dictionary.cambridge.org/us/grammar/british-grammar/m...
[1]: http://www.learnersdictionary.com/qa/modal-verbs-may-might-c...
[2]: https://english.stackexchange.com/questions/64374/might-have...
[3]: https://english.stackexchange.com/questions/99957/what-is-th...
[4]: https://english.stackexchange.com/questions/4661/it-could-mi...
[5]: https://www.myenglishteacher.eu/question/would-could-should-...
[6]: https://forum.wordreference.com/threads/could-vs-might.25206...
[7]: http://www.talkenglish.com/grammar/auxiliary-verbs-can-could...
[8]: https://www.englishforums.com/English/CouldVsMight/blmxzx/po...
EDIT: Quote from [2]:
> Could and might are often, but not always, interchangeable. He might have come / studied = 'We don’t know whether has come / studied or not', but you could substitute could. If you want to indicate ability or permission, however, you need He could have come / studied = ‘He had the ability to come / study.'
> It's possible that he came from a different culture would be used in considering a historical figure who didn’t seem to fit into his environment. If you were talking about a current situation, you’d say It's possible that he comes from a different culture. It’s hard to think of any circumstances in which It's possible that he come from a different culture would be used, even if you regard ‘come’ as subjunctive.
> English modal verbs are both important and subtle. You're unlikely to gain a full understanding of their use in exchanges such as this and if, as I assume, Noah, you are a non-native speaker of English you really need the help of a qualified English teacher.
I'm having trouble figuring out the timeline. The recording in the article makes it sound like this all happened in a matter of seconds, but it's edited down to the highlights so that's misleading. LiveATC has an archived recording of the event (http://archive-server.liveatc.net/ksfo/KSFO-Twr2-Jul-08-2017..., relevant part starts at about 14:45) but even those appear to have silent parts edited out. (That recording covers a 30 minute period but is only about 18 minutes long.) In the archived recording, about 40 seconds elapse between the plane being told to go around and the "flew directly over us" call, but I don't know how much silence was edited out in between.
Certainly this shouldn't have happened, but I wonder just how bad it actually was.
This sounds like a story of how well the aviation system works more than anything. The pilot is in constant communication with the tower. The system worked as intended here and he went around.
It seems like a non story.
[1] http://www.popularmechanics.com/flight/a9124/what-went-wrong...
If there was fog, they wouldn't have been using 28L.
(Just a guess - not a pilot.)
Asiana wasn't a small error of judgment, it was a fundamental failure of training and over-reliance on automation which resulted in a pilot who didn't really know how to land.
What I'm getting at is that a small error can have big consequences, and that this near-miss last week by the Air Canada plane is not something that should be dismissed as a non-story just because it was spotted and rectified in time. A collision avoided at the last minute is still indicative of a problem. If the Asiana pilot had stuck the landing that day but still felt uncomfortable, their training and operation culture at that firm would still have been problematic, they would just have gotten away with it for a little longer.
We have a very rigid communication protocol that I designed based on my experience as a pilot and all the time I've spent flying with my father, who is a very experienced pilot.
The communication protocol and operational checklists are there specifically to catch human errors.
For instance: "snoop" (which is a sort of soapy water used for checking gas lines for leaks) every gas line any time it is changed. Snooping something, finding a leak, and then either reseating the gas fitting or shutting off its supply is the system working properly.
You could absolutely write an article that said "multiple gas leaks found on fire effects system", omitting the part where they were immediately found and fixed as part of the operation of the system.
I also wrote the ignition and control systems for a fire effect that we use, which has fail-safes built into every stage of its operation. That doesn't mean that failure modes don't ever occur (for instance: dead battery on the controller, out of range events, etc), it means that I designed around them so that they occur safely.
So I'm sorry that you wouldn't hire me for safety-critical systems. I'm curious what safety critical system you design or manage, because the idea that you either don't think errors will ever occur, or don't know what they are and how to design around them, is perplexing.
your basic claim here seems to be that journalists took an unremarkable everyday incident and wrote it up in sensational style to make it look bad. I don't think that's the case.
http://flightaware.com/resources/airport/SFO/IAP/ILS+RWY+28R...
All runways have high intensity runway lighting (HIRL) and 28R has touchdown zone and centerline lighting (TDZ/CL). Runway lights are white, taxiway lights are blue. If you see these elements, there's no way to get confused. So my assumption is the pilots, neither of them, saw this distinction.
HIRL is typically off for visual landings even at night. That's questionable because night conditions are reduced visibility situations and in many other countries night flying is considered as operating under instrument rules, but not in the U.S. You do not need instrument rated aircraft or pilot certification. For a long time I've though low intensity HIRL should be enabled briefy in the case of visual night landings, where an aircraft is not following behind another, at the time "runway in sight" verbal verification happens between ATC and pilot.
I am surprised pilots still manually land planes. Is the auto-landing feature not implemented well enough? But then it's relied upon in low visibility. So it has to work, they why isn't it used more often?
You can't prevent accidents if you don't understand their cause. Saying well we don't know what caused it but we'll just tighten all the screws a bit more and send the pilots for more general training. It just doesn't work that way.
Everything is analyzed and tracked to discover the exact root cause. It can often take many years and then new laws or guidelines are usually issued based on findings.
[1] http://www.salon.com/2002/03/28/heterodyne/
TL;DR: At Tenerife, both the Pan-Am crew and the tower realized that the KLM aircraft had started its take-off roll, and both tried to warn its crew at the same time, but the resulting radio interference made the messages unintelligible. The author states that a technical solution is feasible and relatively easily implementable.
http://www.jacdec.de/2016/10/11/2016-10-11-china-eastern-a32...
The channel focuses on aviation comms channel.
I find it informative because the youtube channel provides detailed voice/video/photo/analysis of incidents (actual/close-calls) involving planes/passengers taxing/landing/taking-off in/around airports.
However, approach lighting is pretty clear, but at dusk, I agree with another comment that it can be rather hard to distinguish depending on angles. I think that approach would be landing into setting sun, so that could have some bearing.
I love George Carlin, bless his soul, but this is one thing he got wrong.
I wouldn't be surprised to learn that there was some other complicating factor. Planes don't usually crash (or nearly crash) without several safety factors being breached.
0: https://jethead.wordpress.com/2013/07/09/how-do-you-land-at-...
He wrote that because of city of San Francisco's unusually stringent noise mitigation rule for airliners flying over the city to land at the SFO airport, an airliner has to make a very steep descent from an altitude higher than normal. So instead of bringing down an airliner gradually, a pilot has to get down to the airport in a hurry, requiring much more stringent management of energy/speed. It sounds simple for a plane that's flying straight in, but for a pilot at end of a 10+ hr flight, it's not always so simple. At least I think that's what the purported Lufthansa pilot claimed.
I wonder if this has any bearing on the incident.
They do however take off over a lot of homes in Daly City and are required to fly a flight plan that seems to postpone a lot of their climb until they are out over the Pacific
I mean sure, you could still have mistakes (pilot types in the wrong runway in a parallel runway airport and lands on the wrong one), but it'd be another check/safety system in place.
I've only done it in flight simulators but it's really difficult to tell from a distance.
Listening to the LiveATC clip, the important bit is the phrase "visual 28 right", meaning the Air Canada pilot had been assigned a visual approach to runway 28 Right. The clip sounds like it's from Tower, so you're not hearing the point where the pilot was assigned that approach (that would've happened with Approach).
A visual approach is pretty simple: The controller sets you on a heading & altitude. Then, the controller confirms that you have the runway/field in sight, as well as any other air traffic that may potentially pose a conflict. Once the pilot verbally confirms those things are in sight ("traffic in sight" / "field in sight"), the approach controller will clear the pilot for the "visual runway XXX approach", also issuing appropriate warnings regarding wake turbulence.
Once the visual approach has been cleared, and the pilot has acknowledged, it is now the pilot's responsibility to navigate the plane to the runway, while keeping the plane clear of the traffic that has been pointed out to them.
If the pilot were assigned an ILS, LOC (localizer), LDA (localizer-type directional aid), or RNAV (area navigation) approach, that approach would have included a lateral component, which would have ensured that the plane was lined up with the runway, and not the taxiway.
So, why do a visual approach, when you have so many other options? Mainly because it allows more planes to be put into the same space. If a plane is on a different approach, or is enroute, or is being vectored by the controller ("turn right heading 350"), the controller is responsible for maintaining proper lateral (3 or 5 miles) and vertical (500, 1000, or 2000 feet) separation from other traffic. But traffic cleared on a visual approach does not have that restriction. Visual approaches are an important part of maintaining the high flow rates that Class B airports (SFO, ORD, etc.) want.
This comment's gotten pretty long, so I'll post another one with another possibility as to what may have happened! I'll leave you with the FlightAware radar trail, where (if you zoom in on SFO) you can see the go-around taking place.
[1]: https://www.vatsim.net [2]: http://zidartcc.org [3]: https://flightaware.com/live/flight/ACA759/history/20170708/...
I originally said that the pilot had been assigned a visual approach to runway 28 Right. Looking at the charts for SFO[1], and the FlightAware trace[2], I have an alternative: The pilot may have been flying the LDA PRM runway 28 Right approach[3].
(You should open up [3] to look at while reading the rest of this comment.)
As has been mentioned, SFO is a bit weird: The two main runways are close enough together that it's not possible for you to have normal simultaneous approaches. For example, have a look at the diagram for Cincinnati/Northern Kentucky International (CVG)[7], another Class B field. Now, compare that to SFO[8]. At CVG, the parallel runways are far-enough apart that simultaneous approaches are possible, but with SFO, that's not possible. So, the FAA came up with the PRM (perimeter) approach.
Essentially, the plane approaching runway 28 Left is on an ILS approach. The plane on approach to Runway 28 Right is on an approach that is kindof like an ILS approach, but the plane isn't heading towards the runway, the plane is heading to a point to the right of the runway. Notice on [3], the point labelled "CFFKC". That's a fix (a point in lateral space), marking the point that you're being guided to. Note how the fix doesn't line up with the runway; that's why this approach is an "LDA (Localizer-type Directional Aid) with Glideslope" approach.
As per the detailed instructions (in [4], and point 4 in [6]), pilots on the LDA PRM runway 28 Right approach switch to a visual approach after the DARNE waypoint (3.4 nautical miles from the runway end). For most of the approach, they are monitoring a second frequency, which is only used if planes get too close together. But, once you pass DARNE, you no longer need to listen on that frequency. And although tower might have a radar view of surrounding traffic, it's not their primary tool (their eyes are).
If the Air Canada pilot was flying the LDA PRM RWY 28R approach, I think the final sidestep (from the LDA to the runway) may have been missed, or not completely executed, causing the pilot to line up with what he thought was the runway, but what was actually the taxiway.
[1]: http://www.airnav.com/airport/KSFO
[2]: https://flightaware.com/live/flight/ACA759/history/20170708/...
[3]: http://155.178.201.160/d-tpp/1707/00375LDAPRM28R.PDF
[4]: http://155.178.201.160/d-tpp/1707/00375PRMAAUP.PDF
[5]: http://155.178.201.160/d-tpp/1707/00375PRMAAUP_C.PDF
[6]: http://155.178.201.160/d-tpp/1707/00375PRMAAUP_C2.PDF
I think many of the readers here would be interested in virtual ATC, as many parts of the brain: Keeping many things in order, looking multiple steps ahead at what's going to happen (it takes time for a plane to turn), and communicating with your "customers".
The only downside is, you shouldn't sign in to control when you're on call 8-)
By the way, for anyone still interested a month or so from now, check out NASA's Aviation Safety Reporting System site [1]. This is a place where pilots, air traffic controllers, and other aviation personnel can go to anonymously report things that they were involved in. Reports are confidential [2] (they're anonymized before publication), and reports may not be used for enforcement purposes [3].
I expect that the pilots and controllers involved will have already submitted ASRS reports of the incident, and they'll eventually pop up on the site.
[1]: https://asrs.arc.nasa.gov/index.html
[2]: https://asrs.arc.nasa.gov/overview/confidentiality.html
How many more seconds until they would have been too slow to pull up?
Is it just me or is this blatantly off-topic? Or is anything major happening in the bay area automatically on-topic for Hacker News?
I can understand wanting to hand-fly the plane, but ILS should always be on just as a reference/check.
I also think the linked article is making much to big a deal about this: * The pilot checked in because he saw lights on the runway, he was probably very close to aborting the landing anyway. * We don't know how far away the plane was when the go-around command was given. * People overestimate how easy it is to see the runway/airport at night. You only really get to see real resolution when you're pretty close.
Aviation safety margins are so wide that this does not qualify as a near-miss.
In theory yes, but the risk is that the plane you crash into is not yet on the taxiway or that poor visibility or tunneled focus prevents you from noticing it.
You don't need to be moving quickly to have a significant accident. The deadliest aviation accident in history (583 fatalities) resulted when two planes collided on a taxiway (edit: actually on the runway) in dense fog [1].
Edit: as correctly pointed out below, the actual collision took place on the runway at significant speed.
Which seems to be what happened here - the pilot aligned with the taxiway, noticed he was in the wrong spot, and the tower told him to try again.
LOTS of planes accidentally line up on the taxiway if visibility is reduced and cockpit workload is high. Heck, aircraft have even taken off on non active runways at the most advanced airport in the world with disastrous results at night. [0]
Inclement weather on approach at the end of a long flight can also lead to crew pressing home while under confusion, as in the case of the Korean airlines accident that landed short. [1]
More recently, at SFO too, the Asiana B777 crash was something that should have been almost impossible in a modern jetlines, but over reliance on automation and lazy piloting lead to that disaster.
This is more like runway "confusion". A term I made up, not sure if there is such an official name for it.
This is why you want human pilots, instead of computers, not the opposite. A human can apply common sense and decide not to land on three planes after all even if it looks like a cleared runway.
I actually believe the opposite is true. Systems like ACARS have managed to avoid the prevalence of air to air incidents that used to be almost an epidemic in the 60's and 70's.
Autolanding technology has brought planes home safely where a pilot would have had to go around and find an alternate aerodrome.
(ACARS is used for delivering clearances and other routine operational/maintenance messages. Basically text messaging for airplanes.)
I think you have this kind of backwards here. If you were going in for an amputation, and they only prepped the wrong leg, would that not be a near miss?
Rare incidents are hard to reason about and measure because they are so rare; but there are things that lead up to rare events - like being on approach to the wrong runway, that are less rare, and so they are easy to measure.
After you have plans and procedures to stop the actual rare disasters, reducing near misses is the most effective way to stop disasters.
> But no pilot would ever land on a runway (or taxiway) with 3 planes on it.
Oh, full +1. This is a bad incident that should result in an investigation and maybe safety recommendations.
My point is that aviation has been at it for so long, that a "bad incident" is very far removed from what the common interpretation of "near miss could have triggered greatest disaster" (#1 on HN) would suggest to a random observer.
(And I think the author knew it, and went for clickbait.)
We know from the recording that the pilot saw planes on the taxiway and asked the tower about it. He would've never landed there after the tower confirmed that the runway should be empty.
Fundamentally it takes several things to fail all at once for an air disaster to actually transpire, but it does happen.
There is a pprune forum post of an american instructor explaining how a visual circuit flown in manual was the worst "emergency" he could set in a simulator. Up to the point that he failed one of the chef pilots in Asiana and they wanted to fire him. This seems to be a cultural thing, they ace the theory (really know all the manuals by heart), but are not allowed to think outside the box at all.
This airmiss is important, but could only happen flying in manual and visual conditions.
It's hard to ignore the sigthing of other planes in that conditions, even if you are confused about which strip you are aligned with.
In my opinion it's much more dangerous taxing in a complex airport with fog. There is a real problem of runway incursions, that could be solved with better systems.
I'll try to find the pprune post.
Just like no pilot would ever crash into the seawall short of 28L in broad daylight with unlimited visibility. In that case the pilots knew what was about to happen seconds before impact and they were powerless to stop it. I could easily see the same thing happening here. Airplanes are big cumbersome objects with a ton of inertia.
Based on that, it was seconds away from a collision. It seems like a near miss when considering aviation safety margins.
So the pilot probably did not start the go around before being told so.
The pilot is ultimately the person responsible for the safe operation of the aircraft. That will occasionally mean performing a maneuver before telling anyone.
In response to this, procedures are designed so that pilots can safely abort an approach without posing a danger to themselves (i.e. running into terrain) or other aircraft.
For example, let's look at the LDA PRM runway 28 Right approach [2] into SFO, which the pilot may have been flying. If you have to abort the approach prior to the DARNE waypoint, you make a climbing right turn to heading 030 and 3000 feet, then you proceed directly to the Oakland VOR, and then you hold as published.
When Approach clears you for this approach, the controller is also clearing you to fly the missed approach, if needed.
If you have to go missed-approach after DARNE, the instructions are similar, but are documented in [3] instead of in [2]. But note the "unless otherwise instructed by ATC". In this case (see [4]), Tower placed the pilot onto runway heading, likely with a climb to avoid the hills. Approach would then have taken over, and brought the pilot back around.
[1]: https://www.faasafety.gov/gslac/ALC/course_content.aspx?cID=...
[2]: http://155.178.201.160/d-tpp/1707/00375LDAPRM28R.PDF
[3]: http://155.178.201.160/d-tpp/1707/00375PRMAAUP.PDF
[4]: https://flightaware.com/live/flight/ACA759/history/20170708/...
But you're right, the pilot may have started the go around but we can't tell what happened from the footage.
Safety margins are wide when pilots don't screw up. But this one did. Royally.
And the safety margin was wide enough to absorb that screw up.
This is _why_ we have wide safety margins. So that one screw up doesn't absorb all of it. People will always screw up, and policy accounts for that fact.
Barely.
For example, the approach controller may have noticed that a plane they recently handed off to Tower was not yet lined up. The controller would then call up to Tower to make Tower aware of the issue.
Or, Tower may have a screen showing them a radar view of the approach, similar to Approach's screen. They may have noticed it there.
But, the nature of aviation radio is such that you use one frequency to transmit and receive. That means you can't speak over anyone else; you have to wait for them to stop talking before you can start. And if you mess up, there's no easy way for you to know (except when someone else on frequency says "blocked").
* Conditions were clear. The pilot landing would have an increasing probability of noticing their mistake from lights on the runway and taxiway as they got closer to landing.
* After being alerted that the pilot landing could see lights on what they thought was the runway, the ATC would likely have paid closer attention to the various tools available to them to see the location and heading of the aircraft.
And finally, the one factor that happened to be the first of these to happen:
* Multiple pilots looking directly toward the oncoming aircraft, one of whom alerted ATC.
Just because this happened first doesn't mean the other things failed or wouldn't have happened.
> * Multiple pilots looking directly toward the oncoming aircraft, one of whom alerted ATC.
I don't get this.
You're an engineer/pilot/whomever filing for {the current system/pilot/plane/whatever-needs-approval} to get approved. The power-that-be (e.g. FAA) asks you what your safety margins are. You cite "other pilots looking directly at my aircraft in the 30-second span of my mistake" as one of your "safety margins"? ...what?
Incidentally, Aviation Herald reports[1] that "AC-759 had already overflown taxiway C by about 0.25nm when ATC instructed the aircraft to go around" and further that "it is estimated that AC-759 overflew the first two aircraft by 100 feet".
100 feet isn't much, and I imagine this was utterly terrifying for the pilots lined up on the taxiway, but 0.25nm past the beginning of taxiway C is basically touchdown point on the runway (had they been lined up with it), and they were still 100 feet above the ground. That indicates pretty strongly that the pilot of AC-759 had noticed their mistake and was taking evasive action already, before ATC instructed them to go around.
Notwithstanding the timing on the tape, the AC jet could not have been very far away because the fact that he was lined up with the taxiway was first noted by a plane on the ground. That would not have been evident unless the plane was very close.
http://archive-server.liveatc.net/ksfo/KSFO-Twr2-Jul-08-2017...
The action starts at about 14:45. I suspect there isn't much silence removed in this particular area, so 40 seconds may be close to the actual time.
I haven't been able to find a pure unedited version. They may not be saved.
The pilot here was flying visually (which I expect either means a visual approach, or else the LDA PRM Runway 28 Right approach).
If the airport was fogged out, the pilot would be on an ILS or RNAV (area navigation) approach. The former uses ground-based signals to provide precise lateral and vertical navigation; the latter uses either GPS or multiple ground-based aids to accomplish the same thing.
The downside to ILS, RNAV, etc., is that you can't fit planes as close together while still being safe. That's why you get delays when major airports have reduced visibility: The flight scheduled are "tuned" for maximum planes per runway per minute, which is only possible when skies are clear and winds are (relatively) calm, so that you can use visual approaches.
Though air traffic was not heavy at Los Angeles airport, the local controller was distracted as Flight 1493 was on final approach by a series of abnormalities, including an aircraft that inadvertently switched off the tower frequency and a misplaced flight progress strip, which resulted in the SkyWest flight being told to taxi into takeoff position while the USAir flight was landing on the same runway without the Metroliner ever being given a takeoff clearance.
Upon landing, the 737 collided with the twin-engine turboprop, continued down the runway with the turboprop crushed beneath it, exited the runway, and caught fire. All 12 people aboard the smaller plane were killed, as well as an eventual total of 23 out of the 89 passengers on the Boeing.
Heck, maybe aviation should take a page from basic accessibility and figure out that information should be conveyed more than one way. Don't rely on color alone (and no, spacing of the rows of lights isn't unambiguous either, especially when looking at varying distances and angles).