From 432e7e8056c5af511a7736786eb0b5c4ef8245c2 Mon Sep 17 00:00:00 2001 From: jthorn Date: Sat, 26 Oct 2002 18:45:55 +0000 Subject: this is now fixed! < write an output file or files at each time step giving the < apparent horizon centroid, area, and mass < Ian Hawke points out that a better (or additional) method might be < to put all the info in Cactus "local arrays" < CCTK_INT N_horizons_found < CCTK_REAL centroid_x[N_horizons] < CCTK_REAL centroid_y[N_horizons] < CCTK_REAL centroid_z[N_horizons] < CCTK_REAL area[N_horizons] < CCTK_REAL mass[N_horizons] < and then use IOBasic or IOASCII to output these git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@862 f88db872-0e4f-0410-b76b-b9085cfa78c5 --- doc/TODO | 11 ----------- 1 file changed, 11 deletions(-) (limited to 'doc/TODO') diff --git a/doc/TODO b/doc/TODO index a763784..d95b663 100644 --- a/doc/TODO +++ b/doc/TODO @@ -1,17 +1,6 @@ small things set centroid variables for drift correction I think we work properly with FishEye, but I should verify that - write an output file or files at each time step giving the - apparent horizon centroid, area, and mass - Ian Hawke points out that a better (or additional) method might be - to put all the info in Cactus "local arrays" - CCTK_INT N_horizons_found - CCTK_REAL centroid_x[N_horizons] - CCTK_REAL centroid_y[N_horizons] - CCTK_REAL centroid_z[N_horizons] - CCTK_REAL area[N_horizons] - CCTK_REAL mass[N_horizons] - and then use IOBasic or IOASCII to output these maybe getting NaN or Inf in the interpolated geometry shouldn't abort the Cactus run, but just fail to find the horizon -- cgit v1.2.3