#1961: Carpet treats prolongation_operator=none as prolongation_operator=sync
-------------------------+--------------------------------------------------
Reporter: rhaas | Owner: eschnett
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: Carpet | Version: development version
Keywords: |
-------------------------+--------------------------------------------------
Currently Carpet treats a user set prolongation operator of "none" the
same as "sync" (see line 2187 of SetupGH.cc in the
{{{get_transport_operator}}} routine:
{{{
if (CCTK_Equals(prolong_string, "none")) {
// This would surprise too many people
// return op_none;
} else if (CCTK_Equals(prolong_string, "sync")) {
return op_sync;
}}}
It would however sometimes be useful to actually have a prolongation
operator that does nothing so that one can leave in the SYNC statements in
the schedule (which cannot be made conditional) and switch a variable from
being correctly computed everywhere to being correct only in the interior
of the components if this variable is eg only for diagnostics and one can
avoid inspecting the incorrect values at the borders.
I would thus like to introduce a new prolongation operator string
"no_synchronization" that should do what "none" claimed to do and would
internally actually be translated into {{{op_none}}}. Or alternative make
"none" map to "op_none" again but then this may surprise people once more.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1961>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1945: NsNsToHMNS gallery example: parfile defective
---------------------------------+------------------------------------------
Reporter: dradice@… | Owner:
Type: defect | Status: new
Priority: critical | Milestone:
Component: Other | Version:
Keywords: |
---------------------------------+------------------------------------------
There is a bug in the parfile of the NsNsToHMNS gallery example. I am
attaching a patch.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1945>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1963: The thorn NsTracker is not available
---------------------------+------------------------------------------------
Reporter: anonymous | Owner:
Type: defect | Status: new
Priority: unset | Milestone:
Component: GetComponents | Version:
Keywords: NsTracker |
---------------------------+------------------------------------------------
Using GetComponents with
http://einsteintoolkit.org/about/gallery/NsNsToHMNS/NsNsToHMNS.th gives an
error that NsTracker can not be downloaded.
It tries to fetch it from the branch directory, which is empty, so you
have to download it manually from the parent directory in which /src is
in.
After manual download it works!
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1963>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1960: ML_BSSN ues its timelevel parameter for the constraints rather than
other_timelevel
-----------------------------------+----------------------------------------
Reporter: rhaas | Owner:
Type: defect | Status: new
Priority: optional | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: ML_BSSN |
-----------------------------------+----------------------------------------
Looking at ML_BSSN's storage.ccl it seems as if it uses its timelevel
parameter to control how many time levels are allocated and used for the
constraints. However in ML_BSSN_Helper it seems clear (in
ML_BSSN_SetGroupTags) that originally other_timelevels (which also fits
better with the description of the parameter) should instead be used so
that one can use different numbers of time levels for the constraints (ie.
only 1 so that prolongation etc can be disabled which ML_BSSN_Helper does
if other_timelevels is set to 0, however the extra memory is still
allocated).
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1960>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1957: add Justin Shive to simfactory committers list
------------------------+---------------------------------------------------
Reporter: rhaas | Owner:
Type: task | Status: new
Priority: major | Milestone:
Component: SimFactory | Version: development version
Keywords: |
------------------------+---------------------------------------------------
Justin Schive kindly agreed to maintain the simfactory entry for the UIUC
golub cluster that is currently under review in #1956. If possible, I
would like to ask the owner of the simfacory project on bitbucket to add
Justin (user name hyschive) to the project, please.
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1957>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit
#1955: Multipole: Add possibility to have out_dir distinct from regular
IO:out_dir, but default to the old behavior
-----------------------------------+----------------------------------------
Reporter: knarf | Owner:
Type: enhancement | Status: new
Priority: minor | Milestone:
Component: EinsteinToolkit thorn | Version: development version
Keywords: |
-----------------------------------+----------------------------------------
https://bitbucket.org/einsteintoolkit/einsteinanalysis/pull-requests/2
/add-possibility-to-have-out_dir-distinct/diff
--
Ticket URL: <https://trac.einsteintoolkit.org/ticket/1955>
Einstein Toolkit <http://einsteintoolkit.org>
The Einstein Toolkit