<rss version="2.0">











<channel><title>Онтологии: теория и практика</title><description>Форум "Онтологии: теория и практика"</description>






<link>http://forum.teacode.com/show-forum.jsp?forum=http%3a%2f%2fweb.ontobox.org%2fforum%23_1275530629523-25</link>



<item><title>домены в дескриптивных логиках</title>







    



<link>http://forum.teacode.com/show-thread.jsp?thread=http%3a%2f%2fweb.ontobox.org%2fforum%23_1275530631935-3301&amp;page=0</link><pubDate>87</pubDate>











<description>Автор: AVM&lt;br&gt;
Ответов: 5&lt;br&gt;
Последнее сообщение: AVM, 04:43, 13 Sep 2008&lt;br&gt;
Текст: С первой частью полностью согласен. Что касается второй части, то здесь, конечно, ты успешно обругал микроскоп, что он гвозди плохо забивает. Конечно, 0.5% ДЛ хуже ОО. В этом я с тобой согласен. Но! Непроцедурность - очень позитивная фишка ДЛ. Процедурность в описании предметных областей приносит колоссальные проблемы, очень тяжелые семантики, с которыми на практике невозможно работать. ДЛщики вообще на процедурность, как правило, плюют, поскольку у них задачи другие. То, что ты упоминал, как преимущество, для них вообще страшная трагедия. Мы же не плюем, в этом наша фишка. Но дескриптивный и процедурный подходы должны быть скрещены тщательно и предельно аккуратно. Иначе утонем в сложностях взаимодействия. И здесь должны быть две вещи учтены: обеспечить максимальное проникновение дескриптивной и процедурной частей друг в друга (математически корректно!), и сделать их взаимодействие максимально прозрачным - с интерфейсной точки зрения. К твоему сведению, этим ты сейчас и занимаешься.&lt;br&gt;</description></item><item><title>Мета2 и JavaFX</title>







    



<link>http://forum.teacode.com/show-thread.jsp?thread=http%3a%2f%2fweb.ontobox.org%2fforum%23_1275530631703-3130&amp;page=0</link><pubDate>87</pubDate>











<description>Автор: m&lt;br&gt;
Ответов: 6&lt;br&gt;
Последнее сообщение: q, 10:12, 16 Feb 2009&lt;br&gt;
Текст: а проверочки то нету))))&lt;br&gt;</description></item><item><title>частная производная</title>







    



<link>http://forum.teacode.com/show-thread.jsp?thread=http%3a%2f%2fweb.ontobox.org%2fforum%23_1275530630429-1869&amp;page=0</link><pubDate>87</pubDate>











<description>Автор: ната&lt;br&gt;
Ответов: 3&lt;br&gt;
Последнее сообщение: sdfsdf, 10:40, 06 Nov 2008&lt;br&gt;
Текст: rss test&lt;br&gt;</description></item><item><title>Дескриптивные термы и их представление</title>







    



<link>http://forum.teacode.com/show-thread.jsp?thread=http%3a%2f%2fweb.ontobox.org%2fforum%23_1275530630367-1798&amp;page=0</link><pubDate>87</pubDate>











<description>Автор: m&lt;br&gt;
Ответов: 8&lt;br&gt;
Последнее сообщение: Алексей, 10:33, 23 Jan 2006&lt;br&gt;
Текст: Вот и мой ответ на здоровую критику:
1.Map attrib - нужен для того чтобы задать терм. Ведь когда мы его задаем, все атрибуты свалены в кучу и нам нет надобности различать, где т-свойства, а где о-свойства. Но при дальнейшей реализации (особенно при работе с БД) нам необходимо иметь набор этих свойств по отдельности. Можно конечно выделять их методом при каждой потребности, но ведь гораздо удобнее один раз, при создании объекта, задать два множества свойств. 
2.  Метод DTerm.divProp() действительно отрабатывает только в конструкторе. Отдельно я его вынес только потому, что люблю блочность в программах. ДА, разделение атрибутов я вынес в отдельный метод (private), хотя мог свалить все в кучу, но мне кажется так аккуратнее.
3. С этим пунктом согласен, надо будет поменять.
4. Методы interactionDb.filling*() – служебные и введены только для прозрачности кода программы. Из других классов работать с ними не получится, так что отдельно от терма никто их использовать не будет. Эти методы нужны непосредственно для работы метода получения объектов по терму.
5. Исправлюсь. Прочитаю, и буду использовать, чтобы вас не корЁжило.
Володя, спасибо за отзывы, и за то, что не поленился их изложить :)
&lt;br&gt;</description></item><item><title>Update - Apr 14</title>







    



<link>http://forum.teacode.com/show-thread.jsp?thread=http%3a%2f%2fweb.ontobox.org%2fforum%23_1275530630334-1739&amp;page=0</link><pubDate>87</pubDate>











<description>Автор: m&lt;br&gt;
Ответов: 1&lt;br&gt;
Последнее сообщение: m, 09:13, 14 Apr 2005&lt;br&gt;
Текст: Update новой версии.

Распаковать поверх старой.
Если есть lib/jdom.jar, то его удалить.
http://teacode.com/temp/2005-04-14/update-04-14.zip
&lt;br&gt;</description></item><item><title>новая версия - запуск</title>







    



<link>http://forum.teacode.com/show-thread.jsp?thread=http%3a%2f%2fweb.ontobox.org%2fforum%23_1275530630333-1737&amp;page=0</link><pubDate>87</pubDate>











<description>Автор: m&lt;br&gt;
Ответов: 8&lt;br&gt;
Последнее сообщение: m, 12:45, 02 Apr 2005&lt;br&gt;
Текст: Поэтому лучше новую версию ставить в новый каталог, а из старой в новую переносить файлы 
ont.properties
ont.script
ont.data
Это перенесет созданные онтологии.
&lt;br&gt;</description></item><item><title>Работа с библиотекой</title>







    



<link>http://forum.teacode.com/show-thread.jsp?thread=http%3a%2f%2fweb.ontobox.org%2fforum%23_1275530630331-1734&amp;page=0</link><pubDate>87</pubDate>











<description>Автор: Lenin&lt;br&gt;
Ответов: 4&lt;br&gt;
Последнее сообщение: Lenin, 06:39, 05 Mar 2005&lt;br&gt;
Текст: У меня есть URI объекта онтологической модели (не объекта онтологии). Как мне получить экземпляр объекта этой модели? И где описание языка запросов OQL? Что-то я в документации не нашел.&lt;br&gt;</description></item></channel></rss>