<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Комментарии: О формальных основах OWL</title>
	<atom:link href="http://shcherbak.net/2009/03/o-formalnyx-osnovax-owl/feed/" rel="self" type="application/rss+xml" />
	<link>http://shcherbak.net/2009/03/o-formalnyx-osnovax-owl/</link>
	<description>Фокус на семантические технологии Веба</description>
	<lastBuildDate>Sat, 14 Apr 2012 11:44:52 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>Автор: PavelK</title>
		<link>http://shcherbak.net/2009/03/o-formalnyx-osnovax-owl/comment-page-1/#comment-1240</link>
		<dc:creator>PavelK</dc:creator>
		<pubDate>Thu, 07 May 2009 23:05:42 +0000</pubDate>
		<guid isPermaLink="false">http://shcherbak.net/?p=702#comment-1240</guid>
		<description>\forall R.C говорит, что *все* объекты, связанные отношением R с объектом нашего класса, будут принадлежать классу С. Например, можно сказать, что *все*, что ест вегетерианец, не является мясом (\forall eats.\not(Meat)). Заметь, что здесь пока не утверждается, что он непременно ест хоть что-нибудь.
\exists R.C говорит, что есть *хотя бы* один объект, который связан с объектом нашего класса через R и является членом C. Например, любой вегетерианец ест *хотя бы* одно растение \exists eats.Plant.
Между этими ограничениями существует очевидное свойство, знакомое по логике предикатов: \forall R.C = not(\exists R.\not(C)). Т.е. &quot;вегетерианец ест только &quot;не мясо&quot; эквивалентно &quot;не существует такого мяса, которое ест вегетерианец&quot;.
Насчет второго вопроса: да, интерпретация - это именно связь символьного представления онтологии с реальным миром. Как я уже писал тут, явно интерпретации в онтологии не представляются, но ничего не мешает в качестве *одной* возможной интерпретации рассматривать набор программных объектов (уж в Jena или в чем-то еще - неважно).</description>
		<content:encoded><![CDATA[<p>\forall R.C говорит, что *все* объекты, связанные отношением R с объектом нашего класса, будут принадлежать классу С. Например, можно сказать, что *все*, что ест вегетерианец, не является мясом (\forall eats.\not(Meat)). Заметь, что здесь пока не утверждается, что он непременно ест хоть что-нибудь.<br />
\exists R.C говорит, что есть *хотя бы* один объект, который связан с объектом нашего класса через R и является членом C. Например, любой вегетерианец ест *хотя бы* одно растение \exists eats.Plant.<br />
Между этими ограничениями существует очевидное свойство, знакомое по логике предикатов: \forall R.C = not(\exists R.\not(C)). Т.е. &laquo;вегетерианец ест только &laquo;не мясо&raquo; эквивалентно &laquo;не существует такого мяса, которое ест вегетерианец&raquo;.<br />
Насчет второго вопроса: да, интерпретация &#8211; это именно связь символьного представления онтологии с реальным миром. Как я уже писал тут, явно интерпретации в онтологии не представляются, но ничего не мешает в качестве *одной* возможной интерпретации рассматривать набор программных объектов (уж в Jena или в чем-то еще &#8211; неважно).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: alex_kart</title>
		<link>http://shcherbak.net/2009/03/o-formalnyx-osnovax-owl/comment-page-1/#comment-1239</link>
		<dc:creator>alex_kart</dc:creator>
		<pubDate>Thu, 07 May 2009 22:38:27 +0000</pubDate>
		<guid isPermaLink="false">http://shcherbak.net/?p=702#comment-1239</guid>
		<description>несколько неясно, что означает
# Универсальное ограничение свойства (\forall R.C)
# Экзистенциальное ограничение свойства (\exists R.C)
нельзя ли объяснить на конкретном примере из естественного языка. 

Еще насчет функции интерпретации. Как я понял это просто связь между абстрактным набором символов который представляет онтологию и реальным миром? Т.е если к примеру с помощью Jena создать представление онтологии в виде программы на джаве Jena фактически будет представлять функцию интерпретации I, а Dom будет являться написанной программой?</description>
		<content:encoded><![CDATA[<p>несколько неясно, что означает<br />
# Универсальное ограничение свойства (\forall R.C)<br />
# Экзистенциальное ограничение свойства (\exists R.C)<br />
нельзя ли объяснить на конкретном примере из естественного языка. </p>
<p>Еще насчет функции интерпретации. Как я понял это просто связь между абстрактным набором символов который представляет онтологию и реальным миром? Т.е если к примеру с помощью Jena создать представление онтологии в виде программы на джаве Jena фактически будет представлять функцию интерпретации I, а Dom будет являться написанной программой?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: PavelK</title>
		<link>http://shcherbak.net/2009/03/o-formalnyx-osnovax-owl/comment-page-1/#comment-1178</link>
		<dc:creator>PavelK</dc:creator>
		<pubDate>Fri, 17 Apr 2009 21:03:51 +0000</pubDate>
		<guid isPermaLink="false">http://shcherbak.net/?p=702#comment-1178</guid>
		<description>Естественно! Больше этим интеграторам онтологий информацию взять неоткуда, &quot;моделей&quot; (т.е. интерпретаций) онтологий они не видят. Они используют статистику и иногда онтологии верхнего уровня (или словари) для стыковки терминов-синонимов (типа МАШИНА - АВТОМОБИЛЬ). Поэтому и проблем и ошибок у них столько.
В принципе, можно попробовать делать интеграцию на основе сходства моделей. Явно модель ни одного класса нам недоступна (более того, их может быть бесконечно много). Однако можно попробовать получить так называемую &quot;каноническую модель&quot; - некое представление того, как выглядят модели данного класса (грубо говоря, что у них общего). И делать интеграцию терминов из разных онтологий на основании схожести их канонических моделей.
У нас в прошлом году был студент из Германии, который исследовал визуализацию канонических моделей OWL-классов и сделал прототип плагина для Протеже для их демонстрации. Если интересно - посмотри (и спрашивай, если есть вопросы) [1]

[1] http://www.cs.man.ac.uk/~bauerj/supermodel/</description>
		<content:encoded><![CDATA[<p>Естественно! Больше этим интеграторам онтологий информацию взять неоткуда, &laquo;моделей&raquo; (т.е. интерпретаций) онтологий они не видят. Они используют статистику и иногда онтологии верхнего уровня (или словари) для стыковки терминов-синонимов (типа МАШИНА &#8211; АВТОМОБИЛЬ). Поэтому и проблем и ошибок у них столько.<br />
В принципе, можно попробовать делать интеграцию на основе сходства моделей. Явно модель ни одного класса нам недоступна (более того, их может быть бесконечно много). Однако можно попробовать получить так называемую &laquo;каноническую модель&raquo; &#8211; некое представление того, как выглядят модели данного класса (грубо говоря, что у них общего). И делать интеграцию терминов из разных онтологий на основании схожести их канонических моделей.<br />
У нас в прошлом году был студент из Германии, который исследовал визуализацию канонических моделей OWL-классов и сделал прототип плагина для Протеже для их демонстрации. Если интересно &#8211; посмотри (и спрашивай, если есть вопросы) [1]</p>
<p>[1] <a href="http://www.cs.man.ac.uk/~bauerj/supermodel/" rel="nofollow">http://www.cs.man.ac.uk/~bauerj/supermodel/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: VasyaRogov</title>
		<link>http://shcherbak.net/2009/03/o-formalnyx-osnovax-owl/comment-page-1/#comment-1177</link>
		<dc:creator>VasyaRogov</dc:creator>
		<pubDate>Fri, 17 Apr 2009 19:43:40 +0000</pubDate>
		<guid isPermaLink="false">http://shcherbak.net/?p=702#comment-1177</guid>
		<description>Павел, спасибо огромное за ответ, теперь стало понятно - просто по своей теме - рассматривал различные средствами интеграции онтологий, не раз отмечал, что всегда в основе установления соответвия терминов/свойств лежали сходства именно лейблов - т.е. если название похоже - значит и семантика примерно одна и таже, хотя формально - это, получается, никакого основания не имеет.</description>
		<content:encoded><![CDATA[<p>Павел, спасибо огромное за ответ, теперь стало понятно &#8211; просто по своей теме &#8211; рассматривал различные средствами интеграции онтологий, не раз отмечал, что всегда в основе установления соответвия терминов/свойств лежали сходства именно лейблов &#8211; т.е. если название похоже &#8211; значит и семантика примерно одна и таже, хотя формально &#8211; это, получается, никакого основания не имеет.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Автор: PavelK</title>
		<link>http://shcherbak.net/2009/03/o-formalnyx-osnovax-owl/comment-page-1/#comment-1176</link>
		<dc:creator>PavelK</dc:creator>
		<pubDate>Fri, 17 Apr 2009 12:12:47 +0000</pubDate>
		<guid isPermaLink="false">http://shcherbak.net/?p=702#comment-1176</guid>
		<description>Еще раз: в онтологии (по крайней мере в DL и OWL) функции интерпретации дизайнером не задаются *никак*. Их в синтаксисе нет *вообще*. В любой логике есть строгое разделение на синтаксис (то, что разработчик определяет явно) и семантику (то, как reasoner интерпретирует синтаксис).
Насчет тройки (термин, отношение, функция интерпретации) - то это неверно. По крайней мере для OWL (и любой логики) это 100% не так. Как только разрешить доступ к интерпретации в синтаксисе - мы тут же получим парадокс лжеца в чистом виде.
В твоем примере с квадратом никакая функция интерпретации не задается. Достаточно простой аксиомы:
Square = Rombus \and (\forall angle.Right). 
Видишь, я нигде явно не задаю отображение класса Square на множество объектов реального мира. Кстати, аксиома Square \subclass Rombus будет следствием моей онтологии, т.к. моя аксиома *гарантирует*, что I(Square) \subset I(Rombus)</description>
		<content:encoded><![CDATA[<p>Еще раз: в онтологии (по крайней мере в DL и OWL) функции интерпретации дизайнером не задаются *никак*. Их в синтаксисе нет *вообще*. В любой логике есть строгое разделение на синтаксис (то, что разработчик определяет явно) и семантику (то, как reasoner интерпретирует синтаксис).<br />
Насчет тройки (термин, отношение, функция интерпретации) &#8211; то это неверно. По крайней мере для OWL (и любой логики) это 100% не так. Как только разрешить доступ к интерпретации в синтаксисе &#8211; мы тут же получим парадокс лжеца в чистом виде.<br />
В твоем примере с квадратом никакая функция интерпретации не задается. Достаточно простой аксиомы:<br />
Square = Rombus \and (\forall angle.Right).<br />
Видишь, я нигде явно не задаю отображение класса Square на множество объектов реального мира. Кстати, аксиома Square \subclass Rombus будет следствием моей онтологии, т.к. моя аксиома *гарантирует*, что I(Square) \subset I(Rombus)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

