#42

Thank you, yes I will read this because it is interesting for the use of Obsidian.
I have imported a very large number of texts and notes into Obsidian, and for the moment I don’t see any slowing down, we’ll see as we go along though…
So if this continues without slowing down, I’m not going to do nested vault at least for the moment.

1 Like
#43

sounds good, feel free to ask questions if you ever need help with this in the future!
Good luck @gsf

1 Like
#44

I support the continued viability of nested vaults. I am creating online courseware with Obsidian. The student vault has lessons linked to references etc. The parent faculty vault has additional things that I want to prevent students from seeing, such as notes to prof, test questions, and developer notes. 2 sites are published, faculty sees all, students see a cleaned up version. Linking from student site into faculty stuff is prevented. Works just great, would like to keep this functionality.

3 Likes
#45

I just started to create my “second brain” and wanted made two vaults, one with unedited\sources\origins\notes to store articles and others.
And second vault where I will work with my thoughts and make links to sources.
At first wanted to create two different vaults next to each other, but I found I can’t make links to outside vault. So second thought was to create nested vault.

Thanks to all of you for yours replies.

But I was confused by the following situation.
@Daedren

One thing I know: If I have two notes of the same name in the two vaults and the nested vault has a note with a link with that name, inside the nested vault it links to the note of the nested vault while on the main vault the link points to the note of the main vault, not the one originally linked to inside the nested vault, although it can also see it.

So, relative link format will fix this situation, wont it?
I mean, if you have structure like:
MainVault:
–Note1
–Note2
–NestedVault
----NestedNote1
----Note2

And in this case for NestedNote1 relative link to Note2 will be [[Note2]]
For Note1 link to Note2 in MainVault will be [[Note2]] and to NestedVault Note2 will be [[NestedVault/Note2]].

Correct me if I am wrong.

#46

I use nested vaults to represent concentric circles of access control, so far with good success. Eg with the following four nested vaults:

  • notes/ - private home-machine-only content, never synced via cloud, plus…
    • notes/cloud/ - private synced content, synced via encrypted cloud, plus…
      • notes/cloud/public/ - public content, mirrored to website, plus
        • notes/cloud/public/blog/ - published content, announced in rss feed.

and a bit of website scripting: when on your home machine, you can see everything. When on your phone, you see the smaller cloud-synced subset. Anyone with a web browser can see the smaller public subset. Anyone subscribed to your blog feed sees the new content in the smaller blog subset.

#47

Periodically you can review new/edited pages to see if they should be moved to a different (more or less private) vault. In such cases you simply move the file, and your vaults mostly just keep working - a great feature of Obsidian. (Moving a page up to a more secure vault will break links to it in the less secure vault - not a problem. Often splitting the page into two is a good fix.)

#48

Another level suggests itself: notes/cloud/groups in which each of your collaborators has a vault where they only have edit permission, and in which they can read the vaults of others group members and link to their notes. The author or anyone else reading the note can then follow the backlink.

#49

Hi @Ellanxis, I didn’t see your post before.

I’ll try to clarify what I meant. It was actually just a heads-up from back when people were extremely vocal about the atomicity of notes and even naming the note as the content of its thought.

So, if you’re writing a set of notes in the nested vault and make links and one points to a note named “name”, the link will be [[name]], which is also in the nested vault.

But then you open the main vault, which also has another set of notes on its level with a link [[name]]. If you surf your nested vault from the main vault, when you click the link from the nested vault, you’ll be directed to the “name” note of the main vault, not the nested one, as it should be.

Note (no pun intended) that the nested vault is never aware of the [[NestedVault/Note2]] relation. The same if you try to link something from the main vault to the nested vault and then try to open it from the nested vault. It tries to create a new note.

This is a very specific problem that is present in very, very few scenarios if any. It is very simple to solve, if you ensure you have unique names for every note across all vaults and between them too.

I hope I was able to clarify it.