- •Необходимость создания метаданных
- •Существующие системы метаданных
- •Цели, задачи создания метаданных и требования к ним
- •Классификация метаданных
- •Обоснование выделения объектов метаданных – место метаданных на различных этапах обработки данных
- •Выделение атрибутов метаданных
- •Организация хранения метаданных
- •Агрегация и аналитика для метаданных
- •Список литературы
- •Перечень вопросов для самопроверки
Выделение атрибутов метаданных
Основными атрибутами описания массивов и БД являются:
-
параметры, хранящиеся в наборе данных;
-
уровень обработанности (агрегации) данных – первичные данные наблюдений, обобщенные данные, диагностические и прогностические данные;
-
тип системы хранения данных (СУБД, система структурированных файлов данных, система объектных файлов данных);
-
пространственное разрешение (точка, сетка, профиль, разрез, район, квадрат и т.п.);
-
временное разрешение (случайное, ежемесячное, ежедневное и др.);
-
метод (прибор) наблюдений;
-
частота обновления (ежечасно, ежесуточно, еженедельно и др.).
Другие атрибуты описания массива данных - это содержательное название, аннотация, условия использования (бесплатный, платный), автор или владелец данных, контактная информация, список ключевых слов, период данных, географический район, организация, рубрики и другие. К описанию массивов данных прилагаются такие экземпляры объектов метаданных как эксплуатационная документация (нормативно-методические документы), используемая при наблюдениях, обработке данных; сведения об источниках данных (организации, платформы).
Важно проследить изменение массивов данных во времени, поэтому в описание массивов данных вводится отдельная сущность описание жизненного цикла (идентификатор этапа, этап ЖЦ, дата). Некоторые объекты метаданных начинают формироваться еще перед выполнением крупной программы (проекта), до начала создания массива данных (проект будущего массива данных, сведения о планируемой экспедиции, исследовательском проекте). Например, при подготовке к Международному полярному году (МПГ) были созданы метаданные в виде сведений о планируемых к созданию массивов и БД всеми странами – участниками МПГ. Поэтому этот момент необходимо учитывать при разработке средств ведения метаданных и включить такой этап жизненного цикла, как дата описания проектируемого к созданию массива данных.
Массив (база) данных, как правило, возникает в результате деятельности многих исполнителей. Одни проектируют массив (базу) данных, другие разрабатывают необходимые программные и технологические средства и включают БД в информационные системы. Поэтому как для организации, так и для исполнителя вводится атрибут «Роль» (автор, дистрибьютор, др.).
Информация, необходимая для создания метаданных, содержатся в различной технической документации и в самих данных, которые являются основным источником информации о массиве (базе) данных для его будущих пользователей. Основной объем детальных метаданных (каталогов) можно получить путем обработки БД. Например, информация о каждом наблюдении (место и время наблюдений) является метаинформацией, ее можно создать путем выборки из БД. Кроме того, во многих БД содержится информация о приборах, методах определения загрязняющих параметров и другая сопутствующая информация, которая является метаданными. Или сведения о рейсах НИС (период рейса) можно получить путем определения дат выполнения первой и последней станции, количество выполненных наблюдений - суммированием количества профилей.
Если носитель состоит из нескольких экземпляров (комплектов компактных дисков, картриджей, другое.) или имеются материалы более чем по одному массиву, то необходимо описать физическое размещение материалов на каждом носителе.
В документации на массивы и БД появляются такие характеристики как, описание тематики, дата публикации, политика сохранения/уничтожения, внедренные объекты, степень сжатия, сведения об устройстве-источнике данных, история изменений, цифровые подписи, протоколы доступа. Они также являются атрибутами метаданных. В число атрибутов метаданных файловых систем входят данные о времени создания файла и внесения в него изменений, защищенности, принадлежности, прав доступа и т.д. Использование данных в сетевых файловых системах еще увеличивает число атрибутов метаданных, появляется URL адрес, протокол доступа (ftp, http, др.). В дополнение к техническим атрибутам метаданных нужно использовать характеристики контента, причем надо выбирать критически важные для документов атрибуты, например, для нормативных методических документов важны тип и дата утверждения документа, для библиографических источников – автор, а для данных – период измерений, состав параметров, др.
Поскольку информация о составе, качестве, цене, свойствах и местонахождении набора данных представлена в соответствующих атрибутах метаданных, потребитель может оценить имеющиеся описания данных и обратиться непосредственно к поставщику за нужным набором данных. Необходимые операции по публикации и обновлению метаданных, их использованию для поиска, оценки, заказа и получения наборов данных должны реализовыватьтся в единой распределенной среде на основе стандартных протоколов.
Каждый источник данных обеспечивает порождение одного или нескольких экземпляров описаний (рис.6) через выбранный метод доступа – конвертор, импорт из локальной СУБД, независимое приложение, приложение в среде распределенной системы или локальной файловой системе, FTP сервер с файлами данных.
Технология
Массив данных
БД
Метаданные
Другие объекты метаданных
ИР ИР ИР ИР
Формат Организация Сеть
Рисунок 6 – Структурная схема получения различных объектов метаданных
Описание таких экземпляров наследует метаданные из «родительского» описания массива или БД, на основе которого создан ресурс, уточненные по изменившимся значениям атрибутов (период измерений, географический район, состав параметров).
Описание метаданных может быть обработано (выбрано, сохранено, передано или визуализировано приложением). Процесс создания баз метаданных включает:
-
разработку Web-интерфейса для удаленного ввода и редактирования описаний объектов метаданных;
-
регистрацию авторов (сведения об организациях и экспертах), как потенциальных источников метаданных и включение их в систему;
-
регистрацию, идентификацию и заполнение описаний объектов метаданных, контроль и коррекция, редактирование ранее введенных описаний (удалить ранее введенное описание может только администратор или автор) с привлечением авторов массивов и БД;
-
поддержку связей между различными объектами метаданных;
-
контроль качества описаний метаданных, включая оценку полноты заполнения по составу объектов метаданных и атрибутов;
-
продвижение метаданных к пользователям (рассылка сведений о пополнении, рекламирование), информирование автора и пользователей о включении описаний в систему;
-
организацию доступа, выборки, просмотра и копирования отдельных экземпляров метаданных;
-
отказ от поддержки отдельных экземпляров метаданных на основе периодического анализа посещаемости, актуальности, доступности, полноты заполнения атрибутов;
-
контроль доступа – аутентификация, предоставление доступа к отдельным объектам метаданных определенных категорий пользователей;
-
мониторинг метаданных (получение статистики о состоянии метаданных по различным атрибутам поиска – категория данных, посещаемость, др.);
-
формирование отчета о работе по вводу метаданных (общее число введенных или отредактированных описаний, число описаний по организациям, список введенных метаданных за указанный временной период - сутки, неделя, месяц).
БД содержат факты и сведения о различных объектах - каталоги. Базы фактов обязательно включают время и место происхождения факта. Поиск по фактам имеет главные атрибуты время и место. Любая БД может быть подвергнута агрегированию, т.е. обработке с целью получения статистических характеристик. Эта информация необходима для предварительного информирования пользователей о наличии той или иной информации в каталоге и в БД фактов.
Требования к метаданным обеспечиваются выбором источников данных в соответствии с установленными критериями (надежность источника, актуальность контента, полнота и качество данных), сертификация технологий подготовки и поддержки БД центрами. Например, показатели качества метаданных в ЦБМД ЕСИМО представлены в табл.5.
В отношении метаданных надежность подразумевает точность приводимых сведений, проверку сведений из нескольких источников, обязательность ссылок на источники приводимых сведений, наличие системы ранжирования источников; актуальность - своевременный отклик на информационные нужды пользователей; полнота - охват всех основных источников по теме в пределах выбранных критериев.
Таблица 5 - Показатели качества метаданных
Показатель качества |
Индикатор |
Процедура оценки показателя |
1. Регистрация объектов технологий и систем |
||
Наличие описаний тематических технологий в базе метаданных (каждая технология имеет минимум три объекта метаданных – описание БД, программное обеспечение, формат и др.) |
Отсутствует в базе метаданных: все технологии– очень плохо; 4 и более – плохо; 2-3 –удовлетворительно; 1 - хорошо; Все включены - отлично |
По справке «Список информационных проектов», включающий зарегистрированные в базе метаданных технологии |
Полнота заполнения атрибутов (полей) объектов метаданных для тематических технологий |
до 60 процентов – плохо; 61-80 процентов – удовлетворительно; 81-90 процентов – хорошо; Более 90 процентов - отлично |
По справке «Список информационных проектов», включающей раздел «Состояние проекта» |
Наличие описаний ведомственных информационных систем |
Нет описаний ведомственных систем: очень плохо; 1 – плохо; 2 –удовлетворительно; 3-4 – хорошо; 5 и более - отлично |
По справке «Список информационных проектов», включающей раздел «Состояние проекта» |
2. Ведение метаданных |
||
Относительное количество своевременно отредактированных объектов метаданных, представленных в базе метаданных (описания массивов, БД – ежеквартально, другие объекты – ежегодно) |
До 60 процентов обновляется – плохо; 61-80 процентов –удовлетворительно; 81-90 процентов – хорошо; более 90 процентов - отлично |
По справке «Список информационных проектов», включающей раздел «Состояние проекта» |
3. Пригодность метаданных |
||
Востребованность метаданных (по числу обращений пользователей). |
Число обращений к ресурсу составляет: нет обращений – очень плохо; 1-3 в неделю – плохо; 3-7 в неделю – удовлетворительно; от 7 до 20 в неделю – хорошо; больше 20 в неделю – отлично |
По справке «Статистика посещаемости» |
Отсутствие ошибок в разделе описания проекта |
Ошибки в описании проекта устранены в течение: года – очень плохо; квартала – плохо; месяца – удовлетворительно; недели – хорошо; суток – отлично |
По справке «Список информационных проектов», включающей раздел «Состояние проекта» |
Каталоги сервисов (рис.7) и приборов (рис.8) должны иметь уникальные стандартные XML – схемы, только тогда можно создать единую схему поиска.
Рисунок 7 – Связи каталога сервисов с другими объектами метаданных
Рисунок 8– Связи каталога приборов с другими объектами метаданных
Стандартизация в области представления и обмена метаданных
Необходимость стандартизации метаданных очевидна: различия в их составе и способе представления не позволяют вести эффективный поиск сведений о массивах данных и других объектов метаданных и корректно их использовать как для научных исследований, так и при принятии решений.
Помимо ISO, вопросами стандартизации метаданных занимаются Комиссия стандартов по пространственным данным Международной картографической ассоциации (http://ncl.sbs.ohio-state.edu/ica/home.html); консорциум государственных организаций, коммерческих компаний и частных лиц, активно развивающий и стандартизирующий технические средства пространственных данных в США (Open Geospatial Consortium, Inc. - OGC); ассоциация организаций, агентств, компаний и частных лиц со всего мира, продвигающая идеи глобальной пространственных данных, методики создания национальных пространственных данных и их интеграции в общемировой процесс (GSDI); межведомственный орган, координирующий создание пространственных данных в США (FGDC). В табл.5 приведен список стандартов ISO для метаданных. В настоящее время имеются:
-
стандарты выполнения OGC, стандарты для сервисов, картографического отображения (нужны стандарты поиска данных, каталогов данных);
-
стандарты методологических принципов создания (ISO);
-
стандарты транспортных механизмов (W3C).
Таблица 6 - Список стандартов ISO для метаданных из серии «Информация географическая»
Название |
Обозначение |
Разработчик |
Кол-во стр |
Стандарты, технические условия, отчеты и руководства, необходимые для применения инфраструктуры пространственных данных |
CEN/TR 15449:2006 |
CEN/TC 287 Географическая информация |
|
Приложение к ENV 1613-94. Сообщения для обмена лабораторной информацией |
CR 12700: 1997 |
CEN/TC 251 Информатика в здравоохранении |
|
Системы идентификационных карточек. Межсекторные сообщения между основным и периферийными устройствами. Сообщения от получателя к получателю |
CR 1750: 1999 |
CEN/TC 224 Персональная идентификация, электронная подпись и карты и связанные с ними системы и операции |
|
Руководство по отображению Dublin Core и ISO в географическом домене |
CWA 14856:2003 |
CEN/WS MDC Рабочая подгруппа по метаданным для мультимедиа информации. Дублинское ядро (комитет не работает) |
|
Отображение Dublin Core и ISO 19115, "Метаданные" |
CWA 14857:2003 |
CEN/WS MDC Рабочая подгруппа по метаданным для мультимедиа информации. Дублинское ядро (комитет не работает) |
|
Технологии производственные передовые. Архитектура систем. Исполнение модели предприятия и услуги интеграции |
ENV 13550:1999 |
CEN/TC 310 Передовые промышленные технологии |
|
Информационные технологии – Регистр метаданных |
ISO 11179 |
|
|
Почтовые адреса |
ISO 11180 |
|
|
Системы транспортные интеллектуальные. Файлы географических данных (GDF). Общие технические требования к данным |
ISO 14825:2004 |
ISO TC 204 Автоматизированные транспортные системы |
620 |
Анализ поверхности химический. Информационные форматы |
ISO 14975: 2000 |
ISO TC 201/SC 3 Управление данными и обработка |
24 |
Анализ поверхности химический. Формат передачи данных |
ISO 14976: 1998 |
ISO TC 201/SC 3 Управление данными и обработка |
48 |
Элементы стандарта Dublin Core, |
ISO 15836:2003 |
http://dublincore.org/documents/dcq-html/ |
|
Эталонная модель |
ISO 19101: 2002 |
ISO TC 211 Географическая информация/Геоматика |
|
Эталонная модель. Часть 2. Изображения |
ISO/TS 19101-2: 2008 |
ISO TC 211 Географическая информация/Геоматика |
84 |
Язык концептуальной схемы |
ISO/TS 19103: 2005 |
ISO TC 211 Географическая информация/Геоматика |
76 |
Терминология |
ISO/TS 19104: 2008 |
ISO TC 211 Географическая информация/Геоматика |
110 |
Соответствие и тестирование |
ISO 19105:2005, ГОСТ Р ИСО 19105-2003 |
CEN/TC 287 Географическая информация |
28 |
Профили |
ISO 19106: 2006 |
CEN/TC 287 Географическая информация |
|
Схема пространственная |
ISO 19107:2003 |
ISO TC 211 Географическая информация/Геоматика |
178 |
Временная схема |
ISO 19108:2002 |
ISO TC 211 Географическая информация/Геоматика |
62 |
Временная схема |
ISO 19108:2005 |
CEN/TC 287 Географическая информация |
|
Правила для схемы приложений |
ISO 19109: 2006 |
CEN/TC 287 Географическая информация |
|
Правила для схемы приложений |
ISO 19109:2005 |
ISO TC 211 Географическая информация/Геоматика |
80 |
Методология каталогизации особенностей |
ISO 19110: 2005 |
ISO TC 211 Географическая информация/Геоматика |
64 |
Привязка в пространстве по координатам |
ISO 19111:2007 |
ISO TC 211 Географическая информация/Геоматика, portal.opengeospatial.org/files/?artifact_id=6716 |
86 |
Пространственное ориентирование с использованием устройств географического распознавания |
ISO 19112:2003 |
ISO TC 211 Географическая информация/Геоматика |
28 |
Принципы качества |
ISO 19113:2005, ГОСТ Р ИСО 19113-2003) |
CEN/TC 287 Географическая информация |
|
Методы оценки качества |
ISO 19114:2003 |
ISO TC 211 Географическая информация/Геоматика |
74 |
Метаданные |
ISO 19115:2003 |
ISO TC 211 Географическая информация/Геоматика |
184 |
Метаданные. Часть 2. Расширения для данных изображения и данных с координатной привязкой |
ISO 19115-2:2009 |
ISO TC 211 Географическая информация/Геоматика |
52 |
Услуги позиционирования |
ISO 19116:2004 |
ISO TC 211 Географическая информация/Геоматика |
60 |
Представление |
ISO 19117: 2005 |
ISO TC 211 Географическая информация/Геоматика |
48 |
Кодирование (шифрование) |
ISO 19118: 2005 |
ISO TC 211 Географическая информация/Геоматика |
114 |
Услуги |
ISO 19119: 2005 Код МКС 35.240.70 |
ISO TC 211 Географическая информация/Геоматика |
88 |
Базовые стандарты |
ISO/TR 19120: 2001 |
ISO TC 211 Географическая информация/Геоматика |
40 |
Изображения и пространственные данные |
ISO/TR 19121: 2000 |
ISO TC 211 Географическая информация/Геоматика |
44 |
Геоматика. Квалификация и сертификация персонала |
ISO/TR 19122: 2004 |
ISO TC 211 Географическая информация/Геоматика |
108 |
Схема топологии и функций рабочей зоны |
ISO 19123: 2005 |
ISO TC 211 Географическая информация/Геоматика |
72 с. |
Схема геометрического и функционального покрытия |
ISO 19123:2007 |
CEN/TC 287 Географическая информация |
|
Доступ к простым топографическим элементам. Часть 1. Общая архитектура |
ISO 19125-1: 2006 |
CEN/TC 287 Географическая информация |
|
Доступ к простым топографическим элементам. Часть 2. Опция SQL (языка структурированных запросов) |
ISO 19125-2: 2004 |
ISO TC 211 Географическая информация/Геоматика |
68 |
Каталоги, директории и регистры |
ISO 19126 |
CEN/TC 287 Географическая информация |
|
Коды и параметры геодезические |
ISO/TS 19127:2005 |
ISO TC 211 Географическая информация/Геоматика |
28 |
Интерфейс системы отображения сервера |
ISO 19128:2005 |
ISO TC 211 Географическая информация/Геоматика |
84 |
Структура данных изображения, данных с координатной привязкой и данных области покрытия |
ISO/TS 19129:2009 |
ISO TC 211 Географическая информация/Геоматика |
48 |
Спецификации информационных продуктов |
ISO 19131:2007 |
ISO TC 211 Географическая информация/Геоматика |
48 |
Услуги, основанные на расположении. Эталонная модель |
ISO 19132: 2007 |
ISO TC 211 Географическая информация/Геоматика |
104 |
Услуги, основанные на расположении. Прокладка маршрутов и навигация |
ISO 19133: 2005 |
ISO TC 211 Географическая информация/Геоматика |
150 |
Услуги, основанные на расположении. Мультимодальная маршрутизация и навигация |
ISO 19134: 2007 |
ISO TC 211 Географическая информация/Геоматика |
48 |
Процедуры регистрации элементов |
ISO 19135:2005 |
ISO TC 211 Географическая информация/Геоматика |
64 |
Язык географической разметки (GML) |
ISO 19136:2007 |
ISO TC 211 Географическая информация/Геоматика |
104 |
Базовый профиль пространственной схемы |
ISO 19137:2007 |
ISO TC 211 Географическая информация/Геоматика |
20 |
Показатели качества данных |
ISO/TS 19138:2006 |
ISO TC 211 Географическая информация/Геоматика |
76 |
Метаданные. Внедрение XML-схем |
ISO/TS 19139:2007 |
ISO TC 211 Географическая информация/Геоматика |
118 |
Схема для подвижных элементов |
ISO 19141: 2008 |
ISO TC 211 Географическая информация/Геоматика |
56 |
Определение прикладных сервисов и спецификация протокола |
ISO 23950:1998 |
|
|
Коды стран |
ISO 3166 |
|
|
Сокращения названий языков |
ISO 639-2:1998 |
|
|
Семибитное кодирование набора символов |
ISO 646 |
|
|
Библиографические описания – содержание форма и структура |
ISO 690:1987 |
|
|
Представление дат и времени |
ISO 8601:2000 |
http://xml.coverpages.org/ISO-FDIS-8601.pdf |
|
Картография цифровая. Термины и определения |
ГОСТ 28441-99 |
29-й НИИ Министерства обороны Российской Федерации |
16 |
Наиболее широко распространенным является стандарт ISO 19115, который определяет более 400 элементов метаданных, объединенных в 95 классов (атомарных единиц метаданных). 22 элемента составляют ядро, включающее 7 обязательных, 4 условных и 11 необязательных элементов. Стандарт имеет следующие преимущества: поддержку многоязычных метаданных, использование современных средств документирования (включая словарь данных), поддержку национальных и тематических профилей стандарта, опору на другие международные стандарты (например, для представления дат, времени, координат и др.). ISO 19115 является рамочным стандартом, т.е. не указывает, как метаданные должны храниться в файлах или БД. Эту задачу решает стандарт реализации — ISO 19139.
Идея разбиения стандарта на классы, помимо улучшения обзорности большого числа элементов, состоит в том, что элементы (такие, как условия применения, обязательность и др.) можно присваивать как отдельным элементам, так и классам. Разбиение на классы удобно для создания профилей стандарта, куда они могут переходить полностью из базового стандарта.
Важной особенностью стандарта ISO 19115 является то, что он не только определяет и структурирует элементы метаданных, но и указывает, какие типы данных должны использоваться для записи значений и какие это могут быть значения. Делается это с помощью списков значений кодов, указания допустимого диапазона значений и ссылок на другие стандарты, определяющие представление координат, даты, кодировки символов и т.д. Такая детализация усложняет применение ISO 19115, поскольку для этого требуются приобретение других стандартов и включение их в профиль стандартов метаданных. Использование профиля стандартов упрощает реализацию схемы данных (ISO 19139) и практическое применение стандарта ISO 19115 при построении каталогов метаданных, использующихся для поиска данных по запросам пользователей.
Стандарты метаданных США (серия документов FGDC-STD CSDGMD) представлены в табл.6. К базовому стандарту метаданных FGDC-STD 001-1998 CSDGMD разработаны специальные и тематические профили: профиль биологических данных; расширение для данных дистанционного зондирования; профиль метаданных береговой линии. Во многих странах стандарты FGDC используются в качестве основы национальных стандартов.
Таблица 7 - Список стандартов Федерального комитета по географическим данным США
Номер стандарта FGDC STD |
Оригинальное название |
Русское название |
001–1998 |
Content Standard for Digital Geospatial Metadata (CSDGMD) |
Стандарт содержания цифровых геопространственных метаданных |
001.1– 1999 |
CSDGMD Part 1: Biological Data Profile |
Часть 1: Профиль биологических данных |
002.5– 1999 002.6 002.7– 2000 |
Spatial Data Transfer Standard Part 5: Raster Profile and Extensions. Part 6: Point Profile Part 7: CADD (Computer-Aided Drafting and Design), Profile |
Стандарт передачи пространственных данных. Часть 5: Профиль и расширения для растровых данных Часть 6: Профиль для точечных данных Часть 7: Профиль CADD |
005 |
Vegetation Classification Standard |
Стандарт классификации растительности |
006 |
Soil Geographic Data Standard |
Стандарт географических данных о почвах |
007– 1998 |
Geospatial Positioning Accuracy Standards |
Стандарты точности определения геопространственных координат |
008– 1999 |
Content Standards for Digital Orthoimagery |
Стандарт содержания цифровых ортоизображений |
009– 1999 |
Content Standard for Remote Sensing Swath Data |
Стандарт содержания сканированных данных дистанционного зондирования |
010– 2000 |
Utilities Data Content Standard |
Стандарт содержания данных инженерных коммуникаций |
011– 2001 |
United States National Grid |
Разграфка США |
012– 2002 |
Extensions for Remote Sensing Metadata |
Расширения для данных дистанционного зондирования |
Стандартом метаданных, принятым в России, является ГОСТ Р 51353–99 «Геоинформационное картографирование. Метаданные электронных карт. Состав и содержание». Стандарт перечисляет наиболее используемые элементы метаданных и дополнительную информацию, необходимую для применения метаданных. Стандарты серии ISO 19100 для России также являются основополагающими. Большое число стандартов для метаданных разработано на основе языка XML, табл.8.
Таблица 8 - Стандарты для описания метаданных на основе языка XML
Номер стандарта |
Название, назначение |
Состояние, год утверждения |
Организация разработчик |
DC (Dublin Core Metadata for Resource Discovery), ISO 15836 |
Набор основных семантических элементов, описывающий публикации. Семантика каждого элемента уточняются с помощью квалификаторов (параллельное заглавие, редакторы и т.п.). |
2003, RFC 2413, RFC 2731 |
W3C, Technical Committees (TC) 46, ISO |
CWM (Common Warehouse Metamodel) |
Общая метамодель для обмена метаданными при использовании технологий Хранилищ данных |
|
|
OMG XMI (Object Management Group XML Metadata Interchange) |
Классы объектов, представляющие типы информационных ресурсов, атрибуты и отношения между различными типами ресурсов |
Стандарт |
|
METS (Metadata Encoding and Transmission Standard) |
Кодирование и передача метаданных |
|
Федерация электронных библиотек |
DCML (Data Center Markup Language Framework Specification) |
Описание центров обработки данных, способы «инвентаризации» компонентов центра (серверы, программная инфраструктура, сетевые устройства, системы хранения), описания их взаимодействия друг с другом |
REC |
W3C, другие компании. |
Google Sitemaps Protocol |
Протокол Карта сайта, призван улучшить индексацию сайтов. Описывает страницы сайта (дата обновления, частота обновлений и приоритеты индексации), https://www.google.com/webmasters/sitemaps/docs/en/protocol.html |
2005 |
|
LOM (Learning Object Metadata) |
Описание информационных ресурсов в области образования, http://ltsc.ieee.org/wg12 |
2002 P1484.12.1 |
IEEE |
MDC OIM (Metadata Coalition Open Informational Model) |
Описание моделей данных, реляционных схем, схем обмена данными |
Стандарт |
|
OAI (The Open Archives Initiative) |
Protocol for Metadata Harvesting, http://www.openarchives.org/OAI/openarchivesprotocol.html |
Стандарт |
|
OAMS (Open Archives Metadata Set) |
Представление данных e-print |
|
|
OMG XMI (Object Management Group XML Metadata Interchange) |
Описывает классы объектов, атрибуты и отношения между различными типами ресурсов. Используется для экспорта/импорта данных - представление для анализа и понимания информационной модели, создания объектного API к ресурсам; автоматизации проектирования с помощью case-средств |
Стандарт |
OMG |
OWL (Web Ontology Language) |
Описание предметных онтологий на основе RDFS http://ontology.com/ |
REC |
W3C |
RDF (Resource Description Framework) |
Среда описания ресурсов с разной степенью формализации, http://www.w3.org/RDF/ |
REC |
W3C |
RDFS (Resource Definition Framework Schema) |
Описание схемы классов и их свойств, с учетом их наследования, ограничений, http://www.w3.org/TR/REC-rdf-syntax/ |
REC, 1999 |
W3C |
SensorML (The Sensor Model Language) |
Модель описания датчиков, приборов и генерируемых ими потоков информации (http://vast.uah.edu/SensorML/) |
Version 1.0 |
UNIDATA, Global Hydrology and Climate Centre |
vCard |
Электронная визитная карточка – описание персоны |
Стандарт |
|
SKOS Core (SKOS Mapping Vocabulary Specification) |
Модель определения основной структуры и содержания схемы концепций тезауруса, классификационных схем, таксономий, «фолксономий» терминов и определений, глоссариев и других типов контролируемых словарей. http://www.w3.org/2004/02/skos/mapping/spec/, SKOS Core Vocabulary – http://www.w3.org/TR/swbp-skos-core-guide/ |
2004 |
W3C |
UDDI (Universal Distribution, Discovery, and Integration) |
Реестр web-сервисов. Универсальный метод описания, обнаружения и интеграции web-сервисов. Предоставляет средства, с помощью которых любые приложения или услуги, описанные в терминах web-сервисов, могли быть распознаны другими приложениями. На первом уровне — информация об участниках электронной коммерции и описание того, какими продуктами, стандартами, протоколами и процедурами они пользуются. На втором — описание продукции (www.uddi.org) |
REC |
OASIS, IBM, Ariba, Microsoft |
TML (Transducer Markup Language) |
Интеграция информационно – измерительных систем, обмена сообщениями между сенсорами и компьютером, http://www.opengeospatial.org/legal |
Стандарт, 2005 |
OpenGIS |
WSDL (Web Services Description Language) |
Язык описания web-сервисов http://www.w3.org/TR/wsdl/, http://www.msdn.microsoft.com/xml/general/wsdl.asp/ |
REC |
W3C |
Примечание. RFC- Request For Comments documents, REC – Recommendations
Каждый стандарт предлагает собственную модель данных, часто и собственный синтаксис для записи информации. Создание профиля заключается в использовании для обмена метаданными единой модели, объединяющей стандарты всех объектов метаданных. При этом семантика атрибутов берется из соответствующих стандартов. Если найти подходящий элемент в стандартах пространства имен не удается, можно создать собственное пространство, определив его посредством URI, и добавлять в него элементы с требуемой семантикой. Такой подход значительно упрощает взаимодействие между различными стандартами.