[MOAB-dev] Getting ent set data when tag_size > 1
tautges at mcs.anl.gov
tautges at mcs.anl.gov
Wed Apr 21 20:48:21 CDT 2010
Yes, that is a requirement. The type specific functions are only for
convenience.
- tim
On Apr 21, 2010, at 7:28 PM, James Porter <jvporter at wisc.edu> wrote:
> For what it's worth, I ultimately decided to stop using the
> type-specific functions for getting/setting tag data in Python since
> those functions are crippled (esp. for sets) and required considerably
> more work to pick the right function.
>
> I know this works fine for MOAB, but is it actually a requirement of
> the
> ITAPS interface that iMesh_getData works correctly no matter the
> underlying type? If not, it should be in my opinion.
>
> - Jim
>
> On Fri, 2010-04-16 at 15:27 -0500, James Porter wrote:
>> On Tue, 2010-04-13 at 13:34 -0500, Tim Tautges wrote:
>>> Jed Brown wrote:
>>>> There ought to be get/setEntSetArrData (in fact, I would only
>>>> expose the
>>>> array interface because the single-tag versions are crippled and
>>>> not
>>>> more usable).
>>>
>>> Agreed. I'll put that on the list of extensions to write, and
>>> will propose it to itaps (nobody else really uses sets in
>>> any serious way, so that's probably why it hasn't come up there).
>>
>> Attached is what I personally would like to see in terms of
>> interface.
>>
>> Main points:
>> * No type-specific functions (uses void* everywhere)
>> * get/set functions that take in arrays of entity sets
>> * get/set functions for arrays of entities/sets take a storage order
>>
>> It would be pretty easy to write type-specific wrappers for these,
>> which
>> I think is the best way to go.
>>
>> - Jim
>
>
More information about the moab-dev
mailing list