Day 25 : 插件篇 04 — 如何让 Obsidian 自动推荐关联笔记 (下)?介绍我的笔记架构与 Breadcrumbs 实战应用

介绍

这是 Obsidian 使用教学 — 应用篇的第 4 篇文章。

上一篇文章 中我介绍了 Breadcrumbs 插件,可以让 Obsidian 自动推荐相关连结给我们,大幅提升寻找关联笔记做连结的效率。

但实际上该怎麽使用 Obsidian 实作呢?这篇文章就来分享我的笔记架构与 Breadcrumbs 实战应用。

备注:这篇文章将假设你已经知道 Breadcrumbs 是以 Parent, Sibling, Child 的方式运作,若你还不了解 Breadcrumbs 请先回头看 Breadcrumbs 介绍。

主要有 4 个重点:

  1. 笔记架构概念说明
  2. 使用 Metadata 建立关联
  3. 检视 Breadcrumbs 的效果
  4. 延伸思考:参考图书馆馆藏分类,建立有架构的 MOC

一、笔记架构概念说明

1. 核心概念

在我的笔记系统中主要有 2 大类的笔记:

  • 一般笔记
  • Map of Contents 笔记 (也叫做主题笔记/MOC 笔记,下方均用 MOC 笔记这个名词)

我曾在 《数位笔记太多很凌乱怎麽办?使用 MOC 架构有系统地管理数百则的数位笔记》说明过 MOC 笔记架构的概念:

MOC 是 Map of Contents 的缩写。透过将笔记分层,用「超连结」串连各则笔记,形成一张知识网。

每一则「一般笔记」都会连结到 1 个或多个「MOC 笔记」,每个「MOC 笔记」可再分成 Parent, Sibling, Child 的连结关系。

MOC 概念图

听起来有点复杂,下方详细解释。

2. 一般笔记

一则笔记至少会有 1 个主题,也可能牵涉到多个主题。举例来说,下方的笔记就包含了「心理学」与「专案管理」两种主题。

在 Obsidian 中的实作方式就是透过 [[]] 来连结笔记,可放在 Topics 栏位後面。

3. MOC 笔记

你可以将「MOC 笔记」当作是目录页/主题页,专门存放跟此主题有关连的「一般笔记」。例如下图中的笔记,都是跟「Agile (敏捷)」这个主题有关的「一般笔记」。

如果你已经会使用 Dataview 了,那麽可以靠 Dataview 语法自动帮你汇整如上图的笔记表格。

一则 MOC 笔记能够跟其他的 MOC 笔记产生关联,可分成 Parent (父笔记), Sibling (兄弟笔记), Child (子笔记)。

假设有一则「专案管理」 MOC 笔记,则其关联笔记如下图。

在 Obsidian 的实作方式也是透过 [[]] 来连结笔记,可放在 Parent Link, Sibling Link, Child Link 栏位後面。

二、使用 Metadata 建立关联

知道了笔记架构後,我们来看如何实作在 Obsidian 的笔记中。

我们先复习一下,Breadcrumbs 插件的运作方式有 2 种。

  • 方式 1:在 YAML 区加入栏位
  • 方式 2:使用 inline field

备注:若不清楚这两种运作方式的差别,请看 Breadcrumbs 介绍

我主要使用「方式 2」 — 在每篇笔记中使用 <栏位> :: <值>来建立 Parent, Sibling, Child 的笔记关联,这也是前面段落提到使用 <栏位> :: 的原因。

我将这些栏位加在 H1 标题 (Metadta) 下方:

那麽栏位应该怎麽写呢?由於「一般笔记」和「MOC 笔记」的格式略有不同,以下分开解说。

1. 一般笔记

一般笔记的格式非常简单,只要填写 Topics 即可。你认为目前这则笔记属於哪个主题,就在 Topics 後方连结该则 MOC 笔记 (主题)。

例如下方的「以迭代的心态规划敏捷开发」笔记跟「敏捷主题」有关,因此我在 Topic 後方加上 「agile MOC (敏捷主题)」。

备注:Topics 後方的「Agile Practice Guide」笔记,是「以迭代的心态规划敏捷开发」的来源笔记,也就是从「Agile Practice Guide」拆分出来的笔记。

2. MOC 笔记

MOC 笔记的格式则是包含 Parent, Sibling, Child 的栏位,分别纪录这则 MOC 笔记关联的其他 MOC 笔记。

以下图为例,这篇「agile MOC (敏捷主题)」的:

  • Parent (父笔记) 是 project management MOC (专案主题) 笔记
  • Sibling (兄弟笔记) 是 PMP MOC (专案经理证照考试主题) 笔记
  • Child (子笔记) 是 behavior driven development MOC (行为驱动开发主题) 笔记

备注:Parent, Sibling, Child 的栏位名称可以自由定义,我定义成 Parent Link, Sibling Link, Child Link。

为什麽会这样分类呢?

因为「agile MOC」是一种专案管理方式,因此 Parent (父笔记) 就是 project management MOC。

而 PMP MOC 也是也是隶属在 project management MOC 下方的分支。在父主题都相同的状况下,就属於「agile MOC」的 Sibling (兄弟笔记)。

最後,因为 behavior driven development 是 agile MOC 的一种方法,因此属於 agile MOC 的子笔记。

agile MOC 的笔记结构

三、检视 Breadcrumbs 的效果

到这边为止,Breadcrumbs 插件已经能发挥功能了。

我们先到 Settings > Breadcrumbs > Hierarchies 中调整栏位设定。这里你可以依据惯用的栏位名称,来设定 Breadcrumbs 抓取的 Parent, Sibling, Child 栏位。(Breadcrumbs 是以 ↑, →, ↓ 代表)

举例来说,我习惯以 Parent Link, Sibling Link, Child Link 来命名栏位。

setting

需要特别说明的是,我在 ↑ ( Parent 栏位 ) 中多加入了 Topics 。

我在前面内容有提到:「针对一般笔记,我们只需要在 Topics 栏位连结 MOC 笔记即可。」这样的栏位设计是把 Topics 当成一般笔记的 Parent (父笔记)。

经过设定,就能达成:

在「一般笔记」的 Topics 栏位连结 MOC 笔记後,就能让 Obsidian 自动推荐跟此主题有关联的笔记了!

example

实际的笔记画面如下。Real 代表的是「agile MOC」这则笔记有使用 [[]] 连结的笔记,Implied 代表的是 Breadcrumbs 自动推荐的笔记。

Breadcrumbs 结果

四、延伸思考:参考图书馆馆藏分类,建立有架构的 MOC

1. 使用 MOC 笔记会遭遇的问题

当我和朋友讨论此笔记架构的设计时,朋友问我:「使用 MOC 笔记确实让架构清楚许多,但是你要如何命名与管理 MOC 笔记呢?」

真是一个好问题!如果我们按造自己的直觉设计 MOC 笔记,很快地就会面临不知道如何命名 MOC 笔记的窘境。

我心想:「有没有哪一个学科,是专门在研究知识分类这件事情呢?」在网路上一搜,原来答案就在日常生活中…我们可以参考「图书馆学」!

2. 借镜图书馆学的中文图书编码

图书馆的「编码分类」就是一个将知识划分成数个大类,依照书本的知识特性归类,供民众快速地查询与利用。

那麽图书馆是怎麽分类书籍的呢?

参考国家图书馆 最新一次的《中文图书分类法》(2017–05–22) 说明,目前台湾的中文书籍分类主要参考 5 种分类法,并根据台湾目前的学术文化背景修订而成。这 5 种分类法分别是:

  • 赖永祥教授《中国图书分类法》增订8版
  • 《杜威十进分类法》
  • 《美国国会图书馆分类法》
  • 《中国国书馆分类法》
  • 《现代图书分类法》

有了国家图书馆的编目文件,就可以参考并对自己的笔记进行分类。

以近期我正在阅读的《读懂一本书》为例,查询台北市立图书馆可知图书编码为「019.1 4412」。

接着查询 019.1 在中文图书编码的分类为「读书法 Reading > 阅读法」,就知道自己的这篇读书心得应该分类在「读书法」下了。

三、为个人笔记编码的原则

图书馆的中文图书编码分类非常细,我们在应用时必须抓大放小,也就是纪录到大分类即可。

以这个例子来说,其实纪录到「读书法 Reading」就非常够用了。除非自己有非常多笔记都属於「读书法 Reading」,才需要再做细分 (阅读法、笔记法…等)。

参考中文图书编码进行笔记分类有以下好处:

  • 主题索引够准确
  • 有现成资料可以参考
  • 方便交叉检视知识主题

我们可以先编列中文图书编码的大类 (000 900),再依据目前最多的笔记主题进行细部编码,这样就不会花过多时间编列用不上的主题。

那麽该如何确认笔记属於哪个分类呢?

方法很简单,只要用笔记内的关键字去图书馆检索系统搜寻,很容易就会找到该关键字所写的书,而系统上也会标示书籍属於哪一个分类。

例如「Scrum (敏捷式开发法)」的检索结果如下,有 312、494、658 这 3 种可能。

在中文图书分类中,分别代表:

  • 312 : 资讯科学
  • 494 : 企业管理
  • 658 : 中国史料丛刊

658 的分类看起来很奇怪,是分错类了吗?其实不是,西方书籍多是用《杜威十进位分类法》。参考 Dewey Decimal System 的说明,658 应该属於「Technology (Applied sciences) > General Management」。

搭配自己的理解 (Scrum 属於软件开发的方法 > 软件开发属於资讯科学的一环),可判断「Scrum」这则笔记放在 312 资讯科学会比较恰当。

六、总结

Obsidian 的笔记连结提供我们非常有弹性的笔记结构,透过连结我们可以让思想在笔记间不断地跳跃,重复利用曾经记下来的知识内容,形成一片网状的笔记网络。

看似错综复杂的网状结构,实际上也是有规律可循的,那就是 MOC (Map of Contents) 笔记。

透过建立 Parent (父笔记)、Sibling (兄弟笔记)、Child (子笔记),我们就能快速地辨别主题间的关系。搭配在一般笔记中加入 Topics 栏位,每一则笔记的定位就变得非常清楚。

如果你有大量的笔记但却不知道如何管理,我建议可以采用「MOC 笔记」架构,搭配 Breadcrumbs 插件,有再多的笔记都能够清楚的呈现在你眼前。

这篇文章的概念比较复杂,若有任何问题我很乐意与你讨论,欢迎在下方留言


<<:  Day 25 - Reader Monad

>>:  Day-29 Depth-First-Search(DFS), 深度优先搜寻

30/欧洲码农的新手村任务, 完成!!

铁人赛总算来到最後一天! 非常感谢30天太赶留职停薪专心写文章的靠北战队的队友们。从欧洲远端一起挑战...

Day14 上上下下左左右右 & 世代差异的沟通术

如果你看到标题秒懂而且联想到梁家辉的话,我只能说,你一定是一个擅长沟通的好PM。 谈到团队内沟通,跟...

集各领域专家修复的两大世界遗产

2019年世界上发生两个世界遗产的火灾,一个是法国巴黎的圣母院,一个是冲绳的首里城,两者建筑的修复难...

Git

最初,Linux Kernel 的社群采用压缩档或是补丁的方式进行维护工作。一直到 2002 年,开...

[火锅吃到饱-7] 大喜锅 - 南屯店 - 平日午餐250元吃到饱 | 学生&小资族首选

又是忙到下午4点才吃第一餐的一天~ 赶在下午4点半之前进场都算午餐价,费用是250元(不收服务费),...