[MOAB-dev] Changing the options format in iMesh

Tim Tautges tautges at mcs.anl.gov
Tue Nov 16 08:44:49 CST 2010



On 11/15/2010 05:57 PM, Jason Kraftcheck wrote:
> On 11/15/2010 05:49 PM, Tim Tautges wrote:
>>
>>
>> On 11/15/2010 03:29 PM, James Porter wrote:
>>> On Mon, 2010-11-15 at 14:12 -0600, Tim Tautges wrote:
>>>> So how many of the failures are due to not supporting septahedrons?
>>>
>>> Here's a tentative list of what's failing for us in iMesh_unitTest. I'm
>>> not 100% sure about the reasons yet, but I'm reasonably confident:
>>>
>>> - (17) No support for septahedrons
>>
>> Based on feedback from Mark Shephard, I think we'll be adding these. Now
>> I just need to remember where they're defined...
>>
>
> It's a degenerate hex where one edge is collapsed (6 faces and 7
> vertices.) The name is misleading. Or at least that's what I recall from
> when I first tried to find out what it was upon encountering the type in
> the TSTTM interface. It's been a while, so I could be mis-remembering.

I think that's true.  The question is which edge gets collapsed (for numbering).

>
>>> - (19) Set ops (intersect, etc) don't seem to create a set of the type
>>> passed in (i.e. same isList value)
>>
>> This sounds like a MOAB bug to me; any comments?
>>
>
> I agree.
>
>>> - (6) Set ops don't seem to work when one of the inputs is the root set
>>
>> Another bug, since the result is a new set.
>>
>
> I agree that it is a bug. I'm not sure what you mean by the latter half
> of that statement. The result of all of the set Boolean operations is
> always a new set. Did you mean that if it was not a new set (modified
> the input set) then the behavior could not be supported for the root set
> in some cases?

Yep, that's what I meant.

>
>>> - (18) Possible issues with iterators over sets with duplicate elements?
>>
>> Argh, I probably originated the problem, I recall using ranges for
>> iterators, which won't work for list-type sets.
>>
>
> We probably need a separate list iterator implementation. Using a
> range-based iterator for lists is clearly wrong for the ordering, but
> using a list-based iterator for ranges would be unnecessarily expensive
> (memory-wise) for many cases.
>

Ok.  I think that's a post-4.0 issue.

- tim

> - jason
>

-- 
================================================================
"You will keep in perfect peace him whose mind is
   steadfast, because he trusts in you."               Isaiah 26:3

              Tim Tautges            Argonne National Laboratory
          (tautges at mcs.anl.gov)      (telecommuting from UW-Madison)
          phone: (608) 263-8485      1500 Engineering Dr.
            fax: (608) 263-4499      Madison, WI 53706



More information about the moab-dev mailing list