Lightroomライブラリを使用するためのベストプラクティスは何ですか?


23

Lightroomライブラリ(ライブラリ)をどのように整理しますか?

私はカジュアルな写真家であるため、すべての写真が入った1つの巨大なライブラリがあります。次に、スマートコレクションを作成して、写真をすばやく見つけられるようにします。

たとえば、Tripsという名前のスマートコレクションがあり、その下にサブコレクションがあります。これらの写真の中には、別のコレクションであるFamilyとしてタグ付けされているものもあります。

私の懸念は、数年後にはこのコレクションが非常に大きくなり、ソフトウェアのパフォーマンスが低下することです。しかし、ライブラリを多くのライブラリに分割する場合、探している写真を探す必要があります。

あなたのアプローチは何ですか?


>>イゴール・オクスの質問>>

Lightroomでカタログをどのように使用しますか?

または、Lightroom 3で写真をどのように整理しますか?

自分のやり方があまり便利ではないと感じました。

すべての新しい写真セットで行うフローは次のとおりです。

  1. 写真をカメラからHDの新しいフォルダーにコピーします(例:C:\ Photos \ Bobs_bday_2010)。

  2. 新しいカタログを作成し、写真と同じディレクトリに保存します。

  3. ディレクトリからこのカタログにすべての写真をインポートします。

理にかなっていますか?写真の整理にカタログを使用する必要がありますか、それとも他の何かを使用する必要がありますか?写真の新しいセットごとに新しいカタログを作成する必要があり、これらのカタログをすべて保存する場所を教えてください。

ありがとうございました!




重大な異議がなければ、このトピックをChillsとSebastianが指摘したものとマージします。これらは互いに重複しているためです。
jrista

回答:


15

すべてを1つのライブラリに保管します。Lightroom 3は、大きなカタログでの過去のパフォーマンスの問題のいくつかを克服しているため、優れた検索機能を持つことの利点は、単一のライブラリーに影響します。

メタデータとワークフローの手順に基づいた多くのスマートコレクションを使用しています。また、撮影するクライアントジョブごとに標準コレクションを作成します。

維持する価値のあるキャプションとキーワード。

GMailが強力な検索が電子メール用の1億個の手動管理フォルダーよりも優れていることを世界に示したように、LightroomやApertureなどの優れたDAMツールは、コレクションとフォルダーを手動で管理するよりもキーワードと検索が効率的であることを示しています。


7

整理するのに時間がかかり、アイデアを考えた後、この記事(著者は同じトピックに関する2009年の記事をこの2012年の記事に置き換えて削除しました)が非常に役立つことがわかりました。Lightroomに取り組んでいるエンジニアの1人によって書かれました。すべてに適合するソリューションはありませんが、私が終わったのは:

  • すべてのための1つのカタログ。
  • すべてのインポートは、ファイルをコピーまたは移動することなく、インプレースで実行されます。
  • ファイル自体は階層構造に編成されており、各最上位ディレクトリには最大で4.5 GB(1層DVDのサイズ)が含まれています。4.5 GBに達したら、新しいトップレベルを作成します。ディスクがいっぱいになると、最も古いトップレベルのディスクを削除します。もちろん、それぞれが1つのローカルバックアップと1つの銀行の金庫にバックアップされます。
  • 最上位のフォルダを使用して、家族と写真に分かれました。Familyフォルダーの下には、一般的な写真用の月ごとのフォルダーと、イベントごとのフォルダーもあります。写真では、割り当てが複数の場所にまたがる場合に備えて、割り当てごとにフォルダがあり、場所ごとにサブフォルダがあります。
  • パノラマピースやHDRブラケットなど、写真そのものではないファイルがある場合は、「ソース」と呼ばれる独自のディレクトリに移動します。
  • トリミングなど、何らかの理由で変更する必要があるファイルがある場合。また、「PS」という名前のディレクトリに移動され(Photoshopで初めて画像を操作してからの歴史的な理由により)、これらがカメラによって直接出力されなかったことを示します。

これは、カタログが個別にバックアップされることを意味することに注意してください。古い写真にキーワードを追加できるので、写真は変更されませんがカタログは変更できるため、写真ではなくユーザーデータでバックアップされます。これは、2週間ごとにデータボリュームを完全にバックアップしながら、ピクチャボリュームを増分バックアップできるため、バックアップに非常に役立ちます。
イタイ

「パノラマ作品やHDRブラケットなど、写真そのものではないファイルがある場合、「ソース」と呼ばれる独自のディレクトリに移動します。」スタックはこれに非常に役立ちます
-eWolf

@eWolf-別のディレクトリに物事をスタックできるかどうかを確認しますが、試したことはありません。決してそうではないが、視覚的な混乱を防げると思う。
イタイ

ええ、私は常にパノラマ、HDR、Photoshopの編集にスタックを使用します。混乱を避けます:-)
eWolf

作成者が2012バージョンのericscouten.com/blog/2012/03/05/…に置き換えたため、リンクが壊れています。編集しましたが、ピアレビューを保留中です。他の人の投稿を編集しようとしたのは初めてです。
木下

5

カジュアルなユーザーには、1つのライブラリで十分です

私はかなり深刻なアマチュアで、何万もの画像があり、それらをすべて1つのライブラリに保管しています。

Lightroomを使用してから18か月間、これに関する問題は発生していません。

更新

私は最近Lightroom 3.0にアップグレードしました:単一の大きなライブラリにはまだ問題はありません。


2

すべての写真に1つのカタログのみを使用することをお勧めします。1つのV3カタログに12,000枚の写真があり、パフォーマンスは良好です。単一のV3カタログで何万もの写真を持っている人を問題なく読んでいます。

@Nickの設定と同様に、ファイルシステムフォルダーを使用して、年および月ごとに分割します。写真を時系列順に整理したい場合は、Lightroomのコレクションを使用します。

新しいカタログを使用するのは、一時的なプロジェクトなど、すぐにオフラインアーカイブに移動するなど、定期的なコレクションの一部として保持しないことがわかっている写真のグループを処理するときだけですコンプリート。

以前のバージョンのLightroomを使用している一部の人々は非常に大きなカタログでパフォーマンスの問題を経験したが、これらの問題は後のバージョンで解決されたと理解しています。


1

これは少しarbitrary意的ですが、キーワードベースとディレクトリベースのワークフロー管理のハイブリッドとして機能します。以下で説明する非常に具体的なディレクトリ構造を使用します。

メタデータ、キーワード、スマートコレクションを気に入って使用していますが、欠点があります。たとえば、Lightroomがインストールされていないコンピューターでファイルを調べて検索したい場合はどうなりますか?XBoxや、データベースではなくディレクトリベースの構造のみをサポートする古い電子機器などのデバイスとネットワーク上の写真を共有するにはどうすればよいですか?携帯電話で写真をすばやく送信する必要がある場合、または友人やクライアント用のZIPファイルを作成する必要がある場合はどうなりますか?

ディレクトリ構造データベースでは、RAWファイル sRGB JPEGエクスポートコピーの両方を追跡しています。JPEGファイルは、広いカテゴリ(たとえば、お祝い、コンサート、スポーツ、都市探検など)ごとにサブフォルダーレベルに保存されます。2番目のレベルでは、Lightroomによって自動的に生成される厳密な「What-Where-When」命名規則を使用します(ほとんどの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属性をサブジェクトの「what」に設定してメタデータを更新します(ここではSt. Patrick's DayまたはHudson Cement Factory。コピー/貼り付けバッファーに便利です)。また、ロケーション属性、つまり市、州、国も設定します。この種のメタデータを早めに設定するほど効果的です。

RAWファイルの処理、キーワード設定ジオタグの設定が完了したら、sRGB JPEGコピーをエクスポートします(後でLightroomからFlickrにアップロードします)。私のエクスポートプリセットは、「シーン-市、州-YY、月-カウンター」という命名規則、今までに入力したフィールド(日付はもちろん写真自体にあります)に従うファイルを自動的に作成します。最後にLightroomを使用して、幅広いカテゴリのサブフォルダー(Celebrations、Urban Explorationなど)の下のサブディレクトリにファイルをすばやく移動します。

この時点で、メタデータ(日付、場所、シーン、キーワード)で探索できるカタログ/データベースと、Lightroomなしで使用できる合理的に明確なディレクトリ構造があります。このディレクトリ構造は、ファイル名を見るだけで何を、どこで、いつ教えてくれます。XBoxは、写真を同じ方法で整理して表示します。簡単なファイル検索により、これらの基準に基づいて写真をすばやく取得できます。

このJPEGディレクトリ全体をLRで管理する必要はありませんが、RAWに対応しないJPGファイルがまだたくさんあるため、かなり便利です。なぜ他のものではなく、いくつかを管理するのですか?確かに、キーワード検索はRAWファイルとJPEGファイルの両方を返します(JPEGファイルには同じキーワードがあるため)が、JPGまたはRAW / DNGファイル(スマートコレクション)をフィルターするルールを追加することで簡単に解決できます特に)。もちろん、クライアント、ギャラリー、コンテスト、プリントショップで使用したファイル、バージョン、バーチャルコピーを追跡するために、スマートコレクションも使用します。

とにかく、これは今のところうまくいきましたが、私はそこに6000枚の写真しか持っていません。


1

私の場合はさらに簡単です。次のようなディレクトリ構造に直接保存された約5万枚の写真:

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

1つのカタログは、2台の外部ハードディスクドライブに定期的にバックアップされ、そのうちの1台は自宅に、もう1台は職場に保管されています。

ここでの基本的な質問は、Lightroomが正しい仕事をすることを信頼するかどうかです。そうすれば、ファイルの保存方法に関係なく、タグでそれらを見つけることができます。Lightroomに障害が発生した場合でも、写真の中を移動できるように、空想のディレクトリ構造が必要ない場合。

私は一般にLightroomを信頼していますが、万が一失敗した場合に備えて、失敗した場合(まだ発生していなかった場合)に写真を探してどこに行ったかを追跡します。


0

私は以前、個人用ショットと割り当て用の2つのライブラリを保持していましたが、Lightroomを使用してきた長年にわたって、かなり大きなデータベース(+30000枚の写真)をかなりうまく処理できることがわかりました。

ライブラリを使用する必要があったもう1つの理由は、Lightroom 1が外部ボリュームをあまりうまく処理できなかったため、2つのライブラリを異なる外部ボリューム上の画像と一緒に保管したためです。Lightroom 2以降、これは非常に改善されています。

すべてのショットを1つのライブラリにマージします。

また、たとえば日付に基づいてショットをディレクトリにインポートする単純なスキームに固執することをお勧めします。有用性の欠如についてはあまり心配しないでください。関連するショットをグループ化するコレクションがあります。


0

別の観点から:

結婚式とポートレートのスタジオを運営しているケビン・クボタは、あなたが上記で概要を述べた懸念のために、仕事ごとに1つのカタログを使用することを勧めています。

彼の立場では、カタログが迅速に実行されることがより重要です。特定のジョブについては、ジョブのさまざまな段階(たとえば、オリジナル、編集済み、jpg校正、スライドショー、印刷)を表すいくつかのフォルダーがあるため、ナビゲートする構造が残っています。

彼にとって、まだ検索が必要な場合は、EXIFファイルのキーワードと情報を使用する別のインデックスプログラムを使用します。


0

私が聞いたほとんどの人(および2011年になってからどうするか)は、年に1つのカタログを使用します。

フォルダーのセットアップ方法は次のとおりです。

~/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と3で修正されたため、毎年分割する理由はありません。このような個別のカタログでは、たとえば、ハロウィーンやすべての風景のすべての写真をすばやく見つけることはできません。
ahockley

より強力なコンピューターを実行しておらず、パフォーマンスの問題が発生している場合は、おそらく次の最適なステップです。私は個人的にはまだ4か月分の写真を撮っていないので、まだ見ていません。
ニックベッドフォード

0

単一のcatlogを使用してください。Lightroomの大きなカタログで問題に気づいた人は誰もいません。1つのカタログにすべてを含めると、写真を見つけやすくなります。

ただし、すべての写真を1つのフォルダーに保存すべきではありません -多くのファイルシステムには、多くのファイルを含むフォルダーでパフォーマンスの問題があります(たとえば、NTFSは、30万以上のファイルを含むフォルダーで顕著なパフォーマンスの問題が発生すると報告されています)。写真をインポートするときはいつでも、Lightroomsを「日付に基づいてフォルダーにコピー」する傾向があります。これは、写真についてあまり考える必要なく、賢明な構造に分割します。


写真をカタログ化するときは、タグやその他のメットデータをできるだけ使用し、代わりにコレクションを使用して公開する写真をグループ化するようにします。たとえば、「Reading Festival」や「Jamies Birthday」などのイベントに基づいてタグを適用することがよくあります。これは、Reading Festivalで撮影したすべての写真を簡単に見つけられることを意味し、日付を使用して特定の年( 「大Year日」、「クリスマス」、誕生日などの思い出すことができるイベントにはタグを付けません!)。場所のメタデータも素晴らしいです-昨年撮ったアメリカ旅行の写真を見つけたいですか?問題ない!

写真を使ったり、写真を公開/披露したいときにコレクションを作成します。たとえば、2010年のお気に入りの瞬間のコレクション「Best of 2010」を作成する場合があります-私のコレクションリストは通常​​かなり空なので、私のワークフローでコレクションを使用することについては寛大です。

私はアマチュア写真家にすぎませんが、規律があれば、私よりも多くの写真を撮る人でも同じ戦略が機能することを確信しています。


0

フィル・ネルソンは、Adobe Photoshop Lightroomを使って画像編成をマスターする優れたガイドを書きました。

私はそれを見つけたので、私はよりよく眠ります。


こんにちはDarjan、ご回答ありがとうございます。サイトへようこそ。リンクされたリファレンスの主要なポイントを要約してください。リンクがダウンした場合、少なくとも主要なアイデアが何であるかのトレースがありますか?
フランチェスコ

-1

「ジャンル」に基づいてコレクションを設定します。これらの各クライアント内のファインアート、ウェディングなどには、約3つのフォルダー、raw、edits、finalがあります。ファイルがこのように構成されていれば、ファイルを見つけるのに問題はありません。キーワードは何もありません。おそらく最良の方法ではありませんが、それは私のために動作します。私はストックの仕事をしていませんので、タグ付けやキーワードは必要ありません。私はフルタイムのプロです。


1
これは、1つのライブラリー内で物事を分類する方法ではなく、異なるライブラリーの使用方法に関する質問には答えていないようです。
フィリップケンドール
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.