Simple is usually better, i.e. a tool that fits the job is better than a tool that fits many jobs imperfectly.
If I have the same photo in two folders, I can edit it in one and not have the changes propagate to the other. I do that all the time, i.e. crop a photo to pull out one thing, but leave the original intact. It becomes cumbersome when the underlying tool is a database. I'm sort of a messy worker, so I need organizational tools that match. Things that let me have several projects underway at the same time, without the need for precise control, but with the ability to contain the project or clean it by tossing it in the trash when I no longer need it. So for me the folder paradigm works perfectly. Having a relational DB under does not fit so well.
I agree that I can learn to work with iPhoto, but I can see that it is going to be more painful than I want it to be. I'm returning to Macs after 15 yrs of PCs, and I am finding a lot has changed in ways that make it harder to use.
Dave
Ironically, I'm a messy worker too. Which is why I like the database aspect!
🙂
It's true, though - iPhoto may not be the right tool for you. I have little experience with Aperture since I use Lightroom, but I understand that functionally the two are very similar so my comments probably apply to both.
Within Lightroom, I have set up a number of Collections (Albums in Aperture and iPhoto). Sometimes for events, sometimes for an aspect of a project. Any one project I am working on may be split up into more than one Collection. I'm messy that way, moving images between Collections as much by intuition as by a system. I also heavily use Smart Collections (Smart Albums in Aperture and iPhoto).
For a project I will then set up a Collection Set (Folder in Aperture and iPhoto) and all of the bits of the project go into this Set. Including saved print jobs. As I work within a project, an image may move from Collection to Collection - or appear in more than one Collection. To answer one objection you raised, you can create Virtual Copies of any image. These will inherit most of the attributes of the original, but from then are independent. You can make one BW, and crop the other. You can have as many Virtual Copies as you need, each on independent. Within Lightroom, there is no extra storage needed for these.
I also group my Collection Sets into Collection Sets - Folders inside Folders, as it were. I can keep my personal projects and professional projects separate this way.
I'm a bit a of a packrat, so I don't delete a project when I'm done, I just move to an archive. For some projects I move them to a Collection Set called Archives, where I just dump things. For other projects I may "Export" to a new catalogue. This moves the whole thing out of the Catalogue I'm using, but if I need to I can still open it in Lightroom.
Because I use Keywords - it is the single most important thing I do when I import, regardless of whatever else I may or may not do organizationally with an image... I can always find it again without too much trouble. Even the vaguest notion of an image that I think I may recall taking gives me enough clues to find it again. When I'm not overwhelmed with work I do a much job of organizing as I go, but this is a bonus - not a requirement.
I agree that iPhoto may not be the correct tool. It is database, but it has some serious limitations as well. I'm not trying to change your mind, but if you are going to reject the 'grownup' DAMs I just want to make sure you reject them for accurate reasons.
Luck.