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

John Tourtellott john.tourtellott at kitware.com
Wed Oct 25 17:35:21 EDT 2017


Mostly FYI, with MR 925
<https://gitlab.kitware.com/cmb/smtk/merge_requests/925>, we will have case
3 (independent). So the associativity settings will be more like a default
than an inheritance for now.


On Wed, Oct 25, 2017 at 2:31 PM, David Thompson <david.thompson at kitware.com>
wrote:

> > ...
> > 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
> _______________________________________________
> Smtk-developers mailing list
> Smtk-developers at smtk.org
> http://public.kitware.com/mailman/listinfo/smtk-developers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/smtk-developers/attachments/20171025/dacb22c5/attachment.html>


More information about the Smtk-developers mailing list