有關 Qnap photo Station 的架構

wa124 wrote:
小弟在此分享一下Photo Station的小小心得

資料夾模式主要是用來瀏覽
當你想把某個資料夾的相片分享出去時
可以先將"將資料夾匯入為相簿"
再分享相片


你好, 其實現在 QTS 4.2 相關的訊息, 小弟很多都是參考 wa124 兄所發表的文章.

經你提點, 剛才又再看了一次 QTS 4.1.3 Photo Station, 大致了解為何 QNap 要做 "將資料夾匯入為相簿" 的功能. 以下的認知如有錯誤還請指正.

在電子相簿軟體裡面的元件分為相片, 相簿, 而相簿又分為實體相簿及虛擬相簿. 在 QNap photo station 的架構並非把資料夾當做相簿來處理, 這和現絕大部份軟體的做法不同. 例如 Synology/Asustor.... 是直接把資料夾當做相簿. 小弟覺得這比較符合一般人整理相片的習慣.

例如小弟習慣用目錄來分類每一次活動或是旅郵的相片. 在每次活動後直接將相片就存到 NAS, 而建立的目錄類似如下.

2014.07.01.New York
2015.05.20.QNap發表會
2015.06.02.Computex
...

以上是以活動日期及地點來分類, 在日後瀏覽上不管用 browser or app 都很方便, 這是所謂的實體相簿, 另外系統又可以根據很多蒒選條件(如日期,tag,地點...) 將相片再歸類為虛擬相簿, 很多系統稱之為 Smart Album, 這樣的做法大致上就能夠符合絕大多數人的需求了.

回到 QNap Photo Station, 它並不以資料夾做為相簿的設計, 所有的相片類似在一個大的 Pool 裡面, 這些相片都是在 "多媒體資料夾" 裡設定為 '相片' type的所有檔案集合. 因為不以資料夾做為相簿, 所以在 QNap 上建立一個 '相簿' 時, 它是系統直接在所設定的預設資料夾(user可自行指定,預設為/Multimedia共用資料夾) 依日期建立一個子目錄. 例如在 Photo Station 建立一個 '2015.05.20.QNap發表會' 相簿, 在 /Multimedia 會自動建立出一個 2015-05-23 子目錄(依建立日期而定)

至於 '2015.05.20.QNap發表會' 相簿如何對應至 /Multimedia/2015-05-23? 這是存在系統資料庫裡的, 這裡就可以看到一個很明顯的缺點. 設計者希望 user 都透過 Photo Station 來管理相片, 但 user 有可能是直接連線 NAS, 進入管理相片, 因為子目錄都是系統依日期隨機建立的, 從子目錄名稱是完全無法知道其相片到底是那一天的活動. 而且上傳相片通常都是在活動或是旅遊之後, 例如 5/20 參加活動, 直至 5/23 才透過 Photo Station 上傳相片, 結果系統建出來的目錄是 2015-05-23, 也跟預期不符.

前面提到 user 有可能是直接將相片透過網路(連線網路磁碟機等) 直接存到 NAS, 例如在活動過後, 小弟直接在 /Multimedia 目錄下建立一個 "2015.05.20.QNap發表會" 目錄, 並將所有相片存進去, 同樣的由於目錄並不是相簿, 所以要再回到 Photo Station, 利用 "將目錄轉為相簿" 的功能, 再做一次. 這樣是不是很麻煩?

目錄即相簿的做法, 不管是在管理上及相簿整理上, 都明顯優於 QNap 現有的做法, 而 '將目錄轉為相簿' 的功能反而變的多此一舉 (設計者聽到應該會很火大吧!)

不過, 小弟對於 QNap photo station 並不是很熟悉其操作, 有可能對其設計有所誤解. 還望指正.
FB: Pctine
EluSiOn wrote:
目前 Supermicro 出了一款伺服器 5028D-TN4T, 是使用 D-1540 CPU, 其價格也才 5萬多台幣, 可是它可以擴充的部分真的就強過 Qnap 任何一款相同價位的 Qnap 了. 除了4個 3.5 HD 以外, 還可以安裝 2個 2.5 ssd 以及一個 msata pci-e SSD, RAM 是 DDR4 最多是 128gb. CPU tpd 是 45w. 8 core 16 threads. 同時也可以選購 SAS 卡....(恕刪)


感謝分享.

NAS產品主要著眼於儲存這方面, 而不是要去取代 server or workstation 市場現有的主流產品, 這方面是不衝突的, 同樣的 supermicro 的產品和 HP, IBM 產品比較起來, 不也是以所謂的 C/P 值取勝嗎?

所以單單以硬體的效能來比意義並不大, 這方面的討論已經相當多, 比便宜比效能絕對是自己 DIY 的硬體最便宜, 但很多企業不是買一台硬體回來自己兜出來 Storage 的, NAS 內建 VM 功能並不是要來取代現有市場主流的 VM 產品, 絕大部份的人還是先有 '儲存 '的需求.
FB: Pctine

pctine wrote:
有關 Qnap ph...(恕刪)


其實像 apple photos, yahoo flickr, google plus photos 都已經是這樣的概念了,只是qnap會讓你看到實體位置,但其他這些產品不會,所以剛開始使用可能會覺得很奇怪。qnap使用上的確很不順手,ux設計有待加強,現階段我也是不會考慮使用photo station.
我非常讚同 pctine 說法。一般人拍照和保存相片的方式,最直覺的要求就是用拍照的日期來做管理,這個日期有非常的意義和記憶在,至於何時上傳做保存的日期,那是無意義的,無奈的是 Qnap現在卻把這個日期當成index 來做管理。真的是不近人情!

Johnson407 wrote:
其實像 apple photos, yahoo flickr, google plus photos 都已經是這樣的概念了,只是qnap會讓你看到實體位置,但其他這些產品不會,所以剛開始使用可能會覺得很奇怪。..(恕刪)


Johnson 兄所提的小弟有想過, 但這是平台屬性不同, 所以應用的方式不同.

例如 flickr, goolge+ 或是眾多的 web 平台的電子相簿, User 主要都是透過 web 界面去操作, 當只有一種存取方式時, 這樣的設計沒有問題, 但 NAS 的電子相簿不同, 它有多重的存取方式, 所以在設計上並不能一味的要求 User 一定要透過 web UI 去操作. 除非 WEB UI 的方便性完勝其他方式, 這就另當別論了, 但事實上並非如此.

很多 User 還是希望能夠直接去存取 NAS 上面的檔案, 尤其是需要修圖或是做編輯時. 把目錄做為相簿名稱很明顯的就是方便管理. 而且整體架構上更單純. 另外在應用程式及 app 上也更好維護, 舉個最簡單的例子, 競爭對手 Synology ds file app 算是手機上的檔案總管軟體, 你可以發覺當它瀏覽 photo 目錄時, 在顯示上就非常快速, 明明裡面存的相片每一張可能都數 MB, 為何能達到加速的效果? (小弟的猜測)因為這些 Photo 目錄早就都有隱藏的縮圖了, 所以在顯示時, 如果有縮圖存在就直接抓就好了, 如果是在應用程式端又多了一層對應關係, 中間又多了很多程序要轉換及對應.

再來看底層的部份, 愈複雜的檔案及資料結構導致中間轉換的程序愈多, 也代表程式維護愈麻煩, Photo Station 的相片是由 "媒體資料夾" 而來, 而媒體資料夾把所有定義為 Photo 的檔案全部匯總在一個 Pool 裡面, 再透過另一層相簿的定義把相片做歸類.

相片 folder -> 相片 Pool -> 相簿(Virtual)

最後這個相簿不是只有在 Photo Station 才用到, 在 DLNA Server 也要用, 甚至於在 HD Station 也要用, 那麼是不是所有程式都要包含這些對應程序? 如果不去做這些對應轉換呢? 那麼顯示出來的資訊可能就完全未分類的.

例如今天去用 DLNA 連線 QNap media server, 瀏覽相片時出來的資訊為何? 至少在 QTS 4.1.3 還都只能按年份排列, 並非我們在 Photo Station 裡面做的相簿分類. 很明顯的就是中間對應關係沒有做, 複雜的資料結構導致程式實做及維護的困難.

再回頭來看 Johnson 兄所提的 Apple Photo & Music 不也是不讓 User 直接 '接觸' 檔案嗎? Apple 的產品相當特別, 有它的獨斷性, 你非得使用它的方式及它的週邊來搭配不可, 不然就不好用, Apple 的粉絲也習慣用 Apple 規定的方式來使用產品. 或許就是大家說的, 因為它人性化吧. (但是不是也很多 User 詢問, 如何把 iTunes 和 NAS 做結合? 因為 Apple 的獨斷性,現在沒有很好的做法)

最後提到到底是要用 NAS 所提供的 Photo Album 功能? 還是使用 Public Album? 這視每個人的使用習慣而定, 我想應該很少人只使用 Public Album (如 flickr...), 畢竟個人的檔案絕大多數都還是儲存在 local storage 上, 除非頻寬不再是問題, 安全性也不成問題, 成本也合理的情況下, 那麼很多人會樂於將資料儲存在雲端, 但這一天尚未到來.

至今相信很多使用 NAS 的 User 不僅是在公司拿來做為 file server, 多數的家用 NAS 是用來儲存影音/相片等資料, 接觸的不少朋友不單單只是依 NAS 的效能來選用產品, 反而更著重在多媒體 app 方面的表現. Synology 在這塊市場經營最久, 軟體也歷經多年的改版, QNap & Asustor 不也是一直在補強這方面的軟體功能? 至於 Thecus 則還在企圖用一支 T-OnThe-GO app 打全世界.

FB: Pctine



其實都是用拍照的日期來做管理喔

由於個人比較懶的關係,相片都是直接從手機upload到NAS的一個資料夾
再用"智慧相簿"把某一段時間的照片撈進來
根本用不著在Folder層面再去整理阿....
wa124 wrote:
其實都是用拍照的日期來做管理喔...(恕刪)


這是即時上傳, 如果不是即時上傳, 相簿是以 photo station 相簿建立的當天日期為 folder name.
FB: Pctine

pctine wrote:
有關 Qnap photo...(恕刪)


“目錄即相簿的做法”並不是完美的做法
假如我要把A,B 2本相簿當中的部分相片放到相簿C
不就要Copy過去?檔案就會重複了。

" 前面提到 user 有可能是直接將相片透過網路(連線網路磁碟機等) 直接存到 NAS, 例如在活動過後, 小弟直接在 /Multimedia 目錄下建立一個 "2015.05.20.QNap發表會" 目錄, 並將所有相片存進去, 同樣的由於目錄並不是相簿, 所以要再回到 Photo Station, 利用 "將目錄轉為相簿" 的功能, 再做一次. 這樣是不是很麻煩? "

現時QNAP的Folder View是方便以資料夾整理相片的用家,令他們可以直接瀏覽~沒有分享的需要的話,是不用建立相簿的~
但要分享時我也覺得有點不便,現時需要把資料夾轉成相簿,再去分享
也許叫原廠加上一個直接分享功能在資料夾上,就能輕鬆解決了

pctine wrote:
這是即時上傳, 如...(恕刪)


對~因為我個人只會在Photo Station找相片...所以Folder Structure我個人是無視的(其實是懶得去整理)
我是直接利用智慧相簿把相片分類的
wa124 wrote:
“目錄即相簿的做法”並不是完美的做法
假如我要把A,B 2本相簿當中的部分相片放到相簿C
不就要Copy過去?檔案就會重複了。


這並不沖突, 在相簿裡面實際上還有一個叫 Smart Album 的做法, 它就是解決 folder 當做相簿所會遇到的問題, 以另一種 view 來分類相片.

現在在 QNap photo Station 變成有三種瀏覽方式, folder view, album view and smart album view, 實際上是更繁瑣的.


現時QNAP的Folder View是方便以資料夾整理相片的用家,令他們可以直接瀏覽~沒有分享的需要的話,是不用建立相簿的~
但要分享時我也覺得有點不便,現時需要把資料夾轉成相簿,再去分享
也許叫原廠加上一個直接分享功能在資料夾上,就能輕鬆解決了


新版好像有一個叫 sharing cart 的做法, 將欲分享的相片丟到 cart, 最後再一次分享出去.

現在的功能有些是為了解決問題而製造出更多問題. 就像前面提的, "將目錄轉換為相簿", 因為 QNap 目錄非相簿, 但很多人是以目錄來做為歸類相片的方式, 所以不得不做這個功能出來, 但總不能叫 user 每次歸檔完了還要再進 Photo Station 再多做一道手續.

例如現在出去參加一次活動, 或是旅遊, 小弟會先把相機或是手機的相片先複製到電腦, 這中間包括刪除效果不佳的相片, 利用 Picasa 等軟體加上 Tag, 然後在 NAS 上面直接建立一個 folder, 例如 "2015.05.20.QNap發表會", 把所有的相片 copy 進去. 如果當天有多個不同性質的活動, 也都會另建不同的 folder, 至此差不多就完成了. 這是在 Synology Photo Station 上的做法.

但回到 QNap Photo Station, 是不是還要登入 Photo Station, 選擇目錄, 然後告訴系統這些都是要轉換成相簿?


因為我個人只會在Photo Station找相片...所以Folder Structure我個人是無視的(其實是懶得去整理)
我是直接利用智慧相簿把相片分類的


一般拍攝的相片只有日期,時間,位置,其他攝影數據等, 除非自己人工加上 tag, 不然全部丟在一個 pool 裡面的相片, 要利用 smart album 來分類, 其實還真的不曉得用什麼當做依據.


不過還是等 QTS 4.2 釋出再來看看, 有沒有什麼改進.
FB: Pctine
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!