<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Elliott,<br>
<br>
Given the limited needs of our current application, you could
implement a specific version of these methods in your own project
based on the same standard algorithms used here.<br>
<br>
Paul<br>
<br>
<div class="moz-cite-prefix">On 05/19/2014 03:33 PM, Elliott Biondo
wrote:<br>
</div>
<blockquote
cite="mid:CAGMLRza5dDupXmJOir7Tk85=ehw5H3Gx8YbxgYQB5cjoFS2P3w@mail.gmail.com"
type="cite">
<div dir="ltr">Thank you for the responses.<br>
<br>
<blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px
solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">
Let me know if you have any specific use case that you'd like
to see near<br>
term to aid in computing element volumes, normals on a face
etc.<br>
</blockquote>
<div><br>
</div>
<div>My use case is very simple. I have meshes that are made up
of either Carteisan hexes or tets. I want an easy way to get
the volumes of each mesh volume element (by supplying a volume
element handle, iterator of handles, etc.). For now, including
the build directory and linking against measure.o works fine,
but I will keep an eye out for the additions to ElemUtil.<br>
<br>
Thanks,<br>
<br>
Elliott Biondo <br>
</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Mon, May 19, 2014 at 11:19 AM, Vijay
S. Mahadevan <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:vijay.m@gmail.com" target="_blank">vijay.m@gmail.com</a>></span>
wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0
.8ex;border-left:1px #ccc solid;padding-left:1ex">Sorry
about the late reply.<br>
<div class=""><br>
> This kind of function belongs to an "element utility"
tool/class, which<br>
> should serve multiple types of elements;<br>
<br>
</div>
As Iulian mentioned, we are currently in the process of
doing a<br>
refactor of the ElemUtil and the spatial coupler classes to
provide<br>
more functionality to both perform discretization and common
integral<br>
operations over different entity types. The volume
computation routine<br>
that you found from measure.cpp is specific for structured
grids and<br>
so if you are unsure of the underlying mesh, I wouldn't
recommend<br>
directly using those functions.<br>
<div class=""><br>
> Vijay, do you know the status of refactoring elem
util class?<br>
<br>
</div>
I've been on vacation for a good part of April and May and
hence the<br>
completion of this work has slowed down. I hope to have this
branch/PR<br>
ready for review and then a merge by the second week of
June. Let me<br>
know if you have any specific use case that you'd like to
see near<br>
term to aid in computing element volumes, normals on a face
etc.<br>
<span class="HOEnZb"><font color="#888888"><br>
Vijay<br>
</font></span>
<div class="HOEnZb">
<div class="h5"><br>
On Sat, May 17, 2014 at 12:28 AM, Grindeanu, Iulian R.<br>
<<a moz-do-not-send="true"
href="mailto:iulian@mcs.anl.gov">iulian@mcs.anl.gov</a>>
wrote:<br>
> Hi,<br>
> This kind of function belongs to an "element
utility" tool/class, which<br>
> should serve multiple types of elements;<br>
> Probably, better would be to use some gauss
integration method. There is<br>
> some work now in mbcoupler to expose more element
types and more integration<br>
> / FE / FV types.<br>
><br>
> Right now, in MOAB, this method is used just for
mbsize; it is not<br>
> "installed", so you cannot "include" it. Unless you
add your build folder in<br>
> the include . Or how do you (plan to) use it?<br>
><br>
> There are other issues with this method. It uses a
local class CartVect,<br>
> which is a conflict with the namespaced
moab::CartVect.<br>
><br>
> as it stands, volume is computed here using linear
decomposition in<br>
> tetrahedrons, which might not be correct. It is
fine for planar faced hexas.<br>
> It could be a too big of approximation for slightly
distorted hexas; also,<br>
> depending on how you decompose a hexa in tetras
(more than one way is<br>
> possible), you get different results.<br>
><br>
> Vijay, do you know the status of refactoring elem
util class?<br>
><br>
> Thanks,<br>
> Iulian<br>
><br>
> ________________________________<br>
> From: <a moz-do-not-send="true"
href="mailto:moab-dev-bounces@mcs.anl.gov">moab-dev-bounces@mcs.anl.gov</a>
[<a moz-do-not-send="true"
href="mailto:moab-dev-bounces@mcs.anl.gov">moab-dev-bounces@mcs.anl.gov</a>]
on behalf<br>
> of Elliott Biondo [<a moz-do-not-send="true"
href="mailto:Biondo@wisc.edu">Biondo@wisc.edu</a>]<br>
> Sent: Friday, May 16, 2014 1:25 PM<br>
> To: <a moz-do-not-send="true"
href="mailto:moab-dev@mcs.anl.gov">moab-dev@mcs.anl.gov</a><br>
> Subject: [MOAB-dev] measure.cpp<br>
><br>
> I am currently using the function "measure" in
measure.cpp to find the<br>
> volumes of mesh volume elements. Currently I have
to link against measure.o,<br>
> which is compiled into the MOAB build directory,
but as best as I can tell,<br>
> it is not exposed through the MOAB library. Are
there any plans to include<br>
> this capability within the core library of MOAB, so
that this function could<br>
> be used in a more formal way?<br>
><br>
> Thanks,<br>
><br>
> Elliott Biondo<br>
><br>
> --<br>
> Elliott D. Biondo<br>
> Nuclear Regulatory Commission Fellow<br>
> Computational Nuclear Engineering Research Group
(CNERG)<br>
> Department of Nuclear Engineering and Engineering
Physics<br>
> University of Wisconsin - Madison<br>
><br>
> 434 Engineering Research Building<br>
> 1500 Engineering Drive<br>
> Madison, WI 53706<br>
><br>
> Calendar<br>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<br>
-- <br>
<div dir="ltr"><font face="arial, helvetica, sans-serif">Elliott
D. Biondo</font>
<div>
<div>Nuclear Regulatory Commission Fellow</div>
<div><font face="arial, helvetica, sans-serif">Computational
Nuclear Engineering Research Group (CNERG)</font></div>
<div><font face="arial, helvetica, sans-serif">Department of
Nuclear Engineering and Engineering Physics</font></div>
<div><font face="arial, helvetica, sans-serif">University of
Wisconsin - Madison</font></div>
<div><font face="arial, helvetica, sans-serif"><br>
</font></div>
<div><font face="arial, helvetica, sans-serif">
<div>434 Engineering Research Building</div>
<div>1500 Engineering Drive</div>
<div>Madison, WI 53706</div>
<div><br>
</div>
<div><a moz-do-not-send="true"
href="https://www.google.com/calendar/embed?src=elliott.biondo%40gmail.com&ctz=America/Chicago"
target="_blank">Calendar</a><br>
</div>
</font></div>
</div>
</div>
</div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
-- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ --
Paul Wilson ~ UW-Madison ~ 608-263-0807 ~ cal: <a class="moz-txt-link-freetext" href="http://bit.ly/pphw-cal">http://bit.ly/pphw-cal</a>
Professor, Engineering Physics. ~ <a class="moz-txt-link-freetext" href="http://cnerg.engr.wisc.edu">http://cnerg.engr.wisc.edu</a>
Faculty Director, Advanced Computing Infrastructure</pre>
</body>
</html>