[SnapPea-planning] Dirichlet domain algorithms

Jeff Weeks jrw at geometrygames.org
Fri Nov 7 14:43:24 EST 2008


Dear All,

>to compute the distance functions... recursively...

>It's easy to transport this information 
>one simplex to its neighbors,

  This is the tricky step.  Conceptually it's trivial, of course,
  but computationally if we perform an O(3,1) matrix multiplication
  to tranfer the information, then we're setting off down
  the slippery slope of exponentially accumulating error.
  So the question would be, is there a way to propogate
  the information outward while keeping the numerical error
  under control?

As a test case, it's helpful to visualize, say, a Dehn filling
with coefficients (53, 117).  The Dirichlet domain will look almost
like that of the corresponding cusped manifold, but with some
tiny little faces way out where the cusp used to be.
The question is, what's the robust way to locate the vertices
that live way out on the former cusp?

Of course, one must acknowledge from the get-go that
*any* Dirichlet domain algorithm is sure to fail for 
all (p,q) Dehn fillings with sufficiently large p and q, 
even for such (p,q) Dehn fillings on the figure eight knot complement.
The challenge is to find an algorithm that gets us as far as possible
in this toy test case.  One would then hope that such an algorithm
would fare well with the more realistic Dirichlet domains that
one typically wants to study in practice.

Can anybody see how to propogate the direction and distance information
without undue numerical errors?

Best wishes to all,
Jeff



More information about the SnapPea-planning mailing list