Flight Debriefing on iPad

Today I put in beta a pre-release version of iPad-based CloudAhoy debriefing.  Give it a try by logging in to beta from your Safari on your iPad.  Let me know how useful it is for you.

No, Apple/Google did not implement a Google Earth plugin in iOS.  That would be too easy.  Instead, when logging in on the iPad’s Safari, CloudAhoy debriefs the flight on Google Maps.  As the screenshot below shows, both Satellite and Terrain views are supported.

Because of the iPad’s small screen size, I added a button for closing the left panel, leaving only the Timeline shown. The same button is also available on all the desktop browsers, except Internet Explorer.

Obviously, the iPad’s implementation lacks the cool 3D features which you are used to in the Mac/Windows desktop version.  No cockpit view, no published 3D instrument approaches, and for now, no sectionals.

On the plus side, the iPad’s version can display the flight path on a terrain map.

BTW, the flight I chose for showing off the iPad’s debriefing was flown by me and a friend last Friday from P-town (that’s how the locals call Provincetown, MA).  P-town is a terrific destination, even this early in the season.

A Tale About the Tragic Collision of Two Planes

This blog entry is about the weirdest aerial accident I have ever read about.  I give below the abbreviated version, many details omitted for brevity.  But first, background.

In the last 100 years Argentina was blessed with a large number of enormously gifted musicians, people who touched the soul of an entire nation. Many were admired both in Argentina and worldwide, but none were admired and loved more than Carlos Gardel.  Gardel died in a plane accident on 24 June 1935 at the age of 44, but is still admired today, 77 years later.  Some say he actually sings better every passing day.  I agree.

Last week my Spanish teacher Mariela and I visited the Gardel museum in Buenos Aires.  A corner of the museum was dedicated to the fatal accident.  The text (left) gave the official account of the tragedy, as follows.

Gardel’s plane, a three-engine F-31 flying from Bogotá to Cali, made a fueling stop at Medellín, where many admirers have been waiting for hours to see Gardel.  After fueling and a photo-op, the plane taxied to the south end of the runway, was cleared for takeoff by a waving of a white flag, and started a takeoff roll into the north (great footage at the bottom).  After 250m it suddenly turned right, got off the runway, continued 260m and collided with another plane which was preparing for takeoff, its engines running.  The two planes burst into flames, and 16 people including Gardel and the pilots of the two planes have died in the inferno.

The official account attributes this to an act of God: a sudden southwest gust of “6-7 Beaufort” (21-33 knots) pushed the F-31 off of the runway, and there was nothing that the pilot could have done to prevent the collision.  This account makes sense, plus it takes care of liability issues.

Back in the apartment, I googled the accident, and I bring below the alternative explanations.

The first evidence that the official account was incorrect is that the F-31’s landing gear tracks indicate that once it turned right it continued in a perfect curve of 30 degrees.  Had the pilot tried to correct for the wind, the track would zigzag.  Furthermore, some of the tracks disappear several hundred feet before the collision, and then reappear shortly before, indicating that the F-31 pilot had attempted to rotate.  The runway elevation in Medellín is 5000’.

There are also indications that the F-31 was too heavy even when it landed in Medellín, and probably off of the load-and-balance envelop after fueling and loading additional heavy cargo.  There are indications that the F-31 pilot was not proficient in the type of plane and perhaps rotated in ground effect and then stalled.

Why would the F-31 pilot turn in the direction of the other plane during takeoff?  Aha! There was a huge rivalry and animosity between the two companies operating the two planes, and specifically between the two pilots: Ernesto Samper Mendoza who flew the F-31 Gardel was on, and Hans Ulrich Thom who was the PIC of the other plane, getting ready for departure.  Several days before the accident Hans Ulrich Thom humiliated Ernesto Samper Mendoza by buzzing him – flying a few feet over his plane.  Perhaps Ernesto Samper Mendoza’s wanted to buzz his nemesis, which would be doubly humiliating because Ernesto Samper Mendoza was also flying a super-celebrity.

But wait, it gets even more interesting.  In an autopsy of Ernesto Samper Mendoza’s body, a bullet was found in his skull.  Where did the bullet come from?  Three theories: one is that after the crash Ernesto Samper Mendoza was still alive and shot himself to shorten his suffering.  Two is that there was a dispute onboard the F-31 during taking off, and a shot was fired which hit the pilot by mistake causing him to lose control.  The third theory is that the shot was fired by the other plane’s pilot, Hans Ulrich Thom, or  by his copilot whose body was found with a pistol.

We find it laughable that something like this could happen today between, say, Citation and Learjet pilots.  Aviation has become safer, if less romantic.

Listening to ATC on a Flight to Buenos Aires

A week ago my wife and I started a one-month vacation in Buenos Aires.   Flying there, we missed our connection in Dulles by 5 minutes.

Our United flight from Dulles left 24 hours later, on a stormy night.  The good news: our status was upgraded from “you’re on standby” to “passengers squeezed in row 35”.  The other good news: United has ATC audio in channel 9.  For a GA pilot this is pure joy, plus educational.  Here’s what I learned.

As we were taxing for takeoff, a thunderstorm with heavy rain passed over the airport.  ATC warned of microbursts.  It then cleared a plane for takeoff but the pilot refused to go.  Lots of planes were waiting in line, one of the parallel runways was closed, and there was a pressure to get everybody airborne, yet the pilot refused to roll.  ATC asked what his intentions are, and the pilot said that he wants to wait two minutes.  He requested ATC for more PIREPs.  The controller called both landing traffic and planes that have recently taken off, and relayed their data.  After 5 minutes the pilot of the number one plane agreed to go.  I learned a lesson in assertiveness, which was conducted in a very professional way.

After takeoff they switched us to Potomac departure.  Here again, there was a lot of give-and-take between pilots and ATC. Since the Heavy guys have radar, they kept providing PIREPs and requested vectors and altitudes to go around the storm system.  I was impressed by the close coop between the pilots and ATC, and by the level of professionalism.

The flight map in the plane’s seat had odd information.  My wife asked me what do they mean by “-50 knots headwind”: if the speed is negative, does it mean that it’s tailwind?  I did not know.  Later when we landed we had “-10 knots tailwind” (more on that below) and so it seems that the minus sign was for decoration only. Actually, maybe the speed was in miles/hour, not sure.

Over Argentina, I was surprised to find out that most of the comm was in Spanish.  I thought that if one pilot speaks English, everybody needs to switch to English.  Not so.  I speak a little Spanish and I could understand most of the dialogs.  The ATC, a female, was very courteous with the Spanish pilots, sometimes joking and laughing with them, but not so with the American pilots of several American planes on the frequency.  There were exchanges when the American pilots did not understand her, or she did not understand them.  I also thought that most of the American pilots were a bit rude to the controller, and talked fast as if they are still on US soil.  They did not make any noticeable effort to adopt their accent and speed to the situation.  I am assuming that the Spanish-speaking pilots did not understand much of the Americans’ exchanges either.

On our descent to Buenos Aires, flying south, ATC vectored us to land on runway 36.  The pilot came on the PR system and informed the passengers that we were instructed to land into the north, which he said is “unusual”, and therefore we will land later than planned.  His comment on the PR system cleared the confusion about the sign of the wind speed: ATC were vectoring him to land with tail wind.  Why?  Don’t know, maybe the ILS did not work on runway 18.

I was also surprised that they did not switch us to the tower frequency: the same controller kept talking to our pilot until after landing, when she switched him to ground.

Over Argentina it was a clear, perfect VFR day.

Buenos Aires is wonderful.  Totally wonderful.

CloudAhoy App release 1.7 — today

It’s in the app store as of today. This is a maintenance release, fixing three things:

– Better upload of data especially for iOS devices that are in Airplane Mode.  If you ever had a situation where flight was held in your iOS device for too long, it is now fixed.  Well, it’s fixed even if you never had the problem : )

– A recognition of Dual XGPS150 devices.  This is for display only, because even in pre-1.7 the data from Dual was used correctly.

– Devices left running for days.  This could happen in pre-1.7 when users started logging, and CloudAhoy waited patiently for them to takeoff, sometimes days.  Or it could happen if users have actually landed, but turned off auto-stop and never turned off the logging manually.

I plan to have the next app release in late April or early May.  It will have several new features, plus run in native mode on iPads.

The new Google Earth Plug-in is crashing on Macs

Sad Google

The dark side of Earth

A couple of weeks ago Google released their Google Earth version 6.2.  Unless you opted out, they upgraded your plug-in software automatically.

The previous version had several bugs that affected CloudAhoy users (and I, among many others, have reported and urged them to fix these bugs).  The bugs have been fixed, so 6.2 is good news.  But with the good news came some bad ones: the new version crashes a lot while running cockpit view animation.

I have received reports  from several users, all running on Macs.  Hey, are there Windows users out there who get this problem too?

When the problem happens, do like Google says: reload the page.  It helps… until the next crash.

I verified: this problem affects all the other camera movement applications that I tried, including Google’s own.  That’s  bad news, because if the bug were in CloudAhoy, I would have been able to fix it myself.

I found that if you get frequent crashes in one browser, switching to another is likely to help.  Today I failed to get the screenshot above while running in Safari – it worked beautifully for 15 minutes.  I switched to Firefox, and it crashed immediately.  Other days, it crashes a lot in Safari but not much in Firefox or Chrome.

I could not get the plugin to crash on Windows XP (both IE and Firefox).  Maybe because it runs a 32-bit plugin.

A bug can be both funny and annoying

Imagine yourself building a plane kit.  This is a huge endeavor in terms of the time, money and energy you devote to it.

At a certain point, the plane is ready to be tested, and you are ready to be your own plane’s test pilot.  Living in the US, you must register the plane with the FAA, which is not a trivial procedure.  After the registration process, you receive a tail number from the FAA, and anyone can type this tail number in the FAA registry and get information about the plane’s builder, namely you.

So far so good.  Now you register to CloudAhoy because you want to debrief your flights.  You enter your tail number, and CloudAhoy adds this tail number to the list of your planes, except, ooops, it lists someone else as the builder!  You have spent thousands of hours on building this plane, you registered it, and someone else is listed as the builder!  What is going on?

This happened yesterday to a CloudAhoy user.  The reason?  A bug in CloudAhoy. CloudAhoy incorrectly assumed that a given plane type is always manufactured by the same manufacturer.  For example, plane type 182R is always manufactured by Cessna, and S-76D is always manufactured by Sikorsky.   Obviously this is not the case with plane kits.  Turned out that a CloudAhoy user, call him A, entered his Lancair kit’s tail number, and CloudAhoy learned from the FAA’s registry that A is the manufacturer of that specific model of Lancair.  Then another user, B, entered his plane’s tail number, and the builder’s name was A.

Awfully sorry, B.  It will be fixed.  I can only imagine how annoying this could be to you.