Сергей Шишкин

Основные объекты[edit]

...подобно любой системе знаний о прошлом, являются события и процессы (исторические события и процессы, которые выделяются в системе по неким заданным критериям). При этом последние определяются, как набор первых, связанных причинно-следственными отношениями.

Event[edit]

Событие

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

Структура события[edit]

События упорядочиваются в хронологическом порядке, указывается место, участники, источники. Отдельно выделяются библиография и прочие артефакты. Есть списки утверждений и вопросов по теме, есть причинные и следственные связи или отношения, набор сетевых ссылок по теме. Разные названия темы. Все может дополняться, объединяться, делиться.

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

Process has period, Event does not have period[edit]

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

data model[edit]

designed by it4history from a user view model. It has differences like:

• "Список следствий" - это тоже самое, что и "Список причин"; они зеркально идентичны, поэтому в базе лучше хранить только одну половинку, а отображать, конечно, две

legend: Event, Process

Tasks[edit]

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