5 апреля 2014 года в 9:30 в аудитории 1121 1 учебного корпуса Кременчугского национального университета им. Михаила Остроградского состоится открытая конференция «IT-Перспектива»

ПОВЕСТКА ДНЯ:

1. Рассмотрение вопросов развития отечественной науки и IT-индустрии усилиями ученых, исследователей, изобретателей, программистов и бизнесменов
2. Обмен информацией и ознакомление с перспективами развития IТ-рынка, научно-исследовательскими и прикладными разработками IT-специалистов
3. Определение тенденций, имеющих практическое значение для подготовки квалифицированных специалистов в сфере информационных технологий.

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

Приглашаем всех желающих принять участие в конференции.

Предварительная регистрацию участников доступна на сайте конференции - http://it-perspektiva.kdu.edu.ua

Следует отметить, что участие в конференции бесплатное.

Более подробную информацию Вы можете получить на сайте: http://it-perspektiva.kdu.edu.ua
.

Я пишу на PHP и SPARQL,  в зависимости конечно от возможностей триплетстора, но обычно наиболее популярные языки поддерживаются. из опробованных есть еще возможность писать на C#. В большинстве случаев я на SPARQL смотрю как на разновидность SQL но есно для своего класса БД. значит к нему подходы по использованию такие же. cool

Межсистемный коннект также возможен через SPARQL Protocol
И Java вообще к интеграции не имеет никакого отношения. Java, С# и прочее это инструмент реализации а не интеграции.

UPD. Целая база знаний на тему по ссылке http://semanticfuture.net/index.php/%D0 … 1%86%D0%B0

то что не стоит осваивать. SPARQL подойдет.

4

(1 ответов, оставленных в Хранение знаний)

Почитал слайд-лекцию про паттерны проектирования онтологий. Возник вопрос.

Есть ли какие то патерны для представления фактов в триплесторах? например, можно хранить факт в поименованном графе (факт = поименованный граф, как в FOAF),  а можно в одном графе хранить много фактов (тогда граф = много фактов)

наверняка есть какие то еще варианты... кстати, есть ли?

потому с точки зрения выполнения запросов на sparql как лучше хранить факты?

5

(6 ответов, оставленных в Хранение знаний)

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

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

все что предложено в тех поддержке мы сделали, но оно мало помогло. опять же речь о виндовс 7 и xp.
на линуксе с русским более менее c u-драйверами.

Кстати в php при генерации json в спаркл запросе select есть странное ограничение на вывод количества элементов json  можно получить до 20 записей, а далее обрезается вывод, при чем обрезается где захочет.
. Думаю опять же это не проблема виртуозо, а проблема драйвера для PHP.
но в ISQL, написанном на php, все норма, файл с json выводом полный, и это в тройне не понятно.

Опять же не проблема, можно за два запроса получить 40 записей, что при создании  paginator в общем то реально, но частоту вывода в 25 записей уже поставить нельзя.

при чем при генерации обычного датасета такая проблема не наблюдается.


PS. Про русский в дополнение скажу - были интересные артефакты, первый раз идет инсерт на виртуозо все нормально, и потом можно просмотреть, а второй запрос следом уже не проходит, бьется кодировка.

PPS. Данные в файлах для передачи на виртуозу различными способами кодировали в utf-8 и с BOM и без.

6

(6 ответов, оставленных в Хранение знаний)

при подключении через АДО проблем с русским языком нет в запросах SPARQL?

он не доступен

Первое что надо сделать
Раскомментировать в virtuoso.ini SQL_UTF8_EXECS и установить значение 1

Поддается. Например,
Windows Presentation Foundation (WPF) – новая подсистема интерфейса пользователя и программный интерфейс на основе XML и векторной графики. Уже структурирован.
К сожалению, легко нарашивается только CRUD-интерфейс, а если что то специфическое, то сами понимаете

что конвертировать? или из HTML RDFS хотите получить, так это не так и просто. напрямую нельзя. HTML в RDF полуавтоматом можно и то не все. а с  RDFS так просто не будет

Danallen, делай в Google docs, чтобы все могли посмотреть и внести при необходимости дополнения!
smile

http://shcherbak.net/translations/ru_sp … k_net.html

13

(2 ответов, оставленных в Прикладные проекты и инициативы)

конечно будет работать.  smile
в запросе проблема скорее всего.

14

(1 ответов, оставленных в Разное (Unmoderated))

связаться со мной ontolog[@]gmail.com

15

(2 ответов, оставленных в Агентные технологии)

http://code.google.com/p/rdfa-core-java … enaExample

Про что этот вопрос мне не понятно - "Браузер отображает структуру OWL, а что сделает Protege?"
С OWL протеже делает то на что он запрограмирован.
а xslt в данном случае решает проблему унификации преобразований на раз.
и переходите на 4 протеже

RDR6486, про Power Desiner и XMI уже когда то на форуме были вопросы, гугл и поиск по форуму поможет.
а XML в Protege никто не заморачивается. вообще не вижу  проблемы, посмотрите какой XMI  генерирует Power Desiner, а потом на XML protege и добавьте с помощью XSLT недостающие синтаксические конструкции или подправьте генерируемый протеже код XML.
XSLT как раз и создан для трансформаций XML документов.

на щербак.net можете найти кода XSLT для трансформаций RDF/XML. есть целая статья.

Читайте.

Уже пожелал smile

Но интерпретации и правила интерпретации могут быть определены и правила трансляции с учетом семантики могут быть составлены и как результат общепринятая форма знания может быть получена (для того же UML и еtс).

Но самое интересное, что этим заниматься уже не надо, все сделано и приемлемый транслятор есть. Значит читать диаграммы не надо, а надо использовать OWL cгенерированный транслятором.

Ну это я уже совсем от темы ветки ушел... Извините.

20

(3 ответов, оставленных в Встречи и семинары)

БелАрусь

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

Про сомнительное - автоматические мапперы никто не отменял (как инструменты, так и формальные теории трансляции) -  UML2OWL OWL2UML. А к UML близко ERD, а там и БД очень рядом.

здесь конечно большая проблема в том что для меня связка  RDF/RDFS равна факт/знание. хоть связка и сомнительна в свете тенденций OWL 2 и слабых возможностях логического вывода.

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

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

Павел, уже поделился ссылкой на ваш доклад smile http://forum.semanticfuture.net/viewtopic.php?id=291

как у вас дела на поприще CNL?

у нас нет, но и задача по сути не наша, э то операции подстановки аналог автодополнения в средах разработки и OpenOffice Writer

Спасибо, отличное руководство. Особенно понравиться тем, кто планирует работать с открытой версией виртуозо.  smile