Главная страница
qrcode

Стандарт кодирования и передачи метаданных Library FoundationMetadata Encoding


НазваниеСтандарт кодирования и передачи метаданных Library FoundationMetadata Encoding
Дата03.04.2019
Размер9.32 Mb.
Формат файлаpdf
Имя файлаsbornik_mets_portal.pdf
оригинальный pdf просмотр
ТипДокументы
#44503
страница3 из 31
Каталог
1   2   3   4   5   6   7   8   9   ...   31
Раздел административных метаданных Помимо описательных метаданных, для управления цифровыми объектами могут потребоваться достаточно подробные административные метаданные. Для вновь создаваемого объекта, как в нашем примере, сразу же можно добавить как минимум две категории административных метаданных. Первая – это таили иная форма сведений об интеллектуальных правах на контент цифрового объекта и на источник, с которого была сделана копия. Вторая категория – это технические метаданные, относящиеся к файлам, в которых содержатся сами цифровые объекты. В METS предусмотрен отдельный раздел для записи всех указанных категорий административных метаданных – элемент ,
, и . В элементе записываются технические метаданные о файлах, в которых содержатся объекты, элемент
содержит информацию оправах интеллектуальной собственности, элемент содержит описательную и/или техническую информацию или информацию оправах, относящуюся к документу-оригиналу на аналоговом
42
MET
S: НАЧАЛЬНОЕ РУКОВОДСТВО ИКР bbАТКИЙ СПРАВОЧНИК носителе, который был использован для создания объекта цифровой библиотеки, и, наконец, элемент содержит информацию о сохранности, в частности, об истории и жизненном цикле цифрового объекта.
В нашем примере цифровой объект получен в результате оцифровки издания Эпиграмм Марциала, находящегося в общественном достоянии для такого объекта будет достаточно относительно кратких сведений, записанных с использованием схемы METSRights:





CONTEXTposition:absolute;top:370px;left:583px;white-space:nowrap" >PUBLIC">
CONSTRAINTTYPE="RE-USE">
This volume was published in Great Britain in 1927 by
William Heineman (London) with a reference to G.P. Putnam's Sons in New York. (The verso of the title page says «Printed in
Great Britain» and notes that it was originally published in 1920 and reprinted in 1927). Because this work was published abroad before 1978 without compliance with US Copyright formalities and because it entered the public domain in its home country as of 1 January 1996, it is now also considered in the public domain in the United States without any constraints on use.





Как ив случае описательных метаданных, следует указать, что эти сведения относятся ко всему произведению, связав их с корневым элементом
в структурной карте. Для этого в элемент
следует ввести атрибут ADMID, связывающий
со сведениями об интеллектуальных правах посредством атрибута ID элемента :
ADMID="ADMRTS1">
Глава 2. Создание документа MET
S Технические метаданные Помимо сведений оправах интеллектуальной собственности, для долгосрочного управления и сохранения цифровых ресурсов требуется информация о технических характеристиках цифрового контента. Такие технические метаданные о текстовых, графических, аудио- и видеоданных лучше всего создавать при первоначальном создании цифрового контента. Ниже приведен фрагмент записи в формате MIX в соответствии со спецификацией NISO Z39.87, которая содержит технические метаданные для первого файла TIFF мастер-копии книги Эпиграммы Марциала.






image/tiff
little-endian

1


1


17810
3948
10256904

1


1





Adobe
Photoshop
CS
Macintosh



2006-03-13T12:05:05




2

600
600
44
MET
S: НАЧАЛЬНОЕ РУКОВОДСТВО ИКР bbАТКИЙ СПРАВОЧНИК
2598
3948


8
1

Как ив других примерах, эти сведения записаны в формате, поэтому они помещены внутри и . Обратите внимание, что сведения записаны внутри элемента (который, в свою очередь, вставлен в раздел есть атрибут ID со значением TECHTIFF01, что позволит нам ссылаться на эту запись из других мест в документе Однако в отличие от предыдущих примеров, где требовалось связать метаданные с цифровым объектом целиком, в данном случае нужно связать эти технические метаданные с конкретным файлом изображения. Поэтому в теге
соответствующего файла изображения внутри вводится атрибут
ADMID, связывающий этот графический файл с соответствующими техническими метаданными, следующим образом USE="archive image">
ADMID="TECHTIFF01">
LOCTYPE="URL"/>
Заключение В полном примере документа METS, приведенном в Приложении A, можно увидеть, что для каждого из графических файлов существует полная запись MIX. Один из недостатков подхода, использованного в этом примере, состоит в том, что в результате много места в документе METS занимает повторяющаяся информация. тип, порядок байтов, цветовое пространство у всех мастер-копий совпадают. Возможен более эффективный способ кодирования этой информации технические метаданные, которые относятся ко всем изображениям, можно записать водной записи MIX и затем связать эту запись со всеми соответствующими графическими файлами посредством атрибута ADMID элементов
каждого графического файла. Сведения, относящиеся к конкретным фай
Глава 2. Создание документа MET
S лам изображений, такие как смещение полосы, дата и время создания, а также ширина и длина изображения, могут быть записаны в отдельных записях MIX. Тогда отдельные элементы посредством атрибута ADMID можно связать с записью MIX, содержащей общие технические метаданные, и записью MIX, содержащей технические метаданные, относящиеся к конкретному графическому файлу.
В качестве финального дополнения к основному документу METS мы можем включить хотя бы краткие метаданные о создании самого документа METS, такие как дата его создания и автор. Информация такого рода записывается в элементе заголовка METS (), который является первым разделом документа
METS после открывающего элемента :



Rick Beaubien
Объединив разделы , , ив одном документе METS, можно создать документ, который содержит структуру, необходимую приложениям для отображения сканированных страниц этого произведения с требуемой степенью детальности кроме того, этот документ включает сведения, необходимые для обеспечения доступа к объекту и для управления им. Возможны и другие варианты применения METS, поскольку стандарт обеспечивает и более сложные возможности для представления подробной структурной информации. Внутри структурной карты могут использоваться элементы только счастью файла цифрового контента; посредством элементов и можно связать элемент
одновременно с несколькими файлами контента (это может быть полезно, например, если требуется установить связь между
и отдельными аудио- и видеопотоками, представляющими контент в этом
). Существует также раздел сценариев (), позволяющий включать в документ
METS информацию о действиях программы для доступа ко всему объекту METS или какой-либо его части. Но чаще всего для представления информации о произведениях (даже довольно сложных) достаточно пяти разделов, рассмотренных в данной главе
46
MET
S: НАЧАЛЬНОЕ РУКОВОДСТВО ИКР bbАТКИЙ СПРАВОЧНИК Глава СТОЧКИ ЗРЕНИЯ РАБОТЫ СО СХЕМОЙ
В этой главе будет подробнее рассмотрена схема METS. Разделы, элементы и атрибуты будут описаны в том же порядке, в каком они представлены в схеме. Для удобства рассматриваемые здесь элементы и атрибуты, а также сложные типы данных, используемые в METS, приведены в табличном виде в Приложении B. В последующем тексте названия атрибутов подчеркнуты, после названия атрибута в скобках указан тип данных XML (значение dataType), а также указано, является ли атрибут необязательным (используется обозначение /O) или обязательным (/R). В первых отзывах к документу были высказаны пожелания, чтобы в этой главе названия элементов были приведены в форме . Читатели, впервые знакомящиеся с документом, заметят, что в некоторых случаях полное название элемента не указывается, – например, в случаях, когда речь идет об элементе, еще не встречавшемся в схеме. Эта глава может использоваться прежде всего как справочный инструмент для тех, кто будет обращаться к тексту по мере необходимости за информацией о томили ином разделе.
Как уже было сказано в главе 2, многие примеры подготовлены на основе Эпиграмм Марциала. Это позволит сделать изложение более последовательным кроме того, текст удобнее использовать для иллюстрации. Хотя текст – не единственный вид или тип контента, который можно описать посредством METS, большинство примеров приводится на основе сканированных страниц текста. METS также может использоваться для кодирования аудио, аудиовидео, TEI и других форматов. В некоторых случаях в качестве примера будут использоваться те виды контента, которые позволяют более наглядно проиллюстрировать описываемые элементы (или атрибуты).
В настоящей документации термин документ METS» обозначает сериализованный документ, согласованный со схемой METS. Термин объект
METS» означает полный цифровой артефакт, описанный в документе METS, включая любой внешний контент или метаданные (те. контент или метаданные, ссылки на которые имеются в документе METS), необходимые для того, чтобы составить полный объект. Использование идентификаторов, связанных с корневым элементом METS, зависит от конкретной ситуации
Глава 3. Сточки зрения работы со схемой Корневой элемент METS

Заголовок METS
Раздел описательных метаданных Раздел административных метаданных Раздел файлов Раздел структурной карты Раздел структурных связей Раздел сценариев
Корневой элемент представляет собой контейнер для информации, которая хранится и/или передается в соответствии со стандартом
48
MET
S: НАЧАЛЬНОЕ РУКОВОДСТВО ИКР bbАТКИЙ СПРАВОЧНИК Атрибуты корневого элемента METS
ID (ID/O): задает уникальный идентификатор корневого элемента документа
METS и позволяет однозначно ссылаться на этот элемент из другого элемента или документа через IDREF или XPTR. Подробнее об использовании атрибута ID для внутренних или внешних ссылок см. главу 4.
OBJID (string/O): основной идентификатор, присваиваемый объекту METS в целом. Хотя этот атрибут является необязательным, использование его настоятельно рекомендуется. В отличие от идентификатора ID, OBJID используется, чтобы обозначить объект METS для внешних систем (string/O): простая текстовая строка заголовка, используемая для обозначения объекта/сущности, описываемой в документе METS, для пользователя (string/O): определяет класс или тип объекта, например книга, журнал, стереографическое изображение, набор данных, видео и т. д (string/O): указывает, какому зарегистрированному профилю (профилям) соответствует документ METS. Дополнительную информацию о профилях см. в главе 5.
"http://www.loc.gov/mets/profiles/00000007.xml" xsi:schemaLocation=
"http://www.loc.gov/METS_Profile/ http://www.loc.gov/standards/mets/profile_docs/mets.profile.v1-2.xsd http://www.loc.gov/METS/ http://www.loc.gov/standards/mets/mets.xsd http://www.loc.gov/mods/v3 Элементы, содержащиеся в корневом элементе Структура документа METS состоит из семи основных разделов, которые, в свою очередь, могут содержать различные элементы и атрибуты в соответствии со схемой В общем случае документ METS может содержать следующие разделы, каждый из которых описан далее в этой главе.
Заголовок METS (METS Header). Заголовок METS содержит метаданные, которые описывают собственно документ METS, включая информацию о создателе, редакторе и т. д.
Раздел описательных метаданных (Descriptive Metadata Section). Этот раздел содержит описательные метаданные, которые могут быть внешними по отношению к документу METS (например, запись MARC в каталоге OPAC или запись MODS на сервере, внутренними (встроенными в документ
METS) либо представлять собой комбинацию внешних и внутренних метаданных. В разделе описательных метаданных допускается несколько вхождений как внешних, таки внутренних описательных метаданных.
Раздел административных метаданных (Administrative Metadata
Section). В этом разделе содержатся сведения о том, как файлы создавались и хранились, правах интеллектуальной собственности, свойствах исходного объекта, на основе которого был получен цифровой объект, о происхождении
Глава 3. Сточки зрения работы со схемой файлов, составляющих объект (те. отношения мастер-копия / производный файла также информация о миграции/преобразовании). Как и описательные метаданные, административные метаданные могут быть либо внешними по отношению к документу METS, либо внутренними (те. встроенными в документ Раздел файлов (File Section). Перечень всех файлов, содержащих контент, составляющий электронные версии цифрового объекта. Элементы файл могут быть сгруппированы в элементы группа файлов, чтобы обеспечить группировку файлов по версии объекта или по другим критериям, таким как тип файла, размер и т. д.
Структурная карта (Structural Map). Основа документа METS. Отражает иерархическую структуру цифрового объекта и связывает ее элементы с файлами контента и метаданными, которые относятся к каждому элементу. Структурная карта является единственным обязательным разделом в документе Структурные связи (Structural Links). Позволяет создателю документа
METS фиксировать информацию о существовании гиперссылок между узлами в иерархии, описанной в структурной карте. Это имеет особое значение в случае использования METS при архивировании веб-сайтов или других гипермедиа.
Раздел сценариев (Behavior Section). Раздел сценариев может применяться для связывания исполняемых сценариев с контентом объекта, описанного в METS. Каждый сценарий в разделе сценариев имеет элемент определения интерфейса, который содержит абстрактное определение действий, представленных конкретным разделом сценариев. Кроме того, каждый сценарий имеет элемент механизма, определяющий модуль исполняемого кода, в котором реализовано и запускается действие, указанное элементом определения интерфейса.
Пример корневого элемента В этом примере содержится следующая информация XML версия 1.0 с кодировкой UTF-8, перечень стандартов, используемых в этой записи, с указанием адресов, OBJID цифрового объекта, представленного документом METS, в форме URN, и текстовый заголовок LABEL, который называет описываемое произведение (в данном случае – название произведения version="1.0" encoding="UTF-8"?>
xmlns:mods="http://www/loc.gov.mods/v3" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.loc.gov/METS/ http://www.loc.gov/standards/mets/mets.xsd http://www.loc.gov/mods/v3 http://www.loc.gov.mods/v3/mods-31.xsd" OBJID="ark:/13030/kt9s2009hz" LABEL="Martial Epigrams">
50
MET
S: НАЧАЛЬНОЕ РУКОВОДСТВО ИКР bbАТКИЙ СПРАВОЧНИК Заголовок METS Элемент заголовка METS включает метаданные непосредственно о документе METS, а не о цифровом объекте, который описывается документом METS. Хотя он содержит более узкий набор метаданных, чем заголовки, используемые в других схемах, таких как TEI (Text Encoding Initiative, Инициатива кодирования текста) или EAD (Encoded Archival Description, Кодированное архивное описание, по функциями назначению он очень близок к названным схемам.
Атрибуты заголовка METS
ID (ID/O): этот атрибут задает уникальный идентификатор элемента в документе
METS и позволяет однозначно ссылаться на этот элемент из другого элемента или документа через IDREF или XPTR. Подробнее об использовании идентификационных атрибутов для внутренних и внешних ссылок см. главу 4.
ADMID (IDREFS/O): содержит значения атрибута ID элементов ,
, и/или в разделе CREATEDATE (dateTime/O): содержит дату/время создания документа METS.
LASTMODDATE (dateTime/O): используется для указания даты/времени последнего изменения документа METS.
RECORDSTATUS (string/O): указывает статус документа METS. Атрибут используется для внутренней обработки
Глава 3. Сточки зрения работы со схемой Элементы, содержащиеся в заголовке Элемент может включать в себя сведения об авторе документа или ином агенте, любые альтернативные идентификаторы документа METS, дату и время создания и обновления документа, а также статус документа METS.
А
гент
Элемент агента
Агент. Атрибуты (ID/O): задает уникальный идентификатор элемента в документе METS и позволяет однозначно ссылаться на этот элемент из другого элемента или документа через IDREF или XPTR. Подробнее об использовании атрибутов
ID для внутренних и внешних ссылок см. главу 4.
ROLE (string/R): задает функцию агента относительно записи METS. Допустимые значения лицо (лица) или организация (организации, ответственные за документ METS.
EDITOR: лицо (лица) или организация (организации, ответственные за подготовку метаданных для кодирования лицо (лица) или организация (организации, ответственные за документ/коллекцию.
PRESERVATION: лицо (лица) или организация (организации, ответственные за функции сохранения лицо (лица) или организация (организации, ответственные за распространение лицо (лица) или организация (организации, в обязанности которых входит обеспечение контроля над документом/коллекцией.
IPOWNER: лицо (лица) или организация, обладающие авторскими правами, торговыми марками, знаками обслуживания или другими правами интеллектуальной собственности на объект используется, если невозможно применить ни одно из указанных выше значений. В этом случае тип и местонахождение указываются в атрибуте OTHERROLE (см. ниже (string/O): обозначает роль, отсутствующую в перечне допустимых значений, если в атрибуте ROLE указано значение OTHER.
TYPE (string/O): используется для указания типа агента. Это должно быть одно из следующих значений используется, если в качестве агента выступает физическое лицо используется, если в качестве агента выступает учреждение, организация, ассоциация, некоммерческая организация, правительство, религиозный орган и т. п
1   2   3   4   5   6   7   8   9   ...   31

перейти в каталог файлов


связь с админом