Прямой ответ
Пакет канонизации объединяет идентичность и семейство распространения одного выпуска в одном заявлении. Запишите DOI произведения или версии, канонический URL, название, автора, версию, дату, имя и размер файла, алгоритм и значение хеша, лицензию, архивные зеркала и типы отношений. Каждая копия на платформе должна иметь правильную связь с каноническим произведением. DOI и число платформ не доказывают качество, а хеш показывает только изменение байтов сравниваемого файла.
Простыми словами
Представьте паспорт книги. DOI — её постоянный номер, канонический URL — официальный адрес, хеш файла — оттиск печати, лицензия — разрешение на использование, архив — сохранённая копия. Паспорт не доказывает, что книга хорошая; он помогает понять, какое произведение и какая копия перед вами.
Почему это важно
Когда под одним названием публикуются разные файлы, люди и системы ИИ не понимают, какая версия официальная. Неверное отношение DOI, устаревший файл или неясная лицензия разрывают цепочку цитирования и повторного использования.
Не путать
- DOI произведения может обозначать семейство с несколькими версиями.
- DOI версии идентифицирует конкретный неизменяемый выпуск.
- Каноническая веб-редакция — текущая официальная человеческая и машинная поверхность издателя.
- Архивное зеркало сохраняет копию, но не обязано быть канонической публикацией или независимым подтверждением.
- Копия распространения помогает обнаружению; производный набор данных может быть отдельным ресурсом, созданным из произведения.
Что делать
- Заблокируйте человеческие и машинные файлы выпуска и запишите имена, размеры, типы носителя и хеши.
- В метаданных свяжите DOI произведения, DOI версии и канонический URL взаимно и правильными типами отношений.
- Согласуйте смысл названия, автора, даты, версии, языка, лицензии и описания на всех платформах.
- Явно классифицируйте каждое зеркало как каноническую публикацию, версию, архив, копию распространения или производный набор данных.
- Укажите охват лицензии, исключения для сторонних элементов и форму цитирования.
- После скачивания пересчитайте хеши, чтобы проверить побайтовый паритет архивных и распространяемых копий.
- Периодически проверяйте разрешение DOI, канонический URL, доступность файла, метаданные и паритет хеша.
Как проверить
- Разрешается ли DOI в правильное произведение и версию?
- Правильно ли типизированы отношения произведения, версии, предшественника, преемника и производного ресурса?
- Явен и согласован ли канонический URL в метаданных платформ?
- Совпадают ли алгоритм и значение хеша, имя и размер файла?
- Понятны ли охват лицензии и исключения сторонних элементов?
- Не выдана ли архивная или распространяемая копия за независимое подтверждение?
- Не использованы ли DOI, скачивания или число платформ как доказательство академического влияния или внедрения?
Ограничение
DOI сам по себе не доказывает авторство, рецензирование, точность или мировое признание. Хеш сравнивает копии, но не устанавливает правильность, безопасность или законность файла. Лицензию может предоставить только правообладатель или уполномоченная сторона, а конкретный выбор может иметь правовые последствия.
Запомните одной фразой
Идентичность, адрес, целостность, разрешение и связь — разные вещи; вместе они образуют цепочку проверки.
Источники этой записи
- S14DataCite, *Versioning*Инфраструктура идентификации
- S15DataCite, *Connecting Versions with Related Identifiers*Инфраструктура идентификации
- S35W3C, *PROV-O: The PROV Ontology*Стандарты
- S55DOI Foundation, *DOI Handbook*Официальное руководство по постоянному идентификатору
- S56NIST FIPS 180-4, *Secure Hash Standard*Официальный стандарт
- S58Zenodo, *About Records*Официальная документация хранилища данных
- S59Creative Commons, *О лицензиях CC* и выборщике лицензийОфициальная документация поставщика лицензии