<div class="gmail_quote">On Tue, Feb 28, 2012 at 10:40, Matthew Knepley <span dir="ltr"><<a href="mailto:knepley@gmail.com">knepley@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div id=":3t6">Right now, DMs wrap up<div> - Domain Topology </div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":3t6"><div> - Domain Geometry</div>
</div></blockquote><div><br></div><div>These are nowhere in the DM interface.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":3t6"><div> - Modeling approximation (like function spaces, projectors)</div>
</div></blockquote><div><br></div><div>This is only in the DM interface through coarsening and interpolation.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div id=":3t6"><div> - Modeling equations (including decompositions, variable substitutions)</div></div></blockquote><div><br></div><div>This is only in the DM interface with collective semantics. (For nonlinear ASM, I would be in favor of getting a subdomain DM which would have collective semantics on the subcommunicator instead of putting "local" evaluation into the public interface.)</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":3t6">
<div><br></div><div>and I may have forgotten some stuff. That is a huge amount of crap for one object.</div></div></blockquote></div><br><div>You seem to be confusing the DM interface from a particular way of packing data into an implementation of DM.</div>