LibraryThing은 책 카탈로그 및 다양한 유형의 책 메타데이터를 저장하고 공유하기 위한 소셜 카탈로그웹 애플리케이션입니다. 저자, 개인, 도서관 및 출판사에서 사용합니다.
메인 주 포틀랜드에 본사를 둔 LibraryThing은 Tim Spalding에 의해 개발되었으며 2005년 8월 29일 프리미엄(freemium) 가입자 비즈니스 모델로 출시되었는데, 그 이유는 "광고주에게 판매하는 '청중'이 아니라 고객을 확보하는 것이 중요했기 때문"입니다. 대신 그들은 학술 도서관을 위한 일련의 제품을 만드는 데 집중했습니다. COVID-19 팬데믹으로 인한 기회와 재정적 어려움에 힘입어 이 서비스는 2020년 3월 8일에 "모두에게 무료"로 제공되었으며, 등록된 사용자에게 광고를 사용하지 않겠다는 약속을 지켰습니다. [2] 2021년 2월 현재, 2,600,000명의 사용자와 1억 5,500만 권 이상의 책이 카탈로그화되어 있으며,[3] Amazon과 Z39.50 카탈로그 프로토콜을 사용하는 수천 개의 도서관에서 데이터를 가져옵니다.
LibraryThing(LT)의 주요 기능은 Z39.50 연결을 통해 도서관과 6개의 Amazon.com 저장소에서 데이터를 가져와 책, 영화, 음악 및 기타 미디어를 분류하는 것입니다. 도서관 소스는 Dublin Core 및 MARC 레코드를 LT에 제공합니다. 사용자는 영국 도서관, 캐나다 국립 카탈로그, 의회 도서관, 호주 국립 도서관 및 예일 대학교를 포함한 2000개 이상의 도서관에서 정보를 가져올 수 있습니다. [4] 이러한 출처에서 기록을 구할 수 없는 경우, 빈 양식을 통해 도서 정보를 수동으로 입력할 수도 있습니다. [5]
각 저작물은 다른 판본, 번역, 인쇄, 오디오 버전 등으로 구성될 수 있습니다. 회원은 공개적으로 볼 수 있는 리뷰, 설명, 상식 및 저작물에 대한 기타 정보를 추가하는 것이 좋습니다. 등급, 컬렉션 및 태그는 분류에 도움이 됩니다. 포럼에서의 토론도 권장됩니다.
항목은 저작권이 없는 1922년 판 Dewey Decimal Classification을 기반으로 Melvil Decimal System을 사용하여 분류되며, 부서 이름의 표준 철자법(Dewey가 옹호한 철자 개혁에 따라 철자된 원래 이름과 반대) 및 현대화된 용어를 수정했습니다. [6]
2016년 LibraryThing은 최대 20,000개 항목의 도서관 목록 작성 및 배포를 위해 설계된 OPAC인 TinyCat을 출시했습니다. [10] TinyCat은 학교, 커뮤니티 센터, 종교 기관, 학과 및 개인과 같은 소규모 독립 도서관을 대상으로 판매됩니다. [11]
LibraryThing은 설립자 Tim Spalding이 대주주입니다. [12] 온라인 서점인 AbeBooks는 2006년 5월 LibraryThing의 지분 40%를 공개되지 않은 금액으로 매입했습니다. AbeBooks는 2008년에 Amazon의 자회사가 되었습니다. [13] 2009년 1월 Cambridge Information Group은 LibraryThing의 소수 지분을 인수했으며 자회사인 Bowker는 도서관의 공식 유통업체가 되었습니다. [12]
2006년 6월 말, LibraryThing은 월스트리트 저널 기사에서 슬래시닷 효과(Slashdot effect)를 받았습니다. [14] 사이트 개발자들은 증가된 트래픽을 보상하기 위해 서버를 추가했습니다. 같은 해 12월, 이 사이트는 주어진 책과 동일한 카탈로그에 나타날 가능성이 가장 낮은 책에서 제안을 가져오는 UnSuggester 기능에 대해 Slashdot으로부터 더 많은 관심을 받았습니다. [15]
Z39.50 프로토콜에 대한 작업은 1970년대에 시작되어 1988년, 1992년, 1995년 및 2003년에 연속적인 버전으로 이어졌습니다. 문맥 쿼리 언어(Contextual Query Language, 이전의 Common Query Language)[1]는 Z39.50 의미 체계를 기반으로 합니다.
이 프로토콜은 검색, 검색, 정렬 및 찾아보기를 지원합니다. 검색 쿼리에는 일반적으로 서버 컴퓨터에서 정보 검색을 지정하기 위해 6개의 속성(사용, 관계, 위치, 구조, 잘림, 완결성)을 정의하는 bib-1 속성 집합의 속성이 포함됩니다. Z39.50의 구문은 매우 복잡한 쿼리를 허용합니다.
실제로 기능적 복잡성은 개발자와 상용 공급업체의 고르지 않은 구현으로 인해 제한됩니다. Z39.50의 구문은 기본 데이터베이스 구조에서 추상화됩니다. 예를 들어 클라이언트가 특성 1003을 사용하여 작성자 검색을 지정하는 경우 서버는 해당 검색을 포함된 인덱스에 매핑하는 방법을 결정해야 합니다. 이렇게 하면 대상 데이터베이스에 대해 전혀 알지 못한 상태에서 Z39.50 쿼리를 작성할 수 있지만 동일한 쿼리에 대한 결과가 서버마다 크게 다를 수 있음을 의미하기도 합니다. 한 서버에는 작성자 색인이 있을 수 있고 다른 서버에는 작성자 여부에 관계없이 개인 이름 색인을 사용할 수 있습니다. 세 번째 인덱스는 이름 인덱스가 없고 키워드 인덱스로 대체될 수 있으며, 또 다른 하나는 적절한 인덱스가 없어 오류를 반환할 수 있습니다.
이러한 모순을 바로잡기 위한 시도가 바스 프로파일(Bath Profile, 1999년 워킹 그룹이 처음 만났던 영국 바스의 이름을 따서 명명됨)이다. 이 문서는 일반적인 서지 검색에 사용할 검색 구문과 Bath 호환 서버의 예상 응답을 엄격하게 지정합니다. Bath Profile의 구현은 느리지만 Z39.50 랜드스케이프를 점진적으로 개선하고 있습니다. 목욕 프로필은 캐나다 도서관 및 기록 보관소에서 관리합니다.
Z39.50은 웹 이전의 기술이며, 다양한 작업 그룹들이 현대 환경에 더 잘 맞도록 업데이트하려고 시도하고 있습니다. 이러한 시도는 ZING(Z39.50 International: Next Generation)이라는 명칭에 속하며 다양한 전략을 추구합니다.
Z39.50의 후속 프로토콜은 트윈 프로토콜 SRU/SRW(URL을 통한 검색/검색/검색/검색 웹 서비스)로, 쿼리 구문의 이점을 유지하면서 Z39.50 통신 프로토콜을 삭제(HTTP로 대체)합니다. SRU는 REST 기반이며 쿼리를 URL 쿼리 문자열로 표현할 수 있습니다. SRW는 SOAP를 사용합니다. 둘 다 검색 결과가 XML로 반환될 것으로 예상합니다.
이 프로젝트들은 원래 Z39.50 프로토콜보다 개발자들의 진입 장벽이 훨씬 낮기 때문에[2] 상대적으로 작은 도서관 소프트웨어 시장이 훨씬 더 큰 시장을 위해 개발된 웹 서비스 도구의 혜택을 누릴 수 있습니다.
Z39.50에 등록된 네트워크 포트 번호는 210입니다. 대부분의 서버가 이 포트를 사용하지만, Z39.50은 전 세계적으로 수십 개의 다른 포트 번호를 사용합니다(예: 2100, 2200, 2210, 2213, 3520 또는 어떤 경우에는 다른 데이터베이스에 대해 포트 2101 이상). [4][5]