On Nov 8, 2010, at 8:07 AM, Tim Kroeger wrote: > The next difficulty with my solve-on-part-of-domain stuff has now > shown up. It is the constrained-dof issue now, which Roy already > predicted and I didn't believe. Luckily enough, my application seems > to be sufficiently complicated for any potential problem to actually > occur. > > Let's assume the following situation: > > a - - - b - - - c - - - - - - - d > | | | | > | A | B | | > | | | | > e - - - f - - - g E | > | | | | > | C | D | | > | | | | > h - - - i - - - j - - - - - - - k > | | | > | | | > | | | > | F | G | > | | | > | | | > | | | > l - - - - - - - m - - - - - - - n
I haven't followed this whole thread so forgive me if this has been explained... but how do you end up with a refined element (D) being in a different subdomain from it's parent (that made up ABCD)? Is your subdomain evolving throughout the simulation? Because without that happening this wouldn't be a problem. Derek ------------------------------------------------------------------------------ The Next 800 Companies to Lead America's Growth: New Video Whitepaper David G. Thomson, author of the best-selling book "Blueprint to a Billion" shares his insights and actions to help propel your business during the next growth cycle. Listen Now! http://p.sf.net/sfu/SAP-dev2dev _______________________________________________ Libmesh-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
