Don’t forget to set these correctly.

One slightly frustrating thing about Lightroom’s menu structure is that preferred settings for how the application looks and behaves are all over the place. You would expect to see everything under Lightroom->Preferences, but that is far from the case. A last vestige of the truly frightful user interface enjoyed by Photoshop users for years.

I tend to prefer a really stripped down, minimalist look to the screen interface, opting for a minimum of distractions on the screen. Once you learn some of the most useful one-key short-cuts, then you will no longer need the top Apple menu or much of what clutters the side panels.

In the Develop module I right click on the left sidebar and choose to show only the Library and Folders. I have little use for Find, Collections, Keywords or Metadata Tags, so these are switched off. You cannot get rid of the Navigator selection at the top, but the very irritating flashing of the small picture preview as you go through pictures in the Grid view can be hidden by clicking on the small arrow to the left of the word ‘Navigator’. Because my photography is thematic, I do use Folders and sub-Folders named after the theme in question which, with my limited volume of pictures, works for me when trying to find something. Others will opt for keywording and dated folders. Here’s how my left panel looks in the Develop module:

The right panel is similarly stripped down – I have little use for Keywording or Metadata:

Like ‘switching’ can be accomplished in the other modules.

Much as I laud and respect the team which authored Lightroom, I do not need to be reminded of their names each time I boot the product, so I switch the display panel off by unchecking the first box under Lightroom->Preferences->General, like so:

In Lightroom->Preferences->Interface I get rid of the bizarre antique ‘Panel End Mark’ which Lightroom shows by default at the base of each panel, thus:

Now in File->Catalog Settings on the General tab, Lightroom comes with automatic file back-ups every thirty days switched on. First, 30 days makes no sense if you use the application more frequently. Your failing hard disk will not conveniently wait until your last back-up before blowing up. Second, if you are not making daily back-ups to a secure external drive, you are simply living dangerously. So I use SuperDuper! to make a daily bootable clone on an external Firewire disk and switch off this (now useless) choice, electing ‘Never’:

Still in the File->Catalog Settings menu choice in the Library (Grid) view, this time under the File Handling tab, Lightroom comes preset to discard 1:1 Previews after 30 days. Odd. It takes for ever to generate these when you import a lot of pictures and with the small increase in storage (my 40gB picture catalog creates a 6gB preview catalog) and given the vast increase in speed that 1:1 Previews add to the Develop process, you most certainly want to keep these. The third drop-down box is set to ‘Never’:

Next in File->Catalog Settings under the Metadata tab I leave the factory defaults for Metadata alone:

However, were I in the habit of frequent round trips to Photoshop and if I wanted my Lightroom edits to be automatically reflected in the Photoshop image, I would check the third box (‘Automatically write changes into XMP’) above. Otherwise, Photoshop will simply show the RAW unprocessed image in the database or the image as it was last saved. On those (rare) occasions where I do round trip to Photoshop I will do a file save (Command-S on a Mac) before round tripping, thus forcing Photoshop to show any Lightroom edits in its displayed image. If you check this box as a default, Lightroom will slow down as every change gets saved to disk. You don’t want that unless you are running on a Cray mainframe and work at Lawrence Livermore Labs. Meaning you have a super fast machine.

Finally, to get rid of the top white menu, I switch it off as explained here.

Now I have the lean and mean user interface I prefer.

Go to the source.

I came across some outstanding tutorials on Lightroom in video format, authored by George Jardine, a member of the Lightroom development team at Adobe.

Click here for an index.

If you do nothing else, download and watch the one titled The Lightroom Catalog – Part 1, or “Where Are My Pictures?” which is definitive on how Lightroom stores files. Without a proper understanding of this you risk loss of files which are stored in disparate Lightroom catalogs.

There are also a lot of useful Podcasts from the Adobe team in the iTunes store, all free. Many are in video format and feature interviews with famous photographers like Peter Turner, Eric Meola, Jay Maisel and Jerry Uelsmann.

While we are at it, I have found an even simpler way of switching off all the panels that Lightroom displays to allow uncluttered picture preview. Simply hit the Tab key on a Mac. Tab again to restore. Finally, to remove the menu bar at the top, go into this menu selection and, henceforth, the menu bar will only appear on a mouse-over:

There does not appear to be a way of doing this from the keyboard. (A reader has corrected me – refer to Comment #1 – the ‘F’ key does this – thank you, Alastair).

Here is the result:

It still cooks!

You can read about how to migrate from Aperture to Lightroom here.

Given the great speed and smoothness of Lightroom on my MacBook (1.83gHz Intel Core2Duo, 2gB RAM, Intel GMA950 graphics card, OS 10.4.11) I thought it might be fun to try it on my old iMac (1.25gHz IBM G4 PPC, 1gB of RAM, OS 10.4.11). This is the elegant ‘screen-on-a-stick’ design after which the iMac’s ergonomics went downhill – the poorly thought out stands on the current crop (G5 and later) need a couple of thick books to raise the screen to the right height. We keep that old Mac around in the living room primarily as an email and Internet browser for guests. The screen is superior too – far less color change occurs as you move your head. Needless to add, Aperture will not even run on this machine which uses a GeoForce FX5200 graphics card. Finally, it’s further distinguished by having a proper, horizontal disk drive which not only accepts 3″ discs (put one of those in your MacBook and it’s toast) but also burns DVDs (an option I avoided, to save money, on my MacBook). Unlike the disc slot in my MacBook, which refuses to read discs 50% of the time, this one really works. So much for progress.

Therefore I loaded Lightroom on the old Mac and tried to access my library of pictures by neworking the two. Well, Lightroom reported that it does not support networked volumes, meaning the drive has to be hard wired to the computer running Lightroom. No problem. I plugged the hard drive with the Lightroom database into the old Mac and fired her up. Loading the largest picture in the database – a 100mB TIFF file – was a snap. It takes a few seconds longer than with the MacBook but thereafter the processing controls that so dog Aperture – spot retouching, cropping, horizon levelling – were every bit as smooth as on the MacBook. The dead reliable iMac is some five years old, the MacBook has but a few months (and one repair already) on it.

The wonderful G4 iMac

So anyone running a machine of this vintage and thinking of using Lightroom should be just fine. If your Mac is even older and you are running Lightroom on it, I would be interested in your comments. There are many fine G3 Powerbooks still in daily use out there.

So, finally, a proper break with the incessant, money wasting, perennial hardware upgrade cycle dictated by Apple’s software design. And now I have total redundancy (hardware and data back-up) if my MacBook breaks down again – I wouldn’t be betting against that given my recent experience with Apple’s poor quality control.

Note that both machines are running the last version of OS Tiger (10.4.11). I have not upgraded to OS X Leopard (10.5) as I try never to buy ‘first of breed’, preferring to let others act as Apple’s unpaid guinea pigs. Indeed, there are many comments out there on chat boards that suggest that Adobe (or Apple – much finger pointing here) has work to do to make Lightroom render colors properly with Leopard. Additionally, all this user sees in Leopard is glitz and gloss, with little improvement in the way of function. Just like Aperture 2.0, in fact.

Aperture on a G4 machine? Fugghedaboutit! Neither that graphics card or the G4 CPU are even supported.

For those photographers out there looking to migrate their Lightroom application from Windows to a Mac (a trivial process requiring copying of your picture files and installation of the Mac version that came on your disc), there are some superb, lightly used, bargains to be had out there in G5 iMacs, Powerbooks and MacPros. A great way of fighting back against hardware upgrade tyranny. The LCD screens are reputed to be better than those on many current models (my G4 iMac testifies to that) into the bargain.

What a shame and what a waste of time.

This article is very long, very detailed and very important if you want to migrate from Apple’s Aperture (any version) to Adobe’s Lightroom. Oh! boy, does that sound pompous or what? As far as I know these are the only two applications which integrate all the aspects of managing, editing and printing/outputting digital picture files in RAW or other common formats. That level of integration saw me as one of the earliest users of Aperture 1.0 and although that experience was worthwhile, it is time to move on.

Thus, I have commenced the process of exporting (File->Export->Master) my master images from Aperture 2.0 to Lightroom.

Life’s too short to live with Aperture’s fragility, slowness, constant costly hardware upgrade needs and sheer unreliability.

Further, the biggest issues for photographers with regard to Apple’s and Aperture’s future are:

• No visible sign of succession planning for the ‘rock star’ CEO. What happens to the ‘vision’ at Apple when Jobs moves on/gets run over by a bus/whatever? Remember the cancer scare? How about politics of envy rearing its ugly head upon the forthcoming change of administrations in Washington? Remember the option cheating scandal at Apple? Easy for a ‘soak the rich’ populist politician to revive, no? What happens to product enhancements and upgrades when the rock star is no more? What about that 175 foot yacht Jobs has commissioned? Early retirement?
• The economics of Aperture to Apple compare very unfavorably with the complaint rate. Read the chat boards. Why continue increasing your reputational risk when the path of least resistance is to simply drop Aperture? Apple probably sells more iPods in a day than they sell Aperture packages in a year. So Aperture may well not survive.
• Apple has had a famously testy relationship with Adobe for many years. Recall that at one time Adobe ceased to write Mac software because of disputes. Now the relationship issue is coming to a head once more over the possible use of Flash on the iPhone. So let’s assume that Adobe gets miffed, again, if Apple develops its own version of Flash. What then? No more Lightroom or Photoshop enhancements for the Mac?
• Check Apple’s discussion forum on Aperture. More horror stories of lost photos than you can shake a stick at. I can pretty much tolerate most faults, but not the risk of permanent loss of my images. That pretty much put me over the top.

Here’s one of the beauties of Lightroom – you can run the application, with all your edits, on either a Mac or on Windows. Now hell will have to freeze over before I revert to Windows, but if it becomes the only game in town, migrating my files to work with the Windows version of Lightroom (both Win and Mac versions come on the installation disk) is a trivial matter. My pictures mean more to me than my dislike of Windows. Roy Hammans has confirmed that the Lightroom database works with both Mac OS X and Windows operating systems. The Aperture user, of course, is dead in the water as Aperture is Mac-only.

Following up on Roy’s thinking, I see no reason why you shouldn’t keep both the Windows and Mac versions of Lightroom on your external disk drive, together with your Lightroom library and related files. That makes for a portable and executable library which you can run on most computers out there – very useful if there’s not a Mac in sight. I do not know if Windows PCs have Firewire connectors but a portable drive like this, which has USB2, FW400 and FW800 connections, would seem to be the answer.

After trying out the Lightroom trial I have decided to import all my images and bang away at it for a month to see if matters improve. The current version of Lightroom offers greatly improved functionality over the Beta 1.0 test version I tried before Adobe released the product. And credit is due to Aperture here – the two competing products push one another to excellence. In much the same way as the elegant user interface in Aperture (now some 3 years old) pushed Adobe to develop Lightroom, the wonderful image editing sliders in Lightroom (which is just one year old) for highlight and shadow recovery have been added to Aperture 2.0. My previous reluctance to try Lightroom reflects a dislike of having to learn yet another application as well as my general disgust with the user interface of Photoshop. Enough carping – on with the conversion.

The migration process is laborious and must not be rushed. It is made no easier by the fact that Aperture’s export function is unreliable.

Lightroom can emulate the directory structure of Aperture so I can mirror the file layout in Lightroom, but there is a lot of manual work involved. Many files never make it and have to be re-exported. Of course all edits are lost though IPTC metadata and XMP sidecar data can be optionally exported from Aperture 2.0 – I elected to do so by checking the relevant boxes in the Aperture 2.0 export dialog. These functions are not available in 1.5.6 so it actually makes sense to convert to Aperture 2.0 before moving on to Lightroom if these things matter to you.

The Lightroom file structure is dead simple – you can see all your files in their native format in the database, to which Lightroom adds a set of separate compact reference files. I keep the database in an external Lacie Firewire drive and by moving the ‘Lightroom Catalog.lrcat’ and ‘Lightroom Catalog Previews.lrdata’ reference files from their default internal disk drive location (the ‘Pictures’ directory on a Mac) to the external drive I can have all Lightroom files on the one external drive.

The first time you start Lightroom after this move, do so by dropping the ‘Lightroom Catalog.lrcat’ file from the external drive onto the Lightroom application and, thereafter, Lightroom will save all its reference and preview files on the external drive, together with the photo database. The preview file can get quite large, so this makes sense. More about previews later.

I decided to bite the bullet and do this now while Aperture is still manufactured and while the number of pictures in it is manageable. All told Aperture reports 4,056 images (which includes stacked copies so it’s not a meaningful number). Because this is a tiring process I am doing a few projects each day – there’s much to be said for breaking up your work into manageable chunks in this manner.

Before going further, just look at how bloated the Aperture application is becoming:

Aperture 1.5.6 – 193.5 mB
Aperture 2.0.0 – 305.5 mB
Aperture 2.1.4 – 315.1mB

Lightroom 1.3.1 – 69.4 mB
Lightroom 2.5 – 87.2mB
Lightroom 3 Beta – 91.1mB

Little wonder it’s not getting any faster. There is an incentive for writing tight code – things run faster – unless you are in the business of selling hardware, I suppose. And let us never forget that is the business Apple is in.

Now let’s compare the library structures.

Here’s Lightroom’s – the files are in their native format and could not be easier to find if that is ever needed:

Now here’s Aperture – all the overlay data thoroughly mixed in with the files in hundreds of sub- and sub-sub-directories – fancy finding your file here?

That, dear reader, is what is known as locking in the customer into your product. Reprehensible, not to mention lousy database design. Note that you can separate image files from previews and edit data in later versions of Aperture by using referenced files but that is not the default so who would know?

Here is the conversion routine to move files from Aperture to Lightroom:

In general, I find most of the writing on both Aperture and Lightroom seriously commercially conflicted, often being little more than hype for the photographer’s latest book or services. Accordingly, I have written the following instructions. As this routine worked fine with a ~3,000 picture database you may even conclude that it is solid.

1 – Make sure you have a good, working, current copy of your Aperture database on a separate drive. In Aperture, open all your projects. You want to do this project by project as Aperture’s Export function is unreliable and you want to be able to take bite-sized chunks to permit verification of the export.

2 – Close all stacks in the project. (Update: refer to the second comment by Nikos Bournas, below, on electing stack picks)

3 – Take a screen picture (Command-Shift-3) and print it from Preview. Select all the pictures (shift-click on the first and last picture) in one project. The purpose of the printout is to allow you to check off each project as it is exported.

4 – Click on File->Export->Masters and direct the export to your location of choice. If you are using Aperture 2.0 you will be asked whether you want to export IPTC and XMP data (camera,lens, etc) – do so. Make sure that destination for your exported files has sufficient room. If your Aperture library is 50 gB you will need an additional 50gB to store the Lightroom library – the database sizes are very similar.

5 – In Lightroom go to Library-Folders and create a new folder (+ sign) and name it the same as the exported project.

6 – In Lightroom click File->Import Photos from Disk, point to the exported Aperture masters and hit Enter. If Lightroom asks you to elect Preview size, elect ‘Initial’ for now. You can set Lightroom’s Preferences to alert you with a tone when an import is finished. Handy.

7 – If your Aperture project contains sub-folders, create sub-folders in Lightroom by highlighting the new Project folder you just created, then hit + to create each nested folder, naming it accordingly. Multiple layers of nesting are permitted but I would discourage this approach as locating files gets geometrically more difficult. Keep it simple. One enclosing folder for multiple sub-folders works best for me and largely reduces the need to enter lots of metadata for each picture in the hope of making it easier to find.

8 – In Lightroom drag and drop (shift-click for a contiguous range, Command-click(s) for non-adjacent files) the relevant files from the Aperture export to each nested folder. Lightroom will issue a warning message that moving files may take a while. With a speedy external Firewire drive the process takes no time at all, and I urge you to opt for Firewire over USB. Despite claims to the contrary, FW tests faster than USB2 every time. USB1 is a complete dog. Click to proceed. Once the import is done, check your files against those in Aperture visually and, if OK, mark off the project on the page you printed in #3, above. I actually ran Aperture and Lightroom simultaneously on my 1.83gHz, 2 gB MacBook (Intel Core2Duo CPU) and did get some spinning beach balls when switching between applications – hardly surprising when you look at the sheer computer horse power needed to run these things. However, the time spent is worthwhile in the interest of maintaining database integrity for Lightroom. I found that Lightroom’s import was approximately twice as fast as Aperture’s export.

9 – If your Aperture project has many folders, export masters from each folder in turn to make cataloging/rearranging easier, but do make sure that all the files in the Project have been distributed to subordinate folders. This is one of the biggest design errors in Aperture. You can have a master in the Project, or in the Folder or in both. Lightroom will automatically place any file in a folder to the containing project, which is the right way to do it.

10 – Files over 10,000 pixels on either dimension will NOT be imported and Lightroom will alert you how many exist in the directory you are importing from. This is very well implemented by Adobe – normally the source directory from which you are importing is deleted on completion of the import. However, files which are too large will be left behind with their directory. I have a few like this, all of them scans from medium or large format film, 175-225mB in size. I simply roundtrip these files through Photoshop (Image->Image Size) and reduce the file size to manageable proportions (100mB) – the original enormous size adds no functionality in any case and Aperture chokes if you try to print them. The reduced files are then imported into Lightroom.

11 – When you are done, make sure all the files I illustrate are on your disk drive (move them over if needed) and immediately back-up your Lightoom database and related files to a separate drive. These are the files you need to back-up:

I would advise against using Apple’s Time Machine for the back-up. The storage format is proprietary to Apple. Do a proper clone back-up using something like SuperDuper! or Carbon Copy Cloner – you will then be able to see the backed-up files just as in the original. If your primary drive goes down all you have to do is repoint Lightroom to the back-up – no restoration of files is required.

My 50gB Lightroom Library resulted in a 1.5gB Lightroom Catalog Previews.lrdata file. That’s where the Initial previews I elected reside. The Lightroom Catalog.lrcat file is a scant 38mB but will likely grow as I create more edits to my pictures. All the versions in Aperture will be lost unless you go back and export them – I did not as it’s simply quicker to re-edit pictures than to go through the agony of yet another buggy export. There is one exception – if you roundtripped an Aperture file through Photoshop, Aperture erroneously thinks it is a master so ‘Export Masters’ will export the PS version – that’s actually a nice bug in this case, as most of my round trips were to use Photoshop’s stamp and clone tool to remove dust, given the near useless tool in Aperture 1.5.6. To Apple’s credit, the stamp and clone tool has been improved and speeded up in 2.0, but too late for this user. Within Aperture the bug is serious – go to delete the PS version and Aperture will warn you that you are about to delete a master – completely wrong and not at all consonant with breeding trust in the product. This bug persists in Aperture 2.0.

Previews:

An understanding of Previews in Lightroom is key to smooth processing operation and avoidance of delay and irritation.

By electing ‘Initial’ previews when importing your files from Aperture you are telling Lightroom to create small thumbnail previews. These average 50kB in size (surprisingly large for their intended purpose) and are used to present the Grid view in Lightroom, thus:

You can see my nested directory structure in the left pane – it is identical to the structure in Aperture. Numbers like 10/12 indicate 10 masters with 2 additional versions – Aperture only reports the higher number. The snag with the Initial previews is that if you click on a thumbnail for a full screen or a 1:1 (actual pixels) view, Lightroom will pause (several seconds on my MacBook) as it generates the full size preview. Thus it makes sense to generate 1:1 previews for the whole database if you access your pictures often and have the disk space to store these. You need full size previews to edit a picture, check sharpness, etc. Stacked files are denoted by the white rectangles in the top left corner of the previews. Lightroom has the same stacking feature as Aperture, which is nice for aggregating versions when these are created. Shift-click to select, then Command-G to stack.

You can decide whether you want to generate full size previews for the whole library or just for selected folders or even for selected images. That’s nice. Highlight the library at the appropriate level. In the following illustration I have highlighted the whole library and executed the key strokes shown:

Note that if file bloat becomes an issue you can delete 1:1 Previews – all, some projects or just for individual images by choosing the delete level appropriately before executing the command.

Now my library includes a mix of Canon 5D and Lumix LX1 RAW files (10 to 15mB each) and a bunch of TIFF and PSD files (30-90mB each – mostly from film/scanner days of yore) with the scans outnumbering the digital originals by a factor of 2:1, so I cannot give you a rule of thumb for how long this process will take, but it is not fast. For my library, stored on an external Lacie 250gB Firewire drive the process took 198 minutes or 3.7 seconds per image. As the process is very CPU intensive, I exited all other applications and left the MacBook to cook while this was going on. Adobe thoughtfully provides a progress bar to let you know what is happening, together with a small thumbnail picture of the file currently being processed:

One great advantage of doing preview generation on a laptop computer, in contrast to a desktop, is that if the power goes down your machine will continue working (assuming you are connected to mains power and that your battery is charged). A strong argument for a back-up battery power supply for a desktop machine. I have no idea whether the preview file would be corrupted in the event of a power failure but something tells me the results would not be pretty and you really only want to do this once.

Your Lightroom Catalog Previews.lrdat file will swell, reflecting the increased size of the preview files – here are my statistics:

With Initial Previews only: 1.5gB
With 1:1 Previews added: 6.3gB

The main catalog file does not change in size as it contains original picture files only.

I say ‘added’ as the original Initial previews will be retained, as they are required to service the Grid view.

As I get very irate when the spinning beach ball shows up – a major driver in my decision to dump Aperture where version 2.0 is significantly worse than 1.5.6 – I will elect 1:1 previews with future file uploads to the Lightroom library. The last thing I want during a processing blitzkrieg is any pauses or delays. When you choose 1:1 previews on import you will see that Lightroom displays two progress bars at top left. The first reports picture import, the second preview generation. The latter takes some four times as long, but you can work on imported pictures right away as the grid view previews will already have been generated and a 1:1 zoom will force immediate generation of a large preview for the picture in question, albeit with an attendant delay if such preview has not yet been generated.

Suffice it to say that Lightroom has crafted this background processing in an elegant manner and Aperture 2.0 has emulated this approach – which probably explains why Aperture 2.0 file uploads are so much slower than in 1.5.6. Anyone telling you that Aperture 2.0 is faster in this regard is not comparing like with like as they almost certainly have preview generation switched off while doing the file upload. Doing an apples-to-apples comparison I have found that Lightroom 1.3.1 and Aperture 2.0 take the same amount of time to upload files from your camera’s card. For Lightroom that works out to 2 minutes for importing RAW files and another 4 minutes to generate 1:1 previews, using a 2gB Sandisk Extreme III card with 140 images on it.

Phew! Enough about previews.

Lightroom in use:

Whatever you say about Aperture it has one of the most elegant user interfaces in the software world. So objective comparisons are hard, especially as I have some three years with Aperture and just a few days with Lightroom.

I will comment further on Lightroom in use in subsequent articles, but my first efforts with Lightroom, which included a four hour heavy processing session with lots of retouching, use of sliders, printing, roundtrips to PS CS2 (for lens distortion correction mostly as Lightroom does not yet offer a plug-in to do this natively), disclosed none of the bugaboos that continue to haunt Aperture:

• Lightroom did not slow down after a period of use. This happens in Aperture and dictates a reboot of the application – the bug has been there since version 1.0
• No spinning beachballs – not a one! Try that in Aperture where’s it’s even worse in 2.0 than in 1.5.6.
• No jerky, hesitant sliders in the processing controls. A worthwhile change for this aspect alone – not to mention a great deal of money saved on not having to buy Apple’s latest and greatest computer. I have read that Lightroom runs nicely even on G4 PPC Macs, and I’m inclined to believe it. So I tried it – read this. Don’t even think of doing that with Aperture.

And that’s just with the trial version with occasional reference to the on line (and quite horrid) instruction book. If anyone out there knows of a good aftermarket book which addresses Lightroom version 1.3 and which you have used please drop me a line (see my profile for the email address) or post a Comment to this piece. (Update September, 2009: Check out Martin Evening’s excellent book on Lightroom 2).

On the downside:

• You cannot properly use dual monitors with Lightroom. No matter to me as I do fine with one big one. (This has been fixed in Lightroom 2).
• The workflow approach is much more structured in Lightroom (Catalog-Process-Output), compared to the more free form approach adopted by Aperture. Engineers will like this and artists will not. Then again, how does a struggling artist afford a $5k 8-core Mac tower to make Aperture run half decently?

RAW conversion quality? Lightroom uses Adobe Camera Raw so it’s state of the art. Aperture 2.0 is great too. No complaints on either count though their respective track records suggest that Adobe will release RAW conversion support for new cameras far faster than Apple.

And now, finally, for some photography.

WW2 fighter. Speed Graphic 4″ x 5″, Vericolor, 135 mm Schneider Xenar. Processed in Lightroom

The original is a 100mB TIFF file – JPG Export took just three seconds. Spooling this enormous file to make an 18″ x 24″ print to the HP DesignJet printer took exactly 20 seconds. Try either of those in Aperture ….

Finally a bit of fun, because after going through this hell I need it.

For the digital snaps in my library (about one third of the total – the scans from film obviously have no data) here’s how my lens use breaks down (the 17-85mm is on a Digital Rebel and it looks like data for the Lumix LX1 are missing, so your are mostly seeing 5D data which exclude deleted files):

Neat, huh? Numbers testify louder than words to the quality – or lack thereof – of the Canon 20mm.

Snow Leopard update – November 2009:

You think things are getting better with Snow Leopard for Aperture? Think again:

One of the most read and commented Aperture posts on the Apple Discussions board