[vtk-developers] Science module directory

[David Gobbi]

Hi Will,

"DomainSpecific" captures exactly the right idea.  But maybe shortened
to "Domains".  So just like there is a "FiltersGeometry" module, there
could be a "DomainsChemistry" module.

 - David

On Tue, Apr 10, 2012 at 4:04 AM, Will Schroeder
<will.schroeder at kitware.com> wrote:
> George-
>
> You said it in your email, how about "DomainSpecific" instead of "Science" ?
> Science is too narrow a term, I can see all sorts of domains that are not
> really science, more engineering or data-related.
>
> W
>
>
> On Mon, Apr 9, 2012 at 9:50 PM, George Zagaris <george.zagaris at kitware.com>
> wrote:
>>
>> Moving AMR under Filters seems reasonable. We may need to have AMR and
>> ParallelAMR under Filters for serial and parallel implementations
>> respectively (right now everything depends on parallel).
>>
>> I think a top-level "Science" or similar directory would be useful.
>> Right now, it is not clear where domain-specific code should go. I can
>> see it grow with, Chemistry, Cosmology, CFD, etc.
>>
>> Best,
>> George
>>
>> On Mon, Apr 9, 2012 at 9:28 PM, Marcus D. Hanwell
>> <marcus.hanwell at kitware.com> wrote:
>> > On Mon, Apr 9, 2012 at 6:42 PM, David Gobbi <david.gobbi at gmail.com>
>> > wrote:
>> >> Hi All,
>> >>
>> >> In Modular, I've noticed that Chemistry, Charts, Geovis, AMR only have
>> >> Core.  I'm wondering if people have opinions about where they could
>> >> go, to reduce the number of directories at the root.
>> >>
>> >> My thoughts are:
>> >>
>> >> Science/Chemistry
>> >> Filters/AMR
>> >> Rendering/Charts
>> >> Rendering/Geovis
>> >>
>> >> It seems that Views also belongs in Rendering, but it already has
>> >> subdirectories other than Core.
>> >
>> > I was trying to think of a good top level container for some of these
>> > modules. I agree that Chemistry, Charts, Geovis and AMR all seem like
>> > candidates for being moved. If we had Science that could be good for
>> > future growth, although right now swaps one top level for another.
>> >
>> > If anyone can think of anything appropriate for three or four of them
>> > that would be great. There are a lot of modules in Rendering, and I
>> > would love to use a different top level for more specialized rendering
>> > types/implementations.
>> >
>> > Marcus
>> > _______________________________________________
>> > Powered by www.kitware.com
>> >
>> > Visit other Kitware open-source projects at
>> > http://www.kitware.com/opensource/opensource.html
>> >
>> > Follow this link to subscribe/unsubscribe:
>> > http://www.vtk.org/mailman/listinfo/vtk-developers
>> >
>> _______________________________________________
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.vtk.org/mailman/listinfo/vtk-developers
>>
>
>
>
> --
> William J. Schroeder, PhD
> Kitware, Inc.
> 28 Corporate Drive
> Clifton Park, NY 12065
> will.schroeder at kitware.com
> http://www.kitware.com
> (518) 881-4902