I agree - I’m not sure either. What I am still struggling to figure out in Obsidian though is how I can accomplish the same rapid-fire aggregation of linked thoughts into a new topic that I can over on the river Tiber. There are many reasons I prefer Obsidian if I can just figure out the right workflow (and in fairness I think some things in the pipeline will help). There is a tsunami of suggested features here and in Discord - for me the effective knowledge management use case is the key though.
2 Likes
There are many use cases reported on this thread. I’m not sure what exactly you are challenging.
The argument that “the entire internet operates very successfully without block referencing” does not make sense to me. Humans operated during centuries without email or instant communication. While these technologies were developed, I’m sure there were groups of people arguing that the good and old (snail) mail got the job of sending messages done. Therefore, the effort of developing such technologies were unnecessary.
I believe block referencing would be a very useful, albeit advanced and hard to implement, feature for Obsidian. Many use cases are listed above.
4 Likes
Thanks—though most of those weren’t shared until I encouraged folks to do so… 
Again, don’t take challenge as disagreement. I am excited by the idea of block referencing, too, but I’m self-critical. I used it while I was experimenting with Roam Research, but I’m not sure it actually led to an improvement in thinking (the only thing that actually matters in these systems). By challenging the community to reify and scrutinize the utility of block referencing, I’m hoping to draw out the nuances of the feature, so that we may think of approaches to implementation.
Yes, the Internet example is a bit of a red herring. My point was that block referencing hasn’t been implemented in the Internet proper (nor in many of the celebrated examples that people point to as successes of knowledge management, like Andy Matuschak’s notes or Wikipedia itself). There’s likely a reason for that; I wonder why?
As far as I can see, there can only be two reasons:
- Implementation is more difficult than it’s worth; or
- Block referencing actually isn’t as useful as many think it will be.
So, I appreciate the examples shared in this thread, but I still think the reason block referencing isn’t a standard in information management is #2 above. I have been extremely open to understanding how it would improve note-taking. Sincerely, I want that light-bulb moment! Alas, none of the discussions I’ve seen have led to one.
All that said, I have actually come up with a way of implementing block referencing in Obsidian without compromising the fundamental principles of the app.
11 Likes
@ryanjamurphy my apologies if my reply read as a harsh response. I re-read the thread and noticed that the examples were shown only after your post.
I read your recommended approach for block reference - Obsidian-style. I agree that using small, atomic notes is the easiest way to have this kind of “block referencing”. I’m not sure in terms of usability, though. It would be great if we could have an example similar to what @nickmilo did for his IMF approach.
2 Likes
@ryanjamurphy: you made some good points in a constructive way, I am sincerely impressed. When, after reading through this thread, I came to this answer, i.e. that it IS possible to have block references, I felt deflated. I felt deflated because when you explained how it is done, I immediately thought "why on earth try to imitate Roam so frenetically when the block linking possibility exists? Reading some feature requests I get the feeling people try to turn Obsidian into a Roam clone. Beats me.
3 Likes
@Klaas I guess it’s all a matter of the perspective you brought with you as you got introduced to Obsidian.
I’d never heard of Roam and came across Obsidian first after having read the book How to Take Smart Notes which lead me from the zettelkasten forum straight here. So when looking through such glasses, the concept of block referencing sounds like a shortcut that could end up hurting your thinking (what @ryanjamurphy alluded to above).
But seems a lot of people arrived on Obsidian after first having used Roam. I can symphatize that from such different perspective a user had gotten used to a feature which makes it feel like Obsidian is missing something here.
From what I gather, Obsidian was conceived in this thread on the Dynalist forum so the developers were very aware what Roam could(n’t) do and decided to make their own interpretation instead of a 1-1 clone.
10 Likes
@obsessed I agree with most of what you said. Nevertheless, you say
But seems a lot of people arrived on Obsidian after first having used Roam. I can symphatize that from such different perspective a user had gotten used to a feature which makes it feel like Obsidian is missing something here.
If they took the step to move over from Roam they should realise that Obsidian cannot be the same as Roam. Why did they not stick with Roam and ask for a feature they would really like to have, like they can do here? I know this is probably a contentious statement but I for one do not want Obs to become a Roam clone. Yes, there are interesting features in Roam that could be useful in Obs, but @Caketray mentioned this is not simple. So, fine, let’s leave it at that. I opened a plug-in request for special Connections (offered by nvUltra), but it is very complicated with questionable results, so I have proposed myself to forget about it.
Obs already offers linking to headers between notes, which more than what many note-taking apps offer.
4 Likes
To be honest, I stumbled across Obsidian because I found out “Gates of Roam are currently closed to new users”. I have been trying to understand what the differences between the two really are, and what that actually means in terms of extensibility. I really don’t want to switch back and forth for my personal knowledge management system.
Personally, I am most excited about the use case of studying the Bible with it and saw this video (https://youtu.be/nplokaE6FKY) regarding how Roam Research was being used for this purpose. However, after creating over 1,200 notes in the last 2 weeks for this purpose, I really love using Obsidian.
Here is how I decided it would be most convenient to reference scriptures in Obsidian:
[[Book Chapter]]:Verse(s) Like what is suggested in the video for Roam (e.g. [[Matthew 28]]:18-20).
Anything more granular really affects the speed of note taking while listening to someone speak live, but I can see the benefits of being more granular while writing later. What kind of challenges would be created with copying and pasting scripture, or essentially quotes for comparison in other use cases, as those don’t change?
Also, since we can reference headers, why not just make everything a header and thus get the ability to reference every line like “blocks” in Roam Research?
Here is a quick example:
[[Matthew 28#18 Then Jesus came to them and said, “All authority in heaven and on earth has been given to me.]]
[[Matthew 28#19 Therefore go and make disciples of all nations, baptizing them in the name of the Father and of the Son and of the Holy Spirit,]]
[[Matthew 28#20 and teaching them to obey everything I have commanded you. And surely I am with you always, to the very end of the age.”]]
The only reason I haven’t done this myself is that it would take an incredible amount of time to go through all of my existing notes and add a #’s in front of the lines in a way that preserves the hierarchy. Does anyone see why that wouldn’t work?
1 Like
@Klaas Thank you for sharing your perspective. I would like to offer another point of view.
I am less interested in making Obsidian a clone of Roam - or any other tool - and more interested in having features that make my process of thinking and reflecting better. With that said, Roam is only mentioned in this thread because they have a pretty strong implementation of block reference. Notion also has a good one, although not as strong. Coda has a very good implementation, but it looks and feels more like a database record than a document block. From these three implementations of a quite useful feature for the purpose I listed above, Roam has it better. Hence the reference to it.
I don’t see why we should leave at it. Giving up implementing something because it is not simple doesn’t seem to me a good reason at all. Au contraire! The more complicated the better, for analyzing and improving complicated processes can provide great return in terms of efficiency.
I agree Obsidian is a fantastic tool and I agree that it has many features other note-taking apps do not offer. But why should we give up (asking for) new features that can make it even better? This is the space the development team set for this very purpose.
I’d love to hear from the community any use cases or design proposals for this feature. If there are strong reasons not to implement it, I’d love to hear them as well. I just don’t think the push backs so far are enough to shoot down the feature request.
7 Likes
There are a few use cases where it is not that simple without a better block implementation. For example, you can quote Matthew 28:18 by doing this: [[Matthew 28#18]].
You can even trasnclude directly the content of Matthew 28:19.
What you can not do, though is to know exactly how many references you have to Matthew 28:18. The current implementation only allows you to see the pages that link to [[Matthew 28]] and not specifically to [[Matthew 28#18]] or [[Matthew 28#19]].
Header reference and header transcusion are great first steps. As I mentioned on the feature request header:
Hopefully this clarified a bit more the request.
8 Likes
@Sellaro Thanks for your reply. I understand your point of view. If you think the block reference is that important for your workflow then do pursue it. Who knows, maybe even I use it if it is available. It has happened that I did not think of using a feature, but when I became aware of it, thought about it, tried it, liked it, I started using it.
3 Likes
If you add the capability to embed an MD in another MD (preferably via a UID scheme, worst case via file path), the problem is solved. Each block becomes an MD file and each page is an MD file embedding all relevant blocks.
If embedding MDs is supported, the people who want embedded blocks can start structuring their files as described in the last paragraph. Everyone else can ignore it. Then, once plugins open up, it’ll take two seconds to automate this.
If you want you track back references, you setup the editor to append the UID of referencing pages to the embedded MD. This is probably where your want backlinks to show on a page anyway.
6 Likes
This is the part where I feel I might be having a blind spot.
To be clear, I’m not pushing back against the feature itself - those we don’t need it won’t use it - but am trying to understand how it could help with my thinking then.
The way my brain works it’s always looking for the easy way out so if I’d be using block references it would enable me to keep ideas as blocks stored within the context of the bullet list. That would then allow bypassing the step of having to flesh out the idea further - making my thinking about it strong enough so the idea on its own (outside the context of the bullet list) becomes a solid building block for future thinking.
I’m sure my brain would love that and make me feel as if this is better and easier but I’m afraid it might be a trojan horse because I’d be skipping the crucial step needed to improve my thinking?
So when I see all this enthusiasm about block referencing it really makes me wonder if people first used a traditional zettelkasten approach (standalone note per idea) but then when they got introduced to block referencing it did in fact improve their thinking? Or did they get fooled by the trojan horse because it made things feel easier?
Regards
-possibly blind man
5 Likes
@obsessed I would point out the value of block referencing is not that it in some way improves your thinking. The point is that it adds efficiency to your workflow. I can think about a topic once, I can then include that topic in many different thought processes (summaries, essays, etc) and if my thinking on that topic later evolves (as it very often does for me) I only have to change it in the one place where I originally recorded it - rather than having to track down every spot it may have been included. It in NO way is about “oh if I had block transclusion I would think so much more clearly”.
8 Likes
How about instead of referencing blocks, allow the entire md file to be displayed inline with a toggle/fold button.
If we granulise the way we store the information, and able to display the entire md file inline. We would be able to achieve a certain level of “block referencing”. Treat each .md file as your block of information instead.
It is still portable even on other md Editors as all your references to other md files are still there and you can easily find it and access it. But being able to toggle/fold other md files inline would enable us to consolidate a lot of information into a 1 particular page.
I’m currently doing some research on ACL reconstruction. The main note right now simply holds 20 links to different portions, ACL structure, ACL rehab, ACL reconstruction Prognosis, etc. The main issue is that I’m unable to see these 3 portions together on 1 page/note, I need to open 3 different notes instead of simply scrolling down.
2 Likes
OK but we can already do all that using ![[topic]] no?
Though I can understand if another tool has gotten you into the habit of making bullets per topic instead of notes per topic, that it can feel like a mental burden having to change the existing habit.
Anyways don’t want to make it sound like I’m pushing back on the feature, which I’m not…
![[note]] already does that. Or do you mean something else? Agree that fold would be very nice though.
2 Likes
OK but we can already do all that using
![[topic]]no?
No
[[topic]] restricts you to the note name! Sorry but that is absurd as a solution. The point is to reduce friction not add enormous friction. The point is the ability to write on a topic then include a piece of that writing as a part of multiple other topics.
The beauty of obsidian is in the clean simple writing tool with great linking capability. It completely defeats the purpose to think you are going to break out every single paragraph as a note title. And no displaying the entire md file is not the solution either. This is about efficiency in connecting your ideas and in your workflow.
4 Likes
Not [[topic]] but ![[topic]] with the exclamation mark, which embeds the entire note content and not just the note name, therefore from my perspective solving the example issue described here.
===
The specific mention of a piece of that writing is a good example of what I meant with:
I can see how people are struggling with that. But I turned into a proponent of atomic notes and like I mentioned before believe this habit of listing down bullets which other tools have instilled on people might actually be a trojan horse when it comes to knowledge management, though I could be wrong on that last part and it doesn’t matter for me neither does it help resolve the immediate problem some people are having.
But I don’t think I’m wrong in it having instilled a habit on people (again, leaving in the middle if this is a good or bad habit) which they now have trouble letting go of, or else I’d not be writing this comment and you probably wouldn’t have written this either:
Not saying that all this enthusiasm about block references is wrong, not at all, but I’m just sharing a different perspective from someone who has not been influenced by alternative tools and who won’t be affected by what other people eventually end up doing.
Hopefully it can help at least a couple of you get past your existing habit of writing in bullet lists and switch to atomic notes, or if not you can still try find a middle ground by using Ryan’s solution, or maybe one of the solutions that smart more technical people have proposed will turn out to be a good fit for anyone who won’t be able to let go of their existing habits then.
4 Likes
Thanks so much for pointing this feature out - I had missed it, and it works well for my use case 
4 Likes
Ah - I had missed the ! - but doesn’t change my point that embedding an entire note does not provide the same workflow efficiency as being able to embed blocks. Our difference of opinion is not about atomic notes (I’m a big fan of the concept although from long before I ever heard the term “atomic notes”). The difference of opinion (on my part anyway) is about efficiency in building new formulations of old information.
I’d point out though that there are quite a few, long established apps that simply allow you to create an atomic note and have it linked in various ways. A good starting point on those is the zettlekasten.de site. Not sure why the world needs another version of The Archive, Zetlr, nvUltra etc. The value I see in Obsidian is combining notes with long form writing - as summaries or header pages (sorry MOC seems the hot term on this forum) in various ways. The reason people mention Roam so much is not that they want to make Obsidian a Roam clone but that Roam showed the way to some amazingly efficient workflows using backlinks and transclusion that generated a lot of excitement.
Atomic notes are great in some use cases. What I want is to be able to pull notes on an article, book, reference into one page where I summarize that information at some level of detail and then be able to very quickly pull individual elements into another page or into a piece of writing (an example of the power of the flow can be seen in the video I posted early in this thread). Yes I could accomplish the first part using the type of notes you are describing (with lots of friction) but the second part would be extremely cumbersome in Obsidian as it stands now. Making those connections is still pretty kludgy in my humble opinion.
4 Likes