<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Bump. <br>
<br>
<div class="moz-cite-prefix">On 07/11/2014 08:15 PM, Paul Wilson
wrote:<br>
</div>
<blockquote cite="mid:53C08C3A.4060600@engr.wisc.edu" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Rajeev,<br>
<br>
You are mentioned in the git logs as the inspiration for the
copy_attrib test that Patrick mentioned. (a few years ago)<br>
<br>
I wonder if you have any thoughts on what the purpose and/or
requirements are for this capability? You probably needed it for
RGG based on OCC?<br>
<br>
Paul<br>
<br>
<div class="moz-cite-prefix">On 07/11/2014 07:21 PM, Patrick
Shriwise wrote:<br>
</div>
<blockquote cite="mid:53C07190.2050808@wisc.edu" type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hi all, <br>
<br>
I'm currently working on the changes to iGeom that Paul
previously proposed. I've hit one test when built with OCC
(copy_attrib) that suggests that tags are expected to be copied
along with an entity when using iGeom functions like copyEnt or
subtractEnt. Is this the case? Are these specifc tags that are
supposed to be copied if they exist on the original entity?<br>
<br>
Also to be clear this has become an issue because for volume
entities we now use the RefVolume to get the volume Body and
make a copy of that body using the GeometryModifyTool. The Body
we make a copy of does not have the tags associated with the
RefVolume. As a result the new Body and the corresponding
RefVolumethat we return from the function does not have the
original tags. <br>
<br>
These tags can be transferred to the new entity before leaving
the function of course, but we're looking for the proper way to
handle this situation. Mainly it would be good to know if there
is a particular tag or tags that should be copied over to new
entity upon it's creation. <br>
<br>
Cheers, <br>
<br>
Patrick <br>
<br>
<br>
<div class="moz-cite-prefix">On 06/23/2014 03:06 PM, Paul Wilson
wrote:<br>
</div>
<blockquote cite="mid:53A888AF.8090202@engr.wisc.edu"
type="cite">
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
Hi everyone,<br>
<br>
Patrick and I have discussed this and have come up with the
following proposal for a revision of how iGeom_CGMA handles
RefVolumes and Body's.<br>
<ol>
<li>All references to iBase_REGION will refer only to
entities of type RefVolume in CGM.</li>
<li>All entities that are returned by iGeom will be
RefEntities and not CubitEntities</li>
<li>At the time of loading file, based on an option based to
iGeom_load(), all entities of type Body in CGM that
contain more than a single volume, will be converted to
RefGroup's and tagged to distinguish them from the
original RefGroup's</li>
</ol>
<p>The last of these may be subject to the most conversation,
but it seemed like a useful approach to use because it:<br>
</p>
<ul>
<li>had little to no effect on the API of iGeom</li>
<li>preserves access to CGM/ACIS bodies</li>
<li>is the least intrusive in the implementation of
iGeom_CGMA</li>
</ul>
<p>If a user does NOT pass in the option (e.g.
"CONVERT_BODY_TO_GROUP"), then no bodies will be accessible
through iGeom. If a user does pass in this option, any call
to iGeom_getEntSets will return both the original RefGroups
and the additional RefGroups that were generated
automatically from Bodies. It will be up to the user to
filter between them using the available tag. <br>
</p>
<p>Finally, since every RefVolume in ACIS always has a Body in
which it is a member, it seems best to only convert Bodies
that contain >1 RefVolume to avoid creating far more
RefGroups than necessary.<br>
</p>
<p>We'd like to embark on these changes soon, but welcome any
comments or feedback. I'm sure we've missed something!<br>
</p>
<p>Paul<br>
</p>
<br>
<div class="moz-cite-prefix">On 06/17/2014 09:00 AM, Jane Hu
wrote:<br>
</div>
<blockquote
cite="mid:CACmQ6V4j4cB1=WVYhS7yjFxB9BaHCpYoWLd=YvKUWrLRU867Gw@mail.gmail.com"
type="cite">
<div dir="ltr">So, I will add RefVolume to the return list
of iGeom_get_adjacent_entities() as the result of the
discussion.
<div><br>
</div>
<div>CubitEntity only has derived classes of RefEntity
and CubitCoordinateSystem, iGeom_CGMA.cc only uses
RefEntity as instance of the object. </div>
<div><br>
</div>
<div>Jane</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Mon, Jun 16, 2014 at 11:35 AM,
Jane Hu <span dir="ltr"><<a moz-do-not-send="true"
href="mailto:janejhu@gmail.com" target="_blank">janejhu@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 dir="ltr">See comments below...<br>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">
<div class="">On Mon, Jun 16, 2014 at 10:22 AM,
Paul Wilson <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:wilsonp@engr.wisc.edu"
target="_blank">wilsonp@engr.wisc.edu</a>></span>
wrote:<br>
<blockquote class="gmail_quote"
style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> Hi
Jane,<br>
<br>
I think this needs a thorough review!
Patrick and I hunted through iGeom_CGMA
and found some inconsistencies in a few
places.<br>
<br>
First, there is an inconsistency between
returning pointers to RefEntity and
pointers to CubitEntity. This is probably
less important, but should probably be
resolved in any change.<br>
</div>
</blockquote>
<div> </div>
</div>
<div>I see RefEntity is inherited
from CubitEntity, and CubitEntity is a pure
virtual class. So even you got pointers to
CubitEntity, you have to instantiate it to
RefEntity objects.</div>
<div class="">
<div> </div>
<blockquote class="gmail_quote"
style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> <br>
Second, there are places where the
geometry is queried for entities of
dimension=3 (returning RefVolumes) and
places where the geometry is queried for
entities of type=iGeom_REGION (== Body).<br>
</div>
</blockquote>
<div><br>
</div>
</div>
<div>In this case, I can return both bodies and
refvolumes, so after user gets the refentity
list back, he can cast to see if they are
bodies or refvolumes, and choose to keep what
ever he needs.</div>
<div>
<div class="h5">
<div> </div>
<blockquote class="gmail_quote"
style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"> <br>
This means that 2 calls into the
interface that should resolve to the
same entity may not do so for both
reasons.<br>
<br>
All of this is related to the
fundamental difference between the iGeom
types (equivalent to vertex, edge, face,
volume) and the CGM/ACIS types
(equiavlent to vertex, edge, face,
volume, body). I think Tim's suggestion
is the best, but will require some
substantial effort.<span><font
color="#888888"><br>
<br>
Paul</font></span>
<div>
<div><br>
<br>
<div>On 06/16/2014 10:14 AM, Jane Hu
wrote:<br>
</div>
<blockquote type="cite">
<div dir="ltr">I see in
iGeom_CGMA.cc file,
function iGeom_get_adjacent_entities,
if asks for 3-D refentities, it
returns body list. In CGM,
bodies are not necessary to be
3-D entities, it may contain
single surface or shell. Should
we change the return to be only
refvolumes which are 3-D
entities (I prefer this, makes
more sense)? Or I can return
both bodies and refvolumes in
the returned refentity list.
Depending on your user case, I
can return one of the two
choices.
<div> <br>
</div>
<div>Jane</div>
</div>
<div class="gmail_extra"><br>
<br>
<div class="gmail_quote">On Mon,
Jun 16, 2014 at 9:32 AM, Jane
Hu <span dir="ltr"><<a
moz-do-not-send="true"
href="mailto:janejhu@gmail.com"
target="_blank">janejhu@gmail.com</a>></span>
wrote:<br>
<blockquote
class="gmail_quote"
style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr">Yes, it
returns a list of
refVolume's which are
RefEntities.<span><font
color="#888888">
<div> <br>
</div>
<div>Jane</div>
</font></span></div>
<div>
<div>
<div class="gmail_extra"><br>
<br>
<div
class="gmail_quote">On
Sun, Jun 15, 2014 at
11:55 PM, Patrick
Shriwise <span
dir="ltr"><<a
moz-do-not-send="true"
href="mailto:shriwise@wisc.edu" target="_blank">shriwise@wisc.edu</a>></span>
wrote:<br>
<blockquote
class="gmail_quote"
style="margin:0px
0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="auto">
<div>Hi Jane, </div>
<div><br>
</div>
<div>Will the
ref_volumes()
method return
RefEntities? </div>
<span><font
color="#888888">
<div> <br>
</div>
<div>Patrick</div>
</font></span>
<div>
<div>
<div><br>
On Jun 15,
2014, at 3:56
PM, Jane Hu
<<a
moz-do-not-send="true"
href="mailto:janejhu@gmail.com" target="_blank">janejhu@gmail.com</a>>
wrote:<br>
<br>
</div>
<blockquote
type="cite">
<div>
<div dir="ltr">Look
at line 6454,
if you have
body's
pointer,
directly call
ref_volumes()
will work.
It's not an
iGeom
interface
function, but
you can access
it in iGeom.
<div><br>
</div>
<div>Good
luck!</div>
<div> <br>
</div>
<div>Jane</div>
</div>
<div
class="gmail_extra"><br>
<br>
<div
class="gmail_quote">On
Sat, Jun 14,
2014 at 8:55
AM, Patrick
Shriwise <span
dir="ltr"><<a
moz-do-not-send="true" href="mailto:shriwise@wisc.edu" target="_blank">shriwise@wisc.edu</a>></span>
wrote:<br>
<blockquote
class="gmail_quote"
style="margin:0px
0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div
text="#000000"
bgcolor="#FFFFFF"> Hi Jane, <br>
<br>
I looked
around for
this but
didn't see it,
is there a
specific
line/function
you were
thinking of?
Good to know
the ref_volume
information is
so easy to get
to, but it
doesn't seem
that its part
of the iGeom
interface. The
issue being
that there's
no way to
access a
body's volumes
via iGeom. <br>
<br>
Cheers, <br>
<br>
Patrick <br>
<div>
<div>
<div>On
06/13/2014
11:26 PM, Jane
Hu wrote:<br>
</div>
<blockquote
type="cite">
<div dir="ltr"><br>
<div
class="gmail_extra"><br>
<div
class="gmail_quote">
<blockquote
class="gmail_quote"
style="margin:0px
0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div
bgcolor="#FFFFFF"
text="#000000"><br>
<br>
Is there a
way to get
volumes within
bodies via
iGeom?</div>
</blockquote>
<div><br>
</div>
<div>See
example in
iGeom_CGMA.cc,
body->ref_volumes(volumes).</div>
<div><br>
</div>
<div>Jane</div>
<blockquote
class="gmail_quote"
style="margin:0px
0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div
bgcolor="#FFFFFF"
text="#000000"><span><font
color="#888888"><br>
<pre cols="72">--
Patrick C. Shriwise
Research Assistant
University of Wisconsin - Madison
Engineering Research Building - Rm. 428
1500 Engineering Drive
Madison, WI 53706
<a moz-do-not-send="true" href="tel:%28608%29%20446-8173" value="+16084468173" target="_blank">(608) 446-8173</a>
</pre>
</font></span></div>
</blockquote>
</div>
<br>
<br
clear="all">
<div><br>
</div>
-- <br>
Jane Hu<br>
<br>
Asst.
Researcher<br>
Dept. of
Engineering
Physics<br>
UW @ Madison<br>
<br>
"And we know
that for those
who love God,
that is, for
those who are
called
according to
his purpose,
all things are
working
together for
good." (Romans
8:28) </div>
</div>
</blockquote>
<br>
</div>
</div>
</div>
</blockquote>
</div>
<br>
<br
clear="all">
<div><br>
</div>
-- <br>
Jane Hu<br>
<br>
Asst.
Researcher<br>
Dept. of
Engineering
Physics<br>
UW @ Madison<br>
<br>
"And we know
that for those
who love God,
that is, for
those who are
called
according to
his purpose,
all things are
working
together for
good." (Romans
8:28) </div>
</div>
</blockquote>
</div>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
Jane Hu<br>
<br>
Asst. Researcher<br>
Dept. of Engineering
Physics<br>
UW @ Madison<br>
<br>
"And we know that for
those who love God,
that is, for those who
are called according
to his purpose, all
things are working
together for good."
(Romans 8:28) </div>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
Jane Hu<br>
<br>
Asst. Researcher<br>
Dept. of Engineering Physics<br>
UW @ Madison<br>
<br>
"And we know that for those who
love God, that is, for those who
are called according to his
purpose, all things are working
together for good." (Romans
8:28) </div>
</blockquote>
<br>
</div>
</div>
<div>
<pre cols="72">--
-- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ --
Paul Wilson ~ UW-Madison ~ <a moz-do-not-send="true" href="tel:608-263-0807" value="+16082630807" target="_blank">608-263-0807</a> ~ cal: <a moz-do-not-send="true" href="http://bit.ly/pphw-cal" target="_blank">http://bit.ly/pphw-cal</a>
Professor, Engineering Physics. ~ <a moz-do-not-send="true" href="http://cnerg.engr.wisc.edu" target="_blank">http://cnerg.engr.wisc.edu</a>
Faculty Director, Advanced Computing Infrastructure</pre>
</div>
</div>
</blockquote>
</div>
</div>
</div>
<div>
<div class="h5"><br>
<br clear="all">
<div><br>
</div>
-- <br>
Jane Hu<br>
<br>
Asst. Researcher<br>
Dept. of Engineering Physics<br>
UW @ Madison<br>
<br>
"And we know that for those who love God, that
is, for those who are called according to his
purpose, all things are working together for
good." (Romans 8:28) </div>
</div>
</div>
</div>
</blockquote>
</div>
<br>
<br clear="all">
<div><br>
</div>
-- <br>
Jane Hu<br>
<br>
Asst. Researcher<br>
Dept. of Engineering Physics<br>
UW @ Madison<br>
<br>
"And we know that for those who love God, that is, for
those who are called according to his purpose, all things
are working together for good." (Romans 8:28) </div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
-- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ --
Paul Wilson ~ UW-Madison ~ 608-263-0807 ~ cal: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://bit.ly/pphw-cal">http://bit.ly/pphw-cal</a>
Professor, Engineering Physics. ~ <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://cnerg.engr.wisc.edu">http://cnerg.engr.wisc.edu</a>
Faculty Director, Advanced Computing Infrastructure</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Patrick C. Shriwise
Research Assistant
University of Wisconsin - Madison
Engineering Research Building - Rm. 428
1500 Engineering Drive
Madison, WI 53706
(608) 446-8173
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
-- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ --
Paul Wilson ~ UW-Madison ~ 608-263-0807 ~ cal: <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://bit.ly/pphw-cal">http://bit.ly/pphw-cal</a>
Professor, Engineering Physics. ~ <a moz-do-not-send="true" class="moz-txt-link-freetext" href="http://cnerg.engr.wisc.edu">http://cnerg.engr.wisc.edu</a>
Faculty Director, Advanced Computing Infrastructure</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Patrick C. Shriwise
Research Assistant
University of Wisconsin - Madison
Engineering Research Building - Rm. 428
1500 Engineering Drive
Madison, WI 53706
(608) 446-8173
</pre>
</body>
</html>