Форум сообщества Zettelkasten работал с 2021 по 2026 год. Читать можно всё, писать — уже нет. Вся жизнь сообщества теперь — в книжном клубе ККРА: встречи, задания, записи и разговоры.
О мой Бог, как же я был не прав! Это такая крутая штука.
Предистория. Вся моя библиотека сейчас на ноушн, то есть как библиотека, книжная полка, которую пополняю регулярно через клипер ношн для хрома. Там сейчас около 100 книг, которые прочел в прошлом году, те что читаю сейчас и те что планирую к прочтению. Вообще какой-то лютый список и венегрет из всего.
Ноушн меня порядком притомил, хотя бы потому что он медленней чем обс, плохо ищет и вообще не такой функциональный, держит файлы на вражеских серверах и так далее. В итоге решил освоить сегодня утром dataview, чтобы сделать себе аналогичный аккуратный списочек книг.
Сначала вообще не понимал что это за зверь такой и куда в него тыкать. Какие формулки прописывать, что они означают и так далее. Потом откопал парочку видосиков на ютубчике. Тут рассказывают про интересный dashboard:
Это серия из двух видео с описанием функций dataview:
Посмотрел их и решил, что пора. Вопрос с чего начинать? Конечно с библиотеки, тем более что мы сейчас строим библиотеку тут, из всего того, что мы когда либо читали и упоминали.
Минут десять разбирался с тем, что такое язык YAML. Понял, начал прописывать во всех литературных заметках, которые есть. Потом осознал, что для того, чтобы работало, необходимо переносить все в отдельную папку. Перенес, включил и потихонечку начал размещать ссылки на картинки, играться с сортировкой, смотреть что меня не хватает в yaml. В итоге получилось следующее.
Таблица с книгами:
Метаданные внутри файла:
Какой командой выводится полка:
UPD 13.04
table without ID
("") as Cover,
file.link AS Title,
author AS "Author",
status AS "Status"
From "Books"
sort status asc
where contains(Status, "bookclubshelf")
Where year =null
Накидайте советов, пожалуйста и поделитесь тем, как устроено у вас.
Удивительно качественное, простое и короткое видео, рассказывающее о форматах которыми можно выводить инфо: таблица, список, Календарь, задачи.
Да, я вкладывал натуральные файлы изображений. Работает также. Ссылки лучше, потому что если метаданные на сайте обновят, то автоматом и у меня обновится изображение.
По большому счету можно без них.
Сейчас в мету еще прописываю год когда читал, чтобы можно было выводить только те у которых определенный год.
Благодарю. Попробую.
Года тоже прописываю, чтецов, информация об авторе и прочая-прочая. Начал так вести в Notion, но устал от облачности. Сейчас все переношу на обс.
P.S. Ощутил всю прелесть дат формата: 2022-04-09. Очень удобно искать и фильтровать по годам/месяцам.
Мне не интересно когда я закончил читать, по большому счету. Это лишнее для меня. Что важно в какой год прочел книгу. И только для того чтобы просто сортировать списки.
Поделитесь своим yaml, интересно что вы вписываете.
Отмечаю дату окончания, потому что могу начать в одном году, закончить в другом. Рейтинг хочу заметить на простую метку favorite. По критерию: добавлю в него или нет.
Ну если уж река жизни возвращает нас раз за разом в свое русло, есть ли смысл ей сопротивляться? Поэтому последние годы все больше ищу простоты — OBS, перьевые ручки, опасная бритва и прочая-прочая-прочая
О перьевые ручки – вообще отлично. У меня целая коллекция, фетишь своеобразный, заправлять чернилами, писать и кайфовать.
@Hoodoo – да, я этот же плагин думал поставить, но потом понял, что мне эта шняга не очень то и пригодится Никогда за рейтингами не следил и не любил составлять. Поэтому обойдусь без смайликов, хотя плагин интересный.
Надо будет тему какую-нибудь создать, косвенно затрагивающую письмо перьевыми ручками) Тоже ими пишу, есть небольшая коллекция. Интересно было бы почитать.
Как написано в справке по разметке данных dataview, данные можно размечать не только в yaml-заголовке, но и прямо по тексту присваивать значения через двойное двоеточие. Для dataview такие данные будут доступны ровно так же, как в yaml-заголовке:
параметр::значение
Например, таким образом можно в daily notes легко организовать трекер привычек с визуализацией через community плагин tracker:
Крутая вещь, теперь и это смогу перенести в obsidian.
1 вопрос: возможно там шагом сделать не 1 день, а среднее за месяц, к примеру?
1 совет тем, кто это захочет повторить. Если вы как и я обожаете цифры, статистику и все такое, не пытайтесь таким способом трекнуть все, что только можно. Это заманчиво, но бесполезно. Лучше отслеживать только 1-2 привычки, те, над которыми сейчас конкретно работаете. От созерцания кучи цифр и понимания, что “вот тут, вот тут, вот тут, вот тут … я делаю мало/плохо” толку на самом деле нет.
Обнаружил странное:
Если название поля на кириллице, то итог на нарастающем графике (как в посте выше) на ~10% меньше реального. Заменил кириллицу на латиницу - стало нормально.
Так что теперь у меня в daily notes вот так:
а как решать проблему с dataview и вообще любыми метаданными в Obsidian следующего характера:
например, есть поле Company
есть поле “Автор”
значений этих полей может быть под +100 и пр. как избегать дубликатов и прочего? ибо ё тут сварщик не настоящий в виде БД. Или можно как-то при указании значения метаданных выбирать из списка по этому полю?
Если хочется свести много разномастных упоминаний одних и тех же авторов, можно:
Составить полный список упомянутых в картотеке авторов.
Выработать сокращённый список правильных имён авторов.
Заменить (1) на (2).
Даже при списке в ~100 разных значений и замене вручную это не так долго, как может показаться. А если использовать какой-нить софт для пакетного поиска/замены, то и за час можно управиться “под ключ”.
А почему в итоге выбор пал на Dataview, а не использование стандартных, встроенных в Obsidian таблиц?
Они вроде и минималистичнее, и устанавливать ничего дополнительно не требуется…
Или список книг подразумевает собой наличие каких-то элементов (столбцрв), которые реализовать стандартными, встроенными в Obsidian, таблицами, нельзя?
Проверил, изображения вроде вставляются…
По скриншоту предполагаю, что названия книг - это кликабельные ссылки на отдельные страницы, их тоже можно реализовать за счет функционала стандартных таблиц.
Автор, статус и тип, как я полагаю, являются обычными надписями, что, само собой, тоже реализуемо.
Не могу понять зачем был использован сторонний плагин, если все реализуемо с помощью стандартного функционала…
Сейчас в ходе переноса всех заметок из Notion в Obsidian появилась необходимость в создании таблиц, посмотрел информацию, вышел на Advanced Tables и Dataview. Advanced Tables мне как-то на первый взгляд не очень понравились, а Dataview кажется более хорошим решением.
Но вроде все реализуемо и с помощью обычных таблиц, использовать сторонние инструменты не хочу, поэтому и интересно узнать, почему в итоге используется Dataview. а не встроенные в Obsidian таблицы…
P.S. В Telegram-Чате сообщества писал, что Dataview по моему мнению не очень, потому что все реализуется «писаниной», а Filipe, - персона из первого видео, интересно все реализовал комбинацией Dataview с плагинами QuickAdd и Buttons, создав своего рода интерфейс, напоминающий Table Database в Notion =)
Я думал про страндартные таблицы, но решил уйти в сторону датавью, так как могу по разному собирать автоматически таблицу. Например по году или по жанру, или статусу.
Если стандартная таблица, то это не сделать просто так.
Сейчас автоматизирую все встречи нашего дискуссионного клуба этим способом. Есть куча гостей, с кем мы только начали разговор или с кем уже есть дата встречи или кому написал письмо и ответа не получили или получил, но с комментарием обратиться немного позже. Как-то так.
Удобнее играться таблицами, когда они собираются не статично, а динамично, в зависимости от запроса.
тут полезно определить, что вы понимаете под “Dataview по моему мнению не очень” и из какого контекста.
Я, например, легко пишу SQL, мне Dataview очень)
Моей знакомой, йога-тичеру, дата вью совсем не очень, но ей достаточно было попросить настроить один раз список книжек, а больше ей не надо ничего уже три месяца.
Все можно сделать без сторонних плагинов. Можно и Обсидианом не пользоваться, а писать заметки в блокноте, размечать их там же и просто складывать в папку.
Удобство dataview в том, что он позволяет хранить однотипные данные в раздельных заметках и там же из контекста их редактировать, а таблица ваша собирается автоматически.
А если стандартным функционалом, то будет, например так:
Создал заметку книги, запулил в нее каких-то метаданных
Вспомнил, что надо бы ее добавить в список чтения
Открыл список чтения
с матюками от Advanced tables вкрячил те же атрибуты в таблицу в новой заметке
Понял, что хочется видеть две таблицы: одну со списком книг для чтения на этот год, а вторую - вообще с полным списком книг в очереди. Понял, что делать второй такой список - печаль и заплакал;)
Друзья, а есть какие-то рекомендации, как
а) лучше атрибуты хранить - в YAML или в теле заметки? Мне нравится в теле, как-то поприятней выходит, вроде пока все норм.
б) какие use cases dataview у кого есть?
Я для себя, строю:
списки книг, конечно же
списки людей
список плагинов к обсидиану которыми я пользуюсь (чтобы иногда обозревать и чистить)
подтягиваю список файлов обновленных за сегодня в Daily note( хотя тут data view не совсем так работает, как мне надо, как раз из-за динамики )
Думаю еще делать подобные штуки для всякого рода заметок и мыслей, чтобы можно было потом собирать. Например статья, или тема для поста. Пишу часто сообщения для сообщества и сейчас они в качестве ссылко прописаны в одной заметке. Но подумываю над кейсом, когда нужно собрать список всех заметок, которые делались по результату чего-то, например сообщения в каналах, все лонгриды и так далее.
А кто нибудь может подсказать как отобразить в заметке конкретные строки по критерию?
Например в файле есть несколько строк содержащих сочетание “пп…”
Как сделать чтоб в новом файле датавью показывал только строки с таким содеражанием? (не ссылки на заметки где оно есть, а именно сами строки выводил)
Я сам им еще играюсь, использую скорее как инструмент репрезентации. То есть списком какие книги читаю, какие заметки сейчас в работе. Собственно и все. Но можно использовать в качестве универсального инструмента по отработке запросов.
Написал свою длинную заметку по использованию Dataview Картотека художников в Obsidian. Долго сопротивлялся - но начал применять.
Меня по прежнему “смущает” программная зависимость. В отсутствие плагина Dataview таблица становится недоступной. Неприятная зависимость настораживает.
● Продолжить разговор
Обсуждение закрыто вместе с форумом. Поговорить об этом можно в книжном клубе ККРА — там теперь живёт сообщество.