Hi Jane, Sorry for the slow reply. Thanks for finding the problem! I was unaware of the difference between auto_flag(CUBIT_TRUE); and set_all_auto_read_flags(true); set_all_auto_write_flags(true); set_all_auto_actuate_flags(true); Once the repository is migrated to bitbucket, I'll submit a pull request with some more documentation. Thanks again, David On Feb 6, 2014, at 2:35 PM, Jane Hu <[email protected]> wrote:

Hey, David

Did some investigation on this issue, now attached is the revised program that created the group after reading in the exported file. Also attached is the occ file that the program exported using the revised program.

In OCC, hopefully as well as in facet (not investigated), the group info is stored in the attributes, and have to be read in to create groups. Double checked your file, when exported, didn't create group attrib, hence group can't be recreated.

Hope it helps.

Jane

On Tue, Feb 4, 2014 at 12:09 PM, Jane Hu <[email protected]> wrote: Yes, Paul. I am now trying to work on it, and will consider putting it into the test suite.

Jane

On Tue, Feb 4, 2014 at 10:48 AM, Paul Wilson <[email protected]> wrote: Hi David,

I've never used this capability with OCC, so I don't know if there may be an issue there. I think your simple example may be a good thing to test this with and possibly add to the test suite.

Paul

On 01/27/2014 12:28 PM, David Thompson wrote: Hi Paul,

It doesn't look like you are not using all the right attribute management here.

I'm not sure where this is documented (Tim?) but there is a reasonable example in the ReadCGM module of MOAB. Starting at line 178, you will see that if the flag 'act_att' is set to true (it is initialized to true at line 136), then the attribute_manager is set to automatically read and apply the attributes upon reading a file. I've tried putting

CGMApp::instance()->attrib_manager()->set_all_auto_read_flags(true); CGMApp::instance()->attrib_manager()->set_all_auto_write_flags(true); CGMApp::instance()->attrib_manager()->set_all_auto_actuate_flags(true);

in the test program (just after startup() is called -- which registers default attributes -- and before any geometry or groups are created) to no effect.

If you have any other ideas on what might be wrong, that would be great.

Thanks, David

On 01/24/2014 05:12 PM, David Thompson wrote: Hi Tim,

Exporting groups is sort of backwards; if you export the model entities that groups are part of, and attributes are on, then they'll go with, and (again, if attributes are on) will be restored on import. Attribute settings are controlled by CubitAttrib, IIRC.

While I have been able to save attributes (UUIDs) on many entities back to a solid model, I am not seeing groups saved, whether they contain entities being written or not. I've attached a test program that demonstrates a group not being saved. Can you see something I am doing wrong?

David

-- -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- Paul Wilson ~ UW-Madison ~ 608-263-0807 ~ cal: http://bit.ly/pphw-cal

Professor, Engineering Physics. ~ http://cnerg.engr.wisc.edu

Faculty Director, Advanced Computing Infrastructure

-- -- ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ -- Paul Wilson ~ UW-Madison ~ 608-263-0807 ~ cal: http://bit.ly/pphw-cal Professor, Engineering Physics. ~ http://cnerg.engr.wisc.edu Faculty Director, Advanced Computing Infrastructure

-- Jane Hu

Asst. Researcher Dept. of Engineering Physics UW @ Madison

"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)

-- Jane Hu

Asst. Researcher Dept. of Engineering Physics UW @ Madison

"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) <groups-not-saved-to-OCC.cxx><test.occ>