deniz
Search Results

Logseq

#
>

https://github.com/logseq/logseq

→

↑ 17 References

About this website → I write notes for myself →
#
>

I write notes in Logseq, which uses a block structure and supports links and backlinks between notes.

→
Notes Publishing Flow → Current flow →
#
>

Logseq

→
#
>

Write notes in Logseq, indicating pages I want to publish with page property public:: true

→
#
>

if a page is private, I can still publish a block on the page by adding public:: true as a block property

→
2022/03/14 Post →
#
>

The compromise here is to create a public post with my daily journal note in Logseq, and when I find I have some thoughts, put them in that post and publish it on my website directly.

→
#
>

These posts will have some notes surrounded by brackets but not linked, but that’s an ok sacrifice since I will treat these more like the window of the shop. If you want to actually browse around and see where the links actually lead, it’ll be best to just go into my notes.

→
Notes Publishing Flow → Issues → LATER make [[Logseq Export]] a separate github action that opens logseq headlessly → this could be done by finishing my [[Logseq Export]] github action tool →
#
>

it also requires using my fork of Logseq

→
#
>

needed some customization to properly export json

→
Building a knowledge graph in Logseq →

A basic, no-plugin version

→

Syntax: relationship + arrow

→ Pros →
#
>

Uses existing block hierarchy structure already core to Logseq

→
World Knowledge Graph →
#
>

Logseq has the goal to build a world knowledge graph

→
#
>
  1. Finally, we’re building the collaborative World Knowledge Graph: a second open internet that connects the knowledge graphs/brains of every human and every knowledge repository in the world. It holds all ideas ever thought or proven about the universe. Think of a Wikipedia + GitHub 2.0–type a little, click commit/share and boom… you’ve advanced the frontier of human knowledge.
→
#
>

https://adventurous-ragdoll-1e0.notion.site/Who-is-Logseq-2ccab355138e4caaaa01ef581f9335eb

→
#
>

https://blog.logseq.com/logseq-raises-4-1m-to-accelerate-growth-of-the-new-world-knowledge-graph/

→
Contents →

About these notes

→
#
>

These notes are written in Logseq and published using my custom built system for converting Logseq notes to a Hugo website. It’s an experimental system and it has some bugs. But it’s a good space to publish notes exactly the way I write them locally on my system, and experiment with Building a knowledge graph in Logseq.

→
Notes Publishing Flow → Issues →
#
>

LATER fix current need to wait for Logseq to reindex before Logseq Export works

→
Building a knowledge graph in Logseq →

More notes

→

Relationships vs properties

→
#
>

This has some similarities to the already richly supported properties in Logseq. I would suggest that making it possible to create rich relationships in line in one’s writing makes a huge difference (when I tried to use properties to do this, I ended up writing a lot of my notes in the properties, making my notes look more like a database table than an outliner or writing tool). I’m happy to discuss this more as I think the difference between this proposed functionality and properties is a subtle but important one.

→
#
>

This difference will be even more important if relationships are also supported between blocks and not just pages

→
2022/03/14 Post →
#
>

Finally finishing bringing over my old Obsidian posts over to Logseq. The formatting is still funky, and there’s a fair amount of duplication. But it feels good to have everything in one place now. I think I’ll be able to slowly clean this up.

→
Building a knowledge graph in Logseq →

How and when to add restrictive grammar

→

Keep all the information encoded in the notes

→
#
>

I suggest continuing to use the existing simple syntax convention for relationships to add any grammar. This feels more in line with the outliner DNA of Logseq, as it uses the block hierarchies to encode information, and keeps everything visible in the markdown (rather than in an extra layer of data that only exists within the plugin).

→
About this website → I make some of those notes public →
#
>

I extract the public pages and blocks from Logseq and publish them using hugo. For more details on how this flow works, you can read about how I publish this website.

→
About this website → I make some of those notes public →
#
>

Some nice things this system currently supports and brings over from Logseq

→
#
>

Collapsible blocks

→
#
>

Fun.

→
#
>

Links between pages

→
#
>

You can navigate my notes the same way I do, with the exception that if a page or block being linked is private then it is visible but not clickable.

→
#
>

Pages show backlinks at the bottom of the page like in Logseq

→
#
>

For an example, you can go to my page on Occam’s Razor and scroll to the bottom to see all the backlinks to that page (i.e. all the places where I link to Occam’s Razor).

→
#
>

Blocks have permanent links and their own pages

→
#
>

Tap the arrow to the right to see this block’s permanent page, it uses the Logseq block UUID as the URL.

→
#
>

This prototypes a possible way to link between different people’s knowledge graphs using the familiar structure of URLs. This relates to the idea of a World Knowledge Graph, and I discuss it more in my post on How Logseq should build a World Knowledge Graph.

→
#
>

Block references

→
#
>

If a block has a number to the right, that means it is referenced by another block. Selecting the number takes you to the block’s own page where you can see what references this block.

→
#
>

Twitter and YouTube shortcodes

→
#
>

Logseq and hugo both support these shortcodes to display YouTube and Twitter links with a nice preview.

→
#
>

Embedding images

→
#
>

This is not done very well yet, but essentially works.

→
2022/03/14 Post → With all this flux in my note taking process, it’s been hard to figure out how to delineate… →
#
>

In reality, the Logseq/Publish interface is suboptimal, and requires more work (see https://notes.denizay.org)

→
Notes Publishing Flow → Current flow → [[Logseq Export]] → Periodically export json using [[logseq-query]] and jet’s… →
#
>

Logseq’s own json export doesn’t have enough information, so I have to essentially copy the whole edn database and convert that to json

→
How Logseq should build a World Knowledge Graph →
#
>

Logseq has a stated goal to build a World Knowledge Graph. Here’s what I think they should build:

→
#
>

Allow users to build knowledge graphs with their notes

→
#
>

See my proposal for how to do this here: Building a knowledge graph in Logseq

→
#
>

Allow users to check that their knowledge graph is a category, and treat it as one

→
#
>

do I mean bicartesian closed category?

→
#
>

this would probably be in the category of “sets of notes”, and if a user has not stated a relationship between two notes, then that relationship can return the “empty set”

→
#
>

this also means allowing for users to treat combinations of notes like notes of their own

→
#
>

AND

→
#
>

[[organization]] [[meeting]] [[date]]

→
#
>

If in one block I link to all of these names together then I am essentially linking to this page which is an AND of all these three other pages

→
#
>

The key functionality here is for Logseq to treat this combination page like it is a page of its own, and allowing for natural navigation to related pages.

→
#
>

Related pages include: [[organization]] [[meeting]] to zoom out to all meetings with that organization

→
#
>

This is different from namespaces because we don’t want to dictate a hierarchy:

→
#
>

[[organization]] [[date]] and [[organization]] [[meeting]] should be “siblings”

→
#
>

[[organization]] [[meeting]] [[date]] does not need meeting to be the namespace for date or vice versa

→
#
>

allowing for links in names should take care of a lot of this

→
#
>

OR

→
#
>

[[organization a]], [[organization b]], [[project c]]

→
#
>

this is a bit harder, but I think it could have some interesting uses

→
#
>

The default syntax for this feels like it should be to use commas

→
#
>

This is OR page is then treated like a page of its own

→
#
>

notably a link to any of the pages in the OR page shows up as a reference in the OR page

→
#
>

this is different from AND because only references that mention all of the pages in the AND show up in references

→
#
>

Create a general knowledge ontology that users can create translations into

→
#
>

there can be multiple “general ontologies”, perhaps for different industries or areas (academic research, corporate documentation, etc)

→
#
>

for example, a general ontology may be like Joel Chan’s Discourse Graph (types: question, claim, evidence, etc.. relationships: supports, opposes, informs, etc)

→
#
>

if a user can translate their knowledge graph into this “discourse graph ontology”, then other users can see how to utilize that user’s knowledge graph in the context of a discourse graph ontology

→
#
>

a user could create this translation / functor by describing how that user’s knowledge graph types and relationships map to the general ontology’s types and relationships

→
#
>

Translations = functors

→
#
>

here I am using the term Category Theory term functor to describe a (potentially lossy) translation between two “knowledge graphs”

→
#
>

Make it possible to publish a subset of your knowledge graph, and integrate other knowledge graphs into your own

→
#
>

if personal knowledge graphs x and y both have functors to general knowledge graph a, then it becomes possible to integrate x and y so that you can extract knowledge from x into y (or vice versa)

→
#
>

among other details, it would be necessary to let other people’s knowledge graphs live alongside your own, without taking over my own content

→
Building a knowledge graph in Logseq →

More notes

→

World Knowledge Graph

→
#
>

I’m not sure how Logseq is planning to build their stated World Knowledge Graph, but this seems like a reasonable way to begin letting users add structure to their personal knowledge graphs that could eventually be integrated with other knowledge graphs.

→
#
>

If this were to become central to Logseq’s direction, it would make sense to store these relationships in the Logseq database. That would solve any latency concerns and create a very strong foundation for building tools to interface with your knowledge graph.

→

Receive (occasional) updates on my work

twitter email linkedin github