George-<div><br></div><div>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.</div>

<div><br></div><div>W<br><br><div class="gmail_quote">On Mon, Apr 9, 2012 at 9:50 PM, George Zagaris <span dir="ltr"><<a href="mailto:george.zagaris@kitware.com">george.zagaris@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

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

<a href="http://www.kitware.com">http://www.kitware.com</a><br>(518) 881-4902<br>
</div>