### Posts

This is another way to slice our blob. I refer to “sticks” here but the image above wins me over to “posts”. Cross sections of the posts in the picture tend to be hexagonal with 120° angles but with sides of irregular length. The function p1 in this Scheme program provides the potential field of a skinny post from (0, 0, 0) to (1, 0, 0). In that context ((poi p1) 0.3 2 2.9) yields 7∙10−6 suggesting that it solves Poison’s equation. 7∙10−6 is about the error expected by numerical evaluation of the 2ns derivative. Other comments on the Scheme code may be found here.

I imagine the center of gravity to be at (0, 0, 0). The angular velocity is (0, 0, ω) and the velocity of a point at (x, y, z) in the blob is ω(y, −x, 0). I exploit two symmetries here. p(x, y, z) = p(−x, y, z) from the fact that spinning in either direction leads to the same shape, and p(x, y, z) = p(x, y, −z) for the North-South symmetry. The surface of the blob consists of the ends of the posts. The computational inner loop computes p1 for every combination of post-end and post. I propose a 2D post array with length as the only post state. Existence of postij is just L[i][j]>0. Occasionally it is necessary to circumnavigate the existing posts looking for where new posts are needed.

Hex
Postij runs from
((j + i/2)dx, ((√3)i/2)dx, Lij) to
((j + i/2)dx, ((√3)i/2)dx, −Lij).
The area of cross section of a post is (3√3)/2.
Square
Postij runs from
(i∙dx, j∙dx, Lij) to
(i∙dx, j∙dx, −Lij).
The area of cross section of a post is 1.
I will do the square version first. I plan to make the posts parallel to the spin axis but it might also work to put them in the direction of spin.

For each post position in the grid for which the post length is greater than 0 or next to such a post, we calculate the potential. This will inaugurate new posts as needed and even serve two blob configurations. When we trim a post do not make its length negative but leave it at 0. The post will effectively disappear with simple logic as its length is set to 0. We need to segregate posts into blobs in order not to leak stuff from one blob to another. I imagine that two blobs will always be divided by a plane but I don’t plan on a solution for this until it is needed.

Just now (2017 Aug) this feels like the easiest plan. See this about multi threading.

Some evolving C code. p1 is the same function in both Scheme and C. The p2 in C is Scheme’s px. This is a working backup that computes a nearly constant potential on the surface of a ball.

The potential at (x, y, z) of a uniform post from:
 expression post limits mass = length p1(x, y2 + z2) (0,0,0) to (1,0,0) 1 p2(x, y2 + z2) (−1,0,0) to (1,0,0) 2 p3(L, x, y2 + z2) (−L, 0, 0) to (L, 0, 0) 2L

(p1 0 0 x) is close to log(2)−log(x) = log(2/x)
2π(Integral from 0 to w of x(log(2/x))) = 2π(w^2/4 + 0.5(log(2/w)))