On Tue, Feb 28, 2012 at 10:45 AM, Jed Brown <span dir="ltr"><<a href="mailto:jedbrown@mcs.anl.gov">jedbrown@mcs.anl.gov</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><div class="im">On Tue, Feb 28, 2012 at 10:40, Matthew Knepley <span dir="ltr"><<a href="mailto:knepley@gmail.com" target="_blank">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>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><div> - Domain Geometry</div>
</div></blockquote><div><br></div></div><div>These are nowhere in the DM interface.</div></div></blockquote><div><br></div><div>So you think this has nothing to do with</div><div>  - Refinement/coarsening</div><div>  - Local evaluation</div>
<div>  - Partitioning</div><div>It is all implied, and in fact only really works completely for Cartesian stuff.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><div> </div><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div> - Modeling approximation (like function spaces, projectors)</div>

</div></blockquote><div><br></div></div><div>This is only in the DM interface through coarsening and interpolation.</div></div></blockquote><div><br></div><div>You also need to know this to piece together local evaluations.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_quote"><div> </div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><div class="im"><div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div> - Modeling equations (including decompositions, variable substitutions)</div></div></blockquote><div><br></div></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></blockquote><div><br></div><div>The equations are there explicitly in all these function pointers it is holding. What are you talking about?</div><div><br></div><div>   Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="gmail_quote"><div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<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></div><br><div>You seem to be confusing the DM interface from a particular way of packing data into an implementation of DM.</div>

</blockquote></div><br><br clear="all"><div><br></div>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener<br>