題:
您如何在Lightroom中管理具有重複文件名的圖像?
kang
2011-02-14 22:43:52 UTC
view on stackexchange narkive permalink

我的相機已經使用了大約一年,並且已經拍攝了9999張圖像,因此相機的文件命名系統已經翻轉到0001。根據年份分到不同的文件夾中,例如2010、2011,然後按日期分到其他子文件夾中。

我正在做一些照相攝影,因此我將所有最終圖像導出到同一文件夾中。由於某些圖像的名稱會重複,因此存在導出時會覆蓋文件的風險。

我想知道您如何處理這種情況?您使用特定的命名策略,還是只是將所有內容放入導出的不同文件夾中?

如果您擁有/使用Lightroom,則可以按照以下答案中的建議進行圖像的批量重命名。選擇要重命名的圖像,然後按F2,然後可以使用出現的對話框中的自定義預設和選項來建立命名策略。
謝謝大家的反饋。lightroom很好地將每個導入的文件整理到了文件夾中。我在想,也許我應該將這些最終圖像分成不同的文件夾,例如Folder02中的前9999張圖像,folder01和第二張9999張圖像。
七 答案:
ahockley
2011-02-14 22:52:30 UTC
view on stackexchange narkive permalink

文件命名是每個人都有個人喜好的事情之一,但是以下是人們經常做的事情:

  • 重命名文件以包括原始拍攝日期。因此,代替IMG_0001.JPG,您可能會得到20110214-0001.JPG
  • 包括簡短的拍攝說明。繼續我的示例,也許您會擁有20110214-smithheadshot.JPG

正如您所指出的,只有當您嘗試將所有文件放在同一個文件夾中時,這才成為問題。

好消息是Lightroom可以在導入時自動重命名文件。請查看“導入”屏幕的“文件重命名”部分。

+1是您的第二條建議,也提到了Lightroom的重命名功能。我的變化是,我按年,月,事件(或位置),最後是索引導入到文件夾中。所以我可能有2011-02-CastleHill-0001.dng
Itai
2011-02-15 00:11:13 UTC
view on stackexchange narkive permalink

老實說,使用文件夾是一種方法。

有一些解決方法,但您真的要在同一文件夾中保存100,000張圖像嗎?在某些計算機上打開該文件將花費很長時間,並且在滾動條很小且讀取或生成的縮略圖太多的情況下很難導航。

您都可以將它們植根在一個主文件夾中:/圖片

,然後分為子文件夾

/ Pictures / 2011/02/14 / IMG_0001.JPG

OR

/ Pictures / 2011 / ValentinesDay / IMG_0001.JPG

OR ...以您認為重要的細分為準。日期是好的,因為它們可以很好地排序。

我個人之間有一個級別,可以確保我的第二級文件夾不會超過我用於備份的DVD的大小。因此:

/圖片/ V031 /家庭/ 2011_02 / ValentinesDay

V031 達到4.4 GB時,我將創建一個 V032 。由於DVD標有Vxxx編號,因此它使備份變得更加容易,並且也容易找到脫機文件。

@kang似乎正在使用一個文件夾來“導出庫存”,而不是日常使用。聽起來好像非最終圖像通常在單獨的文件夾中。
@chills-是的,但是由於OP建議自己使用文件夾,因此我認為這也是一種庫存的可能性,也許像我建議的那樣具有共同的根源。
問題在於,圖像仍然沒有唯一的命名方案。如果將多個具有相同名稱的圖像提供給客戶,而他們想要其中一個,則會造成混亂。這些文件將必須重命名或存儲在嵌套文件夾中,這使創建網頁或Flash顯示或將這些文件夾出於任何目的傳遞給客戶變得一團糟。導入時將它們重命名為唯一名稱會很有幫助,尤其是在圖像以日期/時間戳命名的情況下。我已經做了很多年了,並且可以通過文件名來識別圖像事件,而不會造成重複。
chills42
2011-02-14 22:51:04 UTC
view on stackexchange narkive permalink

處理此問題的一種好方法是在文件名中添加日期/時間。

例如:

  • 而不是 IMG_1234.jpg ,將文件重命名為 IMG_YYYYMMDD_1234.jpg 。這樣,如果以後再有另一個IMG_1234.jpg,則導出的版本將過時。因此,如果這些圖像是在2010年2月14日和2011年6月30日拍攝的,則最終會得到IMG_20100214_1234.jpg和IMG_20110630_1234.jpg。

在Lightroom中,有文件名模板,可以簡化此過程。

user3875
2011-02-15 04:36:33 UTC
view on stackexchange narkive permalink

如果您使用的是Mac,則有一個名為A Better Finder重命名的很棒的程序 http://www.publicspace.net/ABetterFinderRename/,它將為您提供各種選擇,以作為前綴或將數字,字母等添加到龐大的文件組中。

我也進行拍攝,並使用它為成批的ex文件賦予特定的職位。 beachname / client /#etc

一切順利

-cd

Kris
2011-06-02 15:43:22 UTC
view on stackexchange narkive permalink

像這裡的大多數人一樣,我將日期以YYYYMMDD格式嵌入文件名中。由於我已經開始使用兩台相機拍攝,因此我給每個相機都指定了字母代碼,以避免使用同一個文件名來拍攝兩個合法不同的圖像。因此,典型的文件可能是20110601_B0231.cr2。

這樣做的缺點是嚴格按文件名對文件進行排序不會插入圖片。我想您可以確保相機的時間是同步的,並引入一個時間部分(例如,上午7:30:02的20110601_073002_B0231.cr2),但是文件名會變得很長!

當我展示證明時

我使用花園佳能佳能軟件將照片從相機上lur下來,並在途中將其重命名;足夠聰明地檢測出不同的攝像機來給出字母代碼。

我也會像大多數人一樣將它們組織到特定的文件夾中。

LC1983
2011-02-15 18:37:53 UTC
view on stackexchange narkive permalink

我處理重複文件編號的方法是將它們重新分配為year / yyyymmdd文件夾格式並保留原始名稱。

導出照片時,我總是在EXIF上填寫標題字段,因此添加文件名前面的那個。然後,它還會為客戶端提供文件的某些上下文。

lindes
2011-02-15 19:46:58 UTC
view on stackexchange narkive permalink

如何管理具有重複文件名的圖像?

我不知道! :)相反,我避免在導入前重命名圖像,而避免使用重複的文件名就是這樣!

[實際上,我使用硬鏈接,但這等同於同一件事。]

那真的從本質上來說,我的整個回答都是如此。如果您願意,歡迎您繼續閱讀以了解有關 I 如何實現該目標的更多詳細信息。但是,如果我的答案令人困惑,只需關注以上概念-還有很多其他方法可以實現相同的基本概念。

注意:此答案的其餘部分是在某些術語中有點類似於UNIX和怪異。但是,這些概念是通用的,並且肯定可以在其他地方完成這種事情。如果有人對如何改善我編寫此答案的方式有任何建議,我很高興聽到他們的建議。我也在疲倦時寫這篇文章,而且我常常會很冗長,所以...希望這一切都是有道理的,如果沒有,請告訴我,我會盡力在編輯中闡明。 / em>


特別是,我有一個名為 import_card 的腳本,該腳本會要求拍攝名稱/會話名稱/其他名稱,然後執行以下操作:

  1. 確保我位於用於將圖像導入到的適當目錄中。 (這可以通過多種方法來完成,但是我要做的就是確保已經有一個與當前年份和月份匹配的目錄,如YYYY / MM。)

  2. 查找計算機上當前已連接的一張或多張存儲卡。

  3. 一次掃描每張卡上的數據(查看EXIF數據),以找出從哪個相機記錄圖像(按序列號)以及最近的日期是卡中的圖片(如果有多個日期,我會選擇最近的日期)。 (注意:一張卡上可能有多個攝像頭;我通常盡量不要碰到這種情況,但是如果可以的話,它會很好地處理。)

  4. 複製數據(確切地)從我的卡放入以下文件夾:

    ./ YYYY / MM / YYYYMMDD-cameraID-the_name_I_entered.in

    其中 cameraID 是我分配給單個攝像機的簡稱(例如“ 30d”或“ g9”,有時有時更長一些,以表示借來的攝像機)(如果是用卡拍攝的,則為多個此類ID)多台攝像機),具體取決於攝像機的序列號。 (對於EXIF數據不包含序列號的情況,我可以使用其他一些啟發式方法進行猜測,這對於使用的有限數量的相機通常效果很好,但可能會崩潰)。該文件夾中可能包含文件名,例如:

    DCIM / 123CANON / _MG_4567.CR2

    (我主要拍攝佳能,但可以通過其他方式完成相機,我的腳本也處理幾種不同類型的佳能以及至少一個其他品牌的相機。)

  5. 完成後,使用(這是整個過程的關鍵) DCIM子目錄的名稱作為ID的一部分進行重命名(真正的硬鏈接)。因此,將創建一個新目錄,例如 YYYY / MM / YYYYMMDD-cameraID-the_name_I_entered (不帶 .in ),該目錄將 123 _MG_4567.CR2 中的> 123CANON 4567 ,還結合了一個(不同的)較短(更短)前綴來標識攝像機(通常是我的一個字母自己的相機,以及我借用的相機的幾個字母)-同樣,基於每個圖像所用相機的序列號(因此,如果我在多台相機上拍攝了一張卡片,單個文件將獲得不同的前綴(無論攝像機之間的編號方案是否不同),並創建如下文件(假設前綴“ e”,這是我當前的主攝像機,但可以是任何東西):

    e123-4567.CR2

  6. 然後我導入上一步中創建的目錄(即 not 一個以“ .in”命名的項目作為Aperture或Lightroom的新項目(我在不同時間都使用過-每個都有其優勢)。從那裡,“主文件名”和“版本號”(Aperture術語,我忘記了Lightroom所說的相同概念)中有一個唯一的我的整個庫字符串 e123-4567 。然後,無論出於什麼目的導出圖像時,我都會在導出文件的名稱中添加此名稱,並(有時)將我的名稱作為前綴(對於我將直接提供給他人的圖像)和(通常,尤其是對於flickr上傳)圖片的某種描述性標題(與flickr標題匹配,因此我可以輕鬆地將它們結合在一起)和/或圖片的“版本”(如果我進行了不同的修改)(後者是我存儲在

  7. ol>

    在上述所有功能之間,我可以獲得以下好處:

  • 我從卡中保存了確切數據的存檔。如果需要的話,我可以將這些數據放回卡上,並且相機將能夠理解它,就像從未將其刪除一樣。

  • 導入有一個非常保證的唯一編號。

    (警告:如果我超過999CANON作為文件夾名稱,我會遇到麻煩-最多可達985CANON,但這主要是因為我曾經在佳能10D和30D之間共享卡,而佳能10D僅在每個此類文件夾中放置100張圖像,而30D基本上在其中放置了10,000張圖像,但是從10D停下的位置接管了編號,然後10D我已經在985上一段時間了,並且在擁有新的相機機身之前,我預計不會超過999,我會小心翼翼地避免污染編號,因此,我將從此開始想想,100CANON。但是,如果我確實達到了999的限制,我可以更改攝像機的前綴,一切都會好起來的。)

  • 數字比較短,所以我的文件名通常,es不太大。 (las,目錄(和項目)的名稱有時會很煩人,但是我喜歡方便地使用該信息,因此我將其處理。)

我不知道為什麼Aperture和Lightroom等不允許將這樣的數據放入文件名。特別是從DCIM目錄中的文件夾名稱中提取號碼的部分。 las,他們沒有。到目前為止,無論如何。 :)我知道Lightroom有一些在導入過程中重命名內容的規則,您可能會使用該規則(可能是基於日期)來實現此想法的替代版本,但是它沒有任何方法可以提取DCIM文件夾ID ,最後我看了。

無論如何,我希望這對人們有幫助。目前,我的腳本是根據我自己的需要高度定制的,但是如果有足夠的需求,我可能會說服我清理並作為開源工具發布。或者,如果您擅長使用ruby,perl,python等,則可以編寫自己的版本。

或者您可以使Apple和Adobe在其產品中構建類似的東西。 :)



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