[Einstein Toolkit] #395: Thorns providing interpolator routines should provide testcases for them
#395: Thorns providing interpolator routines should provide testcases for them -------------------------+-------------------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: ET_2011_11 Component: Other | Version: Keywords: | -------------------------+-------------------------------------------------- Errors in the interpolator often show up in the output of other thorns, depending on those interpolating routines. Figuring out that this is caused by problem while interpolating can take quite a bit of time, which could be saved if the interpolating thorns would include testsuites themselves.
#395: Thorns providing interpolator routines should provide testcases for them --------------------------+------------------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: ET_2011_11 Component: Other | Version: Resolution: | Keywords: --------------------------+-------------------------------------------------
Comment (by eschnett):
There are test cases in CarpetInterp and in InterpToArray.
#395: Thorns providing interpolator routines should provide testcases for them --------------------------+------------------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: ET_2011_11 Component: Other | Version: Resolution: | Keywords: --------------------------+-------------------------------------------------
Comment (by knarf):
Right, InterpToArray contains one testsuite. The "problem" with the testsuites in CarpetInterp is that they use thorns outside of the ET (wavetoy). It would be nice to have testsuites working within the ET, which would require to either include those wavetoy thorns, or to add testsuites using e.g. analytically setup data (carefully not suggesting Exact).
#395: Thorns providing interpolator routines should provide testcases for them --------------------------+------------------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: ET_2011_11 Component: Other | Version: Resolution: | Keywords: --------------------------+-------------------------------------------------
Comment (by rhaas):
As long as we interpolate only the metric Exact would be fine, wouldn't it? The metric itself does not require interpolation (we do not want an evolution for the interpolator tests, do we?) We could also use say the gauge wave initial data thorns. Anything that uses some analytic expression to fill in a grid function with non-constant data would seem fine to me.
#395: Thorns providing interpolator routines should provide testcases for them --------------------------+------------------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: ET_2011_11 Component: Other | Version: Resolution: | Keywords: --------------------------+-------------------------------------------------
Comment (by eschnett):
We have many other initial data thorns in addition to Exact.
I think WaveToy is small, we could just add it.
#395: Thorns providing interpolator routines should provide testcases for them --------------------------+------------------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: ET_2011_11 Component: Other | Version: Resolution: | Keywords: --------------------------+-------------------------------------------------
Comment (by hinder):
Interpolation within Carpet (i.e. for prolongation, which is separate from that provided by AEILocalInterp) is tested using a polynomial for which interpolation of the correct order (at least for some interpolators) is exact. This means that the correct solution is trivial and it's obvious if the test is correct or not. I propose some sort of initial data thorn for setting polynomial initial data which could be used by the testsuites for the interpolator. This would be part of Cactus, as it is sufficiently generic and useful for testing interpolator thorns. I don't think we should use an Einstein-based initial data thorn for testing the interpolators. This belongs in Cactus, not the ET.
#395: Thorns providing interpolator routines should provide testcases for them --------------------------+------------------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: ET_2011_11 Component: Other | Version: Resolution: | Keywords: --------------------------+-------------------------------------------------
Comment (by eschnett):
Such a generic routine is part of thorn CarpetExtra/CarpetProlongateTest in the Mercurial version of Carpet.
#395: Thorns providing interpolator routines should provide testcases for them --------------------------+------------------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Other | Version: Resolution: | Keywords: --------------------------+------------------------------------------------- Changes (by hinder):
* milestone: ET_2011_10 =>
Comment:
There is no time to implement additional test cases for interpolators before the release - removing milestone.
trac@lists.einsteintoolkit.org
-
Einstein Toolkit