Enfin des liens qui ont du sens - Tuto Obsidian en français

Les liens dans Obsidian peuvent transformer un réseau de notes en système navigable — à condition de leur donner une direction claire. Sans règles, le maillage devient vite un “chaos” où l’on ne sait plus pourquoi deux notes sont reliées ni dans quel sens. L’approche présentée consiste à conserver la liberté des liens, tout en réintroduisant une logique de hiérarchie et de sémantique, afin que chaque relation porte une signification (parent/enfant, participant, projet, sujet, précédent/suivant) et serve réellement à retrouver l’information.

Pour illustrer, l’exemple part d’un projet d’association avec plusieurs réunions, des participants (dont un alias), et des rattachements à un projet. Dans une navigation Obsidian “classique”, les liens permettent de passer d’une note à l’autre, mais ils ne garantissent pas une structure lisible à grande échelle. Le besoin devient alors de “structurer les liens” plutôt que de multiplier des connexions sans intention. La solution mise en avant s’appuie sur un plugin de type “hiérarchies et vues” (mentionné comme Brettkreuz / “brett chrome” dans le transcript), qui permet de définir plusieurs hiérarchies simultanées : - une hiérarchie “réunion” (réunion vers le haut, participants vers le bas, etc.), - une hiérarchie “projet de réunion” (chaque réunion rattachée à un projet), - une hiérarchie “réunion de sujet” (les réunions classées par sujet), - et des relations temporelles (réunion suivante / réunion précédente).

L’intérêt central est sémantique : au lieu de dire seulement “réunion liée à projet”, on encode “cette réunion est la réunion du projet X”, “cette réunion est la réunion du sujet Y”, et “cette réunion précède/suit celle-ci”. Le plugin construit ensuite des vues (notamment une vue matricielle et une vue en arbre) et surtout un index qui reflète ces relations. Un détail pratique ressort : le système peut gérer des alias (par exemple “luc legrand” via un alias “luc”), ce qui évite les incohérences de nommage et permet de relier correctement les participants à travers plusieurs notes.

Une seconde brique est introduite comme option plus graphique : Excalibur (ou “ex calibre end / ex calibre rennes” dans le transcript), en version bêta/test, qui représente les relations sous forme de graphismes (parents/enfants, liens déduits). L’auteur souligne toutefois un compromis : plus l’interface dépend de plugins avancés, plus on s’éloigne du travail “linéaire” en texte brut. La préférence exprimée est de garder un système exploitable sans dépendre d’une visualisation : les liens et la structure restent dans les notes, tandis que les plugins servent à les mettre en forme.

En conclusion, la méthode recommande de construire des hiérarchies réutilisables (parents/enfants, chapitres et sous-parties, ou encore réunions/projets/sujets/participants) et d’adapter la structure quand les dimensions se recoupent (ex. photos classées à la fois par année et par type). L’objectif reste le même : des notes utiles, retrouvables, et des liens qui donnent une direction — pas un réseau décoratif impossible à lire.