Go or no-go revisited

Thomas P. Turner is a flight instructor and businessman who publishes an exceptionally useful weekly aviation newsletter called Flying Lessons. Recently he’s been focusing on trying to help pilots understand what’s truly risky about flying, and to provide some standards to help improve proficiency in those situations. As part of that process, in this week’s newsletter he linked to a matrix of go/no-go rules that I really like: the Categorical Outlook Flying™ matrix. The basic point of this matrix is to provide a simple, clear set of guidelines to help pilots of all experience and skill levels make good decisions.I don’t want to reproduce the entire matrix, but here’s a snippet:

If the outloook is… …and you’re flying… over   during… then suggest:
  VFR VFR   flat land   day GO  
        flat land   night GO  
        unfamiliar area day GO  
        unfamiliar area night GO  
        mountains or water day GO  
        mountains or water night NO-GO  
    IFR   flat land   day GO  
        flat land   night GO  
        unfamiliar area day GO  
        unfamiliar area night GO  
        mountains or water day GO  
        mountains or water night GO  

This doesn’t seem that instructive– after all, all but one of the suggestions are “go”. However, the real beauty of this approach is that it breaks down the go/no-go decision into multiple factors, including weather, time of day, terrain, and flight rules. These factors correspond pretty well with some of the major risk factors associated with flight. Night VFR over mountains is more risky than day VFR over mountains– not because of the airplane, which doesn’t know it’s dark, but because of the difficulty of finding a safe place to land if there’s a problem.

The full set of matrices is well worth looking at. I like this approach and plan to incorporate it into my own personal minimums; the matrix above is already pretty much how I plan, but the “marginal VFR” matrix, which I haven’t shown here, is where things start to get a bit more interesting…

2 Comments

Filed under aviation

Palo Alto-Petaluma and back

Tuesday afternoon I was working and decided to check out LiveATC.net, a web site that plays air traffic control audio for a huge range of airports worldwide. Soon enough I had fired up the Palo Alto tower, which led to looking out the window, which led to me reserving an airplane for a quick flight to Petaluma. Why there? It was just over 50nm away from Palo Alto, meaning that I could log the flight as cross-country time towards my instrument rating.

I got to the airport, preflighted the airplane, and enjoyed a smooth takeoff; departure had me do a right 45° departure and head towards the Oakland airport. I got on the radio with NORCAL Approach, who routed me over the runway 29 numbers at Oakland International and then cleared me further to the north. The sun was lowering in the western sky, which gave me a few pretty nice photo opportunities:

DSC 1167

Approaching KOAK rwy 29 from the south; the numbers are just out of frame on the lower right

DSC 1179

the city of San Francisco; that’s the Bay Bridge in the foreground

DSC 1192

the Golden Gate Bridge, with bonus freighter

DSC 1178

Both bridges, plus shafts of light through the city fog (you might need to see the full-size version to see them)

 

The Petaluma airport was easy to see, and I had a good landing on runway 29. Sadly, the diner there closes at 3pm, and I got there about 7:30pm. So, my key learning for this flight: verify the status of your proposed dinner destination before takeoff. I got out, stretched my legs, and fired the plane back up to return to Palo Alto; the night view was absolutely stunning, but I didn’t take any pictures.. maybe next time. Since it was dark, I went ahead and shot 3 landings to update my night currency; my last landing was a power-off, short-field squeaker that would have pleased even my  picky CFI.

An evening well spent…

Leave a comment

Filed under aviation

MEC 2014: Austin, 31 March-2 April 2014

This is pretty darn exciting: Microsoft has announced the official date and time of the Microsoft Exchange Conference (MEC) in 2014. It will be held in Austin, home of at least one of the original MECs (the first one, maybe? I wasn’t there so I’m not sure) from 31 March to 2 April 2014. 

I am sure that nothing bad will come of Microsoft’s decision to include April Fool’s Day as part of the conference. Nope, not at all.

On a personal note, I am excited that the conference will be in Austin. It’s one of my favorite cities, and I’ll be making side trips to see family (Hi, Lee Anne!) and friends while there. I also believe that we should have an Exchange-themed visit to the Salt Lick BBQ. Stay tuned for details!

Leave a comment

Filed under UC&C

A beautiful meditation on flying

I grew up reading Flying magazine. There always seemed to be copies around the house, along with books written by stalwart columnists such as Gordon Baxter (“File IFR even if you’re just going to the men’s room.”) and Dick Collins. I learned a great deal (mostly about what not to do) from reading the “I Learned About Flying From That” series, and I’ve happily enjoyed the magazine as it’s evolved to its present form, with a few minor nits that I’ll talk about another time.

Dick Collins is still writing. A couple of years ago, Sporty’s relaunched “Air Facts,” a magazine once run by Dick’s father, Leighton Collins. It’s now a web site and not a print magazine, but I still read and enjoy it. Earlier this week, Dick wrote a beautiful piece on a lifelong romance. No, not him and his airplane… him, his airplane, and his wife Ann, who sounds like a marvelous woman.

Read it.

Leave a comment

Filed under aviation

Thursday trivia #92

Leave a comment

Filed under Friends & Family, General Stuff, Musings

Exchange 2013 Cumulative Update 1 released

I don’t have time to write a lengthy post detailing the changes and improvements in CU1, so go read this and this instead. Pay particular attention to the section in the Exchange team blog post about mailbox sizes. Happy installing!

Leave a comment

Filed under UC&C

Go and no-go decision making

(Yes, I know it’s not Friday. That’s because on Friday I was busy… flying. Not flying myself, you understand; rather, I was being flown by the fine folks at Delta from SFO to ATL and then on to HSV.)

I had already planned my weekend around the trip to Alabama to see the boys, but early Thursday morning received some bad news: my Uncle Edgar had passed away in Houma, Louisiana, and his funeral service would be first thing Monday morning. That seemed like a great opportunity to get some cross-country time; I could rent a 172 from the Redstone flying club, fly KHUA-KHUM in about 3.5 hours, and easily make both the Sunday night wake and the Monday service. I jumped online, reserved an aircraft, and went about my business… at least until I saw the weather.

AviationWeather.gov showed a strong chance of rain and scattered thunderstorms Sunday in Huntsville. So did the Weather Channel, but the WAAY-TV forecast called for scattered light rain. The local forecast for Houma for my arrival time looked good. What to do? I had a few options:

  • Adjust my flight time to get out of town before the bad weather. Of course, if I ran into any delays, that could be a problem.
  • Wait and see how the weather developed, planning on flying if there was no convective weather developing or forecasting.
  • Call Delta and book a flight to New Orleans.

As much as I wanted to fly down there myself, I chose option #3. That turned out to be exactly the right move, because the weather across southern Louisiana deteriorated Sunday morning. Here’s what the weather looks like right now, as I sit comfortably aboard my Delta flight. All that green crap in the lower right corner of the map has been forming and blowing up from the Gulf into north Alabama over the last 36 hours or so—but the forecast I saw on Thursday didn’t predict that.

wx

It might have been possible for me to adjust my departure time either earlier or later and still make the flight safely. However, the old adage that “it’s better to be down here wishing you were up there than up there wishing you were down here” certainly applies. At this time of year, convective weather can be unpredictable, and tackling it at night as a non-instrument-rated pilot in an aircraft without onboard weather display or radar would be foolish.

As WOPR said, sometimes the only winning move is not to play. So I sat this flight out, and I’ll build my cross-country time another day.

3 Comments

Filed under aviation

Edgar Anthony Babin, 1937-2013

Edgar Anthony Babin, 76, a native of Terrebonne Parish and resident of Houma, died at 4:13 a.m. Thursday, March 28, 2013. Visitation will be from 6 to 9 p.m. today at Falgout Funeral Home and from 9 a.m. until funeral time Monday at St. Bernadette Catholic Church. A military service will be at 10 a.m. Monday at the church. A Mass of Christian burial will be at 11 a.m. Monday at the church, with burial to be held at a later date.

He is survived by his wife of 57 years, Norma Jean Marie Robichaux Babin; sons, Ricky and wife, Tonya, Carey and wife, Venetia, and Robert Babin and wife, Earline; brother, Sidney Babin Jr. and wife, Lindy; eight grandchildren, Shane and wife, Amy, Steven and wife, Tracey, Chris and fiancee, Taylor Hoob, Becky and Seth Babin, Christine and husband, Stuart Lewis, and Craig Denison and Nicole Crochet; four great-grandchildren, Rayler, Ryan and Johnny Babin, and Kaydyn Crochet; good friends, Keith and wife, Andrea Faul; and numerous nieces and nephews. He was preceded in death by his parents, Sidney Sr. and Vivian Cadiere Babin. Pallbearers are: Steven and Donald Babin, Douglas Chauvin Sr., Keith Faul, Mike Robichaux and Stuart Lewis.

He was a man dedicated to the Terrebonne Parish Sheriff’s office for more than 46 years, a charter member of Bayou Cane Volunteer Fire Department, and a 1955 through 1957 U.S. Navy veteran who loved fishing, hunting and gardening. The family gives thanks and appreciation to Haydel Hospice, Terrebonne General Medical Center and all medical staff who gave Edgar their care and concern during his illness. Falgout Funeral Home is in charge of arrangements.

My Uncle Edgar was one of the hardest-working men I ever knew. (He was also the first person I ever knew who actually had a tattoo, courtesy of his time in the Navy.) He was perpetually busy with his job,  with the Sheriff’s Department, or the volunteer fire department, and he was an avid sportsman in his free time. He raised a solid, loving family, and my cousins and I enjoyed many an hour fishing, trawling for shrimp, or talking about fishing with him growing up. It is remarkable to me that he and my Aunt Norma were married for 57 years. That is an enviable accomplishment that reflects a lifelong love and commitment that is too rarely seen today.  I will miss him. R.I.P., podna.

2 Comments

Filed under Friends & Family, General Stuff

Heading to see Fifi!

Short entry today– I’m packing my bags and my charts to go see Fifi again. When the ATOP folks contacted me and said that they were offering a two-day advanced course, consisting of an instrument proficiency check for IFR-rated pilots or a line-oriented flight check (LOFT) for VFR pilots, I jumped at the chance. It’ll take me all night to get to Orlando, then a short nap before ground school, but it’ll be worth it to spend two glorious hours in the A320 sim on Sunday. More news when I return.

Leave a comment

Filed under aviation

Thursday trivia #91

  • I went from hale and hearty on Monday morning to throwing up and feeling miserable by dinnertime Monday evening. After two days of incarceration on my sofa, I can say a) I blame my commercial flight Saturday for getting me all germed up b) thank you, Instacart, for bringing me needed supplies so I didn’t have to go out in the rain and c) I am thankful for my general good health.
  • With the impending death of Google Reader, I’ve switched over to Newsblur. So far I am semi-impressed. It looks good, but it has had terrible performance and uptime problems, brought on by the onslaught of tens of thousands of new users. The iOS client is only OK, and the two Windows Phone clients I’ve found (Feed Me and Metroblur) are both slow and clunky. I hope to see NextGen Reader and Byline support Newsblur; if not I’ll be stuck with the web client, I guess… still, better than nothing.
  • I’m loving “The Americans,” although they’re showing signs of falling into the “Game of Thrones” trap of including too much gratuitous sex as a substitute for actual plot or character development.
  • My condolences to the families of the seven Marines killed in the mortar accident at Hawthorne Army Depot earlier this week. (And shame on Senator Harry Reid, the shameless one, for linking their deaths to budget cuts brought on by sequestration.)
  • It’s funny how Intuit always manages to jack up the cost of TurboTax about 3 weeks before the April 15th filing deadline. They’ll get their extra money this year, as I am in no way ready to file my taxes yet.
  • I’ve been accepted as a speaker for TechEd 2013– in both North America and Europe! I’m doing a talk on developing mobile applications with Exchange Web Services. Should be fun; I love New Orleans and haven’t ever been to Madrid.

4 Comments

Filed under General Stuff

Loading PowerShell snap-ins from a script

So I wanted to launch an Exchange Management Shell (EMS) script to do some stuff for a project at work. Normally this would be straightforward, but because of the way our virtualized lab environment works, it took me some fiddling to get it working.

What I needed to do was something like this:

c:\windows\system32\powershell\v1.0\powershell.exe -command "someStuff"

That worked fine as long as all I wanted to do was run basic PowerShell cmdlets. Once I started trying to run EMS cmdlets, things got considerably more complex because I needed a full EMS environment. First I had to deal with the fact that EMS, when it starts, tries to perform a CRL check. On a non-Internet-connected system, it will take 5 minutes or so to time out. I had completely forgotten this, so I spent some time fooling around with various combinations of RAM and virtual CPUs trying to figure out what the holdup was. Luckily Jeff Guillet set me straight when he pointed me to this article, helpfully titled “Configuring Exchange Servers Without Internet Access.” That cut the startup time waaaaay down.

However, I was still having a problem: my scripts wouldn’t run. They were complaining that “No snap-ins have been registered for Windows PowerShell version 2”. What the heck? Off to Bing I went, whereupon I found that most of the people reporting similar problems were trying to launch PowerShell.exe and load snap-ins from web-based applications. That puzzled me, so I did some more digging. Running my script from the PowerShell session that appears when you click the icon in the quick launch bar seemed to work OK. Directly running the executable by its path (i.e. %windir%\system32\powershell\v1.0\powershell.exe) worked OK too… but it didn’t work when I did the same thing from my script launcher.

Back to Bing I went. On about the fifth page of results, I found this gem at StackExchange. The first answer got me pointed in the right direction. I had completely forgotten about file system virtualization, the Windows security feature that, as a side effect, helps erase the distinction between x64 and x86 binaries by automatically loading the proper executable even when you supply the “wrong” path. In my case, I wanted the x64 version of PowerShell, but that’s not always what I was getting because my script launcher is a 32-bit x86 process. When it launched PowerShell.exe from any path, I was getting the x86 version, which can’t load x64 snap-ins and thus couldn’t run EMS.

The solution? All I had to do was read a bit further down in the StackExchange article to see this MSDN article on developing applications for SharePoint Foundation, which points out that you must use %windir%\sysnative as the path when running PowerShell scripts after a Visual Studio build. Why? Because Visual Studio is a 32-bit application, but the SharePoint snap-in is x64 and must be run from an x64 PowerShell session… just like Exchange.

Armed with that knowledge, I modified my scripts to run PowerShell using sysnative vice the “real” path and poof! Problem solved. (Thanks also to Michael B. Smith for some bonus assistance.)

1 Comment

Filed under General Tech Stuff, UC&C

The secret to emergency landings

Rule #1 in aviation, as recounted to me by my first flight instructor: Don’t hit anything.

Rule #2, of course, is If you have to hit something, pick the softest object you can find and hit it as gently as possible while going as slowly as possible.

It turns out that both of these rules are surprisingly applicable to the art of making good off-airport emergency landings.

First, I should distinguish between a forced landing (one in which you have no choice, usually because the engine has quit) and a precautionary landing. The latter are undertaken when something is wrong and you need to get on the ground ASAP, but where the issue isn’t yet a full-blown emergency such as an in-flight fire or a dead powerplant.

Forced landings are where rule #2 really comes into effect. There are really only two tasks in conducting a successful forced landing. First you find someplace to land, and then you land there. This, of course, obscures much of the real complexity of getting the job done, but it’s easy to let the other tasks you have to perform along the way overshadow these two major requirements.

What’s a good place to land? Well, it has to be within range of your aircraft, and ideally it will be a nice, flat, unoccupied, soft surface with no obstacles or bumps. The odds of finding something like that varies greatly according to where you are. For example, in the area around the Palo Alto airport, you have water to the east, with marshes and power lines to the immediate north and south of the runway, in a heavily urbanized area. On the other hand, out of Madison County Executive you have lots of nice soft farm fields. One key trick is to always be looking around while en route and thinking “OK, if I needed to land, where’s a good spot?” This is both a good habit and a fun game to play, especially in unfamiliar terrain.

“…then you land there” is the more challenging part. During my primary training, one of my major obstacles was my lack of airspeed discipline. Each airplane has a characteristic best-glide speed: maintain that speed and you will get the maximum forward motion per foot of vertical descent. If you go slower or faster than that speed, you’ll get less gliding distance. While your instinctive reaction might be to look around for a landing site, the very first thing you should do is grab the trim wheel, get some nose-up trim in place to reduce the control force required, and slow the airplane to its best-glide speed. Do that and then you’ll have more time to find an ideal landing spot. You have to use that time to do other things, like run through the emergency landing checklist, call Mayday, and so on, but those are all optional… maintaining the best-glide speed is not.

The other problem I had was my approach to the selected landing spot. Ideally you want to pick a spot and arrive abreast of it at about 1000′ above the terrain. In the diagram below, you want to be at the position labeled “2”. At that point, you’re in exactly the same position you’d be in if you were performing a normal landing, and one of the things you practice all the time is power-off landings from exactly that position. For some reason, though, it just didn’t sink in that I needed to approach the landing spot as though I were entering a traffic pattern; I was perpetually too close to, or too far away from, my selected landing spot.

airport traffic pattern

airport traffic pattern; diagram courtesy http://www.cfidarren.com

Why it took me so long to figure out, I don’t know. Once my instructor pointed that out to me, though, my emergency landings improved about 1000%. That’s what I would describe as the secret, at least for me: pick a spot and then navigate to it, at best-glide speed, just as though I was planning a landing on an ordinary runway. Doing that made all the difference in the world. Now I just have to keep following rule #1 and I’ll be in good shape!

3 Comments

Filed under aviation

Thursday trivia #90

  • Had my first sample of Vietnamese food yesterday, courtesy of (and thanks to!) Bo Williams. The food and company were both top-notch. For the record, I had the clay pot.
  • Damnit, Google. Why couldn’t you have killed Orkut, or one of the other worthless services you offer, instead of Google Reader?
  • This morning two of the newspresenters on WAAY-TV were handling a large snake. Is it ratings week, or has the Bay Area just changed my tastes in TV news?
  • Just wrapped chapter 6 (Exchange 2013 message hygiene) of the book and sent it off for review. Now I’m working on chapter 4, the client chapter. Lots to say about Outlook and the all-new Exchange 2013 version of OWA.
  • Two more books added to my reading queue: The Invisible Gorilla: How Our Intuitions Deceive Us (think: the opposite of Malcom Gladwell’s Blink) and Broken Hearts: The Tangled History of Cardiac Care (which claims, among other things, that most catheterizations and other invasive procedures don’t actually improve survival outcomes). Finding time to read them, of course, is a completely different matter.
  • Apropos of which, my reading lately has focused on the study guides for my instrument flight rating…

2 Comments

Filed under General Stuff

Going NORDO

You may not realize it, but the commercial airliners we fly on have redundancy for virtually every onboard system. This, of course, is no accident—it’s a popular saying that the history of aviation improvements is written in blood, so the reason why we have redundant electrical systems, pressurization, and so on is because in the past, single points of failure have caused catastrophic accidents.

Even light airplanes often have more redundancy than the casual observer might suspect. For example, the engine ignition system in piston airplanes has two redundant magnetos, wired so that each magneto is independently providing spark to both cylinders. If one mag fails, no worries; you’ve got another one.

Luckily, the same is true with radios, as I found out on a recent night flight. My mission: leave Palo Alto, fly up to Napa to pick up my cousin, and continue on to Willows for dinner. I was in a fairly new G1000-equipped 172, one that I hadn’t flown before. When I listened to the ATIS broadcast on COM1 during my preflight, I noticed quite a bit of audio clipping, but I wrote it off as due to my position on the airfield– behind a large metal hanger with an electrical box that causes an audible squeal in the audio system as you taxi past it. I preflighted, started, and called ground; I could hear them OK, so I taxied to the runup area. Runup was normal, and then I switched to the tower frequency and called them for a takeoff clearance.

Silence.

I called them again.

More silence.

That’s odd, I thought. Even a busy controller will usually respond after a second call, and I’m the only guy out here anyway. A few seconds later the controller answered but his audio was unintelligible. I tried a couple more times, then switched back to ground and told them I was taxiing back to parking. When I got there, I started playing with the squelch controls on the audio panel while listening to the ATIS frequency and eventually got a squelch level that gave me clean audio… or so I thought.

Taxi back, runup, and takeoff were uneventful. I was talking to Norcal Approach the entire time; they vectored me over the San Mateo bridge, then over the runway 29 numbers at KOAK, then past the Nimitz Freeway, then VFR direct to the Napa airport. The trip was gorgeous, and I made a good landing at KAPC. Sadly I had forgotten my spare headset, and the local FBO didn’t have one, so Chris and I decided to have dinner in Napa instead of flying to Willows. We had a great visit while devouring burgers at Gott’s (where I had the best milkshake ever), then I dropped him back at the airport and got ready to fly back.

In the meantime, the Napa control tower had closed. This isn’t uncommon; many airports are towered only during part of the day. The normal procedure is to use the tower frequency (or another freq, if designated) to announce your position and intentions to any other aircraft in the area. I did so and had an uneventful takeoff. As I turned back towards the Bay Area, I tuned in the Norcal Approach frequency and called them.

Silence.

Uh oh, that’s not good, I thought. I knew I hadn’t gotten the frequency wrong because I used the G1000 to enter it directly from the airport  diagram, but I looked it up anyway and tried again.

Silence.

By this time I was getting uncomfortably close to controlled airspace, and I didn’t want to enter it without being in radio communication with ATC, so I started a nice, gentle standard-rate turn to keep me out of trouble while I troubleshot.

First I tried calling Flight Watch, the nationwide FAA enroute advisory service that uses the same frequency, 122.0 MHz, everywhere. No joy.

Next I switched over to COM2 and called Flight Watch again. “Four Lima Bravo, we could hear you a minute ago but you couldn’t hear us. How copy?”

Bingo! My primary radio had gone dead.

While this was a little disconcerting, it wasn’t a problem; I had another completely functional radio, so I switched back to Norcal’s frequency, called them, got cleared along my route, and went about my business. If my secondary radio had failed too, I wasn’t without options; I could have changed my transponder code to 7600 to indicate that I was NORDO, then I would have flown a route and altitude to keep me away from Oakland and SFO. In this case, that basically means about 1500′ straight down the middle of the Bay. The Palo Alto tower was closed by the time of my arrival, so I would have had to be very careful about entering the traffic pattern (and as it turned out there were a couple of other planes working the pattern there).

Although this wasn’t an emergency by any stretch, I was glad to have that second radio. Operating in busy controlled airspace at night is not a good time to be muzzled. It might be time for me to pick up a handheld nav/comm radio to keep in my flight bag as a backup. (Of course, then I’d need a bigger flight bag…)

 

Leave a comment

Filed under aviation

Why you should keep multiple backups

I spent the weekend a) in Huntsville with the boys and b) in a fog of cold medication. In fact, I called in sick to work today, which is really unusual for me. A coworker e-mailed me to ask for a couple of documents I’d written, and when I saw her e-mail (I called in sick, not dead, so I was still checking e-mail), I couldn’t find the files in SkyDrive on my Surface Pro. “Oh,” I thought. “I must have checked them in to our SharePoint site.”

Nope.

“Maybe they’re on my work desktop.” A quick RDP connection and… nope.

Now I was beginning to freak out a bit. I knew I had written these documents. I knew right where I’d left them. But they were nowhere to be found.

I went back to my MacBook Pro, which is sort-of my desktop now.… nope.

Then the fog lifted, oh so briefly, and I figured out what had happened.

For some reason, about a month ago, the SkyDrive client for OS X started pegging the CPU at random intervals. It was still syncing, most of the time, but when it started burning the CPU it would kick the MacBook Pro’s fans into turbo mode, so I started shutting the app off until I explicitly wanted it to sync. (This reminded me of the ancient technology known as Groove, but let us never speak of it again.) Eventually I got tired of this and started troubleshooting the problem. The easiest solution was to remove and reinstall the app, so I did. Before doing so, I made a backup copy of the entire SkyDrive folder, renamed it to “Old SkyDrive,” and let the newly installed app resync from the cloud. Then I deleted the old copy.

Fast-forward to today. I realized what had happened: the documents had been in the old SkyDrive folder, they never got synced, and now they were gone.

But wait! I do regular backups to Time Machine when I’m in Mountain View. I looked in Time Machine… nope.

“Oh, that’s right,” I muttered. “I created those files and ‘fixed’ SkyDrive last time I was in Huntsville.”

But wait! I also use CrashPlan! I fired up the app… nope.

Then I noticed the little “Show deleted files” checkbox. I checked it, typed in the name of the files I wanted, and in 90 seconds had all of them restored to my local disk.

So, the moral of the story is: a) make backups and then b) make backups of your backups. Oh, and go easy on the Benadryl.

Leave a comment

Filed under General Tech Stuff