[vtk-developers] Science module directory

[Marcus D. Hanwell]

I think Domains would be better, and I prefer it to Science. We set
out very early on that library names would be camel case, and that top
level groups could only have one word to avoid any confusion.

Unless anyone says anything soon, I would like to proceed with
Domains. I remember brainstorming some of these with George a few
weeks ago as we were unhappy with the current layout.

Marcus

On Tue, Apr 10, 2012 at 8:18 AM, David Gobbi <david.gobbi at gmail.com> wrote:
> 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