Add features to MED import operation
Currently, the SMTK importer assumes the file will have at most 1 volume and at most 1 surface and that, if both exist, the surface bounds the volume.
-
In practice many of the MED files that contain only a surface should have a smtk::model::Volume
cell because they represent a rigid, non-deformable body (e.g. bone). Update the import operation to create a volume cell even when only a surface is present. -
Use the SMTK property system to mark rigid body volume cells. -
Change the aeva attribute system to allow annotating a volume as rigid or deformable.(This is now implicit; volumes that do not have any associated VTK geometry in the aeva Session but do have a surface are rigid.) -
Extend the operator to use preserved UUIDs when they are passed to it. This will allow the loading of saved resources.(We will not use the import operation as part of reading saved models, so this is unneeded.)
Edited by David Thompson