Different ways to structure data

@and_yet_it_moves, thank you for your detailed post! [quote=“and_yet_it_moves, post:63, topic:8819”]

  • about is-a and instance-of relations
  • difference betwee the two: the type-token distinction
  • I don’t use “category” pages differently from “instance” pages, e.g. pages of both kinds can contain contents, and can be used as tags
    [/quote]

We had a discussion on elements vs subclasses a while ago:
93e7391a5c8768734ecda4ecf667d5e3473bff21_2_690x4111

More details in the thread: Create multiple levels of hierarchy with property chains (similar to Breadcrumbs in Obsidian) - #15 by gax

I am not an expert in classification, but I don’t have a good feeling merging the two concepts. I would not be surprised if this caused subtle issues later.

@alex0’s proposal would cover both, with options for the search function to display results either way. A question that remains is how to deal with namespaces. If one were to import multiple taxonomies, e.g. LCC, one would get lots of collisions. I think we could use Logseq’s namespaces for this purpose without any problems. Thanks to the fuzzy search for tagging this already works.

All of this is already supported by Logseq’s data model, what we are lacking are efficient ways to manage hierarchies other than editing every single page, as well as a proper way to display them.

Another possibly relevant thread on what is missing to make Logseq a better graph database: A meta-graph as a set of linked graphs

I would love to see inline properties.