DRAKON.SU :: Просмотр темы - Граф знаний предприятия

Может быть и Дракон как-то такую же концепцию подхватит (изменит курс в сторону формальной семантики), "semantic Drakon".

Дмитрий, рад за вас и поздравляю с успехами.

Может быть эта картинка (v0.1) пояснит направление (идею):
https://github.com/bpmbpm/doc/blob/main/BPM/AI/wiki_LLM_sBPM.svg

браузер пишет: "Ошибка синтаксического анализа XML".

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

Из тривьюшки тянем гиперссылки в отдельное окно браузера. В нём и откроются фотокартинки.

Поэтому любую дракон-схему можно предствить тривьюшкой. Это гипертекст (а не графика); публиковать можо в составе произвольного html-кода, и просматривать в любом браузере.

тривьюшками

Граф знаний будет иметь третью колонку, в которой задан тип отношения между двумя узлами.

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

https://www.ldf.fi/service/rdf-grapher

Более логично когда схема - это не html, а графический файл SVG (или подобный).

Более подробного нет описания? С примерами (код) использования? Больше интересует подобное на js.

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

Как в каталоге картинок, так и в каталоге схем процессов, ...

Единичка писал(а):

узел TreeView всегда задан Уникальным идентификатором.

Dmitry_23 писал(а):

Интересно, а как в Вашей системе?

Автор:	Dmitry_23 [ Четверг, 06 Март, 2025 10:16 ]
Заголовок сообщения:	Граф знаний предприятия
Граф знаний предприятия - это сбор семантический образ предприятия в картинках (упрощенно). Нужен инструмент его формирования и использования. Идея схожа с ZettelKastenкак Obsidian и дракон схемы но более масштабнее. Точнее это sematic Web \ semantic Mediawiki, как развитие Web \ Mediawiki на стандартах Linked Data. Такую штуку строим тут SemanticBPM: https://github.com/bpmbpm/SemanticBPM Внешне будет похожа на ARIS (ARIS-based) http://www.bpm.processoffice.ru/ но иметь семантический движок (RDF-based). Лучше ARIS пока с 1992 года так ничего в мире и не придумали. Может быть и Дракон как-то такую же концепцию подхватит (изменит курс в сторону формальной семантики), "semantic Drakon". Схожие темы (инструменты BPM): Дракон SmartDesign стол Metasonic ЕРС (и) или Дракон Некоторые попытки описания бизнес-процессов Драконом (помимо целого раздела): viewtopic.php?f=153&t=5992 viewtopic.php?f=153&t=5187 viewtopic.php?f=153&t=4964 viewtopic.php?f=153&t=4084 Однако в рамках Графа знаний предприятия нужно начать с верхнеуровневых конструкций, мы начали с VAD. Что такое процесс?

Автор:	Владимир Паронджанов [ Четверг, 06 Март, 2025 10:23 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Дмитрий, рад за вас и поздравляю с успехами. Dmitry_23 писал(а): Может быть и Дракон как-то такую же концепцию подхватит (изменит курс в сторону формальной семантики), "semantic Drakon". Дмитрий, спасибо. Интересно.

Автор:	Dmitry_23 [ Четверг, 06 Март, 2025 14:14 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Цитата: Дмитрий, рад за вас и поздравляю с успехами. Пока их особо и нет. В части концепции Семантический Дракон можно взять аналоги: 1 Переход из "мира схем" в "мир семантики", т.е. TriG \ RDF -- графическая схема процесса, см Рисунок 1 2 Итоговая оболочка - Фактически "смотрелка" схем процессов (BPM - облик), где каждый процесс (схема процесса в svg, graphML-yEd, graphMX-jgraph \ drawio и т.п.) имеет своего семантического двойника в RDF\TriG (triple store). https://github.com/bpmbpm/SemanticBPM/wiki/MVP-0.1 Не принципиально будет это VAD или иная нотация. В любом случае, для начала нужно начать с верхнеуровневого представления и простой нотации. Видимо для верхнеуровневых схем можно в Драконе выделить несколько элементов "похожих на VAD" или использовать в Драконе сам VAD - для описания процессов верхнего уровня (с детализацией их в Драконе). Более того, можно совестными усилиями собрать универсальный семантический движок и его использовать в обоих проектах: как ARIS-based, так и Drakon-based. В обоих случаях (кузов ARIS или Drakon) "под капотом" будет стоять один и тот же семантический движок (RDF-based, Linked Data). Независимость семантики (смысла) от "синтаксических оберток" типа нотаций Drakon, VAD, EPC, SIPOC и т.п. продемонстрировал в ВРМ. Смарт-инструменты «Таблица -> Схема» для формализации бизнес-процессов. Рестайлинг ARIS SmartDesign или https://bpmbpm.github.io/jsDOTsmartDesi ... esign.html

Автор:	Владимир Паронджанов [ Пятница, 07 Март, 2025 14:27 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Дмитрий, благодарю за важные предложения

Автор:	Dmitry_23 [ Воскресенье, 09 Март, 2025 15:03 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Может быть эта картинка (v0.1) пояснит направление (идею): https://github.com/bpmbpm/doc/blob/main/BPM/AI/wiki_LLM_sBPM.svg

DRAKON.SU https://forum.drakon.su/

Граф знаний предприятия https://forum.drakon.su/viewtopic.php?f=143&t=7463	Страница 1 из 1

Автор:	Единичка [ Среда, 26 Март, 2025 19:03 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Dmitry_23 писал(а): Может быть эта картинка (v0.1) пояснит направление (идею): https://github.com/bpmbpm/doc/blob/main/BPM/AI/wiki_LLM_sBPM.svg Скачал файл-картинку, но просмотреть её не могу: браузер пишет: "Ошибка синтаксического анализа XML". Dmitry, прошу конвертировать и опубликовать её в растровом формате. А графы знаний я научился автоматически представлять тривьюшками (из БД): https://t100500.ru/1/1/21/#item-115 Ссылка на документацию есть в комменте html-кода, перед тегом <html>. Обсидианом я ещё не пользовался, но обсуждал его на вебфоруме... Говорят, что он не умеет строить деревья с повторяющимися узлами. Эта задача часто возникает для сложных оглавлений, когда один и тот же пункт нужно включить в состав нескольких веток. Тривьюшки такое умеют! - Ещё пример: галерея Из тривьюшки тянем гиперссылки в отдельное окно браузера. В нём и откроются фотокартинки. - Иконы дракон-схем тоже можно рассматривать как взаимосвязанные узлы. Поэтому любую дракон-схему можно предствить тривьюшкой. Это гипертекст (а не графика); публиковать можо в составе произвольного html-кода, и просматривать в любом браузере. Получается очень компактно: дракон-схема в виде текстовых гиперссылок (иерархически-сворачваемое дерево ссылок).

Автор:	Dmitry_23 [ Четверг, 27 Март, 2025 12:18 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Цитата: браузер пишет: "Ошибка синтаксического анализа XML". Может быть эта картинка (v0.1) пояснит направление (идею): https://github.com/bpmbpm/doc/blob/main ... M_sBPM.svg (исходный) Добавил ссылку: https://bpmbpm.github.io/doc/BPM/AI/wiki_LLM_sBPM.svg (Pages) однако и исходная ссылка у меня рабочая, она только в окне github рисунок показывает. Цитата: А графы знаний я научился автоматически представлять тривьюшками У Вас просто граф. Граф знаний будет иметь третью колонку, в которой будет задан тип отношения между двумя узлами. Простейший случай, см: https://www.ldf.fi/service/rdf-grapher Цитата: Из тривьюшки тянем гиперссылки в отдельное окно браузера. В нём и откроются фотокартинки. Как в каталоге картинок, так и в каталоге схем процессов, типовой вариант - это несколько окон: Когда в TreeView выбран элемент, окно не исчезает, а остается. Справа от него в окне просмотра отображается картинка \ схема \ документ. Обычно еще есть третье окно с параметрами изображения или атрибутами выбранного узла. Мой вариант- пример: https://bpmbpm.github.io/doc/test/treev ... ree2b.html (Pages) https://github.com/bpmbpm/doc/tree/main ... /jsTree_n3 (исходный) Промышленный (ARIS Web Publisher): http://www.bpm.processoffice.ru/ Так и в Дракон: лучше повторить 25-летний стандарт на репозитарий схем ARIS Web Publisher, который во всех BPM - системах остался базово без изменений. Если нужно вывести схему (русунок) в отдельное окно, то часто добавляют кнопку "В отдельном окне" (как в браузере). Цитата: Поэтому любую дракон-схему можно предствить тривьюшкой. Это гипертекст (а не графика); публиковать можо в составе произвольного html-кода, и просматривать в любом браузере. Нет же. Более логично когда схема - это не html, а графический файл SVG (или подобный). Более того, в него уже включены необходимые метаданные (там специальные теги для этого) со свойствами объектов схемы. SVG тоже просматривать можно в браузере. Вместо SVG часто применяют более сложные форматы: yEd, drawio, visio и т.п., но в этом случае понадобятся свой viewer. Цитата: тривьюшками https://co50581.tmweb.ru/1/iXBT.com/dat ... 731101422/ Более подробного нет описания? С примерами (код) использования? Больше интересует подобное на js.

Автор:	Единичка [ Четверг, 27 Март, 2025 16:38 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Dmitry_23 писал(а): Граф знаний будет иметь третью колонку, в которой задан тип отношения между двумя узлами. У меня он тоже трёхмерный. А на рисунке я третий столбец стёр, т.к. для понимания принципа построения планарных (двумерных) тривьюшек он на рисунке не нужен. Dmitry_23 писал(а): В каталоге картинок и в каталоге процессов типовой вариант - это несколько окон: Когда в TreeView выбран элемент, окно не исчезает. Справа от него в окне просмотра отображается картинка \ схема \ документ. Это дело привычки. Вот Вы привыкли, и считаете это удобным и правильным. А мне проще дважды кликнуть на любой тривьюшке, чтобы понаоткрывать любое количество дополнительных окон. При переходе по treeview-ссылкам тривьюша не исчезает: двух мониторов до сих пор хватало ). Не будет хватать – подключу третий. А ещё существуют маленькие системные программы, выводящие любые окна поверх остальных... Когда понадобится, заставлю её работать во фреймах. Это не сложно. Dmitry_23 писал(а): https://www.ldf.fi/service/rdf-grapher «Домен не найден» (сайт в отключке?). Через моего интернет-провайдера ни страничку, ни её домен не видно. -- Dmitry_23 писал(а): Более логично когда схема - это не html, а графический файл SVG (или подобный). С этим никто не спорит. Вопрос лишь в том, когда наши драконостроители добавят функционал минисхем: "Аэровид", тривьюшка и т.п. – это дополнительная информация, полезная для навигации по дракон-схеме и для лучшего её понимания. Впрочем, тривьюшка может жить и отдельно от чертежа. -- Dmitry_23 писал(а): Более подробного нет описания? С примерами (код) использования? Больше интересует подобное на js. Почти все операции осуществляются редактированием адресной строки браузера. Для осмысленных действий нужно понимать нижеследующие пункты: Мои тривьюшки – это маахонькие html-файлы. В них зашиты скрипты и стили. Каждый узел-объект присутствует лишь в одном экземпляре (не считая листьев-псевдонимов). Из псевдонима идёт внутренняя гиперссылка к главному "близняшке". "Сросшиеся листья-псевдонимы последовательно нумеруются в хэштегах с "..._2"; остальные – с "..._1". Это полезно знать, если нужно вручную найти псевдонимы. Переход к любому из них осуществляется редактированием хэштега в адресной строке браузера. В нижней строчке всплывающих подсказок должна быть числовая информация из БД-таблицы: среднее число – это ID соответствующего узла-объекта. А в старых тривьюшках этой строки ещё нет; чтобы она появилась, надо просить меня сгенерировать тривью заново. Вся информация для построителя взята из БД. И, конечно, в интерфейсе работы с ней больше возможностей и удобств... Но это пока конфиденциально: Код: Код построителя пока держу в секрете. Это единственная ценность, которая у меня есть. Обменяю на технологию проектирования [u]платёжных систем[/u]...

Автор:	Единичка [ Пятница, 28 Март, 2025 14:35 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Единичка писал(а): строить деревья с повторяющимися узлами. Эта задача часто возникает для сложных оглавлений, когда один и тот же пункт нужно включить в состав нескольких веток. Dmitry_23, вижу, что в Вашей системе папки сами раскрываются по гиперссылке. Это хорошо. Теперь ещё три вопроса: 1. Как увидеть: есть ли повторные вхождения узла-объекта? Возьмём файл .../BOK/README.md. Как я должен действовать, и куда смотреть, чтобы найти другие ветки, которые содержат этот же файл? 2. Как Ваша система определяет, что узел является "папкой"? В моей системе папкой автоматически становится любой объект, если он имеет child-связи к другим объектам. Например, я могу задать child-связь от форумной темы → к двум подфорумам на чужих сайтах. Это будет означать, что тема содержит в себе эти вспомогательные подфорумы. Она отобразится как папка, даже если пока не имеет ни одного поста. Следствие моего подхода: любая папка имеет все универсальные атрибуты объекта (но эти атрибуты не обязательны в конкретном случае). 3. Как избегать "информационных перегрузок"? В моей системе можно не только А) заранее программировать начальную свёрнутость папок, но и Б) убирать любые узлы из дерева. То есть, допустим, по реляционному графу узел входит в тривьюшку; но я намеренно его убираю. Например, как убрал всё содержимое папки [Ню...]

Автор:	Единичка [ Пятница, 28 Март, 2025 19:07 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Dmitry_23 писал(а): Как в каталоге картинок, так и в каталоге схем процессов, ... Ещё одна крупная сфера применения тривьюшек: «машина времени». Не только в построителях алгоритмов, но и вообще в программировании. При любых изменениях полезно иметь предыдущие копии, чтобы можно было "откатиться", и двинуться в другом направлении. Особенно это важно для коллективной работы. + Преимущества TreeView-оглавлений Пазл-схема – тоже видоизменённая разновидность тривьюшки. Так что, древовидные системы – это целый мир... Пора их стандартизировать. Как оказалось, человек неплохо воспринимает направленные двумерные графы в виде ▒деревьев. По крайней мере, это один из универсальных способов их представления. Чтобы собирать пункты возможных применений тривьюшек надо бы создать отдельную тему, но только с безлимитной возможностью внесения правок, т.к. информация будет обновляться в течение многих лет.

Автор:	Dmitry_23 [ Понедельник, 31 Март, 2025 13:37 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Единичка писал(а): Единичка писал(а): строить деревья с повторяющимися узлами. Эта задача часто возникает для сложных оглавлений, когда один и тот же пункт нужно включить в состав нескольких веток. В общем случае - узел TreeView задан идентификатором. У него могут быть свойства: url объекта, со ссылкой уже на файл (путь + имя). Соответственно узел TreeView всегда задан Уникальным идентификатором. Как его формировать - отдельный вопрос. Как вариант - через префикс с использованием вышестоящего узла. Пара пояснений: Небольшое онтологическое пояснение: https://github.com/bpmbpm/SemanticBPM/w ... 1-ontology В. Дубли процессов (объектов) https://github.com/bpmbpm/SemanticBPM/w ... 0%BE%D0%B2

Автор:	Единичка [ Понедельник, 31 Март, 2025 18:11 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Dmitry_23 писал(а): узел TreeView всегда задан Уникальным идентификатором. Есть ещё ID объекта в БД (табличное представление того же графа). То есть, один и тот же граф можно представить и табличным способом, и в виде TreeView. В моих тривьюшках не получилось обойтись без ярлыков (при построении реляционный граф → тривьюшка - система создаёт их автоматически). Интересно, а как в Вашей системе? Покажите какой-нибудь простой пример: а) одна и та же тема принадлежит двум подфорумам; б) файл принадлежит одновременно двум папкам файловой системы. -- И ещё один вопрос к этой же Вашей цитате: Я вижу, что в Вашей системе гиперссылка на TreeView-узел формируется текстовой последовательностью имён вложенных папок. Так? Считаю это грубейшей ошибкой, из-за которой жизнеспособность всего проекта под вопросом. Причин вашего грядущего неуспеха две: Изменяя даже одну реляционную связь мы с большой вероятностью делаем "битыми" большинство внешних ссылок, ранее опубликованных, ведущих к узлу соответствующей тривьюшки. А при моём подходе все старые ссылки продолжат действовать! В моей практике часто встречается задача. Зная id-шник узла в одной тривьюшки найти тот же объект в другой тривьюшке. Решение: просто в url второй тривьюшки добавляю хэштег искомого объекта. То есть, в моей системе url просто выводит нам тривью-дерево. А на конкретную строчку-объект ссылаемся ...#хэштегами. В Вашей системе эта задача как-то решается?

Автор:	Dmitry_23 [ Вторник, 01 Апрель, 2025 21:13 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Единичка писал(а): Dmitry_23 писал(а): Интересно, а как в Вашей системе? У меня там простой пример на библиотеке http://www.jstree.com/ Все они одинаковые: https://habr.com/ru/articles/142603/ И pure-js-treeview такие. > файл принадлежит одновременно двум папкам файловой системы. url задается как отдельное свойство. Все это в рамках RDF (linked Data).

Автор:	Единичка [ Среда, 02 Апрель, 2025 13:55 ]
Заголовок сообщения:	Re: Граф знаний предприятия
Посмотрел пример от "корифеев": https://www.jstree.com/demo/ Бездельники! Они до сих пор делают различие между "листом" и "папкой". Из-за этой ошибки не получается перетащить папку → в "лист". Есть ли другие системы, без этого глупого недостатка? Держите нас, пожалуйста, в курсе, когда это, наконец, появится. -- И ещё одна важная задача на перспективу: нужен скрипт, Сохраняющий текущее состояние тривьюшки в новом файле (в другой тривью). Представляющий текущую тревьюшку в реляционном виде (то есть, снова в виде таблицы о двух столбцах). Как в каждый узел заложить несколько гиперссылок? Выбор "направления" гипер-перехода осуществлять комбинацией клавиш-модификаторов ([Ctrl],[Shift],[Alt]).

Страница 1 из 1	Часовой пояс: UTC + 3 часа
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/