A url scheme that uses yaml to allow for stronger urls

Plugins ideas
, ,
1

Use Case

My use case is that in apps like Bear, I don’t have to worry about changing the title of a note because the URL pointing to it will always be a unique, unchanging id throughout. However, because Obsidian is just a collection of markdown files in a folder (or vault, as it’s colloquially known), the current URL scheme uses the file name in its calls.

While Obsidian is good at handling changes of the file name within its environment, there are external apps (like Things) where I sometimes add links from Obsidian. Now, I’m at a point where I don’t want to change file names because there’s a risk it’ll break an obsidian URL in another app.

My Proposal

I am aware that “Advanced URI” exists as a plugin, but I don’t think there is a URI plugin that uses the file YAML. If I create a YAML at the top like so:

---
id: 124453242342
---

The “yaml-uri” should allow me to create a URL that links to the id of the file. That way, so long as that id above stays the same, I can change anything else about my file and still have the link work in other apps.

Questions

What do you think? Is this doable? Does this already exist somewhere? Is there a better way to solve my use case?

2

Yes, I second this. I have a similar ID setup in my YAML Frontmatter (properties) and would love to have this capability.

As a second best solution, I am currently using the following URI to search the file with ID assigned in Frontmatter:

obsidian://search?vault=<vault>&query=%5id%3A124453242342%5D

This does not open the file, sadly. But, if the ID is unique, there should only be one entry in the query, and you can open the file with a single click or tap.

3

The only viable approach I see here is to not touch the file names after creation. While this may sound blunt, it achieves two things:

  1. You have to clearly state upfront what the note is going to be about
  2. If the note is going into another direction, this forces you to create another note with a title describing the changes

Importantly, I had to let to go of the idea that note file names are the ‘titles’ of the note. I use a persistent file naming format that is terse, two keywords at most and a date. The actual title of the note is in the file itself.

Then, using the Frontmatter Title plugin, you are able to display the actual note title anywhere else in the interface.