Anything for a weird life...

Searching a large, dark, cluttered closet for a screech owl, while a Mississippi kite perches overhead, watching, and calling-out impatiently for someone to bring it its mouse dinner.

---

"Do you know anyone who can get me some moles?"

"Nope. Want a shrew? I also have a beaver."

---

Balancing thirty-plus feet in the air on a ten-foot ladder standing in the upraised bucket-loader of a tractor, trying to insert an enraged barn owl into a nest box.

"We mounted that one a little high. Careful, now."

---

Just a few of the situations that confront people who have wildlife rehabilitators for friends.

Of course, those're nothing compared to the stories the rehabbers, themselves, could tell you.

Geminids and Mysteries Revisited

When you have an old house with a mail slot, rather than a mailbox, you don't have to pay any attention to your mail until the drifts begin to block access to the front door, or until someone shuts off your utilities. Hoping to head-off the latter, this evening I began one of my occasional excavations. Deposited here and there in the accumulated strata of junk mail were the dreaded bills, but also a few unexpected gems in the form of holiday cards, obsolete now, some would say, but I prefer to think of them as aged to perfection.

Significantly, one was from Margaret & David Bamberger. In it, Margaret said she'd read my blog post "Geminids and Mysteries" and "[...] when I read about your mystery critter I had to laugh because when we were camping one time a similar thing happened. After being awake for a while wondering if I should hide in the truck because I couldn't imagine what was out there, I finally figured out that a bunch of feral pigs were hanging out doing god knows what."

That's the best identification of my mystery critters suggested so far, and I'm inclined to accept it. So, now I know. Probably.

Martin Luther King, Jr. Day

"[I]n any movement or struggle there come times when you need some individual or some group of individuals to step forward and become the symbol of the struggle, the personification of its essence, the face, if you will, of what you are fighting for. Call it a leader, but it's not a leader in the sense of any kind of control. It's a leader in terms of inspiration and vision. It's a man or woman who doesn't see him- or herself as any larger than the movement itself.

"Martyrs, champions, men and women of all kinds throughout time have stepped forward as this kind of figure, from Jesus to Joan of Arc. Gandhi played this role in the struggle for liberation in India. John F. Kennedy became it for many Americans at the turn of the 1960s. Martin Luther King played it for a large section of the civil rights movement."

—John Lewis with Michael D'Orso, Walking with the Wind: A Memoir of a Movement, pg. 302.

Martin Luther King, Jr. Day honors more than Dr. King, it honors all of the people of America's civil rights movement. Their struggles, sacrifices, and even deaths, did more to advance the never ending cause of cleansing and perfecting the soul of our nation than any other effort in my lifetime. To my mind, that makes this a national day of honor and remembrance of the first order; more resonant than Independence Day, more significant than the birthday of any of our presidents, or of Dr. King, himself. "Thank you all" isn't adequate, but it ought to be said, and that's a big part of what Martin Luther King, Jr. Day is about.

Donuts on a Rope

An update to the "Exotic Propulsion Aircraft" page on the Federation of American Scientists web site that was recently brought to my attention provides a new photograph of a "donuts on a rope" contrail, shot on November 10, 2006. These contrails are interpreted by many people as evidence of secret, high-speed aircraft utilizing Pulse Detonation Wave Engines (PDWE). The "donuts" in the contrails are thought to correspond to the individual detonations that propel the craft.

I would dearly love to believe that the origin of these contrails is a secret aircraft, because I'm fascinated by such things, because I've been waiting to see such a contrail ever since I first read about them in the May 11, 1992, issue of Aviation Week & Space Technology magazine ("New Evidence Bolsters Reports of Secret, High-Speed Aircraft", page 62), and, most particularly, because I observed and photographed two "donuts on a rope" contrails on June 26, 2006.

The photos shown here are of the second contrail, which was the more clearly defined of the two. They were shot from windows on the 25th floor of The University of Texas at Austin Tower using a Canon Digital Rebel camera set at ISO 200 and equipped with a Canon EF 100-400mm f4.5-5.6 image-stabilized lens. The contrails proceeded from east to west. These photos were taken between 8:01 and 8:03 PM CDT.

The final photo, taken at 8:03 PM, shows the origin of the contrail as it neared the western horizon. In order to maximize contrast, the photo's dynamic range has been expanded to its useful limits, a yellow filter applied, and it has been converted from color to monochrome. Unfortunately, there isn't enough detail to identify the aircraft. However, given the specificity of the time and place, FAA flight logs should make an identification possible. (If someone does make that identification, I hope they'll leave a comment with the details.)

For myself, I do not believe PDWE-powered aircraft were responsible for either of the contrails I observed. First, it seems unlikely to me that a secret aircraft would be flown over a large city in broad daylight, especially twice in one afternoon. Second, I heard no remarkable sounds before, or during, my observation of these contrails. Third, and most significantly, the photograph of the origin of the contrail shows that the contrail begins as two separate trails, each one presumably from the jet engines on either side of a commercial airliner. I can only speculate that atmospheric conditions, combined with the air turbulence produced by the aircraft, conspired to merge the two trails into one, and to disturb it at regular intervals, perhaps as a wake vortex periodically intersected the trail.

Of course, I'd much prefer to believe that I'd recorded evidence of a secret aircraft, due to my long-standing fascination with such things (and what photographer wouldn't like to have taken an "important" photograph?), but I believe the evidence points to a prosaic origin in these two cases, and ultimately leaves me in doubt as to the significance of any of the "donuts on a rope" observations.

Disappointing, but interesting, nonetheless.

Blue Origin Revealed

Jeff Bezos' team at Blue Origin has been extremely secretive about the rocket they've been developing (until now), but it was pretty clear that it was going to be a vertical take-off, vertical landing (VTVL) vehicle, and probably a lot like the Delta Clipper Experimental (DC-X) vehicle that BMDO and NASA flew years back. Well, Blue Origin has finally shown the world what they've been working on, and, yes, the Delta Clipper concept is reborn, and flying, right here in Texas.

Magnificent!

(If you folks ever need panoramic, or stereo, photos of your setup, just say the word. :-)

Memory Lane

Here's a video of the first flight of DC-X on August 18th, 1993, and a photograph, courtesy of Susan Karasoff, from the DC-X rollout on April 3, 1993.

Geminids and Mysteries

I watched the peak of the Geminids meteor shower last-night/this-morning from the Bamberger Ranch, with the kind permission of the Bambergers. (They even threw in a slice of Margaret's birthday cake. Happy birthday, Margaret.) I setup a pair of the original Canon Digital Rebels, one with a Sigma 20mm, f1.8 lens, and the other with a Sigma 10-20mm, f4-5.6 lens set for 10mm and f4. Both were shooting RAW, manual-focused on infinity, set for ISO 400, and using a shutter speed of 30 seconds. They were aimed such that the field of view of the 20mm lens was entirely subsumed in the field of the view of the 10-20mm lens, set at 10mm. I shot about 270 frames with each camera, concurrently, but with the shutters staggered to try to avoid missing meteors while one or the other camera had its shutter closed.

From past experience, I knew the 20mm, f1.8 lens could capture some meteors. I had doubts that the 10-20mm would be of any use at f4. My first look at the results credits the 20mm, f1.8 lens with 8 meteors, and the 10-20mm at f4 with 4 meteors, even though it covered four times as much sky as the 20mm lens. So, the 10-20mm, f4-5.6 lens isn't completely useless for meteor showers, but it's a very poor choice for such work. Not much of a surprise there, but now I know.

The good news is that all of that driving, and those four hours of shivering and photography produced my best meteor photograph so far (taken with the 20mm, f1.8 lens, of course). That meteor wasn't the most spectacular of the 198 I counted, but it was a good one. The best of them all was really two meteors that entered at the zenith at the same moment, but going in precisely opposite directions. One burned-out quickly, but the other had a good, long run, and burned so bright against the black of the sky that it reminded me of seeing a thin ribbon of magnesium burn in a high school chemistry class.

One peculiar happening while I lay out there on the cold ground controlling the cameras and counting occasional meteors, was a sound off in the dark distance that I can only say made me imagine an angry hawk, expressing its anger in high-pitched wheezes. This sound came several times, then the usual quiet returned. It's quiet out there in a way that city dwellers, like me, may have a hard time grasping. There are no man-made sounds to be heard. Not even a distant hum of traffic on some highway. There's just the wind blowing through trees, and a few crickets. It takes a while to notice it, but it stands out in a big way once you do. So, the wheezing came from nowhere and then vanished into that amazing quiet. A minute or two later, the wheezing returns from the same direction, but closer. Soon, hooves are heard running on the hard ground, coming from that direction towards me. They seem to account for at least four animals, but what sort of animal, I can't figure. My untrained ears claim that the hoof-falls are too heavy to be deer, but too light to be cattle. The sound of the hooves seems to be ahead of the wheezing, which chases after them. The sounds come closer and closer and I begin to wonder if some panicked livestock are about to show-up and trample my cameras. Their eyesight and hearing are almost certainly better than mine, so they should know I'm ahead, but they keep coming anyway. Just ahead of that wheezing. I let out a quick whistle to try to ensure that they're factoring me into their plans. It doesn't seem to have any effect on their pace or course, but soon the hoof-falls stop, seemingly for their own reasons. Whatever was making them is nearby; I can hear them breathing hard, but can't see a thing. Their breathing dies away, and the quiet is beginning to settle in again when the wheezing returns, and then hooves are running again, but now parallel to me, and then away and out into the invisible grass, and the remarkable quiet.

Qwicap 1.4a42 Released

Qwicap 1.4a42 has been released. (Download it from SourceForge.) This version has been in the works for almost six months, off and on. It was bedeviled by two problems: (1) a thread synchronization bug that could manifest when a user submitted new form data before the processing of their previous hit was complete, and (2) a misunderstanding between myself, a colleague who administers some of our servers, some obscure error reports from the JVM, and some Google searches, that led us to conclude (incorrectly) that Qwicap absolutely had to have a thread pool in order to operate reliably over long periods of time.

With regard to the thread synchronization bug: Ouch. I could not reproduce it when running the server and the web browser on the same box (my normal method of working), even when the box was a multi-processor machine. If a colleague, Kevin Wood, hadn't noticed this bug and then invested serious effort in exploring it, I don't know when it would have been found. Just to keep it interesting, the fixes to Qwicap 1.4a37 that he provided to me didn't work in his test setup when I supplied him with builds from the official codebase that incorporated all of his changes. (Those builds worked fine on my machine, naturally.) The builds he produced from the older codebase worked fine in his test setup, and mine. Even after we both sat down and satisfied ourselves that I hadn't mangled, or omitted, any of his modifications, the problem persisted in my builds, when he ran the tests on his box. In the end, he set up a box for me that was configured essentially the same as his machine, and I did my own testing. Eventually, I identified one last race condition that even he'd missed. (I throw no stones here; if I hadn't missed it in the first place, he couldn't have missed it in the second.)

With regard to the perceived need for a thread pool, I put a lot of work into building, instrumenting and testing a thread pool based on the mistaken belief that our production servers were encountering a memory-related resource exhaustion problem related to the total number of threads created over the lifetime of any given Qwicap application. In the end, it turned-out that the problem was confined to the amount of memory consumed by the stacks of the threads running at any given time, when running under Java 1.5, which dramatically increased the default stack size relative to Java 1.4 (it seems to have gone from 256K to a megabyte or more). Initially, configuring our servers to run Tomcat in a 64-bit address space solved the problem, and later configuring them to use only 256K as the default stack size provided an alternate solution.

So, Qwicap doesn't turn-out, strictly speaking, to need a thread pool to operate reliably, but I implemented one before that became clear to us, and therefore it now has a thread pool. There's no point in ripping it out, because (a) some people will actually want it, (b) a lot of nice status data gathering machinery became tied to it, (c) it can be configured such that it doesn't hang onto any threads, if you wish, and therefore won't get in the way of people who don't want pooling, and (d) the configuration parameters for the pool allow the size of the Qwicap thread stacks to be controlled, which goes to the heart of the real problem.

Other noteworthy changes in Qwicap 1.4a42 include:

• The concept of "blocking listeners" has been added. Such listeners, registered using the new Qwicap.addBlockingListener method, are invoked just before and after Qwicap blocks to wait for user activity. This applies to the prompt methods, and the redirect method, and will apply to any future blocking methods. Thus a "blocking listener" can perform actions like releasing and reacquiring limited resources like database connections, or log application activity, transparently from the perspective of a web application's code.
• There is now a "service data recorder" (SDR), for lack of a better term, built into Qwicap. The SDR accumulates data in hourly chunks (up to 72 of them). Each hour's data includes information on the thread pool (total size, number of active and inactive threads, number of threads created and allowed to die, number of threads unavailable due to the max. pool size limit), user sessions (number completed and expired, and the mininum, average and maximum duration), hits (total number, hits directed to invalid pages, and the minimum, average and maximum response time), and RAM usage (amounts free, used, and total). For the time being, the SDR reports are available only in a human-readable format, because I am hesitant to commit to what data will be gathered, how it will be represented, etc.

At this point, my main goal for Qwicap is to finalize the 1.4 release. I'm prepared to declare it feature-complete now. (Therefore, I should have released it as a "beta", rather than an "alpha".) While it doesn't include all of the features I'd originally intended it to have, it's the most significant revision to Qwicap thus far, and at some point you just have to draw a line across such an effort, declare it complete, and add the missing features to the list for the next major revision. Furthermore, the current release version, 1.3.3, is almost a year old at this point, and lacks a number of bug fixes and important improvements that are present in 1.4. (Backporting the fixes and improvements to common code became an unsupportable burden some time ago, with the never-quite-ready-for-release version 1.3.4.) The thought of people putting-up with 1.3-isms when they should be benefitting from 1.4-isms is really getting on my nerves. So, expect the 1.4 release in the not-too-distant future, bug reports permitting.