In developing the new mesh file format, and based on some previous
discussion with Roy, a few limitations with the current format have become
clear.  Specifically, the current mesh format provides no mechanism for
specifying the subdomain id, or the p level for a given element  (although
the latter should probably be associated with an EquationSystems object
instead of the mesh).   Both of these are features which were added to the
library since the format was developed.

At the same time, I don't really want to clutter a file with a subdomain ID
for elements when they are identically 0.  So, what I am thinking is
outlined as follows...

Consider the following header:

libMesh-0.7.0+   
1        # number of elements
27       # number of nodes
.        # boundary condition specification file
n/a      # subdomain id specification file
n/a      # processor id specification file
n/a      # p-level specification file
....


There are a number of locations in the header for specifying auxiliary
files.  For example, the boundary condition file is specified as '.', which
means the boundary conditions will be read from the current file.

Similarly, the 'n/a' means there is no subdomain specification file for the
current mesh, although '.' would say read it from this file, and 'foo.sid'
would allow it to be read from a separate file.

This would allow you to use e.g. the same mesh with different boundary
conditions cheaply, or to specify an external partitioning to use for a
given mesh.

I would think most of the time the specifiers would be either '.' or 'n/a',
but upon occasion it may be useful to have external files specify these
data.

Thoughts??

-Ben


-------------------------------------------------------------------------
SF.Net email is sponsored by: The Future of Linux Business White Paper
from Novell.  From the desktop to the data center, Linux is going
mainstream.  Let it simplify your IT future.
http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
_______________________________________________
Libmesh-devel mailing list
Libmesh-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libmesh-devel

Reply via email to