Hello again all,
Ive been digging at this problem some more and I have some followup
questions / observations.
I've noticed that the constraint storage is split up into a number
components, and would appreciate some basic info as to what these pieces
represent.
The assert I am/was tripping was wi
On Thu, 25 Aug 2016, Paul T. Bauman wrote:
On Thu, Aug 25, 2016 at 5:45 PM, John Peterson wrote:
> On Thu, Aug 25, 2016 at 3:38 PM, Boris Boutkov wrote:
> > Hm - uniform refinement, yes. Are the boundary nodes on the
> > outside edges of refined elements not considered to be hanging
> > node
Crap didn't reply-all.
On Thu, Aug 25, 2016 at 5:45 PM, John Peterson wrote:
>
>
> On Thu, Aug 25, 2016 at 3:38 PM, Boris Boutkov
> wrote:
>
>> Hm - uniform refinement, yes. Are the boundary nodes on the outside edges
>> of refined elements not considered to be hanging nodes? Apologies if I'm
>
On Thu, Aug 25, 2016 at 3:38 PM, Boris Boutkov wrote:
> Hm - uniform refinement, yes. Are the boundary nodes on the outside edges
> of refined elements not considered to be hanging nodes? Apologies if I'm
> misusing the term.
>
Hanging nodes to me means "must be constrained to be compatible with
Hm - uniform refinement, yes. Are the boundary nodes on the outside edges
of refined elements not considered to be hanging nodes? Apologies if I'm
misusing the term.
On Thu, Aug 25, 2016 at 5:28 PM, John Peterson wrote:
>
>
> On Thu, Aug 25, 2016 at 11:57 AM, Boris Boutkov
> wrote:
>
>> Hello a
On Thu, Aug 25, 2016 at 11:57 AM, Boris Boutkov
wrote:
> Hello all, (apologies in advance for the double post, looks like I wasn't
> subscribed properly earlier),
>
> Ive been working on some libMesh/GRINS/PETSc Multigrid code and have been
> getting some unexpected convergence results that don't
