私のようなツールを使用することはできますexif2
かexiftool
プログラム的Lightroomの中で「拒否」のために使用するフラグを検査し、操作しますか?対応していると思われるフィールドが見つかりません。そうでない場合、それを実行できる別のOSX / Linux / Unixツールはありますか?
私のようなツールを使用することはできますexif2
かexiftool
プログラム的Lightroomの中で「拒否」のために使用するフラグを検査し、操作しますか?対応していると思われるフィールドが見つかりません。そうでない場合、それを実行できる別のOSX / Linux / Unixツールはありますか?
回答:
これは、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)
脚注:
exiftool
システムにまだインストールしていない場合は、最初にHomebrewをインストールしてから、と言うのが最も簡単な方法brew install exiftool
です。
[ XMPに変更を自動的に書き込む]設定を有効にしても、他のLightroomの動作によっては、LightroomでのユーザーアクションとディスクをヒットするXMP更新の間に任意の長い遅延が発生する可能性があります。
かつて、カタログのコアキーワードを変更することで何時間も作業を失い、その後、数時間後exiftool
にいくつかのファイルを実行して、Lightroom内からは実行できない変更を加えました。そのコマンドを実行した後、メタデータ→ファイルからメタデータを読み取ると言いましたが、これらのXMP更新がコアキーワード変更の更新の背後でバッチ処理され、まだ実行されているため、これらの写真のメタデータが何時間も前の状態にリセットされていることに気付かされました!(Lightroomがディスク上のすべてのXMPデータを更新し終えるのに約1日かかりました。)
メタデータ→メタデータをファイルに保存してexiftool
からそれらのファイルを実行した場合、キューにジャンプし、選択した写真のメタデータをすぐに保存するため、以前のメタデータの変更がまだ残っている場合でも、その作業が失われることはありません。バックグラウンドで保存されました。