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

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

3 симпатии

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

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

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

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

1 симпатия

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

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

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

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

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

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

2 симпатии

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

1 симпатия

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

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

3 симпатии

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

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

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

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

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

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

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

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

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

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

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

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

1 симпатия

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

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

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

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

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

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

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

1 симпатия

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

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

1 симпатия

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

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

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

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

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

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