Расширение owl чем открыть

Как открыть OWL файлы на вашем устройстве

OWL расширение файла

Как открыть файл OWL?

При открытии открытия. OWL файлов могут быть разные причины проблем. Каждая проблема требует своего подхода, но большинство из них можно решить, следуя приведенным ниже инструкциям.

Шаг 1. Установите программу, которая поддерживает OWL файлы

Чтобы открыть OWL файл, в системе должна быть установлена соответствующая программа, которая поддерживает этот формат файлов. Ниже представлен список программ, которые поддерживают файлы с расширением OWL.

Программы, открывающие файлы OWL

Скачайте установщик для данного приложения и запустите его. После завершения установки OWL файлы должны быть открыты с установленным приложением по умолчанию при следующей попытке открыть файл этого типа.

Помните!

Не все перечисленные приложения могут выполнять все операции с файлами OWL. Некоторые приложения могут открывать только такой файл и просматривать его содержимое, тогда как целью других может быть преобразование файлов в другие форматы файлов. Поэтому вам следует заранее проверить возможности приложений в отношении файлов OWL.

Шаг 2. Свяжите данное программное обеспечение с файлами OWL

Может возникнуть ситуация, когда у пользователя есть соответствующее приложение, поддерживающее файлы OWL, установленные в его системе, но такое приложение не связано с файлами этого типа. Чтобы связать данное приложение с OWL файлами, пользователь должен открыть подменю файлов, щелкнув правой кнопкой мыши значок файла и выбрав опцию «Открыть с помощью». Система отобразит список предлагаемых программ, которые можно использовать для открытия файлов OWL. Выберите соответствующую опцию и установите флажок «Всегда использовать выбранное приложение для открытия файлов такого типа». Система сохранит эту информацию, используя выбранную программу, чтобы открыть OWL файлы.

Шаг 3. Проверьте, нет ли других ошибок, связанных с файлами OWL

Когда вышеупомянутые решения терпят неудачу, другие варианты должны быть продолжены. Возможно, файл OWL поврежден или поврежден. Наиболее распространенные причины повреждения файла:

Источник

Расширение owl чем открыть

Если у вас есть файлы OWL, которые нужно открыть, но вы не знаете, как это сделать, выполните следующие действия.

Шаг 1: Дважды щелкните файл.

Найдите значок файла OWL и дважды щелкните его. Если у вас установлена ​​правильная программа, она должна открывать файл автоматически. Если это не так, перейдите к шагу 2.

Шаг 2: Ищите другую программу.

Если файл OWL не открывается при двойном щелчке по нему, у вас, вероятно, нет нужной программы на вашем компьютере. Существует несколько популярных программ, которые можно использовать для открытия файла OWL. Попробуйте одну из наиболее распространенных программ: BC45 Owl File.

Шаг 3: Проверьте тип файла.

Если ни одна из вышеперечисленных программ не откроет ваш файл OWL, проверьте тип файла, чтобы убедиться, что у вас есть программа, которая может открыть этот тип файла. Большинство файлов OWL составляют Developer Files, но есть шанс, что это может быть другой тип.

Вы можете найти эту информацию в свойствах файла. На компьютере с Windows просто щелкните файл правой кнопкой мыши и щелкните свойства и найдите тип файла в разделе «Тип файла». На компьютере Mac щелкните правой кнопкой мыши файл и нажмите «Дополнительная информация» и найдите тип файла в разделе «Вид».

Шаг 4: Получите помощь от разработчика.

Если вы не можете понять, как открыть файл OWL, разработчик, вероятно, скажет вам, как это сделать. Найдите программу, указанную в таблице ниже, и свяжитесь с разработчиком этой программы.

Шаг 5: Найти универсальный просмотрщик файлов.

Рекомендуем

Открывает все ваши файлы, как
МАГИЯ! 1

1 Типы файлов, которые не поддерживаются, могут быть открыты в двоичном формате.

Просмотр файлов

Copyright 2021 FileMagic.com

Источник

Расширение файла OWL

Оглавление

Мы надеемся, что вы найдете на этой странице полезный и ценный ресурс!

2 расширений и 0 псевдонимы, найденных в базе данных

✅ Web Ontology Language Document

✅ OWL Source Code

Другие типы файлов могут также использовать расширение файла .owl.

По данным Поиск на нашем сайте эти опечатки были наиболее распространенными в прошлом году:

Это возможно, что расширение имени файла указано неправильно?

Мы нашли следующие аналогичные расширений файлов в нашей базе данных:

Если дважды щелкнуть файл, чтобы открыть его, Windows проверяет расширение имени файла. Если Windows распознает расширение имени файла, файл открывается в программе, которая связана с этим расширением имени файла. Когда Windows не распознает расширение имени файла, появляется следующее сообщение:

Windows не удается открыть этот файл:

Чтобы открыть этот файл, Windows необходимо знать, какую программу вы хотите использовать для его открытия.

Если вы не знаете как настроить сопоставления файлов .owl, проверьте FAQ.

🔴 Можно ли изменить расширение файлов?

Изменение имени файла расширение файла не является хорошей идеей. Когда вы меняете расширение файла, вы изменить способ программы на вашем компьютере чтения файла. Проблема заключается в том, что изменение расширения файла не изменяет формат файла.

Если у вас есть полезная информация о расширение файла .owl, напишите нам!

Источник

Чем открыть файл owl

Оглавление

Мы надеемся, что вы найдете на этой странице полезный и ценный ресурс!

2 расширений и 0 псевдонимы, найденных в базе данных

✅ Web Ontology Language Document

✅ OWL Source Code

Другие типы файлов могут также использовать расширение файла .owl.

По данным Поиск на нашем сайте эти опечатки были наиболее распространенными в прошлом году:

Это возможно, что расширение имени файла указано неправильно?

Мы нашли следующие аналогичные расширений файлов в нашей базе данных:

Если дважды щелкнуть файл, чтобы открыть его, Windows проверяет расширение имени файла. Если Windows распознает расширение имени файла, файл открывается в программе, которая связана с этим расширением имени файла. Когда Windows не распознает расширение имени файла, появляется следующее сообщение:

Windows не удается открыть этот файл:

Чтобы открыть этот файл, Windows необходимо знать, какую программу вы хотите использовать для его открытия.

Если вы не знаете как настроить сопоставления файлов .owl, проверьте FAQ.

🔴 Можно ли изменить расширение файлов?

Изменение имени файла расширение файла не является хорошей идеей. Когда вы меняете расширение файла, вы изменить способ программы на вашем компьютере чтения файла. Проблема заключается в том, что изменение расширения файла не изменяет формат файла.

Если у вас есть полезная информация о расширение файла .owl, напишите нам!

🔴 Оцените нашу страницу OWL

Пожалуйста, помогите нам, оценив нашу страницу OWL в 5-звездочной рейтинговой системе ниже. (1 звезда плохая, 5 звезд отличная)

2 расширения(ы) и 0 псевдоним(ы) в нашей базе данных

Ниже вы можете найти ответы на следующие вопросы:

Web Ontology Language Document

OWL Source Code

Другие типы файлов могут также использовать .owl расширение файла. Если у вас есть полезная информация о .owl расширение, написать нам!

Возможно ли, что расширение файла с ошибками?

Мы нашли следующие похожие расширения в нашей базе:

.owl Расширение файла часто дается неправильно!

Согласно поисках на нашем сайте, эти опечатки были наиболее распространенными в прошлом году:

Если вы хотите открыть .owl файл на вашем компьютере, вам просто необходимо иметь соответствующие программы установлены. Если owl Ассоциации установлены неправильно, вы можете получить следующее сообщение об ошибке:

Не удалось открыть этот файл:

Чтобы открыть этот файл, Windows необходимо знать, какую программу вы хотите использовать, чтобы открыть его. Окна могут выходить в интернет, чтобы искать его автоматически, или вы можете вручную выбрать из списка программ, установленных на вашем компьютере.

Чтобы изменить ассоциации файлов:

Поддерживаемые операционные системы

Windows Server 2003/2008/2012/2016, Windows 7, Windows 8, Windows 10, Linux, FreeBSD, NetBSD, OpenBSD, Mac OS X, iOS, Android

Формат файлов OWL Developer

Файлы OWL используются для хранения кода, написанного на языке программирования с идентичным названием (OWL — Obfuscated Weird Language). Этот язык был создан на основе языков Forth и False — двух интерпретируемых, основанных на использовании стека языках программирования. Код внутри файла OWL состоит только из целых чисел и символов от A до Z, поскольку такие символы являются единственными, которые поддерживаются языком OWL.

Технические сведения о файлах OWL

Код OWL-файла написан на C с помощью расширений GNU. Эти файлы можно запускать только с помощью OWL-интерпретатора. Эта программа может быть установлена ​на всех системах, на которых установлен ​сборник компиляторов GNU (gcc).

Источник

OWL, язык веб-онтологий.
Руководство

Рекомендация W3C 10 февраля 2004

Пожалуйста, обращайтесь к списку ошибок для этого документа, который может включать некоторые нормативные исправления.

Резюме

Всемирная Паутина в настоящее время напоминает плохо размеченную географическую карту. Наше освоение документов и осознание их возможностей основано на поиске ключевых слов, поддерживаемом грамотным использованием связей между документами и навыками работы в поисковых системах. Вся масса этих данных неуправляема без поддержки мощными инструментами. Чтобы наносить на карту этот ландшафт более точно, компьютерным агентам требуются машиночитаемые описания содержимого и характеристик доступных веб-ресурсов. Эти описания должны идти в дополнение к человекочитаемым версиям той же информации.

Язык веб-онтологий OWL призван обеспечить язык, который может быть использован для описания классов и отношений между ними, которые присущи для веб-документов и приложений.

Этот документ демонстрирует, как использовать язык OWL, чтобы

Изложение организовано так, чтобы представить постепенное определение набора классов, свойств и индивидов, начиная с основных принципов и переходя к более сложным языковым компонентам.

Статус этого документа

Этот документ был рассмотрен членами W3C и другими заинтересованными сторонами, и был одобрен Директором как Рекомендация W3C. Роль Рекомендации W3C состоит в том, чтобы привлечь внимание к данной спецификации и способствовать ее широкому применению. Это увеличивает функциональность и возможности взаимодействия Сети.

Эта одна из шести частей Рекомендаций W3C по OWL, языку веб-онтологий. Она была разработана Рабочей группой Онтологии Сети как часть W3C Semantic Web Activity (Положение об Activity, Устав группы) для публикации 10 февраля 2004.

Проект OWL, отраженный в более ранних версиях этих документов был тщательно рассмотрен и удовлетворяет техническим требованиям Рабочей группы. Рабочая группа рассмотрела все полученные комментарии, сделав необходимые изменения. Изменения к этому документу, начиная с версии Предполагаемой Рекомендации, детально изложены в протоколе изменений.

Комментарии принимаются на public-webont-comments@w3.org (архив), а общая дискуссия о близких технологиях на www-rdf-logic@w3.org (архив).

Этот раздел описывает статус этого документа на момент его публикации. Другие документы могут заменить этот документ. Список текущих публикаций W3C и последняя ревизия этого технического сообщения могут быть найдены в индексе технических сообщений W3C http://www.w3.org/TR/.

Содержание

1. Введение

«Скажите мне, какое вино мне нужно купить к каждому из блюд в этом меню. И, кстати, я не люблю Сотерн.»

Сегодня трудно было бы создать веб-агента, который смог бы выполнить поиск вин в Сети, удовлетворяющих этому запросу. Сходным образом, рассмотрите назначение компьютерному агенту задачи согласования нескольких маршрутов путешествия. (Примеры использования смотрите в документе требований к OWL.)

Для поддержки такого рода вычислений необходимо пойти дальше ключевых слов и описать содержание ресурсов, доступных в Сети. Этот дополнительный уровень интерпретации имеет дело с семантикой данных.

1.1. Виды OWL

OWL обеспечивает три различных по выразительности диалекта, спроектированных для использования отдельными сообществами разработчиков и пользователей.

OWL Lite поддерживает тех пользователей, которые нуждаются, прежде всего, в классификационной иерархии и простых ограничениях. Например, притом, что он поддерживает ограничения кардинальности (количества элементов), допускаются значения кардинальности только 0 или 1. Для разработчиков должно быть проще в своих продуктах обеспечить поддержку OWL Lite, чем его более выразительных собратьев, в частности, OWL Lite позволяет быструю миграцию тезаурусов и других таксономий.

OWL DL поддерживает тех пользователей, которые хотят максимальной выразительности без потери полноты вычислений (все заключения гарантировано будут вычисляемыми), и разрешаемости рассудочных систем (все вычисления завершатся в определенное время). OWL DL включает все языковые конструкции OWL с ограничениями вроде разделения типа (класс не может быть частным свойством, а свойство не может быть индивидом или классом). OWL DL так назван из-за его соответствия дескриптивной логике [Дескриптивная логика], дисциплине, в которой изучен именно разрешаемый фрагмент логики первого порядка. OWL DL была спроектирована, чтобы поддержать существующий сегмент бизнеса, занимающийся дескриптивной логикой, и иметь желательные вычислительные свойства для систем рассуждения.

OWL Full предназначается для пользователей, которые хотят максимальную выразительность и синтаксическую свободу RDF без вычислительных гарантий. Например, в OWL Full класс может одновременно рассматриваться и как совокупность индивидов, и с равным правом как индивид. Другое существенное отличие от OWL DL в том, что owl:DatatypeProperty может быть помечено как owl:InverseFunctionalProperty. OWL Full позволяет такие онтологии, которые расширяют состав предопределенного (RDF или OWL) словаря. Маловероятно, что какое-либо рассудочное программное обеспечение будет в состоянии поддержать полную поддержку каждой особенности OWL Full.

Разработчики онтологий, использующие OWL, должны решить, какой из диалектов лучше подходит к их задачам. Выбор между OWL Lite и OWL DL зависит от степени того, насколько пользователям требуются более выразительные конструкции, обеспечиваемые OWL DL. Приложения для OWL Lite будут иметь желаемые вычислительные характеристики. Приложения для OWL DL, при том, что имеют дело с разрешаемым диалектом, в самых тяжелых случаях будут связаны с более высокой сложностью. Выбор между OWL DL и OWL Full, главным образом, зависит от степени того, насколько пользователям требуются средства мета-моделирования RDF Схем (например, определяющие классы классов). При использовании OWL Full, по сравнению с OWL DL, рассудочная поддержка менее предсказуема. Для дальнейшей информации см. Семантика OWL.

Пользователи, мигрирующие из RDF в OWL DL или OWL Lite должны позаботиться о том, чтобы оригинальный RDF-документ выполнял ограничения, наложенные OWL DL и OWL Lite. Детали этих ограничений объясняются в Приложении E Справки по OWL.

Когда мы представляем конструкции, которые разрешаются только в OWL DL или OWL Full, они помечаются «[OWL DL]».

1.2. Структура документа

Все примеры, представленные в этом документе взяты из онтологий, содержащихся в wine.rdf и food.rdf, кроме отмеченных ¬ в правом нижнем углу.

2. Структура онтологий

В дополнение, OWL предполагает открытость. То есть, описания ресурсов не ограничены единственным файлом или темой. В то время как класс C1 первоначально может быть определен в онтологии O1, он может быть расширен в других онтологиях. Следствия из этих дополнительных суждений о C1 являются монотонными. Новая информация не может опровергать предыдущую информацию. Новая информация может быть противоречащей, но факты и следствия могут только добавляться, и не могут удаляться.

2.1. Namespaces

Прежде, чем мы можем использовать набор конструкций, нам надо точно указать, какие словари используются. Стандартный начальный компонент онтологии включает набор объявлений XML namespace, заключенных в открывающий тэг rdf:RDF. Это обеспечивает возможность однозначно интерпретировать идентификаторы и делает остальную часть представления онтологии более читабельной. Типичная OWL онтология начинается с объявления пространства имен (namespace), подобного следующему. Конечно, URI конкретных онтологий обычно не будут ссылками на w3.org.

Первые две декларации идентифицируют namespace, связанный с этой онтологией. Первая делает этот namespace значением по умолчанию, заявляя, что имена тэгов без префиксов относятся к текущей онтологии. Вторая идентифицирует namespace текущей онтологии с приставкой vin:. Третья идентифицирует базовый URI документа (см. ниже). Четвертая идентифицирует namespace вспомогательной пищевой онтологии с префиксом food:.

После этой пары ENTITY деклараций, мы могли бы писать значение «&vin;Мерло» и это расшифровывалось бы в «http://www.w3.org/TR/2004/REC-owl-guide-20040210/wine#Мерло».

Возможно, более важно то, что декларации rdf:RDF namespace могли бы тогда упроститься, так что изменения в ENTITY декларациях распространились бы на всю онтологию.

2.2. Заголовки онтологии

После того, как установлены namespaces, мы обычно включаем коллекцию утверждений о нашей онтологии, сгруппированных под тэгом owl:Ontology. Эти тэги поддерживают такие критические вспомогательные задачи как комментарии, управление версиями и включение других онтологий.

Заметьте, что мы используем ‘. ‘, чтобы указать, что есть дополнительный текст, который отброшен в данном примере.

rdfs:comment обеспечивает очевидно необходимую возможность аннотировать онтологию.

owl:imports обеспечивает механизм включения. owl:imports принимает единственный аргумент, обозначенный атрибутом rdf:resource.

Импорт другой онтологии переносит весь набор утверждений, обеспеченных в той онтологии, в текущую онтологию. Чтобы наилучшим образом использовать импортированную онтологию, принято координировать ее с декларацией namespace. Заметьте различие между этими двумя механизмами. namespace декларации обеспечивают удобное средство, чтобы ссылаться на имена, определенные в других OWL онтологиях. Концептуально, owl:imports предназначен для того, чтобы показать Ваше намерение включить все утверждения другой онтологии. Импорт другой онтологии, O2, также импортирует все онтологии, что импортированы в O2.

Заметьте, что owl:imports не всегда может сработать. Как Вы могли бы ожидать, имея дело с Семантической Сетью, доступ к ресурсам, распределенным по Сети, не всегда может быть возможен. Инструментальные средства должны отвечать на эту ситуацию в соответствии с их манерой исполнения.

Заметьте, что для того, чтобы использовать словарь OWL Вам не обязательно нужно импортировать онтологию owl.rdf. В самом деле, такой импорт не рекомендуется.

Свойства, которые используются как аннотации, должны быть объявлены, используя owl:AnnotationProperty. Например,

OWL обеспечивает несколько других механизмов, чтобы связать текущую онтологию с импортированными вместе (см. картирование онтологий).

Также мы включили rdfs:label, чтобы указать для нашей онтологии метку на натуральном языке.

Определение заголовка онтологии заканчивается следующим тэгом.

За заголовком следуют фактические определения, которые составляют онтологию, и в конечном счете завершаются

2.3. Агрегация данных и секретность

Способность OWL выражать онтологическую информацию об индивидах, содержащихся во множестве документов, принципиальным образом поддерживает связывание данных из разных источников. Лежащая в основе семантика обеспечивает возможность делать выводы из этих данных, что может привести к неожиданным результатам. В частности способность выражать эквивалентность с помощью owl:sameAs может быть использована, чтобы заявить, что как будто бы различные индивиды на самом деле одно и то же. Owl:InverseFunctionalProperty также может быть использовано, чтобы связать индивидов вместе. Например, если такое свойство как «ИНН» является owl:InverseFunctionalProperty, то два отдельных человека могли бы быть расценены как один и тот же на основе того, что они имеют одно и то же значение этого свойства. Когда идентичность индивидов определяется такими средствами, информация о них из разных источников может быть слита. Эта агрегация может использоваться, чтобы определить факты, которые не представлены прямо ни в одном из источников.

3. Основные элементы

Большинство элементов онтологии OWL относятся к классам, свойствам, представителям классов и отношениям между этими представителями. Этот раздел представляет компоненты языка, необходимые для представления этих элементов.

3.1. Простые классы и индивиды

Применение онтологии будут зависеть от предоставляемой ею возможности рассудить об индивидах. Чтобы сделать это удобным, мы должны иметь механизм, чтобы описать классы этих индивидов и свойства, которые они наследуют на основании членства в классе. Мы всегда можем обозначить определенные свойства индивидов, но основная сила онтологий лежит в рассуждениях на основе классов.

Иногда мы хотим подчеркнуть различие между классом как объектом и классом как набором, содержащим элементы. Мы называем набор индивидов, которые являются членами какого-то класса расширением этого класса.

3.1.1. Простые именованные классы
Class, rdfs:subClassOf

Наиболее фундаментальные понятия в какой-то области должны соответствовать классам, которые находятся в корне различных таксономических деревьев. Каждый индивид в мире OWL является членом класса owl:Thing. Таким образом каждый определенный пользователем класс автоматически является подклассом owl:Thing. Специфичные для данной области корневые классы определяются простым объявлением именованного класса. OWL также определяет пустой класс, owl:Nothing.

Для области виноделия, которую мы используем в качестве примера, мы создаем три корневых класса: Винодельня, Регион и ПродуктПитания.

Заметьте, что этим мы только сказали, что существуют классы, которым дали эти имена, обозначенные с помощью ‘rdf:ID =‘. Формально, мы не знаем почти ничего об этих классах, кроме того, что они существуют, несмотря на использование в качестве меток знакомых русскоязычных терминов. Хотя классы существуют, к ним нельзя отнести никаких индивидов. По тому, что мы знаем в данный момент об этих классах, их можно также назвать Вещь1, Вещь2 и Вещь3.

Важно помнить, что определения могут быть расширяющимися и распределенными. В частности, позже мы должны будем больше конкретизировать понятие Винодельня.

Синтаксис rdf:ID="Регион" используется, чтобы ввести название, как часть его определения. Атрибут rdf:ID ([RDF], 7.2.22) похож на атрибут ID из XML. Теперь внутри этого документа на класс Регион можно ссылаться с помощью #Регион, например, rdf:resource="#Регион". Другие онтологии могут ссылаться на это название, используя его полную форму "http://www.w3.org/TR/2004/REC-owl-guide-20040210/wine#Регион".

Мы определяем Напиток (жидкость, пригодная для питья) как подкласс ПродуктПитания.

Определение класса состоит из двух частей: указание названия или ссылка и список ограничений. Каждое из непосредственно содержащихся в определении класса выражений ограничивает (уточняет) свойства представителей определенного класса. Представители класса принадлежат к пересечению указанных ограничений. (Хотя см. описание owl:equivalentClass.) Пока мы видели только примеры, которые включают единственное ограничение, обязывающее новый класс быть подклассом некоторого другого именованного класса.

Конструкция rdfs:label обеспечивает необязательное удобочитаемое название этого класса. Инструментальные средства представления информации пользователю могут его использовать. Атрибут «lang» обеспечивает поддержку разных языков. Конструкция rdfs:label (метка) подобна комментарию и ничего не вносит в логическую интерпретацию онтологии.

3.1.2. Индивиды

В дополнение к классам мы хотим иметь возможность описать их членов. Обычно мы думаем о них как об отдельных индивидах в нашем пространстве вещей. Для определения индивида достаточно объявить его членом какого-то класса.

Заметьте, что следующее идентично по значению примеру выше.

Есть пара моментов, на которых здесь следует остановиться. Во-первых, мы решили, что РегионЦентральногоПобережья (определенная область) является членом Регион, класса, содержащего все географические регионы. Во-вторых, нет никаких требований в примере из двух частей, что эти два элемента должны следовать друг за другом, или даже находиться в одном и том же файле (хотя, в противном случае их названия должны были бы быть расширены с помощью URI). При проектировании веб-онтологий нужно помнить, что они предназначены для распределенной среды. Они могут быть импортированы и расширены, создавая новые производные онтологии.

Чтобы иметь в своем распоряжении еще несколько классов для представления свойств в следующих разделах, мы определяем ветвь таксономии Виноград с индивидом, обозначающим сорт винограда Каберне-Совиньон. Виноград определен в онтологии пищи:

И теперь в онтологии вина мы имеем:

3.1.3. Дизайн для использования

При создании онтологий, это различие часто размывается в двух направлениях:

По той же логике, вина, произведенные винодельнями в определенные годы считаются винтажем. Чтобы представлять понятие винтажа, мы должны определить его место в нашей онтологии. Представитель класса Вино, как обсуждалось выше, представляет конкретный сорт вина, производимого конкретной винодельней, например, FormanШардоне.

3.2. Простые свойства

Мир классов и индивидов был бы совершенно неинтересным, если бы мы могли только определять таксономии. Свойства позволяют нам утверждать общие факты о членах классов и особые факты об индивидах.

3.2.1. Определение свойств
ObjectProperty, DatatypeProperty, rdfs:subPropertyOf,
rdfs:domain, rdfs:range

При определении свойства существует множество способов ограничить это отношение. Можно определить домен и диапазон. Свойство может быть определено как специализация (подсвойство) существующего свойства. Возможны и более сложные ограничения, которые описаны позже.

В OWL последовательность элементов без явного указания оператора представляет собой неявное соединение. Свойство сделаноИзВинограда имеет домен Вино и диапазон Виноград. Таким образом, это связывает представителей класса Вино с представителями класса Виноград. Множественные домены означают, что доменом свойства служит пересечение указанных классов (и подобным образом для диапазона).

Точно так же свойство блюдо связывает данный ПриемПищи с каким-то ВидомБлюда.

Заметьте, что использование информации о диапазоне и домене в OWL отличается от информации о типе данных в языках программирования. В частности, в языках программирования типы данных используются, чтобы отслеживать взаимоувязанность кода. В OWL диапазон значений может использоваться, чтобы наследовать тип. Например, из следующего определения:

Свойства, так же как классы, могут быть организованы в иерархию.

Ниже мы вводим свойство расположенВ, которое связывает вещи с регионами, в которых они расположены.

Заметьте, как определены домен и диапазон расположенВ. Домен разрешает быть расположенным в регионе чему угодно, включая сами регионы. И транзитивное использование этого отношения по существу создает сеть географически определенных субрегионов и вещей. Те вещи, в которых ничего не расположено, могут относиться к любому классу, в то время как те, в которых расположены другие вещи, должны являться регионами.

Теперь можно расширить определение Вина, чтобы включить понятие о том, что вино сделано по крайней мере из одного Винограда. Как и с определениями свойств, определения класса имеют многократные подразделы, которые неявно соединены.

Выделенное выше ограничение подкласса

определяет неименованный класс, который представляет набор вещей с по крайней мере одним свойством сделаноИзВинограда. Мы называем такие классы анонимными. Включение этого ограничения в определение класса Вино означает, что вещи, являющиеся винами, также являются членами этого анонимного класса. Таким образом, каждое индивидуальное вино должно быть задействованным по крайней мере в одном отношении сделаноИзВинограда.

Теперь мы можем описать класс Винтаж, обсуждаемый ранее.

Свойство являетсяВинтажем связывает Винтаж с Вином.

В следующем разделе мы свяжем Винтажи с их годами.

3.2.2. Свойства и типы данных

Мы отличаем свойства по тому, связывают ли они индивидов с индивидами (свойства-объекты) или индивидов с типами данных (свойства-значения). Свойства-значения могут иметь диапазон литералов RDF или простых типов, определенных в XML Schema datatypes.

OWL использует большинство встроенных типов XML Schema. Ссылки на эти типы осуществляются посредством URI для типов http://www.w3.org/2001/XMLSchema. Следующие типы данных рекомендуются для использования с OWL:

Вышеупомянутые типы плюс rdfs:Literal формируют встроенные типы данных OWL. Все OWL-рассуждатели обязаны поддерживать типы xsd:integer и xsd:string.

Другие встроенные типы XML Schema могут использоваться в OWL Full, но с предостережениями, описанными в документе Семантика и абстрактный синтаксис OWL.

Свойство год связывает ГодВинтажа со значениями положительного целого числа. Ниже мы вводим свойство имеетГодВинтажа, которое связывает Винтаж с ГодВинтажа.

В Справке по OWL ([Reference], 6.2) описывается использование owl:oneOf, rdf:List и rdf:rest для того, чтобы определить перечисленный тип данных. Пример показывает, как создать owl:DatatypeProperty счетИгрыВТеннис с диапазоном, включающим элементы списка целочисленных значений <0, 15, 30, 40>.

3.2.3. Свойства индивидов

Сначала мы опишем индивидов классов Регион и Винодельня, а затем мы определим наше первое вино, Каберне-Совиньон.

Подобным образом к индивидам могут быть добавлены свойства-значения. Ниже мы описываем представителя класса ГодВинтажа и связываем его с определенным значением типа &xsd;positiveInteger.

3.3. Характеристики свойств

Следующие несколько разделов описывают механизмы, используемые для более точного определения свойств. Существует возможность определить характеристики свойства, что обеспечивает мощный механизм для усовершенствованного рассуждения о свойстве.

3.3.1. TransitiveProperty

Если свойство P, определено как транзитивное, тогда для любого x, y, и z:

Свойство расположенВ является транзитивным.

3.3.2. SymmetricProperty

Если свойство P помечено как симметрическое, тогда для любого x и y:

РегионMendocino прилегает к РегионSonoma и наоборот. РегионMendocino расположен в РегионКалифорния, но не наоборот.

3.3.3. FunctionalProperty

Если свойство P помечено как функциональное, тогда для любого x, y и z:

В нашей онтологии вина свойство имеетГодВинтажа функционально. Всякое вино имеет уникальный год винтажа. Таким образом, данный индивидуальный Винтаж может быть связан только с единственным годом, используя свойство имеетГодВинтажа. При этом owl:FunctionalProperty не требует, чтобы все элементы домена имели значения. Смотрите обсуждение кардинальности Винтажа.

3.3.4. inverseOf

Если свойство P1, помечено как owl:inverseOf P2, то для всех x и y:

Заметьте, что синтаксис для owl:inverseOf берет в качестве аргумента название свойства. A если B означает (A предполагает B) и (B предполагает A).

У Вин есть производители, которые по определению класса Вино ограничены Винодельнями. Тогда каждая Винодельня производит набор вин, которые идентифицируют ее как производителя.

3.3.5. InverseFunctionalProperty

Если свойство P помечено как обратно функциональное, то для всех x, y и z:

Обратите внимание, что производитВино в предыдущем разделе обратно функциональное. Причина этого в том, что свойство, обратное функциональному свойству, должно быть обратно функциональным. Мы могли бы определить имеетПроизводителя и производитВино следующим образом, и получили бы тот же эффект, как и в предыдущем примере.

Рассматривайте элементы диапазона обратно функционального свойства как определение ключевого поля при построении баз данных. owl:InverseFunctional предполагает, что элементы диапазона обеспечивают уникальный идентификатор для каждого элемент домена.

В OWL Full мы можем пометить DatatypeProperty как обратно функциональное. Это позволяет нам идентифицировать строку как уникальный ключ. В OWL DL литералы (строковые значения) отделены от owl:Thing, и поэтому OWL DL не разрешает применять InverseFunctional к DatatypeProperty.

3.4. Ограничения свойств

В дополнение к обозначению характеристик свойств, можно разными способами еще больше ограничить диапазон свойства в определенных контекстах. Мы делаем это с помощью ограничений свойств. Различные способы, описанные ниже, могут использоваться только в контексте owl:Restriction. Элемент owl:onProperty указывает на ограничиваемое свойство.

3.4.1. allValuesFrom, someValuesFrom

Ограничение owl:allValuesFrom требует, чтобы для каждого представителя данного класса, который имеет данное свойство, все значения этого свойства являлись представителями класса, заданного в пункте owl:allValuesFrom.

Производителем Вина должна быть Винодельня. Ограничение allValuesFrom на свойство имеетПроизводителя накладывается только для этого класса Вино. Производителей Сыра это локальное ограничение не касается.

owl:someValuesFrom действует похожим образом. Если бы мы в последнем примере заменили owl:allValuesFrom на owl:someValuesFrom, то это означало бы, что по крайней мере одно из свойств имеетПроизводителя для каждого Вино должно указывать на индивида класса Винодельня.

Первое отношение не требует, чтобы вино имело производителя. Если у него есть один или более производителей, то все они должны быть винодельнями. Второе отношение требует, чтобы был по крайней мере один производитель-винодельня, но также могут быть производители, которые не винодельни.

3.4.2. Кардинальность

Мы уже видели примеры указания кардинальности. До текущего момента это были указания минимальной кардинальности. Более точно это был параметр owl:cardinality, который позволяет указать точное количество элементов в связи. Например, мы указали, что у класса Винтаж есть строго один ГодВинтажа.

Мы задали свойство имеетГодВинтажа как функциональное, что то же самое, как если сказать, что каждый Винтаж имеет не более одного ГодВинтажа. Применение этого свойства к Винтаж с использованием ограничения кардинальности задает более строгое отношение, что каждый Винтаж имеет строго один ГодВинтажа.

Выражения кардинальности со значениями, ограниченными 0 или 1 являются частью OWL Lite. Это позволяет пользователю уточнить отношения ‘по меньшей мере один’, ‘не более одного’ и ‘точно один’. Позитивные целочисленные значения кроме 0 и 1 разрешены в OWL DL. owl:maxCardinality может использоваться для указания верхнего предела. owl:minCardinality может использоваться для указания нижнего предела. В комбинации друг с другом они могут использоваться для ограничения кардинальности свойства в пределах числового интервала.

3.4.3. hasValue [OWL DL]

hasValue позволяет нам определять классы, основанные на существовании специфических значений свойства. Следовательно, индивид будет членом такого класса всякий раз, когда по крайней мере одно из его значений свойства будет равно ресурсу, указанному с помощью hasValue.

Как и для allValuesFrom и someValuesFrom, это локальное ограничение. Оно относится к свойству имеетСладость только в отношении Бургундского.

4. Картирование онтологий

Для того, чтобы онтологии имели максимальный эффект, они должны быть широко распространены. А чтобы минимизировать интеллектуальные усилия, затрачиваемые на разработку онтологий, они должны быть пригодными для многократного использования. В лучшем из всех возможных варианте они должны быть составлены из компонентов. Например, Вы могли бы воспользоваться онтологией даты из одного источника и онтологией физического местоположения из другого, и затем расширить понятие местоположения, включив в него период времени, в течение которого данное местоположение сохраняется.

Также заманчиво будет слить воедино целую коллекцию онтологий. В этом случае помощь специального инструментария будет почти наверняка необходима для поддержания согласованности.

4.1. Эквивалентность между классами и свойствами
equivalentClass, equivalentProperty

Свойство owl:equivalentClass используется, чтобы показать, что два класса имеют абсолютно одинаковых представителей. Заметьте, что в OWL DL классы просто обозначают наборы индивидов, но не самих индивидов. Однако, в OWL Full мы можем использовать owl:sameAs между двумя классами, чтобы показать, что они идентичны во всех отношениях.

Конечно, пример выше несколько запутанный, так как мы всегда можем использовать &vin;Вино везде, где мы использовали бы #Вино, и получали бы при этом тот же самый эффект без переопределения. Более оправданное использование было бы в случае, если б мы зависели от двух независимо созданных онтологий, и заметили, что они используют URI O1:foo и O2:bar для ссылки на один и тот же класс. Чтобы свести их вместе, мог бы использоваться owl:equivalentClass, т.е., чтобы постулаты от этих двух онтологий были объединены.

Мы уже видели, что выражения класса могут быть адресатами конструкций rdfs:subClassOf. Также они могут быть адресатом owl:equivalentClass. Опять таки, это избавляет от необходимости изобретать названия для каждого выражения класса и обеспечивает мощную способность определения, основанную на удовлетворении характеристик свойств.

Чтобы связать подобным образом свойства, мы используем owl:equivalentProperty.

4.2. Идентичность между индивидами
sameAs

Этот механизм похож на тот, что для классов, но объявляет идентичными двух индивидов. Примером может быть:

Здесь мы сталкиваемся с важным моментом. В OWL нет допущения об уникальном имени. То, что два имени отличны друг от друга, не означает, что они обозначают различных индивидов.

В том случае, если это не находится в противоречии с другой информацией в нашей онтологии, это просто означает, что Bancroft = Beringer.

4.3. Различность индивидов
differentFrom, AllDifferent

Этот механизм обеспечивает эффект, противоположный sameAs.

Заметьте, что owl:distinctMembers может использоваться только в комбинации с owl:AllDifferent

В онтологии вина мы обеспечиваем утверждение owl:AllDifferent для всех ХарактеристикВина. Мы также заявляем, что все Винодельни различны. Если бы мы хотели добавить новую винодельню в какую-нибудь другую онтологию и утверждали, что она обособлена от всех тех, что уже были определены, то мы должны были бы вырезать и вставить оригинал утверждения owl:AllDifferent и добавить в список нового производителя. Более простого способа расширить коллекцию owl:AllDifferent в OWL DL нет. В OWL Full возможны другие подходы с использованием триплетов RDF и конструкции rdf:List.

5. Сложные классы [OWL DL]

Для формирования классов OWL обеспечивает дополнительные конструкции. Эти конструкции могут использоваться для создания так называемых выражений класса. OWL поддерживает основные операторы множеств, а именно объединение, пересечение и дополнение. Они называются, соответственно, owl:unionOf, owl:intersectionOf и owl:complementOf. Дополнительно классы могут быть перечисленными. Расширения класса могут быть заявлены явно посредством конструктора oneOf. И можно утверждать, что расширения класса должны быть непересекающимися.

Заметьте, что выражения класса могут быть вложены одно в другое, не требуя создания имен для каждого промежуточного класса. Это позволяет использование операций со множествами для создания сложных классов из анонимных классов или классов с ограничениями по значению.

5.1. Операторы множеств
intersectionOf, unionOf, complementOf

5.1.1. Пересечение [некоторое использование OWL DL]

Следующие примеры демонстрируют использование конструкции intersectionOf.

Здесь мы определяем Бургундское как включающие именно те вина, которые имеют по крайней мере одно отношение расположенВ со значением Бургонь. Мы могли бы объявить новый класс ВещиИзРегионаБургонь и использовать его как класс в конструкции owl:intersectionOf. Но поскольку мы не имеем никакого другого использования для ВещиИзРегионаБургонь, декларация выше короче, яснее и не требует изобретания имени.

5.1.2. Объединение [OWL DL]

Следующий пример демонстрирует использование конструкции unionOf. Она используется точно так, как конструкция intersectionOf:

Класс Фрукты включает расширение обоих классов СладкиеФрукты и НесладкиеФрукты.

Заметьте, как сильно отличается последняя конструкция типа объединение от следующей.

Тут говорится, что представители класса Фрукты представляют собой подмножество пересечения сладких и несладких плодов, которое, как мы можем ожидать, будет пустым множеством.

5.1.3. Дополнение [OWL DL]

Конструкция complementOf выделяет всех индивидов из домена обсуждения, которые не принадлежат данному классу. Обычно при этом обращаются к очень большому набору индивидов:

Здесь определен класс НеФранцузскоеВино как пересечение Вино с множеством всех вещей, нерасположенных во Франции.

5.2. Перечисленные классы
oneOf [OWL DL]

OWL обеспечивает средства определения класса через прямое перечисление его членов. Это делается с помощью конструкции oneOf. Замечательно, что это определение полностью определяет диапазон класса, так, что никакие другие индивиды не могут быть объявлены как принадлежащие к данному классу.

Следующий фрагмент определяет класс ЦветВина, членами которого являются индивиды Белое, Розовое и Красное.

Каждый элемент конструкции oneOf должен быть правильно объявленным индивидом. Индивид должен принадлежать какому-нибудь классу. В вышеупомянутом примере, на каждого индивида ссылались по имени. Мы использовали owl:Thing как простое клише, чтобы задать ссылку. Альтернативно, мы могли бы сослаться на элементы этого набора согласно их специально определенному типу ЦветВина:

Другие более сложные описания индивидов также являются правильными элементами конструкции oneOf, например:

Дополнительные примеры использования oneOf см. в Справке по OWL.

5.3. Непересекающиеся классы
disjointWith [OWL DL]

Непересекаемость набора классов может быть выражена с помощью конструкции owl:disjointWith. Это гарантирует, что индивид, который является членом одного класса, не может одновременно быть представителем обозначенного другого класса.

Пример с Паста демонстрирует множественные непересекающиеся классы. Заметьте, что в нем только утверждается, что Паста не пересекается со всеми этими другими классами. Тут не утверждается, например, что Мясо и Фрукты не пересекаются между собой. Чтобы утверждать, что набор классов взаимно не пересекается, должны существовать утверждения owl:disjointWith для каждой пары классов.

Часто требуется определить класс как объединение нескольких взаимно непересекающихся подклассов.

Когда n большое, чтобы избежать роста числа утверждений в квадратичной прогрессии, могут использоваться альтернативные подходы. Один такой метод проиллюстрирован в Наборе тестов OWL

Проиллюстрированный метод работает следующим образом. Мы описываем родительский класс, чьи элементы имеют свойство с кардинальностью, равной одному. Т.е. каждый представитель должен иметь одно и только одно значение для этого свойства. Тогда, для каждого подкласса родительского класса мы требуем, чтобы его представители имели особенное уникальное значение для этого свойства. В этом случае ни один из отличных друг от друга подклассов не может иметь общих членов.

6. Версии онтологий

Онтологии, подобно программному обеспечению, требуют технической поддержки и, таким образом, изменяются со временем. В пределах элемента owl:Ontology (обсуждаемого выше), можно указать ссылку на предыдущую версию онтологии. Для обеспечения этой связи предназначено свойство owl:priorVersion, которое может использоваться, чтобы проследить историю версий онтологии.

OWL Full обеспечивает экспрессивную мощь для того, чтобы сделать утверждения любого вида о классе, то есть, что это он является представителем другого класса, или что он (а не его представители) имеет свойство и значение для этого свойства. Эта структура может использоваться, чтобы построить онтологию классов и свойств для отслеживания информации о версиях. OWL namespace включает два предопределенных класса, которые могут использоваться для этих целей: owl:DeprecatedClass и owl:DeprecatedProperty. Они предназначены для указания того, что класс или свойство вероятно будут изменены несовместимым образом в предстоящем выпуске:

7. Примеры использования

Как только становится доступной начальная онтология домена, может быть развито большое количество приложений, использующих эту онтологию. В этом разделе мы описываем некоторые примеры использования в домене вин.

7.1. Винный Портал

Когда смотришь на эти сайты более детально, то сегодня не ясно, насколько они зависят от онтологий. Например, просмотр источника html не дает никаких свидетельств использования онтологий. Однако, ясно, что эти сайты могли бы использовать онтологии, если бы некоторые онтологии вина были доступны.

7.2. Винный агент

Мы запустили проект винный агент в описательных целях. В нашей первоначальной идее, целью винного агента было рекомендовать вина, сопровождающие разные блюда. Это приложение задействует онтологию, используемую как пример в этом руководстве. Эта онтология вина доступна в библиотеке онтологий DAML и названа wines.

Персонализированный винный агент может обеспечивать множество сервисов для человека.
Агент может использоваться, чтобы рекомендовать вина при ряде ограничений (например, по типу подаваемых блюд), агент может найти информацию об особом вине или особом классе вин, он может искать подходящие аксессуары для вина (такие как особого вида стаканы, подходящего для этого сорта вина и т.д.).

Ниже, мы описываем пример в простой опытной системе, которая была написана как студенческий проект.

Рассмотрите следующий сценарий:

Кто-то планирует званый обед, и, по крайней мере, один из гостей хорошо разбирается в винах. Хозяин хотел бы подобрать вино, которое хорошо соответствуют к блюдам в меню. Хозяин также хотел бы показаться хорошо осведомленным о винах, подаваемых в этот раз. Также хозяин хотел бы иметь к обеду соответствующие аксессуары. Предположим, хозяин решил подать особый томатный соус с горячей пастой в качестве основного блюда.

Чтобы сервировать соответствующие пище вина, хозяину нужна информация о сочетании вина и пищи. Чтобы казаться хорошо осведомленным о винах, хозяину был бы полезен доступ к информации о винах, уместных к такому случаю. Чтобы иметь соответствующие винные принадлежности, хозяину нужна информация о том, какие аксессуары приемлемы в данной ситуации (и в пределах ценового диапазона, на который расчитвает хозяин).

Теперь винный агент может попытаться обеспечить информацию вообще о цинфанделе или о Мариетта Цинфандель, в частности. Он мог бы использовать онтологию о винных сайтах, чтобы найти информацию о специфических винах. Например, описание производителя об их новом цинфанделе. Дополнительно могут быть полезны обзоры из уважаемых источников типа Wine Spectator. Если обзора о Мариетта Цинфандель не доступно на любимом сайте обзоров вин, то может быть полезно поискать связанную информацию типа обзоров о цинфанделе из того же региона, в данном случае цинфандель из округа Sonoma, Калифорния.

Общая информация также может быть полезна. Хозяин может захотеть почитать немного и может заинтересоваться книгами по вину вообще или о цинфанделе в частности. Например, хозяин может заинтересоваться книгами о цинфанделе, имеющимися на Amazon.com для продажи. Хозяин также может интересоваться информацией о винах из того же региона, и таким образом может заинтересоваться цинфанделем из Sonoma. Винный агент может располагать типичной доступной информацией, которая связана с его главными областями знания. Например, данный винный агент заинтересован в сочетании пищи и вин, так что он может иметь бесплатную и платную информацию по этой теме типа статьи Винного Обозревателя о сочетании пищи и вина.

Винный агент может использоваться с разными уровнями изощренности в зависимости от полноты знания в данной области, заключенного в онтологии, и от информационных сайтов и сайтов услуг. В этом примере мы задействовали только информацию о винах, сортах, комбинациях пищи и вина, некоторых винных принадлежностях и связанных с ними свойствах. Мы, конечно, могли бы еще больше расширить эту онтологию, чтобы включить больше информации и больше опций для пользователя.

Эволюционирующий пример такого винного агента доступен в сети.

Благодарности

Один из ранних критических текстов по сложным ограничения написал Raphael Volz, Forschungszentrum Informatik (FZI). Существенный вклад был сделан DAML+OIL Walkthru. Jeremy Carroll, Jerome Euzenat, Jeff Heflin, Kevin Page и Peter F. Patel-Schneider обеспечили подробные обзоры. На встрече Рабочей группы 8 октября 2002, Stephen Buswell, Ruediger Klein, Enrico Motta и Evan Wallace сделали детальный пересмотр данной онтологии, приведший к существенным изменениям. На встрече Рабочей группы 10 января 2003, Jonathan Dale, Bernard Horan, Guus Schreiber и Jeff Heflin провели детальный анализ этого Руководства и внесли изменения. Публичные обсуждения обеспечили много полезных предположений и исправлений.

Словарь OWL

Атрибут как в XML Определение класса неформальный термин для элемента owl:Class Описание класса описывает класс OWL, или задавая имя класса, или обозначая область определения безымянного (анонимного) класса. Имя класса неформальный термин для значения атрибута owl:Class rdf:ID. Класс как в RDF Компонент части определения, например, аргументы оператора intersection-of в определении класса Концепт неформальный термин для абстракций «в миру», которые описывает онтология Принуждение неформальный термин для обсуждения эффекта ограничения Свойство данных альтернативный термин для свойства-значения Свойство-значение свойство OWL, которое связывает индивидов со значениями Тип данных тип данных RDFS, почти всегда является одним из встроенных типов данных XML Schema Элемент (1) как в XML (2) элемент множества Entity как в XML Клауза импорта информация в документе онтологии плюс информация во всех онтологиях, которые импортированы в данную и в импортированные онтологии Свойство, означающее индивида альтернативный термин для свойства-объекта Индивид представитель класса OWL, то есть ресурс, который принадлежит области определения данного OWL-класса Представление отношение между индивидом и классом Представитель член области определения OWL-класса Имя как в XML Namespaces Поименованный класс OWL-класс со связанным идентификатором Нод (узел) как в графах RDF OWL-класс RDFS-класс, который относится к области определения owl:Class Свойство-объект свойство OWL, которое связывает индивидов с другими индивидами Объект (1) объект RDF-триады (2) альтернативный термин для индивида (используется по историческим причинам) Документ онтологии веб-документ, который содержит онтологию, как правило, обозначаемую наличием в документе элемента owl:Ontology Онтология (1) коллекция информации, как правило, включающая информацию о классах и свойствах (2) информация, содержащаяся в документе онтологии Определение свойства неформальный термин для элемента owl:ObjectProperty и/или элемента owl:DatatypeProperty Ресурс элемент, обсуждаемый в домене RDF Ограничение, глобальное зарезервировано для обсуждения домена и диапазона свойств Ограничение, локальное [см. выше] Ограничение обычно часть определения класса, оператор, который выражает принуждение, локальное по-умолчанию Множество математическое множество Оператор как в графах RDF Тип как в RDF (rdf:type) URI ссылка как в RDF Неименованный класс OWL-класс без связанного идентификатора, обычно компонент ограничений. Словарь (лексика) набор URI ссылок

Перечень терминов и ссылок

Перечень терминов

Перекрестные ссылки в Руководстве, Справке и Семантике

Ссылки

Близкие стандарты W3C

Образцы онтологий и приложений

Близкие исследования языка KR

Общая информация и специализированные порталы

Приложение A: Основы XML + RDF

Чтобы полностью понимать синтаксис OWL и семантику, Вы должны быть знакомы с основами близких W3C и IETF стандартов, перечисленными ниже. Минимальное знакомство с XML и RDF обеспечивают первые две ссылки из предложенных ниже.

Приложение B: История

Как и OWL, RDFS включает классы и свойства, а также ограничения диапазона и домена для свойств. Он обеспечивает иерархии наследования как для классов, так и для свойств. После его выпуска пользователи начали просить дополнительные особенности, включая типы данных, перечисления и возможность более строго определять свойства.

Другие попытки исследований в данной области уже разрабатывали именно эти виды особенностей. Для тех, кто желает более глубоко разобраться в этих вопросах, предлагаем частичный список проектов и языков:

Чтобы не продолжать работать с отдельными языками онтологий для Семантической Сети, группа исследователей, включая многих из главных участников проектов OIL и DAML-ONT, объединилась в Joint US/EU ad hoc Agent Markup Language Committee, чтобы создать новый язык веб-онтологий. Этот язык DAML+OIL, построенный на базе OIL и DAML-ONT, был предложен в W3C как предполагаемая основа для OWL, и был впоследствии выбран как отправная точка для OWL.

В дополнение к языкам онтологий, различные таксономии и существующие онтологии уже находятся в коммерческом использовании. В сайтах электронной коммерции они облегчают коммуникацию посредством компьютера между покупателем и продавцом, делают возможной вертикальную интеграцию рынков и позволяют описаниям многократно использоваться на различных рынках. Примеры сайтов, которые фактически создают онтологии для коммерческого использования, включают:

Разработаны различные медицинские или фармацевтические онтологии, чтобы помочь управлять огромной массой данных современных медицинских и биохимических исследований, которые бывает трудно связать вместе в единое целое. Один из главных ресурсов Консорциум Генных Онтологий, который определяет онтологии для

Этот сайт также имеет указатели на онтологии для

Сегодня находятся в использовании большие таксономии, которое были бы готовы для внедрения в OWL-пространство. Например, Североамериканская Система Классификации Промышленности (NAICS) определяет иерархию из более чем 1900 элементов, которые идентифицируют типы промышленности. NAICS также связана с Международной Системой Классификации Индустриальных Стандартов (ISIC, Ревизия 3), разработанной и поддерживаемой Организацией Объединенных Наций.

Приложение C: Изменения по сравнению с Предложенной Рекомендацией от 15 декабря 2003 года

Это первая версия документа, которая была переведена на русский язык. Изменения в исходной английской версии см. в оригинальном документе

Источник