[vtk-developers] vtk-developers Digest, Vol 96, Issue 16

Andrew Maclean andrew.amaclean at gmail.com
Tue Apr 10 19:29:32 EDT 2012


Hi All,
 I also wouldn't be happy about using Science as a top-level directory it
is too restrictive. Domain sounds good: Domain: "A specified sphere of
 activity or knowledge" See:
http://www.wordhippo.com/what-is/the-meaning-of-the-word/domain.html

Regards
   Andrew


>
> ---------- Forwarded message ----------
> From: Will Schroeder <will.schroeder at kitware.com>
> To: George Zagaris <george.zagaris at kitware.com>
> Cc: VTK Developers <vtk-developers at vtk.org>, David Gobbi <
> david.gobbi at gmail.com>
> Date: Tue, 10 Apr 2012 06:04:52 -0400
> Subject: Re: [vtk-developers] Science module directory
> 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
>
> _______________________________________________
> vtk-developers mailing list
> vtk-developers at vtk.org
> http://www.vtk.org/mailman/listinfo/vtk-developers
>
>


-- 
___________________________________________
Andrew J. P. Maclean

___________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20120411/a58c7d02/attachment.html>


More information about the vtk-developers mailing list