Relation >> Connection

[sdef]

Feature Request:
Relations should be connected (in the graph) > does not make sense you should connect them via linked projects

if two objects share same tag/relation > should be connected
see also

How to setup database (medical student)

the projects attached to these are soft connections so that I can figure out how I came across that information. less of a strong relation to that project specifically. they are discoveries first and foremost and I only really use them in the context of this discovery set. maybe if this was an inline set I wouldn’t have this issue as they would connect to the object that this set was in, but as it stands currently I have things floating around in the void because they are just a point of informa…

[sambouwer]

I’m wondering what the impact of “Reps as Objects” is on Relations in the graph. @Angelo is it already known if yes, how the graph is impacted by this change.

@sdef I can see why you would like to see this in the graph, but that is not how the graph is currently designed/working as it would clutter the graph a lot real quick if you see all other objects with shared Relations. I believe there is a post somewhere where a toggle is suggested to switch between the current graph view and a new view like you suggest (link every Object that shares a Relation with another Object).

This might be an interesting read for you:

Collapse Objects into Groups in Graph

WHAT DO YOU RECOMMEND When you have many Objects in your Anytype database it becomes harder to navigate te Graph view… Several options hVe been suggested to make this easier (filter, highlight, change repulsion forces) and I think grouping Objects based on Object Type or a Relation of choice might help here. HOW COULD IT BE DONE Either male use of a configuration panel or allow right click on an Object or next to an Object to show a context menu with an option to collapse the view into Groups…

[sdef]

thanks but doesn’t make any sense (hence the definition of relation)

[sambouwer]

Ah, understand your request now. Could you please stick to the predefined formats for feature requests (and bug reports)? That helps us understand the topic better.

For the naming of entities within Anytype, please comment on this topic:

Terminology and Concepts

I notice there are some misunderstandings and disagreements on certain terms used across many topics. I hope we can clarify some common terminology that might be ambiguous. What I’m writing here is not necessarily the right answer, this is just to get the conversation started. Feel free to suggest your own additions to this list as it is not complete. Anytype specific Object A container for Blocks. Not to be confused with a Block itself. All Blocks are (or should be) an Object. Not all Objec…