Yeah - they're fully coupled to interior variables. I can do it with a sub-solve and a projection... but I would rather not.
Now that I think about it - BoundaryMesh won't work because it creates a separate Mesh... meaning a separate EquationSystems. What I really need is more like if you ran over the surface and used elem.build_side(side, false) on every element on the surface... and then keep those elements in a vector and compute residuals on them as if they were real geometry.... What do you think about THAT plan? Derek On Thu, Mar 27, 2014 at 4:36 PM, Kirk, Benjamin (JSC-EG311) < benjamin.k...@nasa.gov> wrote: > Roy's right, we do this to post process surface data for fluids > computations. These values don't need to be coupled to the interior field, > or do they? We just usually solve a projection. > > > On Mar 27, 2014, at 5:16 PM, "Roy Stogner" <royst...@ices.utexas.edu> > wrote: > > > > > >> On Thu, 27 Mar 2014, Derek Gaston wrote: > >> > >> Is this the place to use BoundaryMesh? > > > > That's what we do, yeah. > > > >> Can you get the normals for the elements when you're on a > >> BoundaryMesh? > > > > Not directly, but you can get_dxyzdxi()/get_dxyzdeta(), and take the > > cross product of those two for the normal. You could alternatively > > get the interior_parent() of the boundary element and get the normals > > from that. > > --- > > Roy > > > > > ------------------------------------------------------------------------------ > > _______________________________________________ > > Libmesh-users mailing list > > Libmesh-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/libmesh-users > ------------------------------------------------------------------------------ _______________________________________________ Libmesh-users mailing list Libmesh-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libmesh-users
