doc/Project/SemanticBPM/editor

graphic editor

К выбору графического редактора схем процессов

В дополнение к Способы реализации

1. Редактор схем процессов не является главной частью проекта (MVP). Предполагается, что схемы могут создаваться в любом редакторе, при наличии "Корпоративный семантический шаблон", см. Базовый технологический концепт на примере VAD, arisLDconcept.md. Cейчас да, парсер yed_based
2. Фактически речь в первую очередь просто связать XML (drawio, yEd, visio, svg) с TriG в общем экране GUI, читай ARIS web Publisher. Парсить XML (drawio, yEd, visio, svg) придется (чтобы получить TriG), но это можно делать параллельно, см. п. 9 Тестирование yed_based_semantizer
3. Для ontonet. Можно рисовать схемы процессов и в ontonet, а потом выгружать в RDF. Сосбственно я про это и намекал: Осмотр Семантической доски. Если бы выгрузка была в RDF, то это можно брать как редактор схем процессов с готовым парсингом. В идеале конечно: каждая схема в свой TriG, т.е. все пространство (в онто - терминах) выгружеется как набор TriG - файлов. Для начала достаточно свойства hasNext.