SMARTReporter: a free drive monitoring application for OS X

I'm going to try this one. From macintouch:

SMARTReporter 2.3 attempts to warn of impending hard drive failure by polling the SMART (Self-Monitoring Analysis and Reporting Technology) status technology built in to most modern hard drives. This release now prints more information about the checked disk to the logfile, improves handling of hot-plugged disks (eSATA), fixes some crashers, and makes other changes.

PictureSync: photo service IDs and metadata mapping

There are five people in the universe who'd find this discussion noteworthy: PictureSync » metadata.

I'm one of 'em. Synchronization is harder than most people imagine.

The problems with Picasa Web Albums

I pay Google for my Picasa Web Album storage.

For this I get:

Picasa Help - What are your technical requirements for uploading videos?

Video uploading is only available through Picasa.

and no status updates or acknowledgement that iPhoto 2008 has broken the Picasa Web Album iPhoto plug-in.

I'm definitely feeling like a second class citizen on Google's Picasa web albums.

It doesn't help that Google Video is out of order today as well - no uploads (server failure).

.Mac is looking better these days.

Google Earth Flight Simulator

GE includes a flight simulatory game ...

Flight Simulator Keyboard Controls - Google Earth User Guide

This document describes the various keyboard combinations that you can use with the flight simulator features of Google Earth. To enter the flight simulator mode, press Ctrl + Alt + A (Command/Open Apple Key + Option + A on the Mac). Once you have entered flight simulator mode for the first time, you can re-enter the mode by choosing Tools > Enter Flight Simulator. To leave flight simulator mode, click Exit Flight Simulator in the top right corner or press Ctrl + Alt + A (Command/Open Apple Key+ Option + A on the Mac)...

Desktop Pictures: the quality source

Sometimes Google can be dim. Search on "desktop pictures" and you get a lot of sites that, at least to me, aren't very useful.

On the other hand, the old "About this Particular Macintosh" site maintains a Desktop Picture archive that's free and excellent. A bit of a hidden gem I guess.

Personally I prefer gray scale images because color images make it hard to find my desktop icons, but I'll try switching some of these to gray scale. The one exception is that in XP at work I use Microsoft's desktop manager, and in that setting I reserve one environment for desktop operations. The other two can have full color backgrounds, and I rely on the backgrounds to tell me what environment I'm in. I'll be using these ...

Apple's iClip 1.0 (iMovie '08) shaft: what they should have done

iClip 1.0 (aka Movie '08) is a nasty trick. It has real promise and some real innovations; with another year of development it could be a great application. It needs a real media management solution, probably extending some of the approaches Aperture takes to managing a media library. iPhoto doesn't cut it as a media management solution. It also needs some of the core functionality that once belonged to iMovie HD. Most of all, it needs another year of work.

In fairness to Apple engineers, maybe it originally relied on functionality that was part of 10.5, and what we see now is a hack designed to work on 10.4. Or maybe it was supposed to be much more than it is, and as schedules slipped Apple threw it out the door in desperation.

Alas, it may well be a great commercial success. That happens. It doesn't change the shafted feeling iMovie HD users are going to experience.

The honorable thing for Apple to have done would have been to provide iMovie HD users with an upgrade path to Final Cut Express (which might also require some updates to FCE, I'm not sure how serious Apple is about that product). In a bit more detail, this is what they could have done:

1. Announce iClip (iVid?): a promising solution for rapidly sharing clips stored in iPhoto.
2. Announce that iMovie was, regrettably, being discontinued.
3. Let iLife '07 users have the option of a $75 transition to Final Cut Express. Some would choose to spend their money on FCE instead of iLife '08, others might choose both.
   

If Apple had taken that route I'm sure some users would still grumble, but they'd be spared the nasty reviews. There's still time for them to reconsider.

Sad Apple moments: Apple abandons file reference indirection

I think the single greatest innovation of the original MacClassic OS was the implementation of unique file identifiers.

Instead of hard coded paths and file names, files were identified by permanent unique identifiers. Applications called the Toolbox to get the current path as needed. Files could be "moved" (renamed, relationship to folders changed, etc), but references didn't break. Everything just worked (as long as the files stayed on the same physical drive).

Since Apple migrated to OS X they've been moving away from this. I looked a few months back and could find almost no documentation of indirection at the file system level in OS X HFS+. Increasingly Apple's applications seem to require fixed paths.

Apple's warped iClip (called iMovie '08 by Apple) is another nail in the coffin for indirection:

Gordon's Tech: iMovie '08: How the heck is it supposed to work?

As an experiment I relocated the iPhoto Library that iClip (iMovie '08) was referencing. I found, again, confirmation that Apple has abandoned file redirection in favor of hard coded paths.

Somewhere an group of former Apple engineers are mourning a great contribution that has been pointlessly abandoned. Whoever you are, wherever you are, thanks team. I appreciate what you did.

Update 2/26/09: A Stack over flow question pointed to the an Apple tech doc on The "/.vol" directory and "volfs" that demonstrates how badly this key innovation was hurt in the switch to OS X:

... This directory is used as the mount point for the "volfs" file system. The "volfs" file system is a key component for supporting the Carbon File Manager APIs on top of the BSD file system. Historically, BSD systems only allow you to access a file or directory by its POSIX path. However, the Carbon File Manager API also allows you to access an item by its catalogue node ID (CNID, a file ID reference or a directory ID). "volfs" provides a bridge between these two models, allowing the Carbon File Manager APIs to work on top of the BSD file system.

So Apple hacked BSD to enable file IDs with OS X, but Carbon is their deprecated API and file IDs are tied to HFS, a decrepit file system. I wasn't able to find mention of a Cocoa API for accessing CNIDs...