Chicago藝術博物館 API:探索 'has_not_been_viewed_much' 欄位
Chicago藝術博物館 API:探索 'has_not_been_viewed_much' 欄位
Chicago藝術博物館的公開 API 提供了一個獨特的元數據欄位 has_not_been_viewed_much,讓開發者和藝術愛好者能夠識別出那些數位關注度極低的藝術品。這個欄位作為一種探索機制,用於發現博物館龐大數位收藏中經常被忽視的作品。
'has_not_been_viewed_much' 的技術定義
has_not_been_viewed_much 欄位是 Chicago藝術博物館 API 中藝術品物件內的布林值(boolean)。根據專案的原始碼,如果一件藝術品自 2010 年 1 月 1 日以來在博物館網站上的瀏覽次數少於 200 次,該欄位就會被標記為 true。
使用者體驗與探索
利用此 API 欄位來呈現瀏覽量較少的藝術品,創造了一種偶然發現的驚喜體驗。使用者回報發現了各種意想不到的作品,包括秘魯黑陶(Peruvian blackware)、飛行的沙發草圖,以及標題為「Honorable Mr. Cat」的作品。
然而,這種探索方式為使用者帶來了心理上的悖論。當使用者與這些作品互動以「表達愛意」時,他們實際上是在主動增加瀏覽次數,最終將該藝術品從 has_not_been_viewed_much 類別中移除。
一位使用者指出:
我回去點擊了我真的很喜歡的作品……但最後發現,我正在系統性地將我最喜歡的作品從人們會看到的圖像池中移除。
社群觀察與技術評論
圍繞此 API 欄位的技術討論提出了關於數據完整性與實作方式的幾個觀點:
數據膨脹與機器人流量
鑑於網路爬蟲的普遍存在,對於瀏覽次數是如何計算的,存在著相當大的懷疑。一位觀察者質疑,當 AI 公司和搜尋引擎爬蟲不斷在索引網路時,一件作品自 2010 年以來如何能保持在 200 次瀏覽以下。
實作推測
開發者們對此指標的後端實作進行了推測。目前仍有疑問,該欄位是透過每晚執行的 cron 處理程序、檢視追蹤表上的 insert trigger,還是透過即時的 join 操作來更新,而後者可能會在 Hacker News 等平台帶來突發流量時承受壓力。
無障礙問題
一些嘗試透過第三方工具存取圖像的使用者回報了「載入失敗」的錯誤。這些錯誤被歸因於過於嚴格的 Cloudflare Turnstile 配置,除非在新的瀏覽器分頁中通過了 CAPTCHA 驗證,否則會阻擋圖像請求。
數位策展中的平行概念
呈現「瀏覽量最少」內容的概念是數位探索中一個不斷出現的主題。社群成員將 Chicago藝術博物館的 API 欄位與其他類似專案進行了比較:
- Forgotify: 一項播放 Spotify 上聽眾次數為零的歌曲的服務。
- 個人檔案存檔: 使用元數據篩選器在個人音樂庫中尋找舊的、高評價但已被遺忘已久的內容。
- 實體類比: 從圖書館借閱那些若在特定時間內未被借出,就會被標記為待處置的書籍的習慣。