[Users] Exact meaning of prolongation tags

Federico Guercilena guercilena at th.physik.uni-frankfurt.de
Sat Oct 31 04:03:07 CDT 2015


Hi everyone,

thanks for the answers, this clears some misconceptions on my part. The
"copy" operator seems to be what I need, I'll give it a try.

Bye,
Federico


2015-10-30 20:33 GMT+01:00 Ian Hinder <ian.hinder at aei.mpg.de>:

>
> On 30 Oct 2015, at 20:00, Erik Schnetter <schnetter at cct.lsu.edu> wrote:
>
> none: Do nothing during synchronization, prolongation, or restriction; the
> respective grid points remain untouched, and if not otherwise defined,
> remain undefined. This is
> commonly used e.g. for integer values that are calculated or determined
> pointwise.
>
> sync: Synchronize only, do nothing for prolongation or restriction. This
> is similarly useful e.g. for integer data.
>
> restrict: Only synchronize and restrict from coarser to finer grids, do
> nothing during prolongation. For vertex centred data where restriction is
> an injection, this can also still be used for integer values. Otherwise
> this may be useful for data that are not needed in prolongation regions,
> but where the coarse grid has data worse than the fine grid, e.g. for
> constraints.
>
> copy: Copy from the nearest neighbour instead of interpolating. This can
> likewise be used for integer data.
>
> All other settings define actual prolongation operators.
>
>
> So really we should think of the "prolongation" tag as a more generic "how
> to treat this group during mesh refinement operations"?  Would it make
> sense to introduce a new name for this tag, to avoid confusion?  We would
> of course continue to accept the old name, for backward compatibility.
>
> --
> Ian Hinder
> http://members.aei.mpg.de/ianhin
>
>


-- 
Federico Guercilena
Institut für Theoretische Physik
Johann Wolfgang Goethe-Universität
Max-von-Laue-Str. 1
60438 Frankfurt am Main, Germany
Telephone: +49 69 798 47887
Email: guercilena[at]th.physik.uni-frankfurt.de
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.einsteintoolkit.org/pipermail/users/attachments/20151031/95b6d5e5/attachment-0001.html 


More information about the Users mailing list