Каталог библиотеки: метаданные и поиск

Каталог библиотеки: метаданные и поиск

Каталог существует не для отчётности, а для того, чтобы читатель нашёл книгу. Если запись заполнена «как получилось», поиск по автору даёт пустой результат, а по названию — десять похожих вариантов.

Разберём минимальный набор полей и правила, которые делают каталог предсказуемым.

Зачем нужны метаданные

Метаданные описывают ресурс: кто его создал, как он называется, к какой теме относится и где находится. Без них коллекция превращается в набор файлов с невнятными именами.

Для читателя метаданные — это возможность искать и фильтровать. Для организации — способ понять, что уже есть, и не покупать второй экземпляр.

Пятнадцать элементов Dublin Core

Базовый набор включает title, creator, subject, description, publisher, contributor, date, type, format, identifier, source, language, relation, coverage и rights (DCMI).

Этот набор стандартизирован как ISO 15836-1 (ISO). Он не требует дорогой системы: те же поля можно вести в таблице.

Обязательный минимум

Не все пятнадцать полей заполняются всегда. Практический минимум:

• title — название как на титульном листе;
• creator — автор в единой форме;
• date — год издания;
• type — книга, статья, отчёт;
• language — язык текста;
• identifier — ISBN или инвентарный номер;
• rights — условия использования.

Этого достаточно, чтобы запись находилась и не путалась с соседней.

Единая форма имён

Главная причина «ненаходимости» — разнобой в именах. Один и тот же автор может встречаться как «Иванов И.», «Иванов Иван» и «Ivanov I.» в зависимости от того, кто заполнял.

Правило простое: выберите одну форму и придерживайтесь её. Для русскоязычных изданий обычно используют «Фамилия, Имя, Отчество» или «Фамилия И. О.», для латиницы — принятую в издании транслитерацию.

Названия и подзаголовки

• Название переносится с титульного листа.
• Подзаголовок отделяется двоеточием.
• Переводы указываются в поле relation.
• Серия выносится в отдельное поле.
• Сокращения раскрываются.

Ошибка — исправлять название «по смыслу». Запись должна совпадать с источником.

Предметные рубрики

• Используйте контролируемый словарь.
• Не придумывайте новые термины без нужды.
• Для имён и географических названий подходят авторитетные файлы (Getty).
• Ставьте 2–4 рубрики, а не двадцать.
• Проверяйте, что рубрика не дублирует соседнюю.

Идентификаторы

• ISBN — для книг.
• ISSN — для периодики.
• DOI — для статей и глав.
• Инвентарный номер — для экземпляра.

Идентификатор должен быть проверен: опечатка в ISBN делает запись бесполезной для поиска.

Форматы и носители

Для электронных копий укажите формат файла и его пригодность для долгого хранения. Ориентироваться удобно на обзоры форматов Library of Congress (LoC).

Права

Поле rights не заменяет лицензию, но фиксирует условия: «свободный доступ», «только в читальном зале», «по лицензии». Если условия неизвестны, так и пишите — это честнее, чем предполагать.

Проверка записи

1. Автор в единой форме.
2. Название совпадает с титулом.
3. Год указан.
4. Идентификатор проверен.
5. Рубрики не дублируются.
6. Язык указан.
7. Права зафиксированы.

Точки доступа

Запись нужна не сама по себе, а как набор точек входа: по автору, названию, году, рубрике. Если хотя бы одна из них заполнена небрежно, читатель не найдёт книгу, даже когда она есть в фонде.

Проверьте каждую точку отдельно: попробуйте найти издание так, как это сделал бы человек, который не знает точного названия. Чаще всего проблемы обнаруживаются на фамилиях с приставками, составных названиях и переводных изданиях, где автор указан в двух вариантах.

Дубли и объединение

Дубли появляются при закупке, при импорте старых записей и при ручном вводе. Две записи об одной книге хуже, чем одна неполная: читатель видит разные шифры и не понимает, где экземпляр.

Правило простое: сначала ищите существующую запись, потом создавайте новую. При объединении сохраняйте идентификаторы и примечания, а не только «красивую» карточку.

Импорт и обмен

Данные удобно переносить в MARCXML, CSV или JSON. Перед импортом проверьте кодировку, разделители и обязательные поля: ошибка в одном символе может испортить весь пакет.

Сделайте пробный импорт на десяти записях и посмотрите, как они выглядят в поиске. Только после этого загружайте остальное.

Обучение сотрудников

Даже простая схема требует инструкции. Достаточно одностраничного документа с примерами: как заполнять автора, что делать с отсутствующим годом, какие рубрики выбирать.

Новые сотрудники должны заполнить пять тестовых записей и получить проверку. Это быстрее, чем исправлять сотни ошибок через полгода.

Наследие старых записей

В любом каталоге есть записи, сделанные по старым правилам. Полная перекаталогизация редко возможна, поэтому действует принцип «правим при касании»: если запись используется или редактируется, её приводят к текущим правилам.

Такой подход позволяет улучшать качество без остановки работы и без отдельного проекта на годы.

Поисковые сценарии

Проверяйте запись не по одному сценарию, а по трём: поиск по точному названию, поиск по фамилии автора и поиск по теме. Если хотя бы один сценарий не даёт результата, запись нужно доработать — добавить вариант названия, уточнить форму фамилии или расширить рубрику. Такая проверка занимает минуту и предотвращает большинство жалоб читателей.

Чек-лист

1. Автор в единой форме.
2. Название совпадает с титулом.
3. Год указан.
4. Идентификатор проверен.
5. Рубрики не дублируются.
6. Права зафиксированы.

Частые вопросы

Обязательно ли использовать все поля?

Нет. Достаточно минимума, но он должен заполняться всегда.

Можно ли вести каталог в таблице?

Да, если правила заполнения описаны и соблюдаются.

Что делать с книгами без ISBN?

Используйте инвентарный номер и укажите, что ISBN отсутствует.

Нужно ли переводить названия?

Оригинальное название сохраняется, перевод может быть добавлен в описание.