Updating My Obsidian Daily Note Using Bases

Kara Monroe

Follow

9 min read

·

Jul 10, 2025

100

4

Press enter or click to view image in full size

Mógłbyś przeczytać ten artykuł kilka dni wcześniej, gdybyś był członkiem społeczności I Want to Be Myself, When I Grow Up. Zarejestruj się za darmo lub kup członkostwo.

Bases to najnowsza wtyczka core w Obsidian. Bases jest obecnie dostępny tylko dla subskrybentów Catalyst, więc to zdecydowanie wczesny czas. W tym artykule oraz towarzyszącym filmie zagłębię się w to, jak dodaję Bazy do mojej Codziennej Notatki. Wspomnę też o kilku kluczowych funkcjach, które mam nadzieję, że Bases dostanie w przyszłości, oraz o rzeczach, które możesz zrobić już teraz, aby zoptymalizować swój skarbiec pod przyszłe wykorzystanie Bases.

Gdzie mieści się funkcjonalność bazy?

Bases oferuje kilka różnych zastosowań. Początkowym przypadkiem użycia, który zamierzam omówić w tym artykule, jest zastąpienie zapytań dataview (lub, jeśli nie używasz zapytań dataview, dodanie tej funkcjonalności bez użycia dataview).

Drugim przypadkiem użycia jest wprowadzenie tego, co nazywam obiektowym zarządzaniem wiedzą (OOKM). Narzędzia do zarządzania wiedzą, takie jak Capacities i Notion, są znacznie bardziej obiektowe, ponieważ opierają się na bazach danych podobnych obiektów, które następnie łączysz ze stronami baz danych i niebazodanych. Uwielbiam niektóre elementy zarówno Capacity, jak i Notion, a także stworzyłem obiektowe zarządzanie wiedzą w Obsidian, korzystając z szablonów i dataview. Więcej szczegółów tej możliwości omówimy w przyszłych artykułach i filmach.

Aktualizowanie mojej codziennej notatki o podstawy

U podstaw mojego używania Obsidianu leży moja codzienna notatka. To uporządkowana strona, która pozwala mi efektywnie prowadzić dzień I jednocześnie śledzić, nad czym pracuję, wszystko w jednym miejscu. Pisałem już wcześniej o tym, jak robię planowanie wielowarstwowe z Obsidianem. Chciałem zastąpić dataview, który jest w moim obecnym szablonie codziennej notatki, na Bazy. Wynika to z faktu, że użycie podstawowych funkcji zamiast wtyczek społecznościowych jest częścią mojego manifestu Obsidian.

Mój manifest Obsydian

Uwielbiam dobry manifest! (Jeśli ty też, powinieneś sięgnąć po książkę "You Need A Manifesto.) Oto mój obecny manifest Obsydian:

• Obsidian First — Jeśli jakaś informacja może być umieszczona w Obsidian tak samo jak w innym narzędziu, moim celem jest rozwinięcie tej informacji w Obsidian, tak aby posiadać i kontrolować własne dane.
• Obsidian Final — Gdy informacje muszą znajdować się gdzie indziej, zazwyczaj ze względu na potrzeby mojego kontinuum dostępu do informacji, poza którymi chcę używać/mogę korzystać z Obsidian, używam innych narzędzi w My Stack do ich przechowywania. Jednak link do tego przedmiotu lub informacje o tym, jak uzyskać dostęp do tych informacji, powinny zawsze znajdować się w Obsidian.
• Wtyczki podstawowe > społecznościowe — UWIELBIAM bawić się wtyczkami społecznościowymi i uwielbiam wszystkie funkcje, które pozwalają dodać do Obsidian i dostosować je do własnych upodobań. Jednak wtyczki społecznościowe niosą ze sobą większe ryzyko niż podstawowe funkcje i wtyczki. Są porzucani i polegają na pracy wolontariuszy, by się utrzymać. Moim celem jest maksymalizacja wykorzystania podstawowych wtyczek i dodawanie wtyczek społecznościowych tylko tam, gdzie nie da się ich zaspokoić za pomocą jednej wtyczki.
• Wartość nagrody — Kiedy używam wtyczki Community jako części moich codziennych nawyków i rutynow, nagradzam twórcę tej wtyczki na wszelkie możliwe sposoby.

Ponieważ bardziej cenię wtyczki podstawowe niż wtyczki społecznościowe, moim celem za każdym razem, gdy Obsidian wprowadza nowe funkcje, jest zobaczyć:

1. Gdzie mogę zastąpić funkcjonalność wtyczki społecznościowej tą nową podstawową funkcjonalnością?
2. Gdzie mogę dodać nowe funkcje, których potrzebuję, korzystając z tej nowej podstawowej funkcjonalności?

Teraz, gdy wiemy, dlaczego chcemy dodać tę funkcjonalność, przyjrzyjmy się, jak to zrobić.

Chcę zacząć od szybkiego omówienia, jak stworzyć bazę. Są dwa oficjalne sposoby na stworzenie bazy, a mój nieoficjalny trzeci sposób na dodanie bazy w linii, korzystając ze składni Bases. Właściwie uważam, że moja trzecia wersja to najprostszy sposób, żeby uzyskać składnię, którą trzeba skopiować i wkleić do szablonu.

Tworzenie baz na dwa sposoby

Według oficjalnej dokumentacji Baz, bazę tworzysz na dwa sposoby.

Najprostszym sposobem na stworzenie bazy jest stworzenie jej jako osobnego pliku w Obsidian. Otwórz paletę poleceń (Command P na Macu lub Control P na Windows) i po prostu wybierz "Bazy: Stwórz nową bazę". To utworzy nowy plik w twoim skarbcu z wskaźnikiem BASE.

Następnie możesz wykluczyć ten plik w dowolnej innej notatce lub notatkach w swoim skarbcu Obsidian, używając wykrzyknika przed linkiem do tej podstawy. Określasz, który widok chcesz wyświetlić w transkluzji, używając hashtagu, a następnie nazwy widoku — na przykład BaseName.base#ViewName

Stworzyłem nowy pusty skarbiec i uruchomiłem w nim plik bazowy. W widoku File Navigator widzisz, że są dwa pliki — jeden ma wskaźnik BASE po prawej stronie.

Naciśnij enter lub kliknij, aby zobaczyć obraz w pełnym rozmiarze

Dodałem też tę bazę do notatki powitalnej, używając transkluzji. Tą metodą możesz dodać bazę do wielu nut. Obejmuje to wszystkie widoki znajdujące się w tej bazie. Widok, który pojawi się, jeśli go nie określisz, zawsze jest domyślny. Możesz oglądać różne widoki na stronie, ale za każdym razem, gdy ją wczytasz, pojawia się domyślny widok lub ten, który wybierzesz.

Naciśnij enter lub kliknij, aby zobaczyć obraz w pełnym rozmiarze

Drugim sposobem na stworzenie bazy jest użycie składni baz. Oznacza to dodanie "kodu" do notatki Markdown, którą Obsidian wtedy wyświetli jako bazę. Oto składnia niezwykle prostego Base, który pokaże wszystkie pliki w skarbcu z rozszerzeniem .md.

Naciśnij enter lub kliknij, aby zobaczyć obraz w pełnym rozmiarze

Bases lay the groundwork for a number of things in Obsidian:

1. Even in the early access version we have today, Bases comes with the ability to do inline calculations with existing data in your vault.
2. The data displayed in a Base can be selected using properties.
3. Bases gives you different ways to view your notes. Bases, as I type this, contains table and card views. It’s very possible by the time this is published, Bases will allow for other views as well. It’s logical to anticipate calendar and kanban style views as those are common across many PKM tools like Notion, Tana, etc.

Essentially, Bases gives you a way to turn your notes into one or more databases that you can then use in a variety of ways. Bases could, some day, make the Obsidian Dataview plugin obsolete, but for the foreseeable future, they will remain compliments to one another.

To use Bases effectively, I strongly believe you need to start with building and using templates that make thoughtful use of properties. We’ll dig into that more in a bit. But first, let’s dig into how I’m creating and editing inline bases for now.

The Hybrid Method of Creating and Editing Inline Bases

As I was playing with Bases, the either-or of creating bases as a file or creating bases using the Bases syntax was annoying me. So, I started creating inline bases simply by entering the base syntax as a starter. This creates an inline base that I can then modify using both the bases syntax and the on screen bases editor.

This leads to my first wishlist item for the Obsidian team around bases. Please give us Source View for Base files! If I could click Source View on a Base file, it would make learning and applying the Bases syntax so much easier! And for those of you out there screaming, Kara just open the file from your drive using a text editor — I did do that. But just give me a Source View toggle right in Obsidian so I don’t have to!!!

I also know I can click the source view on any filter item, but again, it’s just easier if I can see the source for the entire base no matter where I am in Obsidian.

Replacing Dataview in my Daily Note with Bases

I use a LOT of dataview queries in my Obsidian vault. The most obvious way to use Bases is to replace Dataview.

I thought I’d start off my exploration of Bases by seeing if I could replace the two Dataview queries that are in my daily note.

The first and (sort of) easiest of my dataview queries to replace is list at the end of my daily note that shows every file I modified that day. Here is what those two things look like together.

Press enter or click to view image in full size

The base version is on top. The text is slightly smaller in the base version. I also am currently just showing the list of the files, but with the Base I can easily add additional properties as fields if I want to do so.

I add this to my daily note using the daily note template (using the Templater community plugin). Here is what the syntax looks like for Templater.

TABLE
FROM ""
WHERE file.mday = date(<% tp.file.title %>)
SORT file.mtime desc

Here is what the syntax looks like for Bases.

filters: 
   and: 
      - file.mtime > date("<% tp.file.title %> 00:00:00") 
      - file.mtime < date("<% tp.file.title %> 23:59:59") 
   views:
   type: table 
   name: Table

Regardless of whether I’m using dataview or Bases, I get the date from the file name of the daily note, which for me is in the format YYYY-MM-DD.

There is one immediate benefit of using Bases instead of Dataview. I can sort the files using the built-in sort functionality of Bases right from the Live Preview view, using Bases built in sort functionality.

I can see myself using that quite often when I’m working with my files from this view.

Updating My Review Query or Why You Should Only Be Using File Properties

Bases relies on file level properties. Bases does not currently support properties used inline. If you’re not sure of the difference between the two, let me give you a quick overview of the two.

This is a screenshot of a note from my vault.

Press enter or click to view image in full size

At the top of the file, under the Properties heading, you can easily see all of the YAML front matter properties. Bases can pull from these.

Farther down the image, you’ll see a callout box. That callout box contains two inline properties — review-date and review-schedule. I use these in my vault to surface notes regularly. Here is what the dataview (with templater syntax) looks like that brings the notes with a review date of today into my daily note:

TABLE review-date as Review
WHERE review-date = [[<% tp.file.title %>]] OR review-for-reuse-date = date(<% tp.file.title %>) OR review-date = date(<% tp.file.title %>)

This syntax allowed me to use both the inline property OR a file property. I had been using the inline property for a very long time before File Properties rolled out because I preferred the way it looked and functioned in my daily note.

However, Bases doesn’t support inline properties — and I don’t suspect it ever will. Fixing this across my vault is going to take quite a bit of time for a couple of reasons. First, nearly all of my templates — 40 of them to be exact — have this little call out in them. So, first order of business is deleting this and making sure that the review-date file property is added to those templates. Second, I need to add the review date to the file properties for about 4500 notes at quick glance. That will be one of those “do this instead of scroll social media” tasks.

At the moment, I still prefer the dataview functionality since I can hover over the note, see a preview of it, and even change the date property from the dataview. I can’t do that with the Bases table view unless I hold down the Command key while hovering.

That said, I’ll make the migration and hold down the command key while hovering, despite the work because I do believe in Core Plugins over Community Plugins, but I hope that the Obsidian team gives the ability to at least allow preview on hover without the Command key to some sort of future Bases Plugin options.

Are you starting to check out the Bases Plugin? If so, what is working for you and what do you hope shows up soon?