[ET Trac] #2747: Inclusion of sgrid importer in Einstein Toolkit

Roland Haas trac-noreply at einsteintoolkit.org
Tue Oct 10 09:30:46 CDT 2023


#2747: Inclusion of sgrid importer in Einstein Toolkit

 Reporter: Samuel Cupp
   Status: open
Milestone: ET_2023_11
  Version: 
     Type: enhancement
 Priority: major
Component: EinsteinToolkit thorn

Comment (by Roland Haas):

That would make it the largest file use by any test. 

```
0.179688 MB ./carpet/CarpetIOHDF5/test/newsep/grid.coordinates.file_0.h5
0.179688 MB ./carpet/CarpetIOHDF5/test/newsep/grid.coordinates.xyz.file_0.h5
0.191406 MB ./pittnullcode/SphericalHarmonicReconGen/test/CceR0158m.h5
0.996094 MB ./einsteininitialdata/ReadInterpolate/test/synthetic_write/checkpoint.chkpt.it_0.h5
1.32812 MB ./carpet/CarpetIOHDF5/test/CarpetWaveToyCheckpoint_test.it_64.h5
1.39844 MB ./pittnullcode/SphericalHarmonicRecon/test/metric_test_case.h5
11.0977 MB ./einsteinanalysis/AHFinderDirect/test/checkpointML-EE/checkpoint.chkpt.it_1.h5
```

which I would consider a doubtful distinction. As said the file does not actually have to be a solution to anything real. So setting up eg Minkowski space using a single domain is fine. Though something with some actually non-zero values and spatially varying would of course be nice \(but linear basis functions would be enough\).  
  
It does not have to evolve, just read in and eg write out 1d ASCII output.

--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2747/inclusion-of-sgrid-importer-in-einstein
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.einsteintoolkit.org/pipermail/trac/attachments/20231010/22fc18c1/attachment.htm>


More information about the Trac mailing list