題:
使用Lightroom庫的最佳實踐是什麼?
Pablo
2010-08-06 13:59:30 UTC
view on stackexchange narkive permalink

您如何組織Lightroom庫(庫)?

由於我是一名休閒攝影師,所以我有一個巨大的圖書館,裡面放著我所有的照片。然後,我創建了一個智能收藏夾,以便能夠更快地找到我的照片。

例如,我有一個名為 Trips 的智能收藏夾,其中我所在的位置作為子收藏夾。其中一些照片也被標記為 Family ,這是另一個收藏集。

我擔心的是,在幾年後,該收藏集會增長得如此之快,以致軟件無法正常運行好了。但是,如果我將庫分成多個庫,則必須尋找所需的照片。

您的處理方式是什麼?


> >也由Igor Oks問>>

您如何在Lightroom中使用目錄?

或者,您如何組織照片在Lightroom 3中?

我覺得我的操作方式不太方便。

我對每組新照片的處理流程是:

  1. 將照片從相機複製到HD上的新文件夾(例如,複製到C :\ Photos \ Bobs_bday_2010)。

  2. 創建一個新目錄,並將其保存到照片所在的目錄。

  3. 從目錄到此目錄。

  4. ol>

    這有意義嗎?我應該使用目錄來組織照片,還是應該使用其他東西?我應該為每組新照片創建一個新目錄,並將這些目錄保存在何處嗎?

    謝謝!

另請參閱:http://photo.stackexchange.com/questions/8/how-can-i-organise-my-photos-better
可能的重複項:http://photo.stackexchange.com/questions/2108/best-practices-with-lightroom-libraries/
除重大異議外,我將在幾個小時內將這一主題與Chills和Sebastian提到的主題合併,因為它們是彼此重複的。
十二 答案:
ahockley
2010-08-06 19:38:46 UTC
view on stackexchange narkive permalink

將所有內容保留在一個庫中。 Lightroom 3解決了大型目錄過去的一些性能問題,因此具有良好搜索能力的優勢決定了單個庫。

我使用了很多基於元數據和工作流步驟的Smart Collections 。我還為我拍攝的每個客戶工作創建了標準集合。

標題和關鍵字都值得保留。

就像GMail一樣,向世界展示了強大的搜索比數十億個用於手動管理電子郵件的文件夾,良好的DAM工具(如Lightroom或Aperture)顯示,關鍵字和搜索比手動管理集合和文件夾更有效。

Itai
2010-11-06 05:44:34 UTC
view on stackexchange narkive permalink

我花了一些時間才整理好,在有了一個主意之後,我發現了 這篇文章 strike>(作者用2009年的這篇文章代替了2009年的文章(關於同一主題)非常有用。它是由Lightroom上的一名工程師編寫的。沒有一種解決方案可以滿足所有需求,但我最後要解決的是:

  • 一個針對所有內容的目錄。
  • 所有導入均在原位完成,無需複製或移動任何我的文件。
  • 文件本身是按層次結構組織的,每個頂級目錄最多包含4.5 GB(單層DVD的大小)。當它達到4.5 GB時,我將創建一個新的頂層。磁盤裝滿後,我將刪除最舊的頂級磁盤。當然,每一個都備份了一個本地備份,一個備份在銀行的保險箱中。在“家庭”文件夾下,每個月都有用於存放一般照片的文件夾和每個事件的文件夾。在攝影下,如果作業跨越多個位置,則每個作業都有一個文件夾,每個位置都有一個子文件夾。
  • 如果有些文件本身不像照片那樣站立,例如全景片或HDR支架,則它們會進入
  • 是否存在出於任何原因(例如裁剪)而需要修改的文件。它們也被移動到一個名為“ PS”的目錄(由於歷史原因,自從我第一次在Photoshop中操作圖像以來,出於歷史原因),表明這些不是相機直接輸出的。
請注意,這意味著將分別備份目錄。它是用我的用戶數據而不是圖片來備份的,因為圖片永遠不變,但目錄卻可以更改,因為我可以在舊照片中添加關鍵字。這可以極大地幫助備份,因為可以每兩週對圖片捲進行增量備份,而對數據捲進行完全備份。
“如果有些文件本身不像照片那樣站立,例如全景照片或HDR括號,則它們會放在自己的名為'Sources'的目錄中。”堆棧對此非常有用
@eWolf-我將看看是否可以將東西堆疊在不同的目錄中,從未嘗試過。雖然如此,但我想它將避免視覺混亂。
是的,我總是使用堆棧進行全景圖,HDR和photoshop編輯。
鏈接已斷開,因為作者使用2012年版本替換了該鏈接:http://ericscouten.com/blog/2012/03/05/lightroom-technique-how-i-organize-my-catalog-and-why-2012-版。我進行了修改,但有待同行評審,這是我第一次嘗試編輯其他人的帖子。
AJ Finch
2010-08-06 19:15:29 UTC
view on stackexchange narkive permalink

對於一個臨時用戶來說,一個庫就足夠了

我是一個相當認真的業餘愛好者,擁有成千上萬張圖像,並且將它們全部保存在一個庫中。

在使用Lightroom的18個月內,我沒有遇到任何問題。

UPDATE

我最近已升級到Lightroom 3.0:一個大型圖書館。

Mike Fitzpatrick
2010-11-06 05:39:19 UTC
view on stackexchange narkive permalink

我建議只對所有照片使用一個目錄。我在一個V3目錄中有12,000張照片,表現還不錯。我讀過一個人在一個V3目錄中有成千上萬張照片的人,沒有任何問題。

我使用文件系統文件夾按年和月分解,類似於@Nick的設置。當我想按時間順序以外的其他方式組織照片時,我會使用Lightroom的收藏。

我唯一的新目錄是在處理一組我知道不會保留的照片時。我的常規收藏集(例如一個臨時項目)在完成後將立即移至脫機歸檔文件。

據我了解,某些使用Lightroom早期版本的人確實遇到過很大目錄的性能問題但是這些問題已在更高版本中得到解決。

sebastien.b
2010-09-01 03:55:38 UTC
view on stackexchange narkive permalink

這有點武斷,但對我來說,它是基於關鍵字的工作流和基於目錄的工作流管理之間的混合體。我使用下面介紹的非常具體的目錄結構。

雖然我喜歡並使用元數據,關鍵字和智能集合,但它們有一個缺點:如果我想在計算機上查看並搜索的文件,會發生什麼情況?例如沒有安裝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張照片。

Marcin
2010-11-06 13:27:49 UTC
view on stackexchange narkive permalink

就我而言更簡單。大約有5萬張照片直接存儲在這樣的目錄結構中:

  photos / 2010-08-01 / photos / 2010-08-02 /... 

一個目錄,定期備份到兩個外部硬盤驅動器,其中一個存儲在我家,另一個存儲在工作中。

這裡的基本問題是:我是否信任Lightroom做正確的工作?如果這樣做,無論我如何存儲文件,都可以通過其標籤找到它們。如果不需要,則不需要花哨的目錄結構,以便在Lightroom發生故障時,仍可以通過照片找到自己的方式。我去哪裡尋找照片的方式(如果失敗的話)(尚未發生)。

Dave Van den Eynde
2010-08-06 18:26:11 UTC
view on stackexchange narkive permalink

我曾經保留了兩個庫,一個用於個人拍攝,一個用於任務,但是多年來,我一直在使用Lightroom,我發現它可以很好地處理相當大的數據庫(+30000張圖片)。 / p>

我必須使用庫的另一個原因是因為Lightroom 1不能很好地處理外部卷,因此我將兩個庫以及圖片保存在不同的外部卷上。由於Lightroom 2有了很大的改進。例如,基於日期的目錄,而不必擔心缺乏實用性。您已經有了將相關鏡頭組合在一起的收藏集。

jfklein13
2010-09-02 01:13:02 UTC
view on stackexchange narkive permalink

從另一個角度來看:

經營婚紗照和肖像工作室的凱文·庫博塔(Kevin Kubota)建議為每項工作使用一個目錄,正是出於您上面概述的關注。

對於他來說,目錄的快速執行更為重要。對於特定的工作,他將有幾個文件夾,分別代表該工作的不同階段(例如,原件,已編輯,jpg校樣,幻燈片和打印件),因此您仍有一些導航結構。

對於他,如果仍然需要搜索,可以使用其他索引程序,該程序使用EXIF文件中的關鍵字和信息。

Nick Bedford
2010-11-06 04:03:59 UTC
view on stackexchange narkive permalink

我聽說過的大多數人(以及2011年以後的工作方式)每年都使用一個目錄。

我設置文件夾的方式是這樣的:

 〜/圖片/圖片庫/ 20/10/10/18 MyBirthday〜/圖片/圖片庫/ 2010/11 November / 06 SomePhotoShoot〜/圖片/圖片庫/ 2010/11 November / 06 AnotherPhotoShoot  
回到Lightroom 1天后,大型目錄的性能出現問題。 LR 2和3已修復該問題,因此沒有理由每年拆分。使用這樣的單獨目錄,您將無法快速找到例如萬聖節或所有風景的所有照片。
我想如果您沒有使用功能更強大的計算機,並且遇到性能問題,那麼這可能是下一個最佳選擇。我個人還沒有得到四個月的照片,所以我還沒有看到。
Justin
2011-01-10 13:31:01 UTC
view on stackexchange narkive permalink

使用一個目錄-我從未與之交談的人注意到Lightroom中大型目錄的任何問題,並且將所有目錄歸入1個目錄使查找照片變得更加容易。

但是,您可能不應該將所有照片都存儲在1個文件夾中。-許多文件系統在包含很多文件的文件夾中存在性能問題(例如,據報告,NTFS發現包含30萬個文件的文件夾存在明顯的性能問題。或者更多)。每當我導入照片時,我都會傾向於使用Lightrooms“根據日期復製到文件夾”將照片分成合理的結構,而無需考慮太多。


在對我的目錄進行分類時我嘗試盡量使用照片和其他元數據來代替照片,而是使用“收藏夾”對要發布的照片​​進行分組。例如,我經常根據“閱讀節”或“傑米斯生日”之類的事件應用標籤,這意味著我可以輕鬆找到在閱讀節上拍攝過的所有照片,然後使用日期按特定年份進行過濾(我記得的諸如“除夕”,“聖誕節”或“生日”之類的活動沒有標籤!)。位置元數據也很棒-想查找我去年拍攝的美國之行的照片嗎?沒問題!

我想使用或發布/炫耀照片時創建收藏集,例如,我可以創建我最喜歡的2010年收藏集“ Best of 2010”-因為我的收藏集列表通常是空的,這意味著我可以在工作流程中使用收藏集。

我只是一名業餘攝影師,但是我可以肯定的是,只要遵守紀律,同樣的策略也可以對人們有用比我拍更多照片的人。

doblak
2012-09-02 04:27:56 UTC
view on stackexchange narkive permalink

菲爾·尼爾森(Phil Nelson)寫了很棒的指南使用Adobe Photoshop Lightroom掌握圖像組織

自從發現以來,我的睡眠就更好了。

嗨,Darjan,謝謝您的回答,歡迎訪問該網站。您能否總結一下鏈接參考的要點,以便如果鏈接斷開,至少可以了解主要思想是什麼?
Pamela Reed
2015-01-12 17:37:40 UTC
view on stackexchange narkive permalink

我根據“類型”設置了收藏。這些客戶中的美術,婚禮等大約有3個文件夾,即原始,編輯,最終。如果文件是以這種方式組織的,我永遠不會有問題。我沒有關鍵字。可能不是最好的方法,但對我有用。我不做庫存工作,因此不需要我標記/關鍵詞。我是一名全職專業人員。

這似乎沒有回答關於如何使用不同庫的問題,而不是如何在一個庫中對事物進行分類的問題。


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 2.0許可。
Loading...