每個當下 我們所聚焦關注的事物可能會有不同
再者 未能意識到的 或是超越當時知識、能力所及的時候
許許多多的"東西"就往往被忽略
因持續在鑽研資料的彙整
並想將許多個別檔案建立關聯
這是個大工程!
雖然以個人的知識與技術想要處理這些 實在是眼高手低 力有未逮
但試著去嘗試 想知道結果是會如何 這實在是很誘人啊~
(所以 現在做的事 也要將之記錄下來作為備忘)
話說 先前試著將2003年所拍的畫面
分別上傳至G+與FB 想進行一些測試 (上一篇有提到)
● G+ 2014-08-23
● FB 20030823
(事事物物都會因時間而改變 所以三不五時就要測試是否會有新的發現)
通常人們透過社群網站建立相簿 上傳照片是為了分享
有些則是用來作為業務行銷
斂財詐騙者也不在少數 XDDD
言歸正傳
上傳到G+相簿的圖像 G+自動生成了一個"故事"(Story)
週末在香港 - Google+

而且很聰明地估算出拍攝地點是Tsim-Sha-Zui(尖沙咀)

不過 這時卻發現這個"故事"(Story)有個大錯誤
那就是我只上傳8/23日當天所拍的
而G+故事日期期間竟然是顯示為"4天"...

這其中必定有問題!
開始著手鑽研問題之所在
因為G+應該是根據影像檔的medadata
而這段時間是自己一個人在香港九龍趴趴走
所以只能從這期間的影像資料進行比對

雖說當時是有用GPS記錄部分拍攝點的座標
但當時因為GPS資料轉到電腦傳輸介面與軟體等諸多問題
且GPS的記憶體有限 所以也就沒有保留下軌跡
根據在維多利亞港拍攝手持GPS的畫面 也僅有時間而無日期
同一個下午的時段 25日是在赤鱲角機場準備搭機返台
(考慮交通車程與機場櫃檯報到)
那麼 影像拍攝日期的正確性與否就可得到確定!
接著就要再深入探索日期錯誤的可能性
在先前的研究 Windows檔案總管中 日期大概有7種
而每次進行編輯 或是檔案搬移、複製時 也有可能升成一個時間點
可能因為使用的軟體不同 而產生日期變動的屬性欄位有所不同
十幾年來 因為電腦、硬碟出錯
進行資料救援 也有可能是問題之所在
總之 軟硬體升級
都可能會因為metadata欄位定義不同而產生結果差異

在此次進行的資料上傳到社群網站相簿的測試也總算又學到一些新的經驗值
從影像metadata與影像辨識的技術再做深入的思考
在大數據時代 電腦的智慧比對已經超過大部分人所能想像
從可見的影像 到不可見的數據
現階段已可拼湊出一個"模糊"的整體輪廓
試想未來 大型機構的人資部門
可透過社會事件或是一些特定場合地點活動的新聞事件是否有員職工出現
再經由電腦進行比對分析作為各種人事調整參考依據...
凡走過 必留下痕跡
覆水難收 在無遠弗屆的網際網路 就算有所謂的"right to be forgotten"
也只是被大型搜尋引擎"忽略" 而不是實際上煙消雲散般地消失
一些雞毛蒜皮的事情不會因為我們腦筋遺忘而不復存在
實際上 有一堆像是"Internet Archive: Wayback Machine"隨時在幫網站進行備份
那麼 我們日常生活 又豈可不更加謹言慎行!?
沒有留言:
張貼留言