how meadow publishes spaced repetition prompts→source graph→site page type -- initial→inlink

inlink

One type of link not tracked

Backlinks

constrained graph expansion

Let's assume, for simplicity that the initial page had no inlinks. So, we're done for this iteration.

see in context

For the rest of this section, we will mostly concern ourselves with inlinks (not the outlinks we were just talking about), and the process of constrained graph expansion when considering them. Ok, so now, let's find all the inlinks into all the pages in this graph in that first layer beyond the initial page. In this case there is a single page e2_1 that points in to e1_2, so it is an inlink for the e1_2 page. (The pages are just named to highlight how far they are from the initial page)

see in context

Then you iterate again by checking the inlinks into any of the pages you just added... in this case the inlinks to e2_1, of which there are 2.. e3_1 and e3_2

see in context

Ok, cool that covered inlinks... but what if e3_1 (for example) actually had outlinks (see the switcheroo I'm doing here?) to some other pages, like e4_1 and e4_2 shown below?

see in context

From this example, it is clear that the expansion of the graph is not purely backwards via inlinks, but that we need to consider outlinks for every page added... even though the page (like e3_1 above) was added via backwards expansion, considering only inlinks.

see in context

If the inlink is added to the blacklist or the filter example -- source page - page criteria matches, then it does not show up in the backlink listing (and those pages from the second expansion do not become connected to the published site type -- local html, either). So, below, you do not see e2_1 in the backlinks for e1_2. This type of link is called link type - internal - in-link - quietly hidden and is published graph constraining.

see in context
link type - internal - in-link - quietly hidden

inlink published graph constraining link modification

see in context
site page config -- inlinksDepth

^ link not tracked -- inlinks depth

see in context

We need this because link not tracked, and link not tracked. So, sometimes we only want the inlinks to apply to some subset of the site pages

see in context
site page type -- initial

In Meadow, this is the first page of the to review - subgraph within the source graph. We use constrained graph expansion to expand from this page into the full published site type -- local html. It's not a "root" page, because the graph is not directed (site pages have inlinks and outlinks), and is not necessarily acyclic, so it doesn't form a tree with a root.

see in context