<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 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 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 href="mailto:moab-dev-bounces@mcs.anl.gov">moab-dev-bounces@mcs.anl.gov</a> [<a href="mailto:moab-dev-bounces@mcs.anl.gov">moab-dev-bounces@mcs.anl.gov</a>] on behalf<br>
> of Elliott Biondo [<a href="mailto:Biondo@wisc.edu">Biondo@wisc.edu</a>]<br>
> Sent: Friday, May 16, 2014 1:25 PM<br>
> To: <a 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 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>