>>9656

Not a number line, families

>>9658

Not an integer, e

It’s everywhere in the grid but also in no particular place.

https://en.wikipedia.org/wiki/Integration_using_Euler%27s_formula

http://www.math.com/tables/integrals/more/e%5Ex.htm

The grid is the integral

Remember Coulomb’s law? 1 over?

We can do the tree in the grid next.

Love you all.

>>7438

Maybe he presented it outside of the grid because he felt a solution was too obvious with it. I don’t think it’s a coincidence that summing up the leaves gets you that close - it might could be used to get you to the right magnitude that a factor is (and remember, difference in factors is x+n). A bit similar to the D and C records in that respect, because the search space is significantly reduced, and it can be transformed into another variable search space (as in changing a search space from between d for i to j instead). A way of rotating an object, if you will - a reliable way to get relatively close to a solution variable is a big gain and is evidence the grid stores those variables in an accessible (from c) way.

>>9668

What cell has them?

>>9670

d - a0 (could call that leaf summation) would also be close to x, so the tree finding x and x+n starts to make more sense.

It is also easier to traverse the search space as a difference in x or x+n compared to the bare factors

>>9676

You would know whether it’s closer to b or a based on whether it’s above or below d

>>9678

It’s the same type of relative magnitude the gap gives

With the same occasional exact matches