這有點武斷,但對我來說,它是基於關鍵字的工作流和基於目錄的工作流管理之間的混合體。我使用下面介紹的非常具體的目錄結構。
雖然我喜歡並使用元數據,關鍵字和智能集合,但它們有一個缺點:如果我想在計算機上查看並搜索的文件,會發生什麼情況?例如沒有安裝Lightroom?如何與XBox或僅支持基於目錄結構而不是數據庫的舊電子設備在網絡上共享照片?如果我需要通過手機快速發送照片,或者為朋友或客戶創建ZIP文件,該怎麼辦?
在目錄結構和數據庫中,我同時跟踪RAW文件和 sRGB JPEG導出的副本。 JPEG文件首先按大類別存儲在子文件夾級別(例如,慶典,音樂會,體育,城市探索)。在第二個級別上,我使用由Lightroom自動生成的嚴格的“什麼-何時何地”命名約定(大多數DAM應用程序都支持此功能)。 RAW文件按年存儲,然後按日期存儲,並帶有簡短描述。
從目錄/數據庫/庫視圖和基本的文件瀏覽器中都看起來像這樣(當然,這只是其中的一部分) :
圖片/ JPEG /慶祝活動/聖帕特里克節-紐約州奧爾巴尼-3月9日/聖帕特里克節-紐約州奧爾巴尼-3月9日-01.jpg聖帕特里克節-紐約州奧爾巴尼-3月9日-02.jpg ... 7月4日-紐約州奧爾巴尼-7月9日/城市勘查/哈德遜水泥廠-紐約州金斯敦-5月10日/ RAW / 2009 / 2009-03- 22(聖帕特里克節)/ _MG_9046.dng _MG_9047.dng ... 2009-07-04(7月4日)/ 2010 / 2010-05-12(哈德森水泥廠)/
當我導入RAW文件時,我會根據照片拍攝的日期,讓Lightroom自動將它們放在RAW /年/年-月-日-日文件夾中。然後,我在該目錄中添加帶後綴的簡短說明(例如聖帕特里克節或哈德森水泥廠等)。我選擇了所有RAW文件,並通過將Scene屬性設置為主題是“ what”來更新它們的元數據(這裡是聖帕特里克節或哈德森水泥廠,我仍然可以在復制/粘貼緩衝區中方便地使用它們)。我還設置了位置屬性,即城市,州和國家/地區。設置此類元數據的時間越早越好。
處理完後,用關鍵字和對RAW文件進行地理標記,就可以導出sRGB JPEG副本(並將它們上傳到稍後來自Lightroom的Flickr)。我的導出預設會自動創建遵循“場景-城市,州-YY,星期一-計數器”命名約定的文件,這些命名規則是我現在填寫的字段(當然,日期本身在照片中也可以找到)。最後,我使用Lightroom將文件快速移動到大類子文件夾(慶祝活動,城市探險等)下的子目錄中。
目前,我擁有的是可以通過元數據進行瀏覽的目錄/數據庫。 (日期,位置,場景,關鍵字),以及在沒有Lightroom的情況下可以使用的合理清晰的目錄結構。此目錄結構僅通過查看文件名即可告訴我什麼,何時何地。我的XBox將以相同的方式整理和展示我的照片。簡單的文件搜索將根據這些條件快速檢索我的照片。
整個JPEG目錄不必由LR管理,但是我發現它非常方便,因為我仍然有許多沒有RAW副本的JPG文件。為什麼要管理一些而不是其他?當然,關鍵字搜索將同時返回RAW文件和JPEG文件(因為JPEG文件具有相同的關鍵字),但是可以通過添加規則來輕鬆解決此問題,該規則將過濾我們的JPG或RAW / DNG文件(在智能收藏夾中)特別)。當然,我也使用智能收藏夾來跟踪用於客戶,畫廊,競賽和印刷店的文件,版本和虛擬副本。裡面有6000張照片。