画像内のLightroomの「拒否」フラグをプログラムで操作できますか?


8

私のようなツールを使用することはできますexif2exiftoolプログラム的Lightroomの中で「拒否」のために使用するフラグを検査し、操作しますか?対応していると思われるフィールドが見つかりません。そうでない場合、それを実行できる別のOSX / Linux / Unixツールはありますか?


これがLRデータベースearthboundlight.com/phototips/の良い入門書です …SQLiteを使用してテストデータベースのPickフィールドを直接操作してみましたが、カタログ再度開いたときに写真にフラグとフラグオプションが表示されないため、それ以上のものがあります。単なるピックフィールドではありません。
mmesford 2014年

回答:


9

これは、Lightroomカタログに保存されているLightroom固有のメタデータです。OS Xターミナルでこのコマンドを使用して、次のことを確認できます。

$ exiftool -b -xmp mypic.dng > orig.xmp

次に、Lightroomに戻って拒否しmypic.dng、ヒット⌘/Ctrl-Sして、Lightroomにメタデータのコピーをディスク上の写真ファイルに保存させます。²ターミナルに戻り、次のように言います。

$ exiftool -b -xmp mypic.dng > new.xmp
$ diff orig.xmp new.xmp

これにより、Lightroomが写真の埋め込みメタデータに加えた変更がわかります。表示されるのは、メタデータの日付の変更と一部のUUIDの変更だけです。「Lightroomで拒否」タイプのフィールドは存在しないため、何も表示されません。exiftool操作するものは何もありません。

LuaでLightroomプラグインとしてこれを行う必要がありますLrPhoto参照を取得したら、次のように言うだけです。

photo:getRawMetadata('pickStatus')

現在の値を取得します。ピックされた場合は1、ニュートラルの場合は0、拒否された場合は-1になります。

次に、次の方法で写真の拒否を取り消すことができます。

photo:setRawMetadata('pickStatus', 0)

脚注

  1. exiftoolシステムにまだインストールしていない場合は、最初にHomebrewをインストールしてから、と言うのが最も簡単な方法brew install exiftoolです。

  2. [ XMPに変更を自動的に書き込む]設定を有効にしても、他のLightroomの動作によっては、LightroomでのユーザーアクションとディスクをヒットするXMP更新の間に任意の長い遅延が発生する可能性があります。

    かつて、カタログのコアキーワードを変更することで何時間も作業を失い、その後、数時間後exiftoolにいくつかのファイルを実行して、Lightroom内からは実行できない変更を加えました。そのコマンドを実行した後、メタデータ→ファイルからメタデータを読み取ると言いましたが、これらのXMP更新がコアキーワード変更の更新の背後でバッチ処理され、まだ実行されているため、これらの写真のメタデータが何時間も前の状態にリセットされていることに気付かされました!(Lightroomがディスク上のすべてのXMPデータを更新し終えるのに約1日かかりました。)

    メタデータ→メタデータをファイルに保存してexiftoolからそれらのファイルを実行した場合、キューにジャンプし、選択した写真のメタデータをすぐに保存するため、以前のメタデータの変更がまだ残っている場合でも、その作業が失われることはありません。バックグラウンドで保存されました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.