Проблемы хранения связей на одной странице *** тэг: #игровые_заметки В прошлом посте мы рассмотрели ситуацию, когда храним записи в виде А: Б, В. Где А — название объекта (локация, территория, место, персонаж и прочие сущности вашей игры). А Б и В — связанные с ним объекты. И в странице описываются характеры таких связей. То есть, если А у нас "Главная площадь", то файл будет индекс. Главная площадь.md, а уже внутри: 1. Описание самой главной площади; 2. Описание связи с Б; 3. Описание связи с В; Логичная запись. Всё понятно. Открывает файл и получаем все файлы связей. И так работают замечательные страницы Википедии. Описание связей находятся прямо в тексте. И вроде бы как идеальный способ описания, верно? Не всё так просто, конечно же. У такого формата записей имеются свои положительные и отрицательные стороны. Википедия нам до боли знакома, прекрасно работает для того, чтобы читать страницу за страницей. Но, когда речь идёт о том, чтобы попробовать собрать и уложить в голове систему знаний и связей между объектами, становится понятна проблема. Между системами есть описанные связи. К тому же, порой они сложнее одной или двух связей. То есть между персонажами А и Б может быть не одна в случае не направленных связей, и даже не две в случае направленных. А больше. А — Главная площадь может оказаться для героя местом боевых действий, где они когда-то давно штурмовали стену огня, оставленную злым магом. И много друзей было потеряно. И всё это 13 лет назад. Ещё 8 лет назад командование почему-то подумало, что хорошая идея дать квартиру ветерану демонической войны в центре города, где он стал героем, а это стало для него жутким травмирующим событием. А ещё 4 года назад герой спас тут девушку от назойливых клиентов, она стала его женой. Он до сих пор не может пройти без слёз мимо места, где впервые заметил её — у фонтана. Это значит, что по схеме выше нам надо записать, что у А есть связи: + с Б 13 лет назад. Добавить ссылку на демоническую войну; + с Б 8 лет назад. Добавить, возможно, сущность "Квартира ветерана на главной площади"; + с Б 4 года назад. Добавить ссылку на девушку, место встречи на площади. Теперь вам должно стать ясно, что для полной картины, и понимания всего контекста надо открыть страницы: А, Б, Демоническая война, Квартира ветерана, Жена ветерана. И это только для того, чтобы иметь полный контекст. Вместе с этим, вы получаете ещё миллион разной информации, которая может быть интересной, но не обязательно относится к делу. Однако посмотреть связи между сущностями, чтобы понимать отношение ветерана к войне, командования к ветерану и его роли на войне, особенные поручения, события, получение квартиры, её значимость для ветерана. Чтобы всё проверить ценность и значимость, надо будет открывать эти данные. А ворох дополнительной значимой или ценной информации, но не нужной для вас сейчас вы получите, хотите вы того или нет. Из-за этого вы можете получить, открыв Квартира ветерана.md данные типа: + 45 лет назад принадлежала семье магов. Их сын откроет портал в ад, который запустит 7 летнюю войну; + 13 лет назад половина здания будет уничтожена, а вместе с ним и все истории о том, как тут жил маг, начавший войну с Империей; + 11 лет назад квартиру полностью перестроили. Не оставили ни одного оригинального материала, чтобы отправить в Храм Молчания. Там жрецы воссоздают картину вызова портала по заклинаниям вопросов к предметам. Документируют... Ну в общем вы поняли. И так с каждой страницей, которую вы открыли. Удобно ли это? Это точно утягивает. А если вам нравится писать такие статьи и страницы, заниматься созданием миров, то это буквально ваше! Однако же сложно и тяжело, когда вопрос касается доступа к важной и нужной информации. Когда нужна фильтрация. А создавать запросы на странице невозможно или попросту нет возможности. И если вы пользуетесь Obsidian, то скорее всего сможете даже запустить визуализацию ваших заметок. Всегда красиво. Но не сильно полезно. Зато красиво, хоть и не полезно. С: