<div class="gmail_extra">On Sat, Nov 10, 2012 at 2:05 PM, Matthew Knepley <span dir="ltr"><<a href="mailto:knepley@gmail.com" target="_blank">knepley@gmail.com</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 id=":5g1">Well, you have to designate the set with something. The easiest thing to use is<br>
an integer, so I use that. This is the only value associated with the set, so I<br>
would say Labels really only make sets.<br></div></blockquote><div><br></div><div>I was looking at DMComplexGetLabelValue() and didn't realize it's just one value per stratum. So you get the value associated with a point by searching to find which stratum it resides in. In the implementation, if point is not in the set specified by the label, it does not set *value. Is that intentional? And there is no way to query stratum values without getting a point that is a member. What about if a given level happens to be empty?<br>
<br>Also, linear search, oh my. ;-)</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":5g1"><div class="im">
<br>
</div>Exactly, they are sorted by strata, not dimension.</div></blockquote></div><br></div><div class="gmail_extra">Okay, then dimensional query would really need to return an IS, provided it didn't switch to sorting by dimension.<br>
<br><br>Can you answer how you can distinguish a quad from a tet in a non-interpolated mesh?</div>