Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

How is this even possible? Is it gross negligence on the part of the pilot, a systems problem, or something else? (IANAP)


SFO is said to be a somewhat abnormal/difficult approach [0]. This could cause stress and fractured attention in the pilot.

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-...


When the Asiana flight 214 crash landed in SFO in 2013, there was a blog post from a pilot who claimed to be a Lufthansa Air pilot.

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.


that's only in the (quite rare) case that the wind is coming from the south and the planes are coming in over Daly City .... normally planes land in the other direction and (like the Asiana flight) come in over the Bay.

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


Don't planes approach SFO from over the water? I don't think any planes are landing over San Francisco


In Seattle, there have been taxiway landings in 2005 and 2015 because the taxiway looks similar to the runways. Presumably the ILS system should align them with the correct runway, but I guess that in these cases, ILS is not being used. Even it it were, the runways are the same heading and just a few hundred yards apart, so the mistake would not be realized until short final.


Seattle-Tacoma has three parallel runways with unequal horizontal spacing, it's easy to mistake that parallel taxiway between the center and right (north approach) as the right runway.

I've only done it in flight simulators but it's really difficult to tell from a distance.


I'm kinda surprised manufactures don't have full HUDs in commercial airliners yet. For airports that support ILS, it seems like using it should be mandatory, with a HUD providing a visual guide to ensure the pilot is lined up with the correct runway.

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'm not a pilot, or real-world ATC, but I was one a _virtual_ air traffic controller, on VATSIM[1]. I was a member of the virtual Indianapolis ARTCC[2], and have worked positions from Dispatch up to & including Center.

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/...


So, I should clarify something: A visual approach is pretty simple from the controller's point of view; it's more work for the pilot. But, the pilot is always the one in command of the plane: If the pilot is unwilling to accept a particular approach, they just need to say so. It may lead to delays, but controllers will accommodate.

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

[7]: http://155.178.201.160/d-tpp/1707/00655AD.PDF

[8]: http://155.178.201.160/d-tpp/1707/00375AD.PDF


Wow, that's a lot of detail and analysis. That does make a lot of sense. I know it will be a while for the FAA report to come out, but if it does turn out to be what you've stated, you can totally say you called it.


Thank you!

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

[3]: https://asrs.arc.nasa.gov/overview/immunity.html


Again, virtual air traffic controller!

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-)




Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: