[專案] 照片整理

 照片的檔案名稱, 只能256字?

(以此為假設前提, 進行思考)

要整理過多照片, (當會破一兩百時, 就得開始整理)

如何整理? 下關鍵字, 或是分檔案夾.

關鍵字, 是因應, 一張照片可能會有不同的屬性.

人名(美女, 家人, 朋友, 名人, 明星), 地點, 時間, 目的(for FUN, for Just SEE SEE, for 當下的ㄧ種想法)

對講究的人, 可能會在意, 這道菜的組成為何; 但對某些人而言, 就僅僅是記錄此時此刻, 吃了這家店, 他不過是整套組合裡面其中之一, 又或者是最好吃的ㄧ道.

關鍵字會有複數, 光是合照, 就一定會有複數可能, 人事時地.

當然可以寫入metadata <= 這需要研究.

但, 如果可以, 我還是希望能夠直接寫入檔案名稱, 因為這樣可以搬移, 否則, 整套看照片軟體都需要綁死, 而那會是種困擾. 不愛用google的, 就是因為這樣子, 分了老半天, 卻只能留在網路裡. 當然, 或許有更好的方式, 但搞到過於複雜不直覺, 還是覺得寫入檔案名稱最直覺.

回歸限制的256字... 或許得用檔案夾輔助處理. 放入時, 增加維度, 描述細節. 搬離時, 降低維度, 使用代碼, 縮減關鍵字長度.

當然256字一定有可以突破的方式, 但是, 有所限制, 才能夠好好珍惜. 

人一生能認識多少人, 真的常出現的, 在使用代號化解即可; 偶然相遇的, 使用獨一無二的編號又如何, 那根本不會再去看了.

下關鍵字, 很瑣碎, 一定得要軟體輔助. 如何幫忙輔助, 那是可以思索的; 另一個重要的問題, 是下好後, 要進行隱藏或搬移. 不能再讓他們存在眼前, 那很干擾處理.

某年某月某日的某場出遊, 應該要能夠彙整成一個專案; 而其中, 可能有跟某人的出遊合照, 那又可以在複本到某人的專案; 同時, 就應該會有兩個同樣的照片存在, 關鍵字可能相同, 但是關鍵字的先後不同, 但那又取決於使用者當下想要看甚麼? 這次出遊, 還是那個人.

這是有趣的; 現在的硬碟已經大到不需要考慮那些.... 所以.... 就安心的複本吧!!! 只是, 當要刪除多餘檔案時, 要如何處理這種因應不同專案存在的問題, 那得思考.

現實的問題, 有些照片可能是未加工的原始檔案, 她也需要被關鍵字, 她也需要被單獨存放, 但... 她不需要被出現!!! 只需要放在工作區即可, 然後移至備份區, 理論上應該一輩子都不會再打開了; 但, 就是因為現在硬碟太便宜了, 所以, 她勢必還是會存在, 而且是以一個無意義的檔案存活到永久. 又大又臃腫, 然後還很難砍掉; 當然, 一年後, 應該就可以砍掉了. 或者是十年, 又或者直接做成一個壓縮檔.

專案跟檔案夾, 要否等同, 這很可以思考; 專案的存在, 可以依照XML, 再由看圖軟體自行彙整; 而當要進行輸出的時候, 再搬移檔案夾, 讓檔案夾跟專案同步, 更名, 以及其他.

換言之, 專案跟檔案夾可以是不同的存在, 可以處理成, 當關鍵字下好後, 就自動收縮到相對應的專案裡, 避免干擾到後續的處理, 而當點入該[檔案夾]時, 可以看到全體展開, 設定該檔案夾外部該呈現的精選圖片, 一或四; 檔案夾跟專案在視覺上該如何處理, 那需要思考; 一個是在[檔案總管]裡可見, 而後者, 可以僅存在於[看圖軟體]裡.

<=

這兩個部分, 都是我還沒有想清楚的, 非常不清楚, 因為它必須要有一個簡單的邏輯, 那樣子才好寫程式, 想介面反而很單純; 但, 要如何區隔[標籤][專案][檔案夾], 想通了, 就[該~動~工~了~].

PS. 剛又花了三十分鐘, 整理了照片, 單純丟到檔案夾內, 勢必得要再重複一次功, 在整理一次; 但若不如此, 當下的關鍵字又會太多, 而且也還沒決定關鍵字要怎麼下......