Why doesn't Aperture use iPhoto's date ...

Update 10/2/06: I wonder if the surprising failure to allow date modification is related to Aperture supporting XMP export but not XMP import. Clearly it makes no business sense to support only XMP export, so it's very likely XMP import was pulled from the product late in the release cycle. I wonder if support for editing dates was pulled at the same time ...
---
I have worked for years in product design and product management. There are lots of reasons seemingly obvious things don't get done. Sometimes they just got missed, but when customers are complaining frequently that doesn't happen. More often the problem was much harder than it seems, or the product manager thinks it's a bad idea.

Aperture 1.5 is a great update, with one amazing omission (assuming all the Apple Discussion Group users didn't miss something). I don't think this was an accidental omission, so the interesting question is .... why?

That's what I asked on Apple's Aperture Discussion Forum. It's the kind of question they usually delete, so here it is for the record. If anyone has a theory, please add it to comments.

Apple - Support - Discussions - Why doesn't Aperture use iPhoto's date ...

This is how image date logic works in iPhoto. This image date value is used in queries and sorts.

1. Image date is stored in database.
2. Initial value taken from image metadata if available.
3. If image metadata not available, use file date.
4. User can edit database date (does not change file header).

This is how it seems to work in Aperture 1.5

1. Image date is stored in database.
2. Initial value taken from iPhoto database if import from iPhoto.
3. If not import from iPhoto, initial value taken from image metadata if available.
4. If image metadata not available, use file date.
5. User CANNOT edit database date.

I was shocked (really, I'm still stunned) that Aperture 1.5 still does not equal iPhoto's date management capabilities. Since Aperture is a Pro application it's reasonable to have several date fields, but one of them should behave like iPhoto. That metadata field should be useable in queries/filters, sorts, display, book printing, etc. It should be the default date metadata element for all date related operations.

Please note, it's fine that Aperture does not muck with image file (exif) metadata -- that's dangerous. EXIF is a quasi-standard badly implemented.

So now, my question. Why?

Aperture 1.5 was a huge update. They fixed much more than I thought was possible. It could have been labeled Aperture 3.0. Offering it free to users was a genuine apology, gratefully accepted I'm sure. It took all my strength of will not to order it immediately, waiting instead for the initial reviews to come in.

So there had to be a reason Aperture's Product Manager, Joe Schorr, chose not to implement iPhoto's image date behavior. Something he'd thought carefully about.

What was it?

My guess is that this was a high priority item originally, but the metadata management portion of the application code is very badly done. The team decided to do a complete fix rather than a hacked patch, and they couldn't get the fix done in time. So they backed it out and left this for version 2.0.

Alternatively, the product manager has a peculiar blind spot about date metadata, but that I don't believe.

Now I wait to see what iLife 2007 is like, then see what Adobe's Lightroom is like, then wait for Aperture 2.0 ...

The Griffin PowerBlock - Sweet and simple

I picked up the Griffin Technology PowerBlock on a whim. Good impulse purchase! It's a very compact, well built, folding plug USB charger with a compact iPod USB cable. It'll charge any relatively modern iPod. It's much more compact and portable than Apple's USB charger, it's less expensive, and it comes with a iPod cable as well.

Since my phone also charges via USB, this device replaced my phone charger and an awkward old firewire charger. Sweet.

See also: Griffin does me wrong, then makes up.

Add an h-card to your web page

The h-card is an XML implementation of the V-card spec. Create yours, put it on your home page. Of course, don't publish anything you're not ready for spammers to abuse. I'll give it a try. (It didn't display well when posted into this blog post).

Open identity management and data formats

whobar.org supports the alternatives to Google or Microsoft's identity management: OpenID, InfoCard, i-names. Big stuff.

See also microformats.

Above leads courtesy of a web 2.0 post.

Windows can do that?!

Wow, there are one or two XP tips here even a geek like me didn't know about (ok, I knew most of them):

The Joel on Software Discussion Group - Best tips that no one seems to know about?

cd p*\Skype
to cd into c:\program files\skype

Really? That I HAVE to test ...

Also

People that navigate through explorer or the registry with the mouse expanding each node, one by one by one....drives me nuts!
arrow keys + quickly typing the name of the node you want gets you home sooner.

And to open an Explorer window from a directory - start .

Google's 12V standard power supply

USB is the closest thing to a standard DC power supply, but it's only 5V. Firewire is 12V -- much nicer. A Firewire power supply would charge a camera nicely, whereas USB doesn't cut it. Maybe coincidentally, 12V is the output Google wants to see for a universal power supply in cars and buildings... (Is 12V what auto electrical outlets provide?)

Google adds dynamic calendar events

Dynamic updates to shared date-specific data, including the weather. Now if only I could sync Google calendar with Outlook, or the OS X calendar, or even my (yech) PalmOS PDA.

Update 9/27/06: I got a link from Jacob Reider's blog to an ultimate sync post and to ScheduleWorld. Wow. That sync guy is one serious geek (that's a compliment coming from me). I'll have to decipher it and see if this could really work ... I wonder if Jacob posted that one after seeing my post -- I know he reads this sometimes (though Gordon's Tech doesn't go to Jacob's medlogs site).