Метаданные электронной коллекции: Dublin Core на практике

Метаданные электронной коллекции: Dublin Core на практике

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

Dublin Core даёт минимальный общий язык описания. Разберём, как применять его без избыточной сложности.

Что описывает Dublin Core

Пятнадцать элементов покрывают основные сведения о ресурсе (DCMI):

• title, creator, contributor;
• subject, description;
• publisher, date, type;
• format, identifier, source;
• language, relation, coverage, rights.

Набора достаточно для каталога, галереи или архива.

Правило одного значения

Каждый элемент должен содержать одно значение. Если авторов трое, создайте три поля creator или перечислите их через точку с запятой — но выберите одно правило и соблюдайте его.

Смешанные форматы («Иванов, Петров и др.») ломают фильтрацию.

Контролируемые словари

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

• темы — предметные рубрики;
• имена — авторитетные файлы;
• места — географические справочники (Getty);
• типы — фиксированный список.

Словарь должен быть опубликован и доступен сотрудникам.

Даты

• Формат: ГГГГ-ММ-ДД.
• Неизвестная дата — не выдумывайте.
• Приблизительная — отмечайте отдельно.
• Диапазон — через дефис.
• Для события указывайте тип даты.

Единый формат позволяет сортировать и фильтровать.

Язык и письменность

• Код языка по ISO 639.
• Для многоязычных ресурсов — несколько значений.
• Транслитерация — по выбранному стандарту.
• Оригинальное название сохраняется.

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

• Инвентарный номер.
• Ссылка на файл.
• DOI или ARK для публикаций.
• Не дублируйте идентификаторы в разных полях.

Права

Поле rights описывает условия доступа, а не только лицензию:

• свободный доступ;
• только в читальном зале;
• образовательное использование;
• неизвестно.

Формулировка «неизвестно» лучше, чем ошибочная.

Технические метаданные

• формат файла;
• размер;
• разрешение;
• программа создания.

Эти сведения помогают планировать хранение и конвертацию (LoC).

Экспорт

• CSV — для таблиц и проверки.
• XML — для обмена.
• JSON — для веб-приложений.
• OAI-PMH — для агрегаторов.

Перед экспортом проверьте, что кодировка UTF-8 и разделители не ломают значения.

Проверка качества

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

Метаданные — часть ресурса, а не приложение к нему (DCMI).

Рабочий процесс

• Шаблон записи.
• Проверка редактором.
• Пакетная загрузка.
• Выборочная проверка.
• Журнал изменений.

Согласованность важнее полноты

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

Начните с малого набора: название, автор, дата, тип, язык, права, идентификатор. Доведите его до единообразия и только потом добавляйте новые поля.

Импорт и миграция

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

Сделайте тестовую загрузку и посмотрите на результат в интерфейсе. Ошибки, незаметные в CSV, хорошо видны в карточке записи.

Контроль качества

Выборочная проверка двадцати записей раз в месяц показывает больше, чем разовая полная вычитка. Смотрите на обязательные поля, единообразие имён, корректность дат и наличие прав.

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

Документация схемы

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

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

Метаданные и поиск

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

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

Сколько времени закладывать

На одну запись уходит от пяти до пятнадцати минут в зависимости от сложности объекта. Планируя проект, считайте не количество файлов, а количество записей и проверок: именно описание, а не сканирование, определяет срок сдачи коллекции.

Как начать с нуля

Если коллекция ещё не описана, не пытайтесь сразу охватить всё. Возьмите двадцать самых востребованных объектов, опишите их по минимальной схеме и выложите в тестовый поиск.

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

Кто отвечает за качество

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

Чек-лист

1. Набор полей утверждён.
2. Словари подключены.
3. Даты унифицированы.
4. Идентификаторы проверены.
5. Права описаны.
6. Экспорт протестирован.
7. Проверка выполнена.

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

Нужны ли все пятнадцать полей?

Нет, но обязательные должны заполняться всегда.

Можно ли использовать свои поля?

Да, но базовые оставьте для совместимости.

Как описывать коллекцию целиком?

Отдельной записью с типом «коллекция» и связями с элементами.

Что делать с устаревшими рубриками?

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