Категория:Model from Sergey Shishkin: различия между версиями
Перейти к навигации
Перейти к поиску
м (Text replace - "[[Сергей Шишкин" to "[[User:Sergey_Shishkin") |
(→Tasks) |
||
| (не показано 29 промежуточных версий этого же участника) | |||
| Строка 1: | Строка 1: | ||
| − | [[Category: | + | [[Category:Models]] |
| − | + | [[Сергей Шишкин]] | |
| − | + | = [http://retrospect-xix.livejournal.com/96655.html Основные объекты] = | |
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
...подобно любой системе знаний о прошлом, являются [[Event|события]] и [[Process|процессы]] (исторические события и процессы, которые выделяются в системе по неким заданным критериям). При этом последние определяются, как набор первых, связанных причинно-следственными отношениями. | ...подобно любой системе знаний о прошлом, являются [[Event|события]] и [[Process|процессы]] (исторические события и процессы, которые выделяются в системе по неким заданным критериям). При этом последние определяются, как набор первых, связанных причинно-следственными отношениями. | ||
| + | == [[Event]] == | ||
| + | Событие | ||
| + | |||
| + | [https://groups.google.com/d/msg/xixretrospektiva/rgFrG9xN2OU/D1V23ToLBAAJ Тут намедни рассказывал тёще, что есть основания поменять термин "событие" на "акт", на что после некоторых раздумий она спросила, а может подходит лучше "факт", на что я возразил, аргументирую тем, что "факт" - более общее понятие, чем "акт", тем более, что "акты" как действия сопровождаются (как правило для нас) какими-то письменными документами, которые часто тоже называют актами] | ||
| + | === [http://retrospect-xix.livejournal.com/52396.html Структура события] === | ||
| + | [http://serj-aleks.livejournal.com/488208.html?thread=1747216#t1747216 События упорядочиваются в хронологическом порядке, указывается место, участники, источники. Отдельно выделяются библиография и прочие артефакты. Есть списки утверждений и вопросов по теме, есть причинные и следственные связи или отношения, набор сетевых ссылок по теме. Разные названия темы. Все может дополняться, объединяться, делиться.] | ||
| + | |||
| + | [https://groups.google.com/d/msg/xixretrospektiva/ShpW5dotVUQ/a9aiJ_ZWCQAJ Главное - заголовок, дата, место и текст с описанием, а если есть источник, то ещё лучше. Если есть участник события или свидетель, или артефакт и так далее, то это приближение к моей схеме... Мои параметры выстраданы потом. Я вас уверяю. И либо упрощать до места и даты (включая конечно какие-то имя и содержание).Или вы в конце концов потеряете время и придёте к тому, что я выстрадал. Я жёсткий и опытный формалист.] | ||
| + | |||
== Process has period, Event does not have period == | == Process has period, Event does not have period == | ||
| − | [[User:Sergey_Shishkin]] | + | У [[User:Sergey_Shishkin|меня]] два объекта в модели - [[#Event|событие]] и [[Process|процессы]]. Процесс - это не только последовательность связных событий, а структурно имеет некоторые отличия и кроме того, процессы можно тоже создавать вручную, хотя в будущем планируется их получать и программами из событий и других процессов. Так вот период - это для процессов. А событие имеет в качестве одного из параметров просто дату. |
| − | == [ | + | |
| + | = data model = | ||
| + | designed by [[user:it4history|it4history]] from a user view model. It has differences like: | ||
| + | *"Список следствий" - это тоже самое, что и "Список причин"; они зеркально идентичны, поэтому в базе лучше хранить только одну половинку, а отображать, конечно, две | ||
<uml> | <uml> | ||
hide methods | hide methods | ||
| Строка 41: | Строка 47: | ||
EventPerson -u-> Event | EventPerson -u-> Event | ||
| − | class | + | class Reason <<Ссылки на события (и процессы?)>> { |
} | } | ||
| − | Cause -d-> " | + | Reason "Cause" -d-> Event |
| − | + | Reason "Effect" -d-> Event | |
class Evidence { | class Evidence { | ||
| Строка 51: | Строка 57: | ||
} | } | ||
EventEvidence -d-> Evidence | EventEvidence -d-> Evidence | ||
| + | EventEvidence "Witness" -d-> Person | ||
EventEvidence -u-> Event | EventEvidence -u-> Event | ||
class Bibliography <<ссылки на самые ранние тексты>> { | class Bibliography <<ссылки на самые ранние тексты>> { | ||
} | } | ||
| − | Bibliography -d-> | + | Bibliography -d-> Text |
Bibliography -u-> Event | Bibliography -u-> Event | ||
| − | class | + | class Artifact { |
} | } | ||
| − | + | Artifact -d-> ArtifactEvidence | |
| − | + | Artifact -u-> Event | |
| − | class | + | class ArtifactEvidence <<вещественные доказательства>> { |
url | url | ||
} | } | ||
| − | |||
class Question { | class Question { | ||
| Строка 80: | Строка 86: | ||
</uml> | </uml> | ||
| + | |||
{{legend|[[Event]], [[Process]]}} | {{legend|[[Event]], [[Process]]}} | ||
| − | + | = Tasks = | |
| − | + | [http://retrospect-xix.livejournal.com/107510.html?thread=568822#t568822 сделать базу как список. Совместно мы бы быстро довели содержание до такого состояния, что альманахи составлять можно было бы конвейером. Тогда можно будет замахнуться на программную обработку информации в сети и пополнения содержания в полуавтоматическом режиме. А там останется один шаг до [[Искусственный интеллект|искусственного интеллекта]], который будет нам подбрасывать аналитические отчеты для интерпретаций.] | |
| − | [http:// | ||
Текущая версия на 10:16, 25 июня 2018
Содержание
Основные объекты[править]
...подобно любой системе знаний о прошлом, являются события и процессы (исторические события и процессы, которые выделяются в системе по неким заданным критериям). При этом последние определяются, как набор первых, связанных причинно-следственными отношениями.
Event[править]
Событие
Структура события[править]
Process has period, Event does not have period[править]
У меня два объекта в модели - событие и процессы. Процесс - это не только последовательность связных событий, а структурно имеет некоторые отличия и кроме того, процессы можно тоже создавать вручную, хотя в будущем планируется их получать и программами из событий и других процессов. Так вот период - это для процессов. А событие имеет в качестве одного из параметров просто дату.
data model[править]
designed by it4history from a user view model. It has differences like:
- "Список следствий" - это тоже самое, что и "Список причин"; они зеркально идентичны, поэтому в базе лучше хранить только одну половинку, а отображать, конечно, две
Tasks[править]
сделать базу как список. Совместно мы бы быстро довели содержание до такого состояния, что альманахи составлять можно было бы конвейером. Тогда можно будет замахнуться на программную обработку информации в сети и пополнения содержания в полуавтоматическом режиме. А там останется один шаг до искусственного интеллекта, который будет нам подбрасывать аналитические отчеты для интерпретаций.
Страницы в категории «Model from Sergey Shishkin»
Показаны 2 страницы из 2, находящихся в данной категории.
