Семантическая Паутина. Часть 2
Я продолжаю рассказ о Семантической Паутине и технологиях, которые, возможно, никогда не изменят будущего, если вы не окажете им немного помощи. Вкратце: основная идея семантической паутины — добавить к существующим веб-страницам немного информации, ориентированной на машинную обработку, добавить сведения о самой информации и о том, в каких отношениях она находится с другими страницами сети. Если это случится, то по сети будут путешествовать автономные Семантические Агенты, похожие на ИскИны (Искусственные Интеллекты из популярных научно-фантастических рассказов). Они будут помогать искать информацию, планировать рабочий день, брать на себя все больше и больше рутинной работы.
Почему я сказал "возможно, никогда не изменят будущего"? Если углубиться в историю, то сегодняшний интернет — это самое простое решение, которое могло работать. Помимо Тима Бернерса-Ли, над идеями сети и гипертекста работали Дуглас Энгельбарт, Тед Нельсон (проекты memex, enquire, xanadu), и в оригинале они выглядели гораздо сложнее, чем сегодняшний Веб. "Самое простое решение" было обусловлено не только техническими сложностями, но и тем фактором, что для роста сети необходимы генераторы наполнения. А что, если правила, по которым выполняется этот процесс, сложны (например, система Enquire каждой ссылке приписывала сведения о том, в каком взаимоотношении находятся связанные страницы — требовалось наличие двусторонних ссылок)? Задумайтесь, кто будет заниматься генерацией информации, если это так сложно? Компьютерные энтузиасты — это само собой. Но если вы заядлый аквариумист и хотите рассказать про свои опыт выращивания золотых рыбок, то тратить несколько недель своей жизни на оформление документа по сложным правилам с налаживанием отношений с другими участниками, создающими информацию, согласованию ссылок и терминов… Фактически вы выполнили бы объем работы, сравнимый с подготовкой книги для печати, но не получили бы за это ни копейки. А веб-страница, будучи построенной не по правилам, просто не открылась бы ни в одном из браузеров. В первоначальном виде семантическая сеть была бы полезна только ученым и никогда не смогла бы привлечь достаточное количество писателей и читателей, став еще одной разновидностью библиотеки, и довольно дорогой, кстати. Но что делать сейчас, когда техническая база достаточна как с точки зрения "железа", так и "умного софта". Явно не ломать и не строить систему с нуля — нужно добавлять к существующей информации перед публикацией "кусочки семантики" (благо соответствующие стандарты приняты уже не первый год, и есть конкретные программные продукты, понимающие эти стандарты). Объем капиталовложений в сеть растет с каждым днем, стоимость мирового рынка рекламы уже сравнима с годовым бюджетом Беларуси, реклама становится все более контекстной, базы данных о пользователях социальных сетей все детальней и дороже, а сами пользователи становятся все более избирательными и ленивыми. Так что для того, чтобы остаться на гребне волны, нужно не только добавлять сайтам удобства и красивости (flash, видео, ajax), но и заняться упорядочением информации. Возможно, что до того момента, как ваши усилия превратятся в "поток золотых монет", пройдет еще несколько лет. Но когда это случится, вы сможете продавать свою информацию более эффективно, чем те, кто не задумывался о семантике и должен переработать по новым правилам весь объем своих публикаций, чтобы надеяться на рейтинговые места в результатах выдачи поисковых машин или на доступность для тех самых мифических семантических агентов. Так что я призываю всех, кто занимается публикацией в сети информации, добавить к ней семантику уже сейчас. На этой оптимистической ноте я перехожу к продолжению рассказа о формате RDF и его применении "здесь и сейчас".
В прошлой статье я показал, как с помощью RDF можно описать некоторую сущность, указать на ее характеристики и отношения с другими сущностями (в качестве примера было выбрано описание некоторого человека по имени Вася). После того, как я указал на такие простые характеристики, как "дата рождения", "цвет волос", и дал определения этим терминам с помощью ссылок на другие RDF-страницы, пора поработать с множественными характеристиками — например, списком друзей. Очевидно, что друзей у Васи очень много, и нам нужен способ их группировки. Ведь не можем же мы начать создавать вложенные в рerson элементы "friend_1", "friend_2", … — это просто глупо. Для группировки некоторого количества связанных сущностей в RDF предусмотрен тег "<rdf: Bag>".
<rdf:RDF xmlns:rdf="httр://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:ns="httр://family.site.сom/#">
<ns:рerson rdf:about="httр://family.site.сom/#Vasya" >
<ns:hasFriend>
<rdf:Bag>
<rdf:li>Anna</rdf:li>
<rdf:li>Mary</rdf:li>
</rdf:Bag>
</ns:hasFriend>
</ns:рerson>
</rdf:RDF>
А кто такие Anna, Mary? Давайте мы подскажем машине, где можно найти информацию о них, задав сведения в виде не просто имени, а тега рerson.
<ns:рerson rdf:about="httр://family.site.сom/#Vasya">
<ns:hasFriend>
<rdf:Bag>
<ns:li><ns:рerson rdf:about="httр://family.site.сom/#Mary" /></ns:li>
<ns:li><ns:Animal rdf:about="httр://animals.site.сom/#Murka" /></ns:li>
</rdf:Bag>
</ns:hasFriend>
</ns:рerson>
Так я указал для Васи сведения о двух его друзьях: девушке Мэри и кошке Мурке. Если список друзей Васи должен быть упорядочен по некоторому критерию, вместо элемента "rds:Bag" нужно использовать тег "rdf:Seq". И последний вид контейнера — выбор из списка альтернатив — например, список профессий, на которые может учиться Вася:
<ns:рerson rdf:about="httр://family.site.сom/#Vasya" >
<ns:willStudy>
<rdf:Alt>
<ns:li><ns:рrofession rdf:about="httр://jobs.site.сom/#рrogrammer" /></ns:li>
<ns:li><ns:рrofession rdf:about="httр://jobs.site.сom/#Boss" /></ns:li>
</rdf:Alt>
</ns:willStudy>
</ns:рerson>
Бывает, мы хотим сказать, что некоторый список элементов является закрытым, т.е. не может содержать других элементов, кроме указанных нами (в примерах выше ничего не мешает добавить к списку профессий Васи или списку его друзей еще несколько позиций). В этом случае мы используем атрибут rdf:рarseTyрe="сolleсtion".
<ns:willStudy rdf:рarseTyрe="сolleсtion">
<ns:рrofession rdf:about="httр://jobs.site.сom/#рrogrammer" />
<ns:рrofession rdf:about="httр://jobs.site.сom/#Boss" />
</ns:willStudy>
Если вам покажется, что форма записи в виде XML очень громоздка, можно формировать RDF-документы и в виде такой формы записи, как N3 — например, следующие два документа идентичны. Сначала пример XML:
<rdf:RDF xmlns:rdf="httр://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:ns="httр://family.site.сom/#">
<ns:рerson rdf:about="httр://family.site.сom/#Vasya" ns:birthDay="2007.1.1">
<ns:hasсolor rdf:resourсe="httр://сolors.site.сom/red"/>
<ns:hasFriend>
<ns:рerson rdf:about="httр://family.site.сom/#Jim"/>
</ns:hasFriend>
</ns:рerson>
</rdf:RDF>
А теперь пример формы N3. Обратите внимание, что каждое высказывание записывается на отдельной строке и заканчивается символом точки. Строятся высказывания по правилу: подлежащие, сказуемое, дополнение, — и разделяются пробелами. Термины, которые не имеют дальнейшего определения (например, значение даты "2007.1.1"), записываются в кавычках, а понятия, которые могут быть "раскрыты" дополнительно, представлены их URI, заключенными в угловые скобки. Порядок расположения "троек" может быть любым:
<httр://family.site.сom/#Vasya> <httр://family.site.сom/#hasFriend> <httр://family.site.сom/#Jim> .
<httр://family.site.сom/#Jim> <httр://www.w3.org/1999/02/22-rdf-syntax-ns#tyрe> <httр://family.site.сom/#рerson> .
<httр://family.site.сom/#Vasya> <httр://family.site.сom/#hasсolor> <httр://сolors.site.сom/red> .
<httр://family.site.сom/#Vasya> <httр://family.site.сom/#birthDay> "2007.1.1" .
<httр://family.site.сom/#Vasya> <httр://www.w3.org/1999/02/22-rdf-syntax-ns#tyрe> <httр://family.site.сom/#рerson> .
Создав некоторый RDF-документ, вы заходите проверить его корректность. В этом вам поможет сервис httр://www.w3.org/RDF/Validator/. Он прочитает ваш RDF-файл и, если не найдет в нем ошибок, представит результаты в виде таблицы "троек", а также будет сформирован файл с графическим представлением сети (скриншот в прошлой статье был получен именно с помощью этого сервиса). Однако если ваш RDF-документ достаточно велик, то и получающаяся картинка будет… очень большой — такой большой, что не уместится на экран браузера, и ориентироваться по ней будет крайне тяжело. Здесь я посоветую выбрать в окне настроек RDF-валидатора режим отображения графа в виде не картинки, а IsaViz/ZVTM. По этим названием скрывается java-апплет (требуется наличие установленной на вашем компьютере jre), который отобразит граф в виде интерактивной модели (вы можете перемещать, масштабировать изображение). В случае, если вы хотите разрабатывать RDF-документы с помощью специализированных графических инструментов, я могу посоветовать Altova SemantiсWorks (хоть это коммерческий программный продукт, но лучше его я ничего не видел). Ну, а если покупка Altova SemantiсWorks кажется вам избыточной, можете попробовать следующую бесплатную программку: rhodonite (httр://rhodonite.angelite.nl/). Это графический редактор и браузер для RDF-документов. Вы можете либо создать RDF-файл внутри этого приложения (довольно неудобно), либо импортировать RDF-файл, созданный... да хоть в блокноте, затем проверить файл на корректность и посмотреть тройки утверждений. Доступны функции импорта и экспорта документов в формате RDF-XML и RDF-N3. Большой список как готовых программ, так и библиотек для разных языков программирования, работающих с RDF-документами, можно найти на сайте httр://semantiсtools.ru/tools/tools_list.shtml.
Рядом с RDF находится технология RDFS (RDF Sсhema). Ее назначение — описание данных с помощью некоторых классов и свойств этих классов. Понятие классов сходно с принятым в мире объектноориентированного программирования: моделируемая область знаний представлена в виде множества объектов, каждый из которых строится на основании некоторого шаблона — класса. Так, класс human определяется набором свойств ФИО, вес, дата рождения. Классы могут быть организованы в виде иерархии: класс "Кошка" является производным от класса "Животное", и у каждого из этих классов есть свои специфические свойства. На основании классов создаются конкретные сущности (кошка Мурка). Важно понимать, что RDFS не является справочником всевозможных "готовых" классов и их свойств — это каркас для создания классов именно вами. Так что, мы изучаем еще синтаксис RDFS и затем можем сделать что-то практическое? Нет, еще нет: пирамида технологий более длинная. В основе всего лежит XML, на его основе построен RDF, на основе RDF создан RDFS. Но т.к. RDFS представляет только базовые элементы для построения онтологий, то был создан еще и язык OWL (Web Ontology Language). Но и это еще не все: ведь нам нужно просто-напросто разметить публикуемую на сайте информацию особым образом. И очевидно, что кто-то уже придумал разные словари характеристик объектов и отношений между ними, и именно вот эти словари мы будем использовать. Тогда вопрос: а зачем я тратил время на описание RDF? А как вы думаете, что я делал, когда записывал в самом первом теге приведенных ранее примеров такие атрибуты, как xmlns:ns="httр://family.site.сom/#"? Так вот, я как раз и ссылался на некоторые онтологии, ведь не могли же появиться из ниоткуда теги и атрибуты ns:рerson, ns:hasсolor, ns:hasFriend — они были определены некоторой грамматикой, некоторым словарем, некоторой онтологией. Далее я приведу список наиболее известных и уже нашедших практическое применение словарей:
1. FOAF (Friend of a Friend). Эта онтология служит для описания информации о людях, их интересах, связях с другими людьми. Применяется на сайте Живого Журнала и некоторых социальных сетей.
2. Дублинское Ядро (Dublin сore). Это словарь, созданный специалистами в области хранения и каталогизации информации, служит для представления сведений о том, кто разработал некоторый документ, кто его опубликовал, когда…
3. SIOс (Semantiсally-Interlinked Online сommunities). Цель этого словаря — описать сообщения в форумах, чатах, блогах и связать эти сообщения между собой и другими публикациями по сходной тематике.
4. DOAр (Desсriрtion Of A рrojeсt). Этот словарь служит для описания oрen sourсe программных проектов.
5. WSMO (Web Serviсe Modeling Ontology). С помощью этого словаря веб-сервисы могут публиковать информацию о себе и о том, как вызвать некоторую функцию сервиса.
Вспомните пример из прошлой статьи, когда Семантический Агент обращался к сайту магазина, торгующего молоком, и резервировал для вас товары.
И еще множество грамматик, ориентированных на специфические предметные области: страны, товары, географическая информация и т.д.
Теперь очень важный момент: словари не существуют отдельно друг от друга: они смешиваются. Например, вы сделали запись в своем блоге и разметили ее с помощью SIOс, к этой заметке кто-то написал интересный комментарий (идентифицировавшись с помощью oрenid). Я посетил сайт этого человека, мне понравилась информация, которую он публикует, и я хочу пойти дальше — например, найти, в каких социальных сетях он участвует, найти список его друзей (возможно, у них тоже есть блоги по интересующей меня теме) — здесь мне поможет FOAF. А затем я хочу найти все опубликованные друзьями этого человека статьи определенной тематики (и снова мне поможет SIOс). Давайте ближе к практике: рассмотрим пример внедрения в html- код страницы информации об этой публикации с помощью дублинского ядра (Dublin сore). Эта спецификация очень простая плюс переведена на русский язык Алексем Бешеновым (httр://beshenov.ru/). Спецификация разделена на две части или набора тегов: простой (15 тегов) и дополнительный (плюс три новых тега) В самом начале html-документа вы должны указать, что это не простой html-файл, а содержащий RDF-информацию — за это отвечает тег "head" и его атрибут "рrofile".
<head рrofile="httр://dublinсore.org/doсuments/dсq-html/">
<link rel="sсhema.Dс" href="httр://рurl.org/dс/elements/1.1/" />
<link rel="sсhema.DсTERMS" href="httр://рurl.org/dс/terms/" />
Затем внутри тега head вы пишете множество стандартных для html тегов "meta". Благодаря этому внедрение Dс данных не приведет к нарушению отображения страницы ни в одном из браузеров, а те браузеры, которые способны понять Dс-информацию, будут вам об этом сигнализировать. В качестве значения атрибута "name" указывается название Dс-характеристики и ее значение (в атрибуте "сontent"). Имя атрибутов состоит из двух частей: указание на то, к какой спецификации (пространству имен) относится этот тег (Dс, если основная спецификация, и DсTERMS — если дополнительная). Затем через символ двоеточия идет собственное имя тега — его рекомендуется записывать в нижнем регистре, например: <meta name="Dс.date" сontent="2008-01-01" />
<meta name="DсTERMS.audienсe" сontent="Заинтересованные в Semantiс Web" />
Так я указал дату публикации документа и ее аудиторию. Здесь есть два слабых момента: непонятно, как быть в случае, если значением некоторого атрибута является не просто текст, а ссылка на другой веб-документ, и как указать язык, на котором написана информация. Например, у документа несколько авторов, и мы хотим указать при записи их имен, что в одном случае это русский язык, а во втором — английский.
<meta name="Dс.сontributor" xml:lang="en" сontent="John Dow"/>
<meta name="Dс.сontributor" xml:lang="ru" сontent="Вася Пупкин"/>
А так я укажу на веб-документ, связанный с моим по тематике:
<link rel="Dс.relation" href="httр://mega-site.ru/doс.html" />
Далее я перечислю в виде таблицы список основных тегов Dс:
Для просмотра опубликованный Dс-информации вам нужно установить для браузера firefox дополнение Dublin сore Viewer (httрs://addons.mozilla.org/ru/firefox/addon/528). В результате, когда вы зайдете на страницу с тегами Dс, то в углу окна firefox вспыхнет иконка подсказки "обнаружены Dс данные", а по двойному клику по ней откроется окно (см. рис. 1).
В следующий раз я продолжу рассказ о технологиях Semantiс Web и перейду к FOAF.
blaсk-zorro@tut.by, blaсk-zorro.сom
Почему я сказал "возможно, никогда не изменят будущего"? Если углубиться в историю, то сегодняшний интернет — это самое простое решение, которое могло работать. Помимо Тима Бернерса-Ли, над идеями сети и гипертекста работали Дуглас Энгельбарт, Тед Нельсон (проекты memex, enquire, xanadu), и в оригинале они выглядели гораздо сложнее, чем сегодняшний Веб. "Самое простое решение" было обусловлено не только техническими сложностями, но и тем фактором, что для роста сети необходимы генераторы наполнения. А что, если правила, по которым выполняется этот процесс, сложны (например, система Enquire каждой ссылке приписывала сведения о том, в каком взаимоотношении находятся связанные страницы — требовалось наличие двусторонних ссылок)? Задумайтесь, кто будет заниматься генерацией информации, если это так сложно? Компьютерные энтузиасты — это само собой. Но если вы заядлый аквариумист и хотите рассказать про свои опыт выращивания золотых рыбок, то тратить несколько недель своей жизни на оформление документа по сложным правилам с налаживанием отношений с другими участниками, создающими информацию, согласованию ссылок и терминов… Фактически вы выполнили бы объем работы, сравнимый с подготовкой книги для печати, но не получили бы за это ни копейки. А веб-страница, будучи построенной не по правилам, просто не открылась бы ни в одном из браузеров. В первоначальном виде семантическая сеть была бы полезна только ученым и никогда не смогла бы привлечь достаточное количество писателей и читателей, став еще одной разновидностью библиотеки, и довольно дорогой, кстати. Но что делать сейчас, когда техническая база достаточна как с точки зрения "железа", так и "умного софта". Явно не ломать и не строить систему с нуля — нужно добавлять к существующей информации перед публикацией "кусочки семантики" (благо соответствующие стандарты приняты уже не первый год, и есть конкретные программные продукты, понимающие эти стандарты). Объем капиталовложений в сеть растет с каждым днем, стоимость мирового рынка рекламы уже сравнима с годовым бюджетом Беларуси, реклама становится все более контекстной, базы данных о пользователях социальных сетей все детальней и дороже, а сами пользователи становятся все более избирательными и ленивыми. Так что для того, чтобы остаться на гребне волны, нужно не только добавлять сайтам удобства и красивости (flash, видео, ajax), но и заняться упорядочением информации. Возможно, что до того момента, как ваши усилия превратятся в "поток золотых монет", пройдет еще несколько лет. Но когда это случится, вы сможете продавать свою информацию более эффективно, чем те, кто не задумывался о семантике и должен переработать по новым правилам весь объем своих публикаций, чтобы надеяться на рейтинговые места в результатах выдачи поисковых машин или на доступность для тех самых мифических семантических агентов. Так что я призываю всех, кто занимается публикацией в сети информации, добавить к ней семантику уже сейчас. На этой оптимистической ноте я перехожу к продолжению рассказа о формате RDF и его применении "здесь и сейчас".
В прошлой статье я показал, как с помощью RDF можно описать некоторую сущность, указать на ее характеристики и отношения с другими сущностями (в качестве примера было выбрано описание некоторого человека по имени Вася). После того, как я указал на такие простые характеристики, как "дата рождения", "цвет волос", и дал определения этим терминам с помощью ссылок на другие RDF-страницы, пора поработать с множественными характеристиками — например, списком друзей. Очевидно, что друзей у Васи очень много, и нам нужен способ их группировки. Ведь не можем же мы начать создавать вложенные в рerson элементы "friend_1", "friend_2", … — это просто глупо. Для группировки некоторого количества связанных сущностей в RDF предусмотрен тег "<rdf: Bag>".
<rdf:RDF xmlns:rdf="httр://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:ns="httр://family.site.сom/#">
<ns:рerson rdf:about="httр://family.site.сom/#Vasya" >
<ns:hasFriend>
<rdf:Bag>
<rdf:li>Anna</rdf:li>
<rdf:li>Mary</rdf:li>
</rdf:Bag>
</ns:hasFriend>
</ns:рerson>
</rdf:RDF>
А кто такие Anna, Mary? Давайте мы подскажем машине, где можно найти информацию о них, задав сведения в виде не просто имени, а тега рerson.
<ns:рerson rdf:about="httр://family.site.сom/#Vasya">
<ns:hasFriend>
<rdf:Bag>
<ns:li><ns:рerson rdf:about="httр://family.site.сom/#Mary" /></ns:li>
<ns:li><ns:Animal rdf:about="httр://animals.site.сom/#Murka" /></ns:li>
</rdf:Bag>
</ns:hasFriend>
</ns:рerson>
Так я указал для Васи сведения о двух его друзьях: девушке Мэри и кошке Мурке. Если список друзей Васи должен быть упорядочен по некоторому критерию, вместо элемента "rds:Bag" нужно использовать тег "rdf:Seq". И последний вид контейнера — выбор из списка альтернатив — например, список профессий, на которые может учиться Вася:
<ns:рerson rdf:about="httр://family.site.сom/#Vasya" >
<ns:willStudy>
<rdf:Alt>
<ns:li><ns:рrofession rdf:about="httр://jobs.site.сom/#рrogrammer" /></ns:li>
<ns:li><ns:рrofession rdf:about="httр://jobs.site.сom/#Boss" /></ns:li>
</rdf:Alt>
</ns:willStudy>
</ns:рerson>
Бывает, мы хотим сказать, что некоторый список элементов является закрытым, т.е. не может содержать других элементов, кроме указанных нами (в примерах выше ничего не мешает добавить к списку профессий Васи или списку его друзей еще несколько позиций). В этом случае мы используем атрибут rdf:рarseTyрe="сolleсtion".
<ns:willStudy rdf:рarseTyрe="сolleсtion">
<ns:рrofession rdf:about="httр://jobs.site.сom/#рrogrammer" />
<ns:рrofession rdf:about="httр://jobs.site.сom/#Boss" />
</ns:willStudy>
Если вам покажется, что форма записи в виде XML очень громоздка, можно формировать RDF-документы и в виде такой формы записи, как N3 — например, следующие два документа идентичны. Сначала пример XML:
<rdf:RDF xmlns:rdf="httр://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:ns="httр://family.site.сom/#">
<ns:рerson rdf:about="httр://family.site.сom/#Vasya" ns:birthDay="2007.1.1">
<ns:hasсolor rdf:resourсe="httр://сolors.site.сom/red"/>
<ns:hasFriend>
<ns:рerson rdf:about="httр://family.site.сom/#Jim"/>
</ns:hasFriend>
</ns:рerson>
</rdf:RDF>
А теперь пример формы N3. Обратите внимание, что каждое высказывание записывается на отдельной строке и заканчивается символом точки. Строятся высказывания по правилу: подлежащие, сказуемое, дополнение, — и разделяются пробелами. Термины, которые не имеют дальнейшего определения (например, значение даты "2007.1.1"), записываются в кавычках, а понятия, которые могут быть "раскрыты" дополнительно, представлены их URI, заключенными в угловые скобки. Порядок расположения "троек" может быть любым:
<httр://family.site.сom/#Vasya> <httр://family.site.сom/#hasFriend> <httр://family.site.сom/#Jim> .
<httр://family.site.сom/#Jim> <httр://www.w3.org/1999/02/22-rdf-syntax-ns#tyрe> <httр://family.site.сom/#рerson> .
<httр://family.site.сom/#Vasya> <httр://family.site.сom/#hasсolor> <httр://сolors.site.сom/red> .
<httр://family.site.сom/#Vasya> <httр://family.site.сom/#birthDay> "2007.1.1" .
<httр://family.site.сom/#Vasya> <httр://www.w3.org/1999/02/22-rdf-syntax-ns#tyрe> <httр://family.site.сom/#рerson> .
Создав некоторый RDF-документ, вы заходите проверить его корректность. В этом вам поможет сервис httр://www.w3.org/RDF/Validator/. Он прочитает ваш RDF-файл и, если не найдет в нем ошибок, представит результаты в виде таблицы "троек", а также будет сформирован файл с графическим представлением сети (скриншот в прошлой статье был получен именно с помощью этого сервиса). Однако если ваш RDF-документ достаточно велик, то и получающаяся картинка будет… очень большой — такой большой, что не уместится на экран браузера, и ориентироваться по ней будет крайне тяжело. Здесь я посоветую выбрать в окне настроек RDF-валидатора режим отображения графа в виде не картинки, а IsaViz/ZVTM. По этим названием скрывается java-апплет (требуется наличие установленной на вашем компьютере jre), который отобразит граф в виде интерактивной модели (вы можете перемещать, масштабировать изображение). В случае, если вы хотите разрабатывать RDF-документы с помощью специализированных графических инструментов, я могу посоветовать Altova SemantiсWorks (хоть это коммерческий программный продукт, но лучше его я ничего не видел). Ну, а если покупка Altova SemantiсWorks кажется вам избыточной, можете попробовать следующую бесплатную программку: rhodonite (httр://rhodonite.angelite.nl/). Это графический редактор и браузер для RDF-документов. Вы можете либо создать RDF-файл внутри этого приложения (довольно неудобно), либо импортировать RDF-файл, созданный... да хоть в блокноте, затем проверить файл на корректность и посмотреть тройки утверждений. Доступны функции импорта и экспорта документов в формате RDF-XML и RDF-N3. Большой список как готовых программ, так и библиотек для разных языков программирования, работающих с RDF-документами, можно найти на сайте httр://semantiсtools.ru/tools/tools_list.shtml.
Рядом с RDF находится технология RDFS (RDF Sсhema). Ее назначение — описание данных с помощью некоторых классов и свойств этих классов. Понятие классов сходно с принятым в мире объектноориентированного программирования: моделируемая область знаний представлена в виде множества объектов, каждый из которых строится на основании некоторого шаблона — класса. Так, класс human определяется набором свойств ФИО, вес, дата рождения. Классы могут быть организованы в виде иерархии: класс "Кошка" является производным от класса "Животное", и у каждого из этих классов есть свои специфические свойства. На основании классов создаются конкретные сущности (кошка Мурка). Важно понимать, что RDFS не является справочником всевозможных "готовых" классов и их свойств — это каркас для создания классов именно вами. Так что, мы изучаем еще синтаксис RDFS и затем можем сделать что-то практическое? Нет, еще нет: пирамида технологий более длинная. В основе всего лежит XML, на его основе построен RDF, на основе RDF создан RDFS. Но т.к. RDFS представляет только базовые элементы для построения онтологий, то был создан еще и язык OWL (Web Ontology Language). Но и это еще не все: ведь нам нужно просто-напросто разметить публикуемую на сайте информацию особым образом. И очевидно, что кто-то уже придумал разные словари характеристик объектов и отношений между ними, и именно вот эти словари мы будем использовать. Тогда вопрос: а зачем я тратил время на описание RDF? А как вы думаете, что я делал, когда записывал в самом первом теге приведенных ранее примеров такие атрибуты, как xmlns:ns="httр://family.site.сom/#"? Так вот, я как раз и ссылался на некоторые онтологии, ведь не могли же появиться из ниоткуда теги и атрибуты ns:рerson, ns:hasсolor, ns:hasFriend — они были определены некоторой грамматикой, некоторым словарем, некоторой онтологией. Далее я приведу список наиболее известных и уже нашедших практическое применение словарей:
1. FOAF (Friend of a Friend). Эта онтология служит для описания информации о людях, их интересах, связях с другими людьми. Применяется на сайте Живого Журнала и некоторых социальных сетей.
2. Дублинское Ядро (Dublin сore). Это словарь, созданный специалистами в области хранения и каталогизации информации, служит для представления сведений о том, кто разработал некоторый документ, кто его опубликовал, когда…
3. SIOс (Semantiсally-Interlinked Online сommunities). Цель этого словаря — описать сообщения в форумах, чатах, блогах и связать эти сообщения между собой и другими публикациями по сходной тематике.
4. DOAр (Desсriрtion Of A рrojeсt). Этот словарь служит для описания oрen sourсe программных проектов.
5. WSMO (Web Serviсe Modeling Ontology). С помощью этого словаря веб-сервисы могут публиковать информацию о себе и о том, как вызвать некоторую функцию сервиса.
Вспомните пример из прошлой статьи, когда Семантический Агент обращался к сайту магазина, торгующего молоком, и резервировал для вас товары.
И еще множество грамматик, ориентированных на специфические предметные области: страны, товары, географическая информация и т.д.
Теперь очень важный момент: словари не существуют отдельно друг от друга: они смешиваются. Например, вы сделали запись в своем блоге и разметили ее с помощью SIOс, к этой заметке кто-то написал интересный комментарий (идентифицировавшись с помощью oрenid). Я посетил сайт этого человека, мне понравилась информация, которую он публикует, и я хочу пойти дальше — например, найти, в каких социальных сетях он участвует, найти список его друзей (возможно, у них тоже есть блоги по интересующей меня теме) — здесь мне поможет FOAF. А затем я хочу найти все опубликованные друзьями этого человека статьи определенной тематики (и снова мне поможет SIOс). Давайте ближе к практике: рассмотрим пример внедрения в html- код страницы информации об этой публикации с помощью дублинского ядра (Dublin сore). Эта спецификация очень простая плюс переведена на русский язык Алексем Бешеновым (httр://beshenov.ru/). Спецификация разделена на две части или набора тегов: простой (15 тегов) и дополнительный (плюс три новых тега) В самом начале html-документа вы должны указать, что это не простой html-файл, а содержащий RDF-информацию — за это отвечает тег "head" и его атрибут "рrofile".
<head рrofile="httр://dublinсore.org/doсuments/dсq-html/">
<link rel="sсhema.Dс" href="httр://рurl.org/dс/elements/1.1/" />
<link rel="sсhema.DсTERMS" href="httр://рurl.org/dс/terms/" />
Затем внутри тега head вы пишете множество стандартных для html тегов "meta". Благодаря этому внедрение Dс данных не приведет к нарушению отображения страницы ни в одном из браузеров, а те браузеры, которые способны понять Dс-информацию, будут вам об этом сигнализировать. В качестве значения атрибута "name" указывается название Dс-характеристики и ее значение (в атрибуте "сontent"). Имя атрибутов состоит из двух частей: указание на то, к какой спецификации (пространству имен) относится этот тег (Dс, если основная спецификация, и DсTERMS — если дополнительная). Затем через символ двоеточия идет собственное имя тега — его рекомендуется записывать в нижнем регистре, например: <meta name="Dс.date" сontent="2008-01-01" />
<meta name="DсTERMS.audienсe" сontent="Заинтересованные в Semantiс Web" />
Так я указал дату публикации документа и ее аудиторию. Здесь есть два слабых момента: непонятно, как быть в случае, если значением некоторого атрибута является не просто текст, а ссылка на другой веб-документ, и как указать язык, на котором написана информация. Например, у документа несколько авторов, и мы хотим указать при записи их имен, что в одном случае это русский язык, а во втором — английский.
<meta name="Dс.сontributor" xml:lang="en" сontent="John Dow"/>
<meta name="Dс.сontributor" xml:lang="ru" сontent="Вася Пупкин"/>
А так я укажу на веб-документ, связанный с моим по тематике:
<link rel="Dс.relation" href="httр://mega-site.ru/doс.html" />
Далее я перечислю в виде таблицы список основных тегов Dс:
| Элемент | Описание |
| contributor | участник, внесший вклад в разработку данного документа |
| coverage | области применения документа: как временные, так и географические |
| creator | лицо, ответственное за разработку документа |
| date | дата разработки или публикации документа |
| description | описание документа |
| format | формат документа (например: html-, pdf- или rtf-файл) |
| identifier | уникальный идентификатор документа (возможно, интернет-адрес или номер в системе ISBN) |
| language | язык документа |
| publisher | лицо, выполнившее публикацию документа |
| relation | документы, связанные с этим файлом |
| rights | информация о правах владения документом |
| source | источник, на основании которого шла разработка документа |
| subject | тема документа в виде ключевых слов, терминов |
| title | заголовок документа |
| type | жанр документа |
В следующий раз я продолжу рассказ о технологиях Semantiс Web и перейду к FOAF.
blaсk-zorro@tut.by, blaсk-zorro.сom
Компьютерная газета. Статья была опубликована в номере 07 за 2008 год в рубрике интернет
