使用Lightroom库的最佳实践是什么?


23

您如何组织Lightroom库(库)?

由于我是一名休闲摄影师,所以我有一个巨大的图书馆,里面放着我所有的照片。然后创建智能收藏夹,以便能够更快地找到我的照片。

例如,我有一个名为Trips的智能集合,其中我曾经去过的地方作为子集合。其中一些照片也被标记为Family,这是另一个集合。

我担心的是,在几年后,这个集合将增长得如此之快,以至于该软件将不再表现出色。但是,如果我将自己的库分成许多库,则必须寻找所需的照片。

你的方法是什么?


>>也由Igor Oks问>>

您如何在Lightroom中使用目录?

或者,您如何在Lightroom 3中整理照片?

我觉得我的方法不太方便。

我对每组新照片的处理流程是:

  1. 将照片从相机复制到HD上的新文件夹中(例如,复制到C:\ Photos \ Bobs_bday_2010)。

  2. 创建一个新目录,并将其保存到照片所在的目录中。

  3. 将所有照片从目录导入此目录。

是否有意义?我应该使用目录来组织照片,还是应该使用其他东西?我应该为每组新照片创建一个新目录,并将这些目录保存在哪里吗?

谢谢!




除重大异议外,我将在几个小时内将这一主题与Chills和Sebastian提到的主题合并,因为它们是彼此重复的。
jrista

Answers:


15

将所有内容保存在一个库中。Lightroom 3克服了大型目录过去的一些性能问题,因此具有良好搜索能力的优势决定了单个库。

我使用了很多基于元数据和工作流步骤的智能集合。我还为我拍摄的每个客户工作创建标准集合。

标题和关键字值得保留的任何内容。

就像GMail向世界展示的那样,强大的搜索要比数十亿个手动管理的电子邮件文件夹更好,而Lightroom或Aperture等出色的DAM工具显示,关键字和搜索比手动管理集合和文件夹更有效。


7

我花了一些时间进行整理,并且在有了一个想法之后,我发现这篇文章(作者将2009年的这篇文章替换并删除了同一主题的2012年这篇文章)非常有用。它是由Lightroom上的一名工程师编写的。没有一种解决方案适合所有人,但我的最终目的是:

  • 一应俱全的目录。
  • 所有导入均就地完成,无需复制或移动我的任何文件。
  • 文件本身以分层结构组织,每个顶级目录最多包含4.5 GB(单层DVD的大小)。当它达到4.5 GB时,我将创建一个新的顶层。磁盘装满后,我将删除最旧的顶级磁盘。当然,每个备份都有一个本地备份和一个在银行保险箱中的备份。
  • 有了顶层文件夹,我就可以分为家庭摄影部门。在“家庭”文件夹下,每个月都有用于常规照片的文件夹,每个事件也有文件夹。在摄影下,万一一个任务跨越多个位置,每个任务都有一个文件夹,每个位置都有一个子文件夹。
  • 如果有些文件本身不像照片那样站立,例如全景照片或HDR括号,则它们位于自己的目录中,称为“来源”。
  • 是否存在出于任何原因(例如被裁剪)而需要修改的文件。它们也被移动到一个名为“ PS”的目录(由于历史原因,自从我第一次在Photoshop中操作图像以来),表明这些不是相机直接输出的。

请注意,这意味着将分别备份目录。它是用我的用户数据而不是图片来备份的,因为图片永远不变,但目录却可以更改,因为我可以在旧照片中添加关键字。这可以极大地帮助备份,因为可以每两周对图片卷进行增量备份,而对数据卷进行完全备份。
Itai 2010年

“如果有些文件本身不像照片那样站立,例如全景照片或HDR括号,则它们会放在自己的名为“来源”的目录中。” 堆栈对此非常有用
eWolf 2011年

@eWolf-我将看看是否可以将内容堆叠在其他目录中,从未尝试过。虽然如此,但我想它将避免视觉混乱。
伊泰

是啊,我一直使用的全景图,人类发展报告和Photoshop编辑堆栈..保持杂波远:-)
eWolf

链接已断开,因为作者使用2012年版本替换了该链接:ericscouten.com/blog/2012/03/05/…。我进行了修改,但有待同行评审,这是我第一次尝试编辑其他人的帖子。
Kioshiki 2015年

5

对于临时用户,一个图书馆就足够了

我是一个非常认真的业余爱好者,拥有成千上万张图像,并且将它们全部保存在一个库中。

在使用Lightroom的18个月中,我没有遇到任何问题。

更新

我最近升级到了Lightroom 3.0:单个大型库仍然没有问题。


2

我建议只对所有照片使用一个目录。我在一个V3目录中有12,000张照片,表现还不错。我读过一个人,在一个V3目录中有成千上万张照片而没有任何问题。

我使用文件系统文件夹按年份和月份分解,类似于@Nick的设置。当我想按时间顺序以外的其他方式组织照片时,则使用Lightroom的照片集。

我唯一使用新目录的时间是当我处理一组我知道不会作为常规收藏的照片的照片时,例如一个临时项目,我将尽快将其移至离线档案完成。

据我了解,某些使用较早版本的Lightroom的人确实遇到过很大目录的性能问题,但这些问题已在更高版本中得到解决。


1

这有点武断,但对我来说,它可以作为基于关键字和基于目录的工作流管理之间的混合体。我使用下面说明的非常具体的目录结构。

尽管我喜欢并使用元数据,关键字和智能集合,但是它们却有一个缺点:例如,如果我想在未安装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张照片。


1

就我而言更简单。直接在目录结构中存储约50k张照片,如下所示:

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

一个目录定期备份到两个外部硬盘驱动器,其中一个存储在我家中,另一个在工作中。

这里的基本问题是:我是否信任Lightroom做正确的工作?如果这样做,无论我如何存储文件,都可以通过它们的标签找到它们。如果不需要,则需要精美的目录结构,以便在Lightroom发生故障时,仍可以通过照片找到自己的方式。

我通常会信任lightroom,但以防万一它失败了,我会跟踪我何时去哪里查找照片中的照片(如果它曾经失败的话)(尚未发生)。


0

我曾经保留了两个资料库,一个用于个人拍摄,一个用于作业,但是多年来,我一直在使用Lightroom,发现它可以很好地处理相当大的数据库(+30000张图片)。

我必须使用库的另一个原因是因为Lightroom 1无法很好地处理外部卷,因此我将两个库以及图片保存在不同的外部卷上。自Lightroom 2起,此功能已得到很大改进。

我将把所有镜头合并到一个库中。

此外,例如,我建议您采用一种简单的方案,例如根据日期将镜头导入目录中,而不要过多担心缺乏用处。您已将各种相关镜头组合在一起。


0

从另一个角度来看:

经营婚纱照和肖像工作室的凯文·库博塔(Kevin Kubota)建议您针对每项工作使用一个目录,正是出于上述考虑。

对于他来说,目录的执行速度更快更为重要。对于特定的工作,他将有几个文件夹,分别代表该工作的不同阶段(例如,原件,已编辑,jpg校样,幻灯片和打印件),因此您仍有一些结构需要浏览。

对于他来说,如果他仍然需要搜索,则可以使用其他索引程序,该程序使用EXIF文件中的关键字和信息。


0

我听说过的大多数人(以及2011年以后的工作方式)每年都会使用一个目录。

我设置文件夹的方式是这样的:

~/Pictures/Photo Library/2010/10 October/18 MyBirthday
~/Pictures/Photo Library/2010/11 November/06 SomePhotoShoot
~/Pictures/Photo Library/2010/11 November/06 AnotherPhotoShoot

回到Lightroom 1天,大型目录的性能存在问题。LR 2和LR 3已解决该问题,因此没有理由每年拆分。使用这样的单独目录,您将无法快速找到例如万圣节或所有风景的所有照片。
ahockley 2010年

我想如果您没有运行功能更强大的计算机,并且遇到性能问题,那么这可能是下一个最佳选择。我个人还没有得到四个月的照片,所以我还没有看到。
尼克·贝德福德

0

使用单个目录-我从未与之交谈过,没有人注意到Lightroom中大型目录的任何问题,并且将所有内容都包含在1个目录中使查找照片变得更加容易。

但是,您可能不应该将所有照片都存储在1个文件夹中 -许多文件系统在包含许多文件的文件夹中存在性能问题(例如,据报告,NTFS看到包含30万个或更多文件的文件夹存在明显的性能问题)。每当我导入照片时,我都会倾向于使用Lightrooms“根据日期复制到文件夹”,它将照片分成合理的结构,而无需考虑太多。


在对照片进行分类时,我尝试尽可能地使用标签和其他元数据,而使用“收藏夹”对要发布的照片​​进行分组。例如,我经常根据“阅读节”或“杰米斯生日”之类的事件应用标签,这意味着我可以轻松找到我在阅读节上拍摄的所有照片,然后使用日期按特定年份进行过滤(我记得的诸如“除夕”,“圣诞节”或“生日”之类的活动没有标签!)。位置元数据也很棒-想查找我去年拍摄的美国之行的照片吗?没问题!

我想使用或发布/展示照片时创建收藏集,例如,我可以创建2010年我最喜欢的时刻的“ 2010年最佳”收藏集-因为我的收藏集列表通常很空白,这意味着我可以关于在我的工作流程中使用集合的自由主义者。

我只是一名业余摄影师,但我可以肯定的是,只要遵守纪律,即使是比我拍摄更多照片的人也可以使用相同的策略。



-1

我根据“类型”设置了收藏。这些客户中的美术,婚礼等大约有3个文件夹(原始,编辑,最终)。如果文件是以这种方式组织的,我永远不会有问题。我什么也没关键字。可能不是最好的方法,但对我有用。我不做库存工作,因此不需要我标记/关键词。我是一名全职专业人员。


1
这似乎没有回答关于如何使用不同库的问题,而不是如何在一个库中对事物进行分类的问题。
菲利普·肯德尔2015年
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.