Системы навигации внутри базы знаний

Вот до чего удалось додуматься, недавно мы обсуждали тут Универсальные принципы ведения заметок, и одной из идей было, что это такая система с последовательными шагами, которая казалось бы упрощает понимание и функционирование, однако на подобную систему необходимо время на содержание и требуется ресурсы на поддержание. Иначе как и все в нашей жизни – скатиться в мусорную свалку, поэтому многие стараются начинать что-то сначала чем разбирать тот завал, который образовался за долгие года бессистемного сбора и пылесосивания.

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

Я не знаю как @fedorovpishet помнит все, что у него есть и оно само всплывает, но вот эту заметку свою я найти так и не смог. Следом за ним вспомнил что говорили Дарья Кутузова | Письменные практики на встрече:

У меня сегодня не получилось. Вопрос вот в чем, как построить топографию внутри системы, чтобы можно было найти все что хочу за две минуты. Вчера подумал над этой темой и сделал у себя вот такую заметку:

Однако мне кажется, что мой путь в топологию базы знаний только начался и есть над чем поработать. Расскажите, кто как пользуется поиском по своей базе, как ищите конкретные заметки. Как работаете с тем, что точно знаете что было, но найти не можете.

Это очень хорошая тема, и удивительно, что в ней нет ни одного комментария. Даже странно.

Про время на поддержание как раз недавно наткнулся на похожий тезис у Мэгги Эпплтон, в её статье Programmable Notes.

Суть в том, что заметки здорового человека — когда ты тратишь время и мысленные усилия на добавление заметок в картотеку, но зато потом не испытываешь затруднения от их использования.

В то время, как заметки курильщика работают ровно наоборот. Можно сколько угодно обмазываться плагинами и автоматизацией, которые сделают за тебя всю работу: соберут хайлайты, пометки, проставят теги, yaml-информацию, найдут незалинкованные заметки и так далее. Современные заметочники и не такое умеют. Но когда приходит время реального использования, начинаются проблемы и трудности. Это не норма.

И первый шаг на пути к нормализации — это осознание, что что-то не так. Например, я точно знаю, что веду заметки неправильно. Я это знаю, знаю, в чём у меня проблемы, и стараюсь исправить. Это один из главных принципов ведения умных заметок — Не врать самому себе.

По поводу «не смог найти». На эту тему недавно попалось у Ника Майло, в одной из его заметок про LYT kit. Папки, теги, ссылки — хорошо использовать их в одной системе, чтобы иметь НЕСКОЛЬКО точек входа. Насколько помню твои записи, твоя основная система навигации — это полнотекстовый поиск. Ты об этом у Дорофеева говорил, и в паре своих видео. Теги «не прижились», папки не используешь. Получается только одна точка входа, да и та не очень надёжная, на мой взгляд.

Я это говорю сейчас не для того, чтобы выпендриться, типа, «вот ты неправильно». Просто мне тоже знакома эта проблема и даже больше.

У меня самого ещё хуже. У меня вообще просто свалка разрозненных заметок, в разных приложениях и вообще даже на бумаге: в блокнотах и на карточках. У меня даже поиск не сработает, потому что в блокнотах не поищешь, да и вообще скакать между Roam, Workflowy, маркдаун-файлами, Заметками Apple — это уже бестолковое занятие.

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

Ну и, собственно, что делать. Я сейчас активно изучаю систему LYT. Вижу сходства с цеттелькастен Лумана. Вижу, что можно спереть. Пока только намётки идей, но картинка складывается потихоньку.

Если кратко, то заметки надо собирать в MOC, карты контента — в Home note, чтобы была единая общая точка входа, технические теги, чтобы были возможности для разных точек входа. Вот прям недавно мысль об этом записал.

Не знаю, получится ли, но ковыряю потихоньку, настраиваю. Я, кажется, прошёл этап письма, а теперь надо приступать к организации.

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

В этот момент наступила первая эврика. Папки нужны, но не для навигнации, а для удобства поиска, притом не ручного, а автоматизированного. Результатом этой эврики стал перенос всех гостей, книг в отдельные папки из которых датавью потом собирает вот такие штуки:

Но и этого мало оказывается. Есть проект канал, куда заливаю видео, есть куча идея для них, сейчас, например составляю скрипт для видео по креативности. Оно будет в двух частях. Потом есть несколько книжных клубов и мое собственное написание книги, уже вовсю начал строчить. Далее есть отдельный сложный процесс написания статей для нашего форума. Все это сейчас в базе как-то лежит, но искать чего-то становится стремительно сложнее.

Я представил, что если бы вел атомарные заметки по всем книгам, у меня база была бы сейчас на тре-четыре тысячи заметок. Там вообще караул, можно уплыть. Вот и задумался над тополгией базы. Начал с тегов, которые прописываю в датавью разметку и когда соберу достаточное количество размеченных заметок (около 100), посмотрю над представлением.

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

Про гостей. Почитал и подумал, а может ты просто стараешься натянуть сову на глобус? Ну прям конкретно в этом случае. Это ж проектная штука, тут не заметки нужны, а Трелло или Ноушн. Создал карточки с персоналиями и двигай по доске: этих хочу пригласить, эти отказались, но не наотрез, можно будет вернуться через полгода, этим написал, с этими договариваюсь, с этими уже пообщался, надо сделать расшифровку видосов и залить на сайт. Удобно, визуально, без папок, датавью и остального мазохизма.

Ну вот не для Обсидиана эта задача, мне кажется.

Да у меня так оно и было раньше в ноушн. Помню когда ковырялся первый раз там сделал. Кстати интересная мысль, может стоит перенести на канбан внутри обса. В общем активно думаю над навигацией, пока везде одно поле с граблями

Хорошо, что хотя бы вы и @Rustam делитесь своими достижениями и мыслями.
Ведь нужно сначала осмыслить и обкатать на практике какую-то систему навигации, прежде чем оглашать её и, тем более, советовать другим.

Я последнюю ~неделю осваиваю LYT Kit по той причине, что на размере в ~1000 заметок картотека с примитивной структурой превратилась в бурелом, где большинство информации можно найти по поиску и ссылкам, но кое-то найти уже не удаётся. Забрасывать из-за этого ведение заметок после всего лишь двухмесячного стажа по меньшей мере неспортивно, да и потребность в Second Brain сохраняется, поэтому нужно проблему структурирования и навигации как-то решать.

В LYT Kit используются все три типа структурирования заметок и навигации: ссылки, теги, папки.

• Со ссылками всё понятно, это базовая и бесусловно ценная функциональность картотеки.
• Нужны ли теги, чуть менее понятно. Однако это наиболее удобный способ промаркировать заметки, чтобы затем динамически отбирать из них нужные по наличию одного или нескольких тегов. В маленькой картотеке такой потребности может и не возникнуть. а в большой возникнет наверняка.
• Папки - самое неоднозначное средство. У меня пока нет ответа на вопрос, насколько они нужны. Но они имеют по крайней мере одно важное преимущество: возможность привязать к папке шаблон через плагин Templater, чтобы все заметки в этой папке создавались по этому шаблону. Это удобно при регулярном добавлении карточек типа людей, книг, событий и т.п.

Я пока прочёл (не говоря уже о внедрении) не весь LYT kit, но большую его часть. В нём удобно сделана “домашняя” страница с дальнейшей навигацией по MOC-ам. Почти как старые добрые личные веб-сайты времён Web 1.0

Но чего я не нашёл и чего мне решительно не хватает - это напоминалки, как именно во всём этом структурном и функциональном многообразии картотеки на базе LYT kit правильно создавать новые сущности:

• специализированные типы заметок, такие как люди или события
• проекты
• источники
• теги
  и т.п., чтобы они стали полноценной частью картотеки.

Поэтому начал писать себе шпаргалку, чтобы потом точно знать, что делать:

А ссылку на неё вставил в начало домашней страницы:

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

1. Домашнюю страницу
2. Шаблон Daily notes

Если непонятно о чём речь, это блок с сиреневой полосой слева на втором снимке экрана. Включается в другие заметки так же, как картинки:
![[Напоминание дня]]

Когда что-то становится не актуально, я убираю это из файла напоминаний. Когда появляется новое - включаю.

Огонь! Прям очень круто!

Спасибо! Добавил ещё про банер

Я пока не дорос до использования всяких фреймворков, МОКов и т.д. Но что я активно пользую, это aliases в Obsidian. Таким образом, я ставлю заметкам такие имена, по которым их потом легко найти. По названиям и aliases я могу найти почти всё. Ctrl + O и погнали. Перекрывает 99% моей навигации. 0.9% у меня покрывается использованием тегов. В оставшихся 0.1% у меня всё-таки полнотекстовый поиск. Но когда я нашёл нужную заметку, я её переименовываю, или добавляю alias, или хотя бы тег, так чтобы полнотекстовый поиск и не требовался больше.

К сожалению, Obsidian не имеет полнотекстового индекса для моментального поиска, и плагинов таких я тоже не нашёл. На форуме Obsidian вяленько поднимают вопросы про полнотекстовые индексы, но не вижу массового интереса, поэтому думаю, что разработчики не отреагируют.

У меня сейчас в хранилище около 40000 заметок, разбивать на отдельные хранилища я бы очень не хотел. Для таких хранилищ, полнотекстовый поиск был бы хорошим подспорьем. Хоть садиться и писать плагин самому…

40 тыщ - это ого-то. Давно собраете?

Я не представляю, как среди такого количества искать поиском… У меня вот уже не получается. Правда, я и алиасы не пробовал использовать. Сомневаюсь, что смогу придумать более чем одно название к заметке.

В принципе можно для начала эдакие ленивые автоMOC-и делать - краткое описание области и список либо таблица заметок по теме путём выборки по нужным тегам.

Собираю где-то с 2007 года. Но там не то, чтобы очень прям заметки. Я недавно писал про свою базу мемчиков Telegram: Contact @Zettelkasten_ru , вот я её пару дней назад мигрировал в Obsidian. И это сразу плюс 16000 заметок . Потом мигрировал свои другие блоги, которые я веду, потом базу книг из Calibre ещё плюс несколько сотен заметок.

У меня ещё есть задумка достать метаданные из своей фотоколлекции и тоже их заметки засунуть, это будет ещё плюс 50000 заметок. И это до тех пор, пока я не найду идеальный способ каталогизировать все свои базы данных, чтобы и всегда под рукой, и моментальный поиск

Как выяснилось, в Everything 1.5 добавили индексирование контента. Если работает как они обещают, то это неплохо поможет пока аналог не завезут в Obsidian.

Спасибо, это очень интересная мысль! Понаблюдала за тем, как работаю со своей базой в Обсидиане, как “захожу” и как ищу заметки. Нашла следующие точки входа:

1. Dashboard - главная страница, которая загружается при входе в Обсидиан. Там у меня ссылки на все MOC рассортированные по темам, раздел “On my desk” - туда кидаю все, над чем работаю вот прям щас. Тут же ссылки на незаконченные литературные заметки по книгам и обзорные статьям.
2. Созданная еще до dashboard заметка, которая закреплена в правой панели со ссылками, которые чаще всего нужны.
3. Полнотекстовой поиск - когда нужно найти, что у меня уже есть по этой теме, если нет очевидного MOC.
4. Граф - использую, чтобы находить “сирот” и отдельные, области, которые плохо связаны с основной базой

А можно скрин дашборда?

Это плагин или сама собрала на датавью скриптах?

Прям Ноушн получился.

Я сначала собрала на dataview, но потом поняла, что мне удобнее руками собирать, потому что я точно запоминаю, где и что лежит, куда тыкать) Динамическое обновление мне не нужно в данном случае. Плюс вынесение новой MOC на дашборд позволяет как-то проникнутся ощущением растущей системы)

Справедливости ради, это прикрученный css отсюда: Dashboard++ — a simple organization and navigation method for Obsidian Vaults | by TfTHacker | Obsidian Observer | Medium

В копии стартовой страницы мне понравился раздел «working on”. Это выглядит как хорошая точка сборки для незаконченных проектов.

Задумался над схожим дашбордом. Подскажи как ты его собираешь?

Добавил в daily note ссылку на Home, чтобы не искать его в навигаторе каждый раз

А “May 2022” это ссылка на monthly note?

Да, May 2022 - это ссылка на месячную заметку.

Кстати, для неё @mnaoumov написал запрос DataviewJS для выборки содержимого определённого раздела ежедневных заметок (Главные события дня), и в месячной заметке это выглядит как лента соответствующих событий за месяц.

Ежедневные заметки, откуда берутся данные, выглядят вот так:

А вот как выглядит лента событий в месячной заметке:

Код:

```dataviewjs
const currentNoteName = dv.current().file.name;

const pages = dv.pages('"diary"')
  .where(page => page.file.name.startsWith(currentNoteName) && page.file.name != currentNoteName)
  .sort(page => page.file.name);

for (let page of pages) {

  const file = app.vault.getAbstractFileByPath(page.file.path);
  const headings = app.metadataCache.getFileCache(file).headings;
  var index = headings.findIndex(h => h.heading === 'Главные события дня');

  if (index !== -1) {
    const noteContent = await dv.io.load(page.file.path);
    var start = headings[index].position.end.offset;
    var end = headings[index + 1]?.position.start.offset;
    const headingContent = noteContent.substring(start, end);
    if (headingContent.replace(/[\s\-]/g,'').length) {
     dv.header(2, page.file.link);
     dv.paragraph(headingContent);
    }
  }
}

Тут diary - это папка, где лежат Daily notes, а Главные события дня - название нужного раздела.
Выборка происходит из файлов, имена которых начинаются так же, как имя текущего файла. Например, в месячную заметку 2022-04 попадает текст из ежедневных заметок 2022-04-xx, в 2022-05 - текст из 2022-05-xx и т.д.

@mnaoumov, большое спасибо за разработку этого полезного запроса!

Сегодня размышлял в чатике обсидиана по вопросам навигации внутри базы знаний.

И вот что придумал.

1. При начале работы над какой-то темой, формировать список поисковых запросов по ключевым словам. Как я это делаю при поиске статей. Только искать в базе.
2. Прописывать в разметку метаданные сами ключевые слова и в дальнейшем при поиске через датавью собирать таблично что мне нужно.

Появилась безумная мысль, а что если датавью или что-то будет считать слова в заметке и выводить по количеству. Но это пока просто бредовая идея.

Есть такое вот, к “считать слова”. На основе этого можно строить поисковую систему или, например, алгоритм, определяющий сходство документов, а дальше всякое NLP, которое обработка естественного языка.

Да. Вы правильно считали мысль. Частотность слов

Но это бред из категории «хороши бы …», но в этом что-то есть.

Вообще это не бред, а тема пятилетней давности. Проблема в том, что она к Obs прикручивается не понятно как. Сейчас для документа чаще всего делается семантическое векторное представление (эмбединг), а потом искать можно по расстоянию между векторами. Но это наверное еще сложнее прикрутить к Obs.

Вчера и сегодня потратил время на разборку и переформирование карты содержимого своей картотеки. Три урока:

• тематические тэги не работают, только тип и статус документа;
• правильно сначала написать заметку, а потом тщательно встроить ее с помощью ссылок в карту содержимого и ризому размышлений;
• правильно переодически обрабатывать карту содержимого и дробить длинные перечни заметок на короткие тематические сегменты.

Ага. Проще, наверно, будет прикрутить это как-то параллельно обсу или другому заметочнику с выводом результата в указанный .md в ваулте

Правильнее считать эмбеддинги в облаке, выгружать результаты расчетов в виде файлов с тем же именем и другим расширением, можно во вложенный каталог. Потом написать плагин, который будет находить файлы с минимальным тематическим расстоянием. Но это все алхимия. )) Но принципиально реализуемо. )) Но у меня пока навыков в этой области мало. )) Маниловский мостик над озером.

Интересно. А “ризома размышлений” еще и красиво. Здесь много про технику дополнения базы и организацию заметок и почти ничего о технике использования имеющейся базы. Или есть? Вопрос - заметка должна войти в некую уже существующую ризому (и как эта штука выглядит?)? А если не входит - остается непривязанной? Или отбрасывается до поры?

Ризома - термин из философии постмодернизма. Противопоставление дереву - так как не имеет единственного направления развития (вверх).
В моем случае (чуть больше 800 заметок) выглядит вот так:

По текущему воркфлоу заметка сначала пишется в inbox, потом там выдерживается (винтаж!). Потом проставляются связи трех типов, если уместны:

• место в иерархической карте содержимого;
• место в конкретном побеге размышлений;
• ссылки на важные понятия.
  После выдержки и проставления всех ссылок заметка переносится из инбокса в основую базу.

Интересная мысль. Я так в заметками в книге делаю. Даю отлежаться пару тройку дней, может неделю. А уже готовую заметку не пробовал. Интересно.

Очередной вопрос по первоначальному созданию картотеки переполнил чащу запросов. Написал свои соображения о начале формирования картотеки. Основная мысль - начинать картотеку надо как раз с планирования и создания системы навигации по картотеке. ))

Какой прикольный личный сайтик. Зашел и залип ))

Вот именно этим, подобной вашей личный странички и выгодно отличаются от всех современных блогов и прочей хайповой фигни.

Спасибо. Неожиданно.

Вот это мне близко. Начал валить все заметки в кучу, в расчете, что там как-то все образутся и почувствовал смутное неудовольствие. После прочтения заметки Как начать формировать картотеку? – Генн(адий) Бут. Портфолио понял причину: Ordnung muss sein*. Вернусь к началу и выстрою иерархию. Спасибо.

Сам тезис звучит спорно, но с основным посылом в тексте согласен полностью. Поэтому переформулировать бы текст сообщения так:

Начинать картотеку надо с ответа на вопрос «Зачем?».

Я сам наткнулся на эти грабли больше года назад. И с тех пор меня больше интересует вопрос не «Как организовать картотеку?», а «Как с помощью картотеки добиться заданой цели?».

Правильно. Буквально в начале второго абзаца я пишу: « Начинать формирование своей картотеки я предлагаю с внимательного обдумывания и постановки цели. Зачем вам нужна картотека? Чтобы что? Какого результата вы хотите достичь? »

Но какое это имеет отношение к навигации? ))

В моей картине мира имеет. Я, чем больше изучаю различные системы ведения заметок, тем больше узнаю интересных нюансов и фишек. Потихоньку картинка складывается цельная и понятная.

Вот, например, после тщательного знакомства с LYT Ника Майло, я задумался над созданием своей Home note. Не такая, как у Ника, со своим подходом. И у меня цели и навигация тесно связаны.

Ваше стремление к доминированию заметно в каждом вашем сообщении. Зачем же вы себе об этом регулярно напоминаете то? ))

Понял, что меня подкололи, но не понял в чём)

Внесу свои 5 копеек начинающего Обсидианиста
Я решил действовать так:

• Есть папка Sources, в которой подпапки с источникам информации - авторы книг, блогов, телеграм-каналов и т.д. Это удобно для поиска, иногда я помню, что что в Коммерсанте видел, значит надо смотреть папку Коммерсант. Это первая точка входа в терминологии Федорова

• теги. Они не работают? Ну да. А почему? Кажется я догадался. Дорофеев любит упоминать внутреннюю обезьяну, а я скажу про внутреннего студента/школьника. Мы всю жизнь пишем для других (кроме тех, кто ведет личный дневник). И привыкли к определенной казенщине этой писанины, ну нельзя же преподу/начальнику сдать документ в свободной форме.
  Вот нашел я в инете крутую мысль, зафиксировал её в заметку, дописал мнение своими словами. Ставлю тег. И вот смотрю я на теги в моем Обсидиане - и что я вижу? Такое впечатление, что их придумал сержант-отличник по строевой подготовке. Сплошная казенщина и канцелярит. Нужны ассоциативные теги. Откуда их взять? Из своей головы - в следующий раз, когда буду искать заметку, запишу ей в теги как я ее вспомнил
  Вот на эту тему пишет пользователь TheBrain:

…Как и с тегами в закладочных сервисов, называйте «мысли» самым очевидным для вас образом, так, как вы скорее всего будете искать эту мысль через год. В моем случае потребовались годы практики и наколенного метакогнитивного анализа, чтобы понять, как работает мое мышление, но теперь система работает почти безотказно — в большинстве случаев сохраненную мысль я нахожу за мгновения… TheBrain: цифровая картография ваших знаний - Блог Глеба Калинина

В общем у меня есть годы, чтобы перестать беспокоится и начать жить начать писать теги нормальным языком. Пока пользуюсь теми, что есть.

• Все тоже самое, что и с тегами, касается MOC/TOC или по русски оглавлений. Если писать их, как будто это письмо начальнику претензионного отдела, толку не будет. Нужны ассоциативные ряды. Вспомнил про карточку, зафиксировал ассоциацию, нашел её и завел ей соответствующий MOC

• Тут выше гениальный совет mnaoumov про алиасы Системы навигации внутри базы знаний - #9 от пользователя mnaoumov
  Собственно все человек хорошо сказал. Нашли заметку, вставили ей в алиас что-то ассоциативное. Ищем через меню Быстрого перехода. Аплодирую стоя. Так и буду делать

• Поиск в Обсидиан. Великий и ужасный. Великий по потенциальным возможностям. Если просто искать через поисковую строку - ну вы поняли…
  Нужно изучать и использовать операторы и параметры поиска. Тогда жить как-то можно. Правда, я так и не понял, что означит оператор content: Может кто пояснит?
  Учтите, что поиск не ищет по названиям заметок. Это объяснимо с технической точки зрения (название файла не находится в файле), но с точки зрения поиска какой то позор. Дублируйте название заметки в самой заметке и будет вам счастье.
  Пока как то так. Буду дополнять

Что касается навороченных фреймворков, которые позволяют найти чуть не любую заметку за считанные минуты. Изучать фреймворки можно и нужно. Но вот насчет минут…

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

И даже если после всех трудозатрат нужная заметка будет найдена за пару минут - это и плюс и минус. Один из плюсов большой картотеки - неожиданные находки. Собственно самая большая картотека Интернет тоже этим славится. Искал одно, а нашел что-то ещё более интересное. Отсутствие побочных находок минус. Если система конечно личная. Если рабочая для проекта/диплома/книги - там другое

Я сторонник убеждения, что важнее иметь возможность добавить информацию в кратчайшие сроки. Поэтому никакой фреймворк не должен нас тормозить. Для того, чтобы совместить лучшее из двух миров, нужно иметь Inbox, куда будут помещаться любые заметки все подряд. И постепенно этот Inbox надо загребать и помещать в рамках используемого фреймворка. Если разгребание нетривиальное, многошаговое, и чтобы избежать превращение Inbox в могильник, где заметки сидят слишком долго, можно класть заметку куда надо и использовать теги для индикации того, что её надо продолжать разбирать, что-то на подобии #inbox/0-unsorted, #inbox/1-rename, #inbox/2-keywords, #inbox/3-backlinks и т.д. И когда уже заметка окончательно соответствует вашему фреймворку, удаляете из неё тег #inbox

Вот кстати, помните кто то писал - слово используемое в качестве хорошего тега, может вообще не встречаться в тексте заметки. Всё правильно.
Хороший тег (как и алиас и МОС) ассооциативный. Он не про то, что в тексте, а про то, что мы думаем, когда вспоминаем этот текст

Для полнотекстового поиска есть плагин в Obsidian GitHub - scambier/obsidian-omnisearch: A search engine that "just works" for Obsidian. Supports OCR and PDF indexing. , но у меня в большом vault он работает не очень. Для vault с адекватным размером, должно быть норм.

Задачу завёл, пока обсуждаю с автором

Так, в треде на гитхаб общение прервалось на самом интересном

Кстати, хороший вопрос, а какой минимальный, максимальный размер твоих заметок и сколько весит полностью волт.

Отвечу на гитхабе позже

Этот плагин никак не мешает базовому плагину поиска Обсидиана? Они не пересекаются?

Нет, они не пересекаются, Omnisearch вызывается отдельно от обычного поиска

Уже попробовал, но еще не не распробовал. Но пока кажется интересным.

Я у себя для этого просто ввел в действие тег #Atlas/Home и добавляю его на страницы, которые сейчас в работе. По этому тегу в начале главной страницы выводится список содержащих его страниц

content: - видимо, поиск в содержании (как выяснил, исключая заголовок).

Из справки (не очень прояснило):

• content:(...) will perform the following subquery on the file content. For example: content:"happy cat" .

А в названии ищет у меня ищет, в том числе и когда часть запроса в названии, а часть - в тексте, у вас какая версия и платформа (можно посмотреть в настройках → “О программе”)? У меня 0.14.6, linux.

У меня 0.14.15 В названиях несколько раз пробовал искать - не находит. Я стал дублировать название в начале заметки (если его нет в тексте)

Это получается ключевые слова, которые так или иначе связаны с заметкой или темой. Давно думаю над тем, чтобы встроить такое у себя.

А поподробнее. Где эти ключевые слова расставляются? Может почитать об этом где, хотя бы на буржуйском. Что это вообще за система?

Ключевые слова – это такой механизм, который используется для классификации научных публикаций. Например, я написал бумагу об обучении детей с использованием доски миро, я прописал в к этой публикации слова: дистанционное обучение, цифровой инструмента, дидактика, методика, упражнения.

Все эти понятия так или иначе используются мной в бумаге. Мысль в том, чтобы добавлять ключевые слова к заметкам. Например о чем эта заметка. чтение, говорение, упражнение. Но это не тег, а нечто иное. Тегами можно объединить несколько ключевых слов, темой.

Есть несколько заметок, связанный с чтением, другая с говорением, третьем с упражнением. Все они связаны между собой нечто большим, например это все для английского языка. Вот это уже может быть тегом.

Вообще то ключевые слова и есть тэги.

Я тоже так думал, но не совсем. Когда я делал таким образом, выделял все в теги, получался бардак. Слишком много, слишком часто, много шума.

Ключевые слова, в обсидиане, например можно выделить в разметку yaml, а теги уже использовать внутри системы навигации, такими большими блоками. Возьмем к примерю ключевое слово упражнение. Оно может быть нацелено на обучении английскому или как дидактический прием в вопросе управления базой знаний. Тоже упражнение. Если у слова упражнение тег будет, то он попадет и одну и другую категорию, но если он будет работать как ключевое слово, то мы можем искать это в отдельное категории, английского или дидактика баз знаний.

Вообще-то вы нарушаете принцип бритвы Оккама.
Поиск «внутри категории» — это просто поиск по выполнению двух условий связанных операндом AND. Это пересечение множеств заметок с тэгом обучение и заметок с тэгом английский язык.
Строка поиска заметок записывается например вот так: tags: #art AND tags: #esthetics.

Может вы и правы. Скорее всего именно из-за этого ни одна система не прижилась. Ни теги, ни ключевые слова.

Уже больше года ищу что-то, пытаюсь нащупать, но пока что все не те и все не так.

Предлагаю продолжить размышлять над навигацией внутри базы знаний и подумать немного об Источники информации: информация попадающая в базу знаний.

Откуда черпаете?

В плане отношения к тегам прозрение у меня наступило после очередного прочтения Аренса с его полезными заметками.

Из академической среды я привык, что ключевые слова — обозначение основной сути содержания материала. По Аренсу — это должны быть якоря к контекстам, в которых я (с некоторой долей вероятности) захочу эти заметки найти.

Если изначально исходить из вопроса «ЗАЧЕМ мне картотека?», то становится очевидно:

• спектр тем, рассматриваемых в «вечных заметках» конкретной картотеки заведомо очерчен (да да, я приверженец того, что две несовместимые отрасли лучше держать в разных картотеках, ну на кой мне в технологической картотеке заметки о чтении художественных книг и искусстве?);
• из высшего пункта вытекает, что спектр контекстов хоть и смутно, но ограничен.

Соответственно, я могу предполагать в каком контексте я хочу эту заметку выудить.

P.S. эта концепция очень хорошо вкладывается в мой «винегрет» из аналогово-цифрового способа ведения картотеки

P.P.S. как оказалось, использовать теги в таком ключе очень сложно (для меня), но есть гипотеза, что со временем и набором навыка это станет обыденным

Интересная тема, но бесконечная
Я думаю:

• мозг работает на повторяющихся и эмоционально сильных событиях; вспоминает по сильным ассоциациям, а слабые и единичные забывает, экономя ресурсы
• ассоциации - в зависимости от модальности человека, его каналов восприятия: визуальный, аудиальный, кинестетический (чувства), дигитальный или аудиально-дигитальный (Ад) — внутренний диалог
• поэтому навигация универсальной для всех людей быть не может; нужно комбинировать свою, под свой внутренний мир
• мне нравится идея PARA: области, глобальные ассоциации - tags; проекты - название проекта в YAML; ресурсы - type: проект, статья, книга, видео, идея; архив - все заметки в хранилище и есть архив (всё в YAML)
• для автоматизации (dataview) в YAML, что делаю с заметкой - status: работаю (если проект), читаю, подумать; aliases: [краткая ассоциация/псевдоним заметки]
• система статической быть не может: восприятие информации меняется, должны меняться и методы работы с ней

Бесконечная это точно.

Мне интересно вот что, как вы через датавью организуете всякие списки и вытаскиваете нужную информацию? Может есть пример удачного дашборда?

Вот примеры “автоматизации”:

[!summary]- #### читаю
читаю книги:

list where status = "читаю" and type = "книга"

читаю заметки:

list where status = "читаю" and type != "книга"

[!todo]- #### в работе

list where status = "работаю"

[!tip]- #### мои проекты

list where type = "проект"

новые и изменённые файлы:

table file.ctime as "создан",
file.mtime as "изменён",
length(file.inlinks) as "In Links", 
length(file.outlinks) as "Out Links"
where date(file.cday) <= (date(this.file.cday) + dur(1 day))
and date(file.cday) >= date(this.file.cday)

list from #подумать 

этот код хочу переделать в status: подумать,
чтобы было меньше тегов

Ваш редактор убрал ```dataview …

Всё это делаю в шаблоне “Daily Note”. От дашборда пока отказался. Мне удобно воспринимать каждый день, как отдельное явление
Получается и дневник, и “второй мозг”, и тудушник (пользуюсь плагином GitHub - shichongrui/obsidian-rollover-daily-todos: An obsidian plugin that rolls over todo items from the previous daily note

Оно и понятно. Тут своя разметка. Хотя три апострофа перед и после универсальны. А вот вариатор датавью уникален для обсажен и плагинчика.

Прикольные запросы. Я для себя силу датавью открыл только пару месяцев назад.

Моя концепция работы с obsidian:

• появилась идея, её отмечаю как
  idea:: хорошо бы слетать на Луну…
  В отдельной заметке “Идеи” создаю запрос в dataview
  dataview
  TABLE idea
  FROM “сегодня”
  WHERE idea

Если идея имеет развитие, то из неё возникает проект
project::
и запрос в dataview
dataview
TABLE project
FROM “сегодня”
WHERE project

“сегодня” - это Daily note

Всё остальное - ресурсы для обслуживания идей и проектов

В Obsidian недавно, около полугода. Мне нравится, во всяком случае, решает для меня многие проблемы.

А можете направить в строну «правильного варианта изучения» системы LYT?
Какие статьи/видео дадут лучшее понимание?

Я его второй день смотрю и до сих пор мучаюсь с тем как там все устроено.

Вот думаю, по Нику Майло его разбирать и его LYT Kit крутить либо же другие видео подключать

@fedorovpishet А у тебя на форуме были статьи про Майло с ссылками на почитать, посмотреть и файлик?

Может закинешь сюда парочку ссылочек.

Кстати вроде как разобрался с LYT))
Еще вчера не понимал как разобраться во всем этом массиве, но решил пойти провереным путем.

Загрузил Дефолт-Систему всем контентом что выделил:

1. Статья Федорова
2. Статья с Обс хаба
3. Q&A видосы самого Ника(после которого и понял все)

Этого хватило по итогу

Понял что можно строить ее как с MOC так и с заметок или как он говорит Top-Down or Bottom Up
А меня как раз это и интерисовало чтобы непосредственно начать уже практиковать ее создание.

Я уже и не помню. В блоге две статьи да в Канаде вроде несколько постов — это знаю. А вот кидал что-нибудь на форум или нет — не помню.

Да кто ж его знает, какой правильный
Я разбирался по пошаговым инструкциям в рассылке Ника и по содержимому LYT kit.
Через какое-то время понял, что у меня нет столько ресурса на обслуживание pkm, и перешёл на P.A.R.A. Скоро год как полет нормальный.

Открыл для себя кое-какую новую “фичу”, с недавних пор начал использовать разметку yaml, в которой у меня обычно прописывается всякая фигня, а вот сегодня удумал, что в ней могут присутсвовать все возможнные названия заметок, которые могут придти мне в голову.

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

Вот пример:

Ничего себе. Для меня это то, что мне, в первую очередь, понравилось в Обсидиане.

У меня просто система папок достаточно простая, то есть ни вложенности, ни проектов и ничего. Однако давно была мысль, как бы использовать ключевые слова и теги и понял вот что, я не ищу по ключевым словам и тегам, а ищу образы, которые упакованы в предложения.

Их естественно не засунуть в какие-то рамки, плодить несуществующие заметки двойными скобками не хочу. А вот синонимичные названия оказались очень полезными.

Сейчас еще происходит процесс переосмысления некоторых аспектов того как перерабатываю выделенные кусочки текста, после того как @Disappointed расписал вот эту фишку.