Dublin Core , также известный как Dublin Core Metadata Element Set ( DCMES ), представляет собой набор из пятнадцати основных элементов метаданных для описания цифровых или физических ресурсов. Инициатива по метаданным Дублинского ядра ( DCMI ) отвечает за разработку Дублинского ядра; DCMI — это проект некоммерческой организации Ассоциации информационных наук и технологий (ASIS&T).
Дублинское ядро официально стандартизировано на международном уровне как ISO 15836 Международной организацией по стандартизации (ISO) [1] и как IETF RFC 5013 Инженерной рабочей группой Интернета (IETF) [2] , а также в США как ANSI/NISO. Z39.85 Национальной организации по информационным стандартам (NISO). [3]
Основные свойства являются частью более широкого набора терминов метаданных DCMI . «Dublin Core» также используется как прилагательное для метаданных Dublin Core, стиля метаданных , основанного на нескольких словарях Resource Description Framework (RDF), упакованных и ограниченных в профилях приложений Dublin Core. [4]
Ресурсы, описанные с использованием Dublin Core, могут быть цифровыми ресурсами (видео, изображения, веб-страницы и т. д.), а также физическими ресурсами, такими как книги или произведения искусства. Метаданные Dublin Core могут использоваться для различных целей: от простого описания ресурсов до объединения словарей метаданных различных стандартов метаданных до обеспечения совместимости словарей метаданных в связанном облаке данных и реализациях семантической сети .
«Дублин» относится к Дублину, штат Огайо , США, где схема возникла в 1995 году во время пригласительного семинара по метаданным OCLC/NCSA [5] , организованного OCLC (известным в то время как Центр компьютерных онлайн-библиотек), библиотечным консорциумом, базирующимся в Дублине. и Национальный центр суперкомпьютерных приложений (NCSA). «Ядро» относится к терминам метаданных как «широким и общим, которые можно использовать для описания широкого спектра ресурсов». [6] Семантика Dublin Core была создана и поддерживается международной междисциплинарной группой профессионалов из библиотечного дела , информатики , кодирования текста , музеев и других смежных областей науки и практики. [ нужна цитата ]
В 1999 году первый стандарт кодирования Dublin Core был выражен в виде мета-тегов HTML. [7] Начиная с 2000 года сообщество Dublin Core сосредоточилось на « профилях приложений » – идее, согласно которой записи метаданных будут использовать Dublin Core вместе с другими специализированными словарями для удовлетворения конкретных требований реализации. В это время работа Консорциума Всемирной паутины над общей моделью данных для метаданных, структурой описания ресурсов (RDF), развивалась. Являясь частью расширенного набора терминов метаданных DCMI, Dublin Core стал одним из самых популярных словарей для использования с RDF, в последнее время в контексте связанного перемещения данных . [8]
Инициатива по метаданным Dublin Core (DCMI) [9] обеспечивает открытый форум для разработки совместимых стандартов онлайн-метаданных для широкого спектра целей и бизнес-моделей. Деятельность DCMI включает в себя основанные на консенсусе рабочие группы, глобальные конференции и семинары, взаимодействие по стандартам и образовательные усилия, направленные на содействие широкому принятию стандартов и практик метаданных. В 2008 году DCMI отделилась от OCLC и стала независимой организацией. [10]
В настоящее время любые изменения, вносимые в стандарт Dublin Core, рассматриваются Советом по использованию DCMI в контексте политики пространства имен DCMI (DCMI-NAMESPACE). Эта политика описывает, как назначаются термины, а также устанавливает ограничения на количество редакционных изменений, разрешенных для ярлыков, определений и комментариев по использованию. [11]
Стандарт Dublin Core изначально включал два уровня: простой и квалифицированный. Простое дублинское ядро состояло из 15 элементов; Квалифицированное ядро Dublin Core включало три дополнительных элемента (Audience, Provenance и RightsHolder), а также группу уточнений элементов (также называемых квалификаторами), которые могли уточнять семантику элементов способами, которые могут быть полезны при обнаружении ресурсов.
С 2012 года эти два термина были включены в Условия метаданных DCMI как единый набор терминов с использованием модели данных RDF . [12] Полный набор элементов находится в пространстве имен http://purl.org/dc/terms/. Поскольку определения терминов часто содержат домены и диапазоны, которые могут быть несовместимы с определениями до RDF, используемыми для исходных 15 элементов Dublin Core, существует отдельное пространство имен для исходных 15 элементов, как было определено ранее: http:// purl.org/dc/elements/1.1/. [13]
Исходная версия DCMES 1.1 состоит из 15 элементов метаданных, определенных в исходной спецификации следующим образом: [6] [14]
Каждый элемент Dublin Core не является обязательным и может повторяться. DCMI установил стандартные способы уточнения элементов и поощряет использование схем кодирования и словаря. В Дублинском Ядре нет установленного порядка представления или использования элементов. Дублинское ядро стало стандартом NISO, Z39.85 и IETF RFC 5013 в 2007 году, стандартом ISO 15836 в 2009 году и используется в качестве набора элементов данных базового уровня для описания учебных ресурсов в метаданных ISO /IEC 19788-2. для учебных ресурсов (MLR) – Часть 2: Элементы Дублинского ядра, подготовлено ISO/IEC JTC 1/SC 36 .
Полную информацию об определениях элементов и отношениях между терминами можно найти в реестре метаданных Dublin Core. [15]
<meta name="DC.Format" content="video/mpeg; 10 minutes" />
<meta name="DC.Language" content="en" />
<meta name="DC.Publisher" content="publisher-name" />
<meta name="DC.Title" content="HYP" />
На веб-странице «архивной формы» WebCite [16] частично говорится : «Метаданные (необязательно): это элементы Dublin Core. [...]».
(Заменено в 2008 году Условиями метаданных DCMI. [17] ) После спецификации исходных 15 элементов был начат непрерывный процесс разработки образцовых терминов, расширяющих или уточняющих DCMES. Дополнительные термины определялись, как правило, в рабочих группах DCMI, и были оценены Советом по использованию DCMI как соответствующие принципам надлежащей практики квалификации элементов метаданных Дублинского ядра.
Уточнения элемента делают значение элемента более узким или более конкретным. Уточненный элемент имеет то же значение, что и неквалифицированный элемент, но имеет более ограниченную область применения. Руководящий принцип квалификации элементов Дублинского ядра, в просторечии известный как « Принцип тупости» , [18] гласит, что приложение, которое не понимает конкретный термин уточнения элемента, должно иметь возможность игнорировать квалификатор и обрабатывать значение метаданных так, как будто это был безусловный (более широкий) элемент. Хотя это может привести к некоторой потере специфичности, оставшееся значение элемента (без квалификатора) в целом должно оставаться правильным и полезным для обнаружения.
Помимо уточнений элементов, Qualified Dublin Core включает набор рекомендуемых схем кодирования, предназначенных для облегчения интерпретации значения элемента. Эти схемы включают контролируемые словари и формальные обозначения или правила синтаксического анализа. Таким образом, значение, выраженное с использованием схемы кодирования, может быть токеном, выбранным из контролируемого словаря (например, термином из системы классификации или набором предметных рубрик) или строкой, отформатированной в соответствии с формальной записью, например, «2000- 12-31" как стандартное выражение даты ISO. Если схема кодирования не понятна приложению, значение все равно может быть полезно читателю .
Audience, Provenance и RightsHolder являются элементами, но не частью элементов Simple Dublin Core 15. Используйте Audience, Provenance и RightsHolder только при использовании Qualified Dublin Core. DCMI также поддерживает небольшой общий словарь, рекомендуемый для использования внутри элемента Type. В настоящее время этот словарь состоит из 12 терминов. [15]
В терминах метаданных DCMI указан текущий набор словаря Dublin Core. [12] Этот набор включает пятнадцать терминов DCMES (курсивом ) , а также уточненные термины. Каждый термин имеет уникальный URI в пространстве имен http://purl.org/dc/terms, и все они определяются как свойства RDF .
Выбор синтаксиса метаданных, выраженных с помощью элементов Dublin Core, зависит от контекста. Концепции и семантика Dublin Core разработаны так, чтобы быть независимыми от синтаксиса [ необходимы пояснения ] и применяться к множеству контекстов, при условии, что метаданные находятся в форме, подходящей для интерпретации как машинами, так и людьми.
Абстрактная модель Дублинского ядра [19] обеспечивает эталонную модель, с которой можно сравнивать конкретные рекомендации по кодированию Дублинского ядра, независимо от какого-либо конкретного синтаксиса кодирования. Такая эталонная модель помогает разработчикам лучше понять типы описаний, которые они пытаются закодировать, и облегчает разработку более эффективных сопоставлений и переводов между различными синтаксисами.
Одним из определений типов документов , основанных на Dublin Core, является спецификация Open Source Metadata Framework (OMF). [20] OMF, в свою очередь, используется Rarian (заменяет ScrollKeeper ), который используется рабочим столом GNOME , браузерами справки KDE и сервером документации ScrollServer.
PBCore также основан на Dublin Core. [21] Продукты метаданных Zope CMF , используемые Plone , ERP5 , системами управления контентом Nuxeo CPS , SimpleDL и Fedora Commons , также реализуют Dublin Core. Формат электронной книги EPUB использует метаданные Dublin Core в файле OPF . [22]
Стандарт метаданных Службы поиска правительства Австралии (AGLS) представляет собой профиль приложения Dublin Core. [23] : 5
Это элементы Дублинского ядра.
Их ввод поможет вам правильно указать URL-адрес.
[...]
PBCore построен на основе Dublin Core (ISO 15836), международного стандарта обнаружения ресурсов.