シカゴ美術館API：'has_not_been_viewed_much' フィールドの発見

シカゴ美術館の公開APIは、has_not_been_viewed_much というユニークなメタデータフィールドを提供しており、これにより開発者やアート愛好家は、デジタル的な注目をほとんど受けていない作品を特定することができます。このフィールドは、美術館の膨大なデジタルコレクションの中で、見落とされがちな作品を見つけるための発見メカニズムとして機能します。

'has_not_been_viewed_much' の技術的定義

has_not_been_viewed_much フィールドは、シカゴ美術館APIの作品オブジェクト内にあるブーリアン値です。プロジェクトのソースコードによると、2010年1月1日以降、美術館のウェブサイト上で閲覧数が200回未満の作品は、このフィールドが true とマークされます。

ユーザーエクスペリエンスと発見

このAPIフィールドを使用して閲覧数の少ないアートを表面化させることは、偶然の発見という体験を生み出します。ユーザーからは、ペルーの黒色土器、空飛ぶソファのスケッチ、そして「Honorable Mr. Cat」というタイトルの作品など、予想外の幅広い作品が見つかったという報告があります。

しかし、この発見方法はユーザーに心理的なパラドックスをもたらします。ユーザーが作品に「愛を示す」ためにこれらの作品に触れると、閲覧数に積極的に寄与することになり、最終的にはその作品を has_not_been_viewed_much カテゴリから押し出してしまうことになります。あるユーザーは次のように述べています：

I went back and clicked on the pieces I really liked... but finally realized that I was systematically working to remove my favorites from the pool of images people would see.

コミュニティによる観察と技術的な批判

このAPIフィールドを巡る技術的な議論では、データ整合性と実装に関するいくつかの点が指摘されています：

データ膨張とボットトラフィック

ウェブクローラーの普及を考慮すると、閲覧数がどのように計算されているのかについて、大きな懐疑論があります。ある観察者は、AI企業や検索エンジンのクローラーが常にウェブをインデックスしている中で、どのようにして作品が2010年以降200回未満の閲覧数に留まり続けることができるのかと疑問を呈しています。

実装に関する推測

開発者は、この指標のバックエンド実装について推測を行っています。このフィールドが、夜間のcronプロセスによって更新されるのか、閲覧トラッキングテーブルへのinsert trigger によって更新されるのか、あるいは、Hacker Newsのようなプラットフォームからの急激なトラフィックのスパイクによって負荷がかかる可能性のあるリアルタイムのjoin operation によって更新されるのか、という疑問が残っています。

アクセシビリティの問題

サードパーティツールを介して画像にアクセスしようとする一部のユーザーは、「failed to load」エラーを報告しています。これらは、過剰なCloudflare Turnstileの設定に起因しており、新しいブラウザタブでCAPTCHAチャレンジを通過しない限り、画像リクエストがブロックされるようになっています。

デジタルキュレーションにおける並行概念

「最も閲覧されていない」コンテンツを表面化させるという概念は、デジタル発見における繰り返されるテーマです。コミュニティメンバーは、シカゴ美術館のAPIフィールドを他の同様のプロジェクトと比較しています：

• Forgotify: Spotifyの再生回数がゼロの曲を再生するサービス。
• Personal Archiving: 個人的な音楽ライブラリ内で、評価は高いが長らく忘れ去られた古いコンテンツを見つけるためのメタデータフィルタの使用。
• Physical Analogies: 特定の期間内に貸出されない場合に廃棄処分が予定されている図書を、図書館から借りる習慣。