Category: история

Category was added automatically. Read all entries about "история".

2021 год
  • ailev

Платформенность .15926

С выпуском версии 1.2 (ждите, это совсем скоро!) нужно обратить внимание на то, куда мы движемся: от Browser к Editor, от Editor к Platform -- если в прошлой версии стало возможным делать пользовательские расширения с использованием Сканера и Билдера графа, то в версии 1.2 добавляются расширения для пользовательских паттернов.

Продукт у нас штучный и сложный, и неплохо бы поглядеть, как в таких условиях развиваются продукты аналогичного класса. Например, Robot Operation System (ROS) -- http://www.ros.org/wiki/ROS/Introduction (число участников тамошнего проекта сильно меньше, чем в Eclipse -- http://eclipse.org/, так что он больше похож на нас нынешних). По большому счёту все эти проекты ползут с ростом числа участников к пониманию "платформенности" как вариантам ручной сборки из разношёрстных и разномастных деталек к какой-то автоматизации и самосборке сложных конфигураций и достижению монструозности, а затем в рамках уже этой монструозности и избыточности софта появляется AppStore.

У нас уже есть:
-- последовательность самообразования (ибо без знания ISO 15926 никакого .15926 софта не нужно), в том числе методология разработки. Конечно, когда всё это собрано в кучку, становится понятным, как это всё компактно переписать и тем самым снизить входной порог.
-- файловые форматы (Часть 8 -- нам свезло, ибо остальным приходится сочинять что-то своё, а тут "безобразно, но единообразно").
-- фриварный движок, который медленно-медленно начинает стабилизироваться и к нему документированные API всех этих расширений
-- сделанные in house примеры расширений (их мало, но они есть)
-- интернет-комьюнити, где все это можно обсуждать (вот это, в котором находится данный пост).

Чего же не хватает для того, чтобы обозваться платформой? Нижняя граница -- пятеро независимых от нас и друг от друга разработчиков расширений, без которых "платформенности" как таковой по факту нет (я ориентируюсь на давнее наблюдение, что вики без пяти активных контрибуторов не взлетают -- с платформами должно быть что-то такое же, отсюда и число "пять независимых").

После этого придётся делать какую-то дополнительную инфраструктуру, чтобы поддержать разработчиков расширений. Интересно, когда наступит этот радостный момент. Конечно, нам уже сейчас время от времени сообщают, что давно и с пользой используют нашу софтинку для работы. Но узнаём мы об этом чаще всего случайно. Думаю, что мы узнаем о разработке пяти расширений, когда их реальное число будет разве что не пятьдесят. Не знаю, радоваться этому (молчат -- значит у них софтинка жужжит, и не падает, что хорошо), или печалиться (очень ведь хочется обратной связи).

k4SparqlTrainer

Программка k4SparqlTrainer - написана в целях самообучения себя языку SPARQL и тестирования возможностей библиотеки DotNetRdf.

Представляет собой среду для исполнения примеров, приведенных в нормативном документе "SPARQL Query Language for RDF" ( и его русском переводе ).

Скачать архив с программой (1 Мб).

Collapse )

Краткий ликбез по концепциям.

Collapse )

На "бытовом уровне" это означает, что текстовые данные вида :
"Мама мыла раму. Папа мыл машину. Рама цвета белого. Машина цвета красного..."

...можно зафиксировать примерно в такой форме ( использована turtle-нотация, как наиболее гуманная ):
@prefix x: <http://www.ko4evnik.su/entity#>.
@prefix y: <http://www.ko4evnik.su/action#>.
@prefix z: <http://www.ko4evnik.su/property#>.

x:мама y:мыла x:рама.
x:папа y:мыл x:машина.

x:рама z:цвет z:белый.
x:машина z:цвет z:красный.


Collapse )

Collapse )

Collapse )

Collapse )

Collapse )

Collapse )
2021 год
  • ailev

ISO 15926 outside, inside, offsite

На данный момент в дикой природе можно встретить самые разные методы, использующие ISO 15926:

1. "ISO 15926 outside", или интеграция данных. Библиотека справочных данных при этом строится для того, чтобы наладить мэппинг каких-то проприетарных схем/моделей данных к нейтральной схеме данных. Примеры:
-- архитектура современных PLM, интегрирующих данные САПР (хотя это "Проприетарная схема outside", не верьте заявлениям фирм, что это ISO 15926 -- даже если об этом заявлено в документации. В 1997г. еще не было ISO 15926, поэтому "основанные на snapshot 1997г. схемы" не могут соответствовать Стандарту. Мы тут говорим просто о похожести метода использования библиотеки справочных данных, а не ее соответствии Стандарту).
-- Simantics, в котором воспроизводится архитектура PLM, но при этом четко заявляется, что все обработки делаются в специализированных симуляторах, которые работают каждый в своём формате -- а тамошняя онтология служит только для целей "внешней интеграции". Опять же, онтология simantics ни разу не ISO 155926, но это "проприетарная схема outside".
-- наша методика инженерии справочных данных "ISO 15926 outside" (http://techinvestlab.ru/files/RefDataEng/RefDataEngr_ver_2_25feb11.doc )описывает ровно этот метод.
-- IRING поддерживает ровно этот метод.

Главный критерий: если никаких передач данных нет, то это не "ISO 15926 outside".
Особенность: ISO 15926 целенаправленно делался для поддержки ISO 15926 outside, все остальные методы даже не рассматривались.

2. "ISO 15926 inside", или обработка данных в нейтральном языке. ISO 15926 представляется при этом модульным языком, в котором представляются все данные. Обработка данных ведется в языке ISO 15926 -- ибо всегда есть какие-то вычисления не только для отдельных "приложений" (симуляторов, как в Simantics), но и "между приложениями" (для чего нужно как-то отождествлять данные приложений, используя знание контекста, проводить проверки целостности и т.д.).

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

3. "ISO 15926 offsite", или отсутствие обработки данных. Это использование ISO 15926 как онтологической основы для формализации предметных областей: моделирование стандартов с целью поиска ошибок, формулирование каких-то классификаторов, которые не предназначены затем для машинной обработки, извлечение знаний экспертов "чтобы было", нахождение противоречий в документах и т.д.:
-- моделирование требований (для контроля целостности и непротиворечивости)
-- анализ состава документов (например., используемых нотаций, способов оформления и т.д. для проектной документации в капитальных проектах, или проектах организационного моделирования -- чтобы потом написать по итогам моделирования стандарт оформления документов проекта)

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

Главный критерий: нет ни передачи данных, ни обработки данных -- только разработка справочных данных и "подъем в цифру" каких-то не слишком формальных документов. В лучшем случае для результирующих данных ISO 15926 есть проверка целостности, но и это не факт.