Thank you for pointing out the correct syntax. It works for me too, BUT only if the vault is contained in
%APPDATA%\\obsidian\\obsidian.json
If the vault resides on a removable drive, its path will be removed from that file and calling the vault with obsidian://open?path=xxx will not work (hence my experiments were unsuccesful). Once you have opened the vault manually via the “Manage Vaults” dialog you can use the paramter obsidian://open?path=xxx again. But using the “Manage Vaults”-Dialog is actually what I want to avoid…
So is there a way to open a vault via its path, if the vault is not contained in %APPDATA%\\obsidian\\obsidian.json because it resides an a removable drive?
I don’t know how your would do that. I think it would require something external to the URI protocol.
The obsidian:// URI scheme looks up information that your vault has indexed (as you found in appdata). So it only works while Obsidian knows about the vault and while the vault is at the known location.
Here is a relevant feature request you may want to support (by pressing the heart button or commenting to explain your use case):
On Linux and other Unixes it is possible to mount an external drive so that it appears to be part of the local filesystem (taking the place of an existing folder). If something like that is possible on Windows, you might be able to add that as a vault (probably twice, once with and once without the drive mounted, so both folders have an .obsidian folder). If that works it will of course add complexity to your setup, may have unwanted side effects in some situations, and you’d probably want to make sure to close the vault before removing the drive.
CawlinTeffid, that’s a neat idea. Similar is possible on Windows, but I don’t have a guess how smoothly it would go with the config folder.
jimmyone, if the extra vigilance might be worthwhile to you, and if you’re not already familiar, an internet search for Windows “mount point folder path” should turn up the steps.