Схема пешеходном представляет собой таблицу , в которой приведены эквивалентные элементы (или «поле») в более чем одной схеме базы данных . Он сопоставляет элементы одной схемы с эквивалентными элементами другой схемы.
Таблицы переходов часто используются в корпоративных системах или параллельно с ними , особенно когда несколько систем связаны друг с другом или когда система включает унаследованные системные данные. В контексте интерфейсов они функционируют как своего рода внутренний механизм извлечения, преобразования, загрузки (ETL).
Например, это переход метаданных от стандартов MARC к Dublin Core :
Поле MARC | Элемент Dublin Core | |
---|---|---|
260 центов (Дата публикации, распространения и т. Д.) | → | Дата создания |
522 (Примечание по географическому охвату) | → | Покрытие. |
300 долларов США (физическое описание) | → | Format.Extent |
Пешеходные переходы показывают людям, где поместить данные из одной схемы в другую. Они часто используются библиотеками, архивами, музеями и другими учреждениями культуры для перевода данных в стандарты MARC, Dublin Core, Text Encoding Initiative (TEI) и другие схемы метаданных или из них. Например, предположим, что в каталоге архива есть запись в формате MARC, описывающая рукопись. Если архив делает цифровую копию этой рукописи и хочет отобразить ее в сети вместе с информацией из каталога, ему придется преобразовать данные из записи каталога MARC в другой формат, такой как Схема описания объекта метаданных, которая является можно просмотреть на веб-странице. Поскольку поля MARC отличаются от полей MODS, необходимо принять решение о том, куда поместить данные в MODS. Этот тип «преобразования» из одного формата в другой часто называется «отображением метаданных» или «отображением полей» и связан с « отображением данных » и « семантическим отображением ».
Пешеходные переходы также имеют несколько технических возможностей. Они помогают базам данных, использующим различные схемы метаданных, обмениваться информацией. Они помогают сборщикам метаданных создавать сводные каталоги. Они позволяют поисковым системам выполнять поиск в нескольких базах данных одновременно с помощью одного запроса.
Проблемы для пешеходных переходов
Одна из самых больших проблем для пешеходных переходов заключается в том, что никакие две схемы метаданных не эквивалентны на 100%. Одна схема может иметь поле, которого нет в другой схеме, или может иметь поле, разделенное на два разных поля в другой схеме; Вот почему вы часто теряете данные при преобразовании сложной схемы в более простую. Например, при преобразовании MARC в Simple Dublin Core вы теряете различие между типами заголовков:
Поле MARC | Элемент Dublin Core | |
---|---|---|
210 Сокращенное название | → | Заголовок |
222 Заголовок ключа | → | Заголовок |
240 Унифицированный титул | → | Заголовок |
242 Перевод названия | → | Заголовок |
245 Заголовок | → | Заголовок |
246 Вариант Заголовок | → | Заголовок |
Simple Dublin Core имеет только один элемент «Заголовок», поэтому все различные типы заголовков в формате MARC объединяются без каких-либо дополнительных различий. Это называется сопоставлением «многие к одному». Вот почему после того, как вы перевели эти заголовки в Simple Dublin Core, вы не сможете перевести их обратно в MARC. Как только они становятся Simple Dublin Core, вы теряете информацию MARC о том, какие это типы заголовков, поэтому, когда вы отображаете из Simple Dublin Core обратно в MARC, все данные в элементе «Title» сопоставляются с основным заявлением заголовка MARC 245 поле. [1]
Элемент Dublin Core | Поле MARC | |
---|---|---|
Заголовок | → | 245 Заголовок |
Заголовок | → | 245 Заголовок |
Заголовок | → | 245 Заголовок |
Заголовок | → | 245 Заголовок |
Заголовок | → | 245 Заголовок |
Заголовок | → | 245 Заголовок |
Вот почему пешеходные переходы называются «боковыми» (односторонними) отображениями от одной схемы к другой. Для перехода от схемы A к схеме B и от схемы B к схеме A потребуются отдельные пешеходные переходы [2]
Трудности при картировании
Другие проблемы с отображением возникают, когда:
- В одной схеме есть один элемент, который необходимо разделить, а разные его части поместить в несколько других элементов второй схемы (сопоставление «один ко многим»).
- Одна схема позволяет элементу повторяться более одного раза, в то время как другая позволяет этому элементу появляться только один раз с несколькими терминами в нем.
- Схемы имеют разные форматы данных (например, Джон Доу или Доу, Джон )
- Элемент в одной схеме индексируется, но эквивалентный элемент в другой схеме не индексируется.
- В схемах могут использоваться разные контролируемые словари.
- Схемы меняют свои стандарты со временем
Некоторые из этих проблем просто не поддаются устранению. Как говорит Карен Койл в « Crosswalking Citation метаданных: Университет Опыта Калифорнии, »
"Чем больше у нас опыта работы с метаданными, тем яснее становится, что совершенство метаданных недостижимо, и любой, кто попытается это сделать, будет сильно разочарован. Когда метаданные пересекаются между двумя или более несвязанными источниками, будут элементы данных, которые невозможно согласовать идеальным образом. Ключом к успешному переходу к метаданным является интеллектуальная гибкость. Важно сосредоточиться на важных целях и быть готовым к компромиссу, чтобы достичь практического завершения проектов ». [3]
Примеры
- MARC в Dublin Core (Библиотека Конгресса)
- Дублинское ядро в MARC21 (Библиотека Конгресса)
- Dublin Core в UNIMARC (UKOLN)
- TEI в MARC и обратно
- FGDC в USMARC (Александрия)
- ONIX в MARC21 (Библиотека Конгресса)
- VRA в MARC (Университет Индианы)
- Сопоставления метаданных (библиотека MIT)
- Сопоставление форматов метаданных (UKOLN)
- Стандартные сопоставления международных метаданных (Academia Sinica)
- JATS в MARC
- ISAD (G) - EAD 2002 (Библиотека Конгресса)
- EAD 2002 в ISAD (G) (Библиотека Конгресса)
- MARC21 - EAD 2002 (Библиотека Конгресса)
Смотрите также
Рекомендации
- ^ «Dublin Core to MARC Crosswalk», Управление по разработке сетей и стандартам MARC, Библиотека Конгресса
- ^ Каплан, Присцилла (2003). Основы метаданных для всех библиотекарей . Чикаго: Американская библиотечная ассоциация. С. 39 . ISBN 0838908470.
- ^ в "Метаданные на практике" Дайан И. Хиллманн и Элейн Л. Вестбрукс, редакторы, Американская библиотечная ассоциация, Чикаго, 2004 г., стр. 91.