这有点武断,但对我来说,它可以作为基于关键字和基于目录的工作流管理之间的混合体。我使用下面说明的非常具体的目录结构。
尽管我喜欢并使用元数据,关键字和智能集合,但是它们却有一个缺点:例如,如果我想在未安装Lightroom的计算机上查看和搜索文件,该怎么办?如何与XBox或仅支持基于目录结构而不是数据库的旧电子设备在网络上共享照片?如果我需要使用手机快速发送照片或为朋友或客户创建ZIP文件怎么办?
在目录结构和数据库中,我同时跟踪RAW文件和 sRGB JPEG导出的副本。JPEG文件首先按大类别存储在子文件夹级别(例如,庆典,音乐会,体育,城市探索)。在第二层,我使用由Lightroom自动生成的严格的“什么-何时何地”命名约定(大多数DAM应用程序都支持此功能)。RAW文件按年份存储,然后按日期进行简短描述。
从目录/数据库/库视图和基本的文件资源管理器看来都是这样(当然,这只是其中的一部分):
Pictures/
JPEG/
Celebrations/
St. Patrick's Day - Albany, NY - 09, Mar/
St. Patrick's Day - Albany, NY - 09, Mar - 01.jpg
St. Patrick's Day - Albany, NY - 09, Mar - 02.jpg
...
4th of July - Albany, NY - 09, Jul/
Urban Exploration/
Hudson Cement Factory - Kingston, NY - 10, May/
RAW/
2009/
2009-03-22 (St. Patrick's Day)/
_MG_9046.dng
_MG_9047.dng
...
2009-07-04 (4th of July)/
2010/
2010-05-12 (Hudson Cement Factory)/
导入RAW文件时,我让Lightroom根据照片拍摄的日期将它们自动放入RAW /年/年-月-日-日文件夹中。然后,我在该目录中添加带后缀的简短说明(例如圣帕特里克节或哈德森水泥厂等)。我选择了所有RAW文件,并通过将Scene属性设置为主题“什么”来更新它们的元数据(这里是圣帕特里克节或哈德森水泥厂,我仍然可以在复制/粘贴缓冲区中方便地使用它们)。我还设置了位置属性,即城市,州和国家。设置此类元数据越早越好。
完成对RAW文件的处理,为其添加关键字并对其进行地理标记后,我将导出sRGB JPEG副本(并将它们稍后从Lightroom上载至Flickr)。我的导出预设会自动创建遵循“场景-城市,州/州-YY,星期一-计数器”命名约定的文件,这些命名规则是我现在填写的字段(当然,日期本身在照片中也可以找到)。最后,我最终使用Lightroom将文件快速移至大类子文件夹(庆祝活动,城市探险等)下的子目录中。
至此,我拥有的是一个目录/数据库,可以按元数据(日期,位置,场景,关键字)浏览,并且可以使用没有Lightroom的合理清晰的目录结构。该目录结构仅通过查看文件名即可告诉我什么,何时何地。我的XBox将以相同的方式整理和展示我的照片。简单的文件搜索将根据这些条件快速检索我的照片。
整个JPEG目录不必由LR管理,但是我发现它非常方便,因为我仍然有很多没有RAW副本的JPG文件。为什么要管理一些而不是其他?当然,关键字搜索将同时返回RAW文件和JPEG文件(因为JPEG文件具有相同的关键字),但是可以通过添加规则来轻松解决此问题,该规则将过滤我们的JPG或RAW / DNG文件(在智能收藏夹中)特别)。当然,我也使用智能收藏夹来跟踪我用于客户,画廊,竞赛和印刷店的文件,版本和虚拟副本。
无论如何,到目前为止效果还不错,但是我只有6000张照片。