* add interface to Erik's SphericalSurface thorn

  ==> With this commit, AHFinderDirect now inherits from
      AEIThorns/SphericalSurface, so you must have that thorn in
      your configuration to be able to compile.
* add computation of surface quadrupole moments and areal radius
* expand BH_diagnostics file format to accomodate quadrupole moments
  and areal radius, and also to include not-implemented-yet columns
  for 9 more diagnostics which Erik has implemented in his branch
* some other small cleanups


git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1329 f88db872-0e4f-0410-b76b-b9085cfa78c5

1 files changed, 24 insertions, 0 deletions

diff --git a/param.ccl b/param.ccl
index dc9170d..0397ba6 100644
--- a/param.ccl
+++ b/param.ccl
@@ -26,6 +26,15 @@ USES KEYWORD metric_type
 shares: IO
 USES STRING out_dir
 
+# we need to look at SphericalSurface::nsurfaces to know how many
+# surfaces there are, so that we don't access a non-existing one
+shares: SphericalSurface
+USES INT nsurfaces
+USES INT maxntheta
+USES INT maxnphi
+USES INT    ntheta
+USES INT    nphi
+
 # all remaining parameters are private to this thorn
 private:
 
@@ -94,6 +103,21 @@ int which_horizon_to_announce_centroid \
 } 0
 
 #
+# This parameter controls whether/how we should store our horizon
+# information into the SphericalSurface variables.
+#
+# If this parameter is set to any value >= 0, that value must be
+# in the range  0 <= value < SphericalSurface::nsurfaces .  We check
+# this at run-time...
+#
+int which_surface_to_store_info[101] \
+  "into which SphericalSurface surface should we store our horizon information?"
+{
+-1  :: "don't store this horizon's information"
+0:* :: "store this horizon's information into the specified SphericalSurface surface"
+} -1
+
+#
 # This parameter controls how verbose this thorn is in printing
 # informational (non-error) messages describing what it's doing.
 #