Log in to your Recall account to give feedback

Feature Requests

⚠️CONNECTION SUMMMARY VIEW⚠
MOTIVATION: I'm a recovering metadata nerd. I studied it in grad school. In many ways, connections between nodes are more important than the nodes themselves. Right now, the knowledge graph does an amazing job at node management, but connection management can be improved. If this is done correctly, it will accelerate insight generation and improve user experience. REQUEST: Add an automated connection summary between two or more nodes. This can be placed directly in a connection card or elsewhere. Rather than limiting summaries to just nodes, treat connections as important by giving them summaries as well. As a user, I can see the connections between nodes, but they I am still forced to investigate those connections manually. I propose that the knowledge graph adds treats relationships as first class entities. SOLUTION: Users should be able to interact with connections directly. Just like how a user can click a node, they should be able to click a connection. This will reveal a panel just like the panel for nodes. The difference is that this panel will provide detail on the nature of the connection itself. Users should be able to save and manage connections. This is particularly useful when using the "pathfinder" feature. The summary will compile each connection summary and rapidly overview the relationship between the starting and ending nodes. IMPLEMENTATION: It feels like the knowledge graph is currently designed around RDF triples, which deprioritizes relationship fidelity. I recommend leaning further into the property graph approach. The graph already utilizes this to describe [NODE] <-out/inbound-> [NODE] connections. However, by giving the connections priorities too, users will gain more insight. This can be done by shifting to a [SUBJECT] <-predicate-> [OBJECT] connection view to provide semantic context. Here's the difference spelled out in an example: (Current State) Node Relationship: [Richard Hamming] references-> [Bell Labs] [Bell Labs] <-is referred to by [Richard Hamming] (Future State) Semantic Triple: [Richard Hamming] was employed by-> [Bell Labs] [Bell Labs] employed-> [Richard Hamming]
1
·
Knowledge Graph
Support Zettelkasten style mindmap display
Zettelkasten notetaking matter is really a hot topic for every notetakers. I think many people more or less want to try it, but eventually fail. Most of the reason are 1 .they feel hard to see the big picture when card increase. They either need to use a different tool (most likely mindmap) other than their notetaking tool to display the map, which is troublesome and hard to persist, or they use the plugin in the notetaking tool to kind of mimic the mindmapping experience, which is not the same, unuseful and often lack important features like dragging/rearranging/making connection they are hard to generate summary/MOC for the cards/section of cards they generate. Which help them to recall their old knowledge and link to the new problem they face. I think for the reason 1, recall if going to generate mindmap function, can seriously consider overcoming this. This will give recall a really competitive advantage in the market when there are not really good enough tool in the market providing this feature. For the reason 2, I think if we can automatically generate the map's MOC, which will be very helpful and also will be a handy job for you as recall has been access to AI (though not yet being able to access to internet) I think this is important because you can see majority of the youtuber talking about this notetaking style are not actually presenting their method pretty clearly, due to the tools they are using are not suitable for the process.
0
·
Knowledge Graph
Load More