Get AI summaries of any video or article — Sign up free
How I Use The Obsidian Graph View thumbnail

How I Use The Obsidian Graph View

FromSergio·
5 min read

Based on FromSergio's video on YouTube. If you like this content, support the original creators by watching, liking and subscribing to their content.

TL;DR

Graph View is built around Filters, Groups, Display, and Forces, enabling both precision filtering and readable relationship mapping.

Briefing

Obsidian’s Graph View isn’t just a big network diagram—it’s a set of practical controls for filtering, hiding clutter, and navigating relationships between notes. The core payoff is that users can browse and “resume” their thinking visually, without relying on folder hunting, and can do it at both the vault level and inside a single note via Local Graph.

At the vault level, Graph View is organized into four main areas: Filters, Groups, Display, and Forces. Filters let users narrow what appears by tags (e.g., selecting a tag like “moc”), by folder-like paths (e.g., journal templates and weekly journal folders), by filename search, and by keyword matches within headings or lines. Additional toggles refine results further: tags can be highlighted in the graph, attachments can be shown alongside their notes, and—crucially—Graph View can surface “existing files only” versus links to non-existent notes. That distinction matters because Obsidian often contains links to notes that haven’t been created yet; turning off “existing files only” reveals those placeholders.

Two relationship-based concepts drive deeper cleanup and discovery: “orphans” and “empty” nodes. Orphan notes are notes with no links pointing to them, meaning they’re disconnected from the rest of the network. Empty notes (the “existing files only” toggle behavior) can still be connected elsewhere, so they’re not the same problem. Groups add color coding by applying rules like “path” and “journal” to create visually distinct clusters, making large graphs readable. Display options control link direction (including double arrows when links are mutual), plus visual tuning such as text fading, note size, and link thickness. Forces adjust spacing so the layout fits the user’s screen and preference.

The creator’s first major use case is visual browsing: assign groups and colors based on filters like file name (e.g., “programming” and multiple MOCs such as history/philosophy). With color-coded clusters, scanning the graph becomes faster than using a traditional folder hierarchy, especially as vaults grow.

The second use case is resuming work where attention left off. One method is a recurring workflow around orphan notes: periodically toggle on orphans, review disconnected drafts, and wait for new notes to create connections over time. Another method uses “existing files only” as a reminder system—turning it off surfaces empty, non-existent, or placeholder notes so forgotten ideas reappear.

The third use case is local navigation inside a note page. Using the command palette to open “Local Graph,” users get a smaller, note-specific network with extra controls: depth (how many layers outward to show), incoming links (which notes point to the current note), outgoing links (which notes the current note links to), and neighbor links (when two connected notes link to each other). This local view effectively replaces the “file explorer” role of folders, offering a relationship-first way to navigate—particularly useful on large screens or dual displays.

Cornell Notes

Graph View in Obsidian provides more than a visual map: it supports filtering, color grouping, and relationship-based navigation. Filters can target tags, paths (folders), filename, and matches within headings or lines, while toggles reveal attachments and linked-but-not-yet-created notes. “Orphans” highlight notes with no incoming links, helping users periodically find disconnected drafts; “existing files only” helps surface empty or placeholder notes to jog memory. Local Graph extends this idea to a single note, showing incoming, outgoing, and neighbor links with adjustable depth, making it a practical substitute for folder browsing.

How do Graph View filters help users find exactly the notes they want without using folder browsing?

Filters can narrow the graph by tag (select a tag like “moc” to show only notes carrying that tag), by path (choose a folder-like area such as journal templates/weekly journal to show only notes inside it), and by search terms in filename. It also supports keyword matching by heading or by line, so users can target where a term appears. Additional toggles can show tags (highlighted in red) and attachments (media like pictures/videos) alongside the notes they belong to.

What’s the practical difference between “existing files only,” “orphans,” and “empty” nodes?

“Existing files only” controls whether linked-but-not-yet-created notes appear. Turning it off reveals notes that are referenced by links but don’t exist yet. Orphans are different: orphan notes are notes that don’t yet have links from other notes, meaning they’re disconnected from the network. Empty nodes can still be connected elsewhere; they’re not the same as orphans, which are about missing links.

Why do groups and display settings matter for readability in large vaults?

Groups let users color-code clusters using rules like path (e.g., journal) or file name (e.g., “programming”), so related notes stand out visually. Display options then make the graph easier to interpret: arrows show link direction, double arrows appear when links are mutual, and visual controls like note size, text fading, and link thickness help users scan relationships quickly. Forces adjust spacing so the layout fits the screen and preference for density.

How can Graph View help a user “pick up where they left off” over time?

One workflow reviews orphan notes on a schedule. After creating many notes by typing freely, the user periodically toggles on orphans, checks for possible connections, and then waits for new notes to make those connections later—so drafts strengthen as the network grows. Another workflow uses “existing files only” as a memory trigger: turning it off surfaces empty/non-existent placeholders so forgotten ideas reappear as visible nodes.

What does Local Graph add that the main Graph View doesn’t?

Local Graph focuses on a single note and adds controls: depth (how many layers outward to expand), incoming links (which notes link to the current note), outgoing links (which notes the current note links to), and neighbor links (when multiple connected notes link to each other). This makes it easier to understand context around one idea without scanning the entire vault.

How can neighbor links be useful beyond simple link tracing?

Neighbor links reveal connections between the current note’s neighbors—useful for spotting relationships that aren’t directly attached to the note being written. The creator highlights applications for fiction writers and PhD candidates, where seeing adjacent connections can spark new angles and ideas not obvious from a single note’s direct links.

Review Questions

  1. When would you toggle off “existing files only,” and what kinds of nodes should appear as a result?
  2. How do orphan notes differ from empty notes in terms of connectivity?
  3. In Local Graph, what do incoming links, outgoing links, and neighbor links each tell you about a specific note?

Key Points

  1. 1

    Graph View is built around Filters, Groups, Display, and Forces, enabling both precision filtering and readable relationship mapping.

  2. 2

    Tags, paths (folder-like areas), filename search, and heading/line keyword matching can all be combined to control what appears in the graph.

  3. 3

    Turning off “existing files only” reveals links to non-existent notes, which helps track placeholders and future note creation.

  4. 4

    Orphan notes are disconnected by missing incoming links, making them a useful periodic review target for strengthening the note network.

  5. 5

    Groups and color coding transform Graph View from a dense diagram into a navigable map, especially as vaults grow.

  6. 6

    A recurring orphan-review workflow and an “existing files only” reminder workflow help users resume work without folder hunting.

  7. 7

    Local Graph provides note-specific navigation with depth, incoming/outgoing links, and neighbor links, effectively substituting for folder-based exploration.

Highlights

Graph View can surface links to notes that don’t exist yet by toggling off “existing files only,” turning missing drafts into visible placeholders.
Orphans are about missing connections (no incoming links), not about emptiness—so they require a different workflow than empty nodes.
Local Graph’s neighbor links reveal relationships between a note’s connected neighbors, which can spark ideas beyond the note’s direct links.
Color-coded Groups based on filters like file name or path can make large vault graphs practical to browse.

Topics

  • Graph View Features
  • Filtering and Toggles
  • Orphan Notes Workflow
  • Local Graph Navigation
  • Note Relationship Mapping

Mentioned

  • MOC