Профілі метаданих репозиторію та каталогу
Вимоги до метаданих та мапування, що використовуються для представлення записів репозиторію в каталогах, агрегаторах, пошукових сервісах та дослідницьких інфраструктурах.
Цей ресурс пояснює, як локально керовані метадані можуть бути перетворені на сумісні записи для служб DOI, збору даних OAI-PMH, OpenAIRE, каталогів даних та веб-базованого виявлення.
Він розрізняє метадані репозиторію, профілі обміну, протоколи передачі та описи каталогів і показує, як вони працюють разом.
Інформація про ресурс
Тип ресурсу: Огляд профілю метаданих
Рівень профілю: Рівень репозиторію, обміну та каталогу
Основна аудиторія: Менеджери репозиторіїв, фахівці з метаданих, розпорядники даних, розробники програмного забезпечення та постачальники дослідницької інфраструктури
Основне використання: Експорт, збір, картографування метаданих, інтеграція каталогу, перевірка та виявлення
Основні специфікації: Схема метаданих DataCite, Терміни метаданих DCMI, OAI-PMH, Керівні принципи OpenAIRE, DCAT, DCAT-AP та Schema.org
Поточна базова лінія каталогу: DCAT 3 та DCAT-AP 3.0.1
Останній перегляд: липень 2026 р.
Мета та обсяг
Профіль метаданих репозиторію визначає, як репозиторій записує та керує інформацією про депоновані дослідницькі ресурси.
Профіль метаданих каталогу визначає, як вибрана інформація представлена для виявлення та обміну між організаціями, платформами та дослідницькими інфраструктурами.
Два профілі можуть використовувати різні класи, назви елементів, рівні зобов'язань та контрольовані словники. Тому потрібне зіставлення між записом локального репозиторію та кожним профілем призначення.
Важливо: запис репозиторію зазвичай багатший за будь-який окремий експортований запис каталогу. Експорт повинен зберігати інформацію, необхідну для призначення, не розглядаючи зовнішній профіль як повну заміну локальної моделі метаданих.
Профілі репозиторіїв та каталогів
Профіль репозиторію
Визначає поля, правила перевірки та робочий процес депонування, що використовуються для створення та керування записом локального репозиторію.
Профіль обміну
Вибирає та обмежує елементи метаданих для передачі до певного агрегатора, сервісу або інфраструктури.
Механізм передачі
Переміщує записи між системами через OAI-PMH, API, канал метаданих або інший документований інтерфейс.
Профіль каталогу
Представляє набори даних, розподіли, служби даних та каталоги для міжсистемного виявлення.
Чотири рівні обміну метаданими
1. Локальний запис
Метадані створюються та підтримуються в репозиторії відповідно до локальних вимог до депонування, курування та публікації.
2. Зіставлення
Локальні поля та значення зіставляються з властивостями та контрольованими словниками цільового профілю.
3. Розкриття
Зображений запис розкривається через OAI-PMH, API, RDF, JSON-LD або інше підтримуване представлення.
4. Індексування каталогу
Служба отримання перевіряє, збирає, нормалізує та індексує запис для виявлення та повторного використання.
Основні стандарти та профілі
| Специфікація або профіль | Основна функція | Типове використання |
|---|---|---|
| Схема локального репозиторію | Записує повні метадані, необхідні для депонування, управління, публікації та курування. | Інтерфейс репозиторію, внутрішня база даних та робочий процес депонування. |
| Схема метаданих DataCite | Ідентифікує, цитує та пов'язує дослідницькі ресурси. | Реєстрація DOI та обмін метаданими, орієнтованими на цитування. |
| Терміни метаданих DCMI | Надає загальні властивості та класи міждоменних метаданих. | Загальні записи репозиторію, зіставлення та описи RDF. |
| OAI Dublin Core — oai_dc | Надає простий, широко сумісний формат метаданих XML. | Базовий збір даних OAI-PMH, де недоступні більш повні профілі. |
| Керівні принципи OpenAIRE | Обмежує метадані репозиторію для інтеграції в інформаційний простір OpenAIRE. інформаційний простір. | Збір, перевірка та включення OpenAIRE до OpenAIRE Graph. |
| DCAT 3 | Забезпечує словник RDF для сумісних каталогів даних. | Опис каталогів, наборів даних, розподілів та сервісів даних. |
| DCAT-AP 3.0.1 | Обмежує DCAT для обміну між європейськими каталогами даних. | Європейські портали каталогів та національні або інституційні профілі. |
| Schema.org | Вбудовує структуровані метадані у веб-сторінки. | Виявлення наборів даних пошуковими системами та веб-сайтами через JSON-LD, RDFa або мікродані. |
| OAI-PMH 2.0 | Переносить записи метаданих з репозиторію до збирачів. | Поетапний збір даних з використанням форматів метаданих, ідентифікованих за допомогою префіксів метаданих. |
Протокол, формат і профіль — це не одне й те саме
Протокол: визначає спосіб запиту та передачі записів. OAI-PMH — це протокол збору даних (harvesting protocol).
Синтаксис: визначає спосіб технічного кодування запису, наприклад XML, JSON або RDF.
Словник або схема: визначає властивості та класи, наприклад DCMI Terms, DataCite або DCAT.
Профіль застосування: визначає вибір властивостей, рівні обов’язковості, кратності (кардинальність) та контрольовані значення для конкретного сценарію використання.
Вибір профілю для цільової системи
| Цільова система | Основний профіль або формат | Додаткова вимога |
|---|---|---|
| Служба реєстрації DOI | Схема метаданих DataCite | DOI, URL цільової сторінки (landing page) та валідні метадані DataCite. |
| Універсальний збирач OAI-PMH | oai_dc або інший заявлений формат метаданих | Валідна кінцева точка (endpoint) OAI-PMH, ідентифікатори, мітки часу та metadataPrefix. |
| OpenAIRE | Відповідні настанови OpenAIRE | Реєстрація, валідація та збір даних через OpenAIRE PROVIDE. |
| Європейський каталог даних | DCAT-AP 3.0.1 або сумісний національний профіль | Представлення у форматі RDF та відповідність вимогам профілю щодо кратності (cardinality) і контрольованим словникам. |
| Загальний вебпошук | Schema.org Dataset | Структуровані дані, вбудовані в цільову сторінку, бажано у форматі JSON-LD. |
| Каталог наукової галузі | Базовий профіль каталогу плюс галузеве розширення | Галузеві сутності, словники, змінні та спеціалізовані зв’язки. |
Мінімальні метадані для обміну в репозиторії
| Елемент | Мета обміну | Вимога |
|---|---|---|
| Ідентифікатор запису | Унікально ідентифікує запис метаданих у репозиторії або інтерфейсі збору даних. | Обов'язково |
| Ідентифікатор ресурсу | Ідентифікує описаний набір даних або інший дослідницький ресурс, бажано через DOI або інший постійний URI. | Обов'язково |
| URL-адреса цільової сторінки | Спрямовує користувачів та комп'ютери до авторитетного запису репозиторію. | Обов'язково |
| Назва | Надає основну назву ресурсу. | Обов'язково |
| Автори | Підтримує атрибуцію, цитування та посилання на ідентифікацію. | Обов'язково |
| Опис | Дозволяє користувачам та службам пошуку оцінювати ресурс. | Обов'язково |
| Тип ресурсу | Розрізняє набори даних, програмне забезпечення, публікації та інші ресурси. | Обов'язково |
| Видавець та дата публікації | Підтримує цитування та вказує відповідальність за публікацію. | Обов'язково при публікації |
| Тематика | Підтримує тематичне індексування, класифікацію та пошук. | Рекомендовано |
| Права доступу | Вказує, чи є ресурс відкритим, забороненим, обмеженим або закритим. | Обов'язково |
| Ліцензія | Визначає правові умови, що регулюють повторне використання. | Обов'язково, де це застосовується |
| Місце розповсюдження або доступу | Визначає завантажувані представлення, сторінки доступу або сервіси даних. | Рекомендовано |
| Формат і тип носія | Допомагає системам і користувачам вибрати придатний для використання дистрибутив. | Рекомендовано |
| Пов'язані ресурси | Поєднує публікації, програмне забезпечення, проекти, версії та похідні набори даних. | Рекомендовано |
| Дата зміни | Підтримує поступовий збір даних та синхронізацію записів. | Обов'язково для збору даних |
Приклад перехрестя метаданих
Перехрестя фіксує, як одне й те саме поняття представлено в різних моделях метаданих. Відображення може вимагати перетворення, а не прямої заміни однієї назви поля іншою.
| Концепція | DataCite | DCMI | DCAT / DCAT-AP | Schema.org | |
|---|---|---|---|---|---|
| Назва | titles.title |
dct:title |
dct:title |
назва |
|
| Ідентифікатор | doi |
dct:ідентифікатор |
dct:ідентифікатор |
ідентифікатор |
|
| Творець | творці |
dct:творець |
творець |
||
| Опис | описи |
dct:опис |
dct:опис |
опис |
|
| Тема | теми |
dct:тема |
dcat:тема або dct:тема |
ключові слова або про нас |
|
| Видавець | видавець |
dct:видавець |
dct:видавець |
видавець |
видавець |
| Ліцензія | Список прав |
dct:license |
dct:license |
license |
|
| Розповсюдження | Частково представлено через Формат, Розмір та цільову сторінку | dct:hasFormat |
dcat:distribution |
distribution |
Чому зіставлення не завжди є взаємно однозначними
Різні області застосування: DataCite описує цитований дослідницький ресурс, тоді як DCAT також моделює каталоги, дистрибуції та сервіси даних.
Різні кардинальності: один профіль може дозволяти кілька значень, тоді як інший очікує лише одне.
Різні контрольовані словники: типи ресурсів, права доступу та зв'язки можуть використовувати різні набори значень.
Різні структури: структурований конструктор з ORCID та приналежністю може стати неструктурованим текстовим значенням у простішому експорті.
Різні рівні зобов'язань: необов'язкове локальне поле може бути обов'язковим для каталогу призначення.
Відкриття репозиторію OAI-PMH
Кінцева точка OAI-PMH дозволяє зовнішнім службам отримувати записи метаданих з репозиторію без завантаження або передачі файлів дослідницьких даних самих.
Базова URL-адреса: стабільна адреса кінцевої точки OAI-PMH.
Префікс метаданих: визначає запитуваний формат метаданих, наприклад, oai_dc.
Ідентифікатор OAI: унікально ідентифікує елемент метаданих в кінцевій точці.
Мітка дати: створення, зміна або видалення записів для поступового збору.
Набір: необов'язково групує записи за колекцією, установою, типом або іншою категорією, визначеною репозиторієм.
Статус видалення: дозволяє збирачу розпізнавати записи, видалені з репозиторію.
Маркер відновлення: підтримує збирання великих наборів результатів у кількох відповідях.
Сумісність з OpenAIRE
Сумісність з OpenAIRE вимагає більше, ніж просто активація кінцевої точки OAI-PMH. Експортовані записи повинні відповідати відповідному профілю програми OpenAIRE та пройти відповідний процес перевірки та реєстрації.
Зареєструйте джерело
Зареєструйте репозиторій або джерело даних через OpenAIRE PROVIDE.
Розкриття записів
Забезпечити стабільну кінцеву точку збору даних та необхідний формат метаданих.
Перевірка метаданих
Перевірити обов'язкові поля, контрольовані значення, ідентифікатори та зв'язки відповідно до вибраної рекомендації.
Моніторинг збору даних
Перегляд стану індексації, звітів про перевірку та змін у вимогах до джерела вимог.
Модель каталогу DCAT та DCAT-AP
| Клас | Мета |
|---|---|
| Каталог | Кураторська колекція описів метаданих для наборів даних, сервісів даних або пов'язаних ресурсів. |
| Запис каталогу | Власний адміністративний запис каталогу, що описує запис та історію його оновлень. |
| Набір даних | Колекція даних, опублікованих або курованих одним агентом та доступних для доступу або завантаження. |
| Серія наборів даних | Колекція пов'язаних наборів даних, організованих у послідовність або зв'язну групу. |
| Розповсюдження | Доступне представлення набору даних у певному форматі, мовою або за допомогою певного способу доступу. |
| Сервіс даних | Сервіс, що надає доступ до наборів даних або їх обробку через визначений інтерфейс. |
Набір даних та розповсюдження
Набір даних
Концептуальний або інтелектуальний ресурс даних, описаний назвою, авторами, темою, обсягом та походженням.
Розповсюдження
Конкретне завантажуване або доступне представлення цього набору даних.
URL-адреса доступу
Сторінка або кінцева точка, через яку можна отримати доступ до дистрибутива. отримати.
URL-адреса завантаження
Пряме розташування, з якого можна завантажити певний дистрибутив. завантажити.
Метадані Schema.org для цільових сторінок репозиторію
Метадані Schema.org можна вбудувати на цільову сторінку набору даних, щоб зробити її вміст зрозумілим для загальних служб веб-пошуку.
Набір даних: описує набір даних та його основні описові властивості.
Каталог даних: описує репозиторій або каталог, що містить набір даних.
Завантаження даних: описує завантажуване представлення, його формат та URL-адресу вмісту.
JSON-LD: зазвичай використовується для вбудовування структурованого опису на цільовій сторінці HTML.
Приклад запису, орієнтованого на каталог
Наведений нижче спрощений приклад JSON-LD ілюструє розділення між набором даних та одним із його розподілів. Він є пояснювальним та не замінює повний запис DCAT-AP.
{
"@context": {
"dcat": "http://www.w3.org/ns/dcat#",
"dct": "http://purl.org/dc/terms/"
},
"@id": "https://doi.org/10.xxxx/example-dataset",
"@type": "dcat:Dataset",
"dct:title": {
"@value": "Example research dataset",
"@language": "en"
},
"dct:description": {
"@value": "Data generated during the example study.",
"@language": "en"
},
"dct:identifier": "https://doi.org/10.xxxx/example-dataset",
"dct:creator": {
"@id": "https://orcid.org/0000-0000-0000-0000"
},
"dct:publisher": {
"@id": "https://ror.org/example"
},
"dct:license": {
"@id": "https://creativecommons.org/licenses/by/4.0/"
},
"dcat:landingPage": {
"@id": "https://repository.example.org/dataset/123"
},
"dcat:distribution": {
"@type": "dcat:Distribution",
"dcat:accessURL": {
"@id": "https://repository.example.org/dataset/123"
},
"dcat:downloadURL": {
"@id": "https://repository.example.org/files/data.csv"
},
"dct:format": "text/csv"
}
}Перевірка обмінюваних метаданих
Перевірка синтаксису
Перевіряє, чи XML, JSON, JSON-LD або RDF технічно правильно сформовані.
Перевірка профілю
Перевіряє обов'язкові властивості, кардинальність елементів, типи даних та контрольовані значення.
Перевірка ідентифікатора
Перевіряє, чи є URI DOI, ORCID, ROR, ліцензії та словника дійсними та розв'язуваними.
Перевірка збору даних
Тестує поведінку кінцевої точки, префікси метаданих, позначки дати, набори, пагінацію та видалені записи.
Поширені помилки впровадження
Обробка OAI-PMH як схеми метаданих: кінцева точка працює, але експортовані записи не відповідають визначеному профілю програми профілю.
Припускаючи, що кожне зіставлення є один до одного: структуровані метадані вирівнюються або важливі кваліфікатори втрачаються.
Використання URL-адреси файлу як ідентифікатора набору даних: інтелектуальний ресурс, цільова сторінка та окремі дистрибутиви не розрізняються.
Поєднання ліцензії та статусу доступу: умови легального повторного використання та технічна доступність стають неоднозначними.
Пропуск позначок дати модифікації: збирачі не можуть оновлювати записи поступово.
Експорт імен як неструктурованих рядків: ORCID, афіліація та ролі учасників втрачаються.
Не описує розподіли: каталоги можуть знайти набір даних, але не можуть визначити його формати або місця доступу.
Використання застарілих вимог до місця призначення: перевірка не вдається, навіть якщо локальний запис метаданих завершено.
Як реалізувати профіль репозиторію-каталогу
1. Інвентаризація локальних полів
Задокументуйте назви локальних полів, структури, кардинальність елементів, словники та правила перевірки.
2. Виберіть місця призначення
Визначте профілі сервісу DOI, агрегатора, каталогу та веб-виявлення, які необхідно підтримувати.
3. Створення зіставлень
Визначення перетворень, рівнів зобов'язань, зіставлень контрольованих значень та правил для інформації, яку не можна передати.
4. Перевірка та моніторинг
Тестування експорту та збору даних, документування помилок та моніторинг змін у зовнішніх специфікаціях.
Рекомендована документація з впровадження
Локальний словник метаданих: визначення всіх полів репозиторію.
Профіль програми: рівні зобов'язань, кардинальності та правила значень.
Таблиця перехресного переходу: зіставлення з локальних полів з кожним цільовим профілем.
Зіставлення контрольованих значень: відповідність між локальними та зовнішніми словниками.
Специфікація експорту: підтримувані формати, кінцеві точки та префікси метаданих.
Правила перевірки: перевірки синтаксису, профілю та ідентифікатора.
Журнал змін: задокументовані оновлення зіставлень та підтримуваних версій профілів.
Пояснення статусу
Ця сторінка містить пояснювальні та інструкції з впровадження для зіставлення метаданих репозиторію із зовнішнім каталогом та профілями збору даних.
Вона не замінює офіційні специфікації, правила перевірки, процедури адаптації або технічні вимоги, що підтримуються DataCite, DCMI, OpenAIRE, W3C, SEMIC або окремими постачальниками каталогів.
Вимоги цільової служби можуть бути суворішими, ніж загальний стандарт метаданих, на якому базується її профіль.
Версії профілю, контрольовані словники та правила перевірки слід переглянути перед впровадженням або оновленням експорту метаданих виробництва.