[Smtk-developers] New Feature for Attribute Definitions - inheritable association rules

David Thompson david.thompson at kitware.com
Wed Oct 25 14:31:34 EDT 2017


> ...
> For Example assume a base definition foo can be applied to edges and faces
> A definition bar is derived from foo and is going to have a local association rule
> 
> Which of the following are allowed?
> 
> 1. bar can be associated with just faces (its rule is a subset of foo’s rule)
> 2. bar can be associated with edges, faces, and volumes (its rule is a superset)
> 3. bar can be associated with volumes (its rule is independent)
> 
> The question boils down to if bar can be treated as a foo then should it be associated to at least all  things foo? - then the we do superset
> or is it a specialization of foo - in that case its a subset
> 
> I think case 3 (independent) is probably not allowed?

I can think of a use case you may not like, but which I can imagine a user attempting:

Imagine a solver that can handle both 2D and 3D simulations.
User A has develops an attribute system for 2D simulations using the solver and contributes it to the community.
Now user B takes user A's system and wants to inherit its definitions but change the model associations so it will work with 3D systems.
That is case 3 (independent rules) because boundary conditions and materials need to be different dimensions in the 3D case.

	David


More information about the Smtk-developers mailing list