시카고 미술관 API: 'has_not_been_viewed_much' 필드 발견하기

시카고 미술관의 공개 API는 has_not_been_viewed_much라는 독특한 메타데이터 필드를 제공하며, 이를 통해 개발자와 예술 애호가들은 디지털 관심도가 매우 낮은 작품들을 식별할 수 있습니다. 이 필드는 미술관의 방대한 디지털 컬렉션에서 종종 간과되는 작품들을 찾아내는 발견 메커니즘 역할을 합니다.

'has_not_been_viewed_much'의 기술적 정의

has_not_been_viewed_much 필드는 시카고 미술관 API의 artwork object 내에 있는 boolean 값입니다. 프로젝트의 소스 코드를 살펴보면, 2010년 1월 1일 이후 미술관 웹사이트에서 조회수가 200회 미만인 작품은 이 필드가 true로 표시됩니다.

사용자 경험 및 발견

조회수가 적은 예술 작품을 노출시키는 이 API 필드를 사용하면 뜻밖의 발견을 하는 경험을 제공합니다. 사용자들은 페루의 흑색 토기(Peruvian blackware), 날아다니는 소파 스케치, 그리고 "Honorable Mr. Cat"이라는 제목의 작품 등 예상치 못한 다양한 작품들을 발견했다고 보고했습니다.

하지만, 이러한 발견 방식은 사용자에게 심리적 역설을 불러일으킵니다. 사용자들이 작품에 "사랑을 보여주기" 위해 작품과 상호작용할수록, 조회수에 기여하게 되어 결국 해당 작품을을 has_not_been_viewed_much 카테고리에서 밀어내게 됩니다. 한 사용자는 다음과 같이 언급했습니다:

내가 정말 마음에 드는 작품들을 다시 찾아가 클릭해 보았는데... 결국 내가 좋아하는 작품들을 사람들이 보게 될 이미지 풀에서 체계적으로 제거하고 있었다는 사실을 깨달았다.

커뮤니티 관찰 및 기술적 비판

API 필드를 둘러싼 기술적 논의에서는 데이터 무결성 및 구현 방식에 대해 몇 가지 사항이 제기되었습니다:

데이터 인플레이션 및 봇 트래픽

웹 크롤러의 만연함을 고려할 때 조회수가 어떻게 계산되는지에 대해 상당한 회의론이 존재합니다. 한 관찰자는 AI 기업들과 검색 엔진 크롤러들이 끊임없이 웹을 인덱싱하고 있는 상황에서, 어떻게 2010년부터 조회수가 200회 미만을 유지할 수 있는지 의문을 제기했습니다.

구현 방식에 대한 추측

개발자들은 이 지표의 백엔드 구현 방식에 대해 추측해 왔습니다. 이 필드가 야간 cron process를 통해 업데이트되는지, 조회수 추적 테이블의 insert trigger를 통해 업데이트되는지, 아니면 Hacker News와 같은 플랫폼의 갑작스러운 트래픽 급증으로 인해 부하가 걸릴 수 있는 실시간 join operation을 통해 작동하는지에 대한 의문이 남아 있습니다.

접근성 문제

제삼자 도구를 통해 이미지에 접근하려는 일부 사용자들은 "failed to load" 오류를 보고했습니다. 이는 새로운 브라우저 탭에서 CAPTCHA 챌린지를 통과하지 않으면 이미지 요청을 차단하는 과도한 Cloudflare Turnstile 설정 때문인 것으로 분석됩니다.

디지털 큐레이션의 유사 개념

"가장 적게 조회된" 콘텐츠를 노출시키는 개념은 디지털 발견의 반복되는 주제입니다. 커뮤니티 구성원들은 시카고 미술관의 API 필드를 다른 유사한 프로젝트들과 비교했습니다:

• Forgotify: Spotify에서 재생 횟수가 0인 곡들을 재생해 주는 서비스.

• Personal Archiving: 개인 음악 라이브러리 내에서 오래되고 평점이 높지만 오랫동안 잊혀진 콘텐츠를 찾는 메타데이터 필터의 활용.

• Physical Analogies: 특정 기간 내에 대출되지 않으면 폐기 대상으로 분류되는 도서관의 도서들을 빌리는 습관.