Категория:Model from Sergey Shishkin: различия между версиями
(→Структура события) |
(→Структура события) |
||
Строка 7: | Строка 7: | ||
[http://serj-aleks.livejournal.com/514602.html?thread=1860138#t1860138 Место - наиважнейший атрибут наравне с датой, но только не страна. Нам надо научиться точнее позиционировать место, поскольку детализация здесь - одна из задач для будущего анализа] | [http://serj-aleks.livejournal.com/514602.html?thread=1860138#t1860138 Место - наиважнейший атрибут наравне с датой, но только не страна. Нам надо научиться точнее позиционировать место, поскольку детализация здесь - одна из задач для будущего анализа] | ||
= [http://retrospect-xix.livejournal.com/52396.html Структура события] = | = [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 Главное - заголовок, дата, место и текст с описанием, а если есть источник, то ещё лучше. Если есть участник события или свидетель, или артефакт и так далее, то это приближение к моей схеме... Мои параметры выстраданы потом. Я вас уверяю. И либо упрощать до места и даты (включая конечно какие-то имя и содержание).Или вы в конце концов потеряете время и придёте к тому, что я выстрадал. Я жёсткий и опытный формалист.] | ||
+ | |||
+ | == data model == | ||
+ | designed by [[user:it4history|it4history]] from a user view model. It has differences like: | ||
*"Список следствий" - это тоже самое, что и "Список причин"; они зеркально идентичны, поэтому в базе лучше хранить только одну половинку, а отображать, конечно, две | *"Список следствий" - это тоже самое, что и "Список причин"; они зеркально идентичны, поэтому в базе лучше хранить только одну половинку, а отображать, конечно, две | ||
<uml> | <uml> | ||
Строка 79: | Строка 84: | ||
{{legend|[[Event]], [[Process]]}} | {{legend|[[Event]], [[Process]]}} | ||
− | |||
− | |||
− | |||
= Tasks = | = Tasks = | ||
[http://retrospect-xix.livejournal.com/107510.html?thread=568822#t568822 сделать базу как список. Совместно мы бы быстро довели содержание до такого состояния, что альманахи составлять можно было бы конвейером. Тогда можно будет замахнуться на программную обработку информации в сети и пополнения содержания в полуавтоматическом режиме. А там останется один шаг до искусственного интеллекта, который будет нам подбрасывать аналитические отчеты для интерпретаций.] | [http://retrospect-xix.livejournal.com/107510.html?thread=568822#t568822 сделать базу как список. Совместно мы бы быстро довели содержание до такого состояния, что альманахи составлять можно было бы конвейером. Тогда можно будет замахнуться на программную обработку информации в сети и пополнения содержания в полуавтоматическом режиме. А там останется один шаг до искусственного интеллекта, который будет нам подбрасывать аналитические отчеты для интерпретаций.] |
Версия 10:02, 10 августа 2016
Содержание
Основные объекты[править]
...подобно любой системе знаний о прошлом, являются события и процессы (исторические события и процессы, которые выделяются в системе по неким заданным критериям). При этом последние определяются, как набор первых, связанных причинно-следственными отношениями.
Process has period, Event does not have period[править]
У меня два объекта в модели - событие и процессы. Процесс - это не только последовательность связных событий, а структурно имеет некоторые отличия и кроме того, процессы можно тоже создавать вручную, хотя в будущем планируется их получать и программами из событий и других процессов. Так вот период - это для процессов. А событие имеет в качестве одного из параметров просто дату.
Place[править]
Структура события[править]
data model[править]
designed by it4history from a user view model. It has differences like:
- "Список следствий" - это тоже самое, что и "Список причин"; они зеркально идентичны, поэтому в базе лучше хранить только одну половинку, а отображать, конечно, две
Tasks[править]
Страницы в категории «Model from Sergey Shishkin»
Показаны 2 страницы из 2, находящихся в данной категории.