[MOAB-dev] Representation of spectral meshes, opinions wanted

[Tim Tautges]

Hi all,
   We're now supporting with MOAB two different applications that use spectral meshes (Nek5000, an ANL CFD code, and 
HOMME, an SNL/NCAR climate code).  As is usually the case, we not only have to represent these meshes in MOAB, but 
support meshes of those types in tools working on MOAB (viz, partitioning, etc).  Spectral meshes are challenging 
because there are many ways to represent and order them, with applications typically using a lexicographic ordering and 
mesh-based tools preferring something more akin to higher-order element ordering.
   I've written the attached document that describes the problem, along with a few possible options for representation 
of these meshes.  I'd welcome comments if you have them.  Thanks.

- tim

-- 
================================================================
"You will keep in perfect peace him whose mind is
   steadfast, because he trusts in you."               Isaiah 26:3

              Tim Tautges            Argonne National Laboratory
          (tautges at mcs.anl.gov)      (telecommuting from UW-Madison)
  phone (gvoice): (608) 354-1459      1500 Engineering Dr.
             fax: (608) 263-4499      Madison, WI 53706

-------------- next part --------------
A non-text attachment was scrubbed...
Name: spectral_meshes.pdf
Type: application/pdf
Size: 98348 bytes
Desc: not available
URL: <http://lists.mcs.anl.gov/pipermail/moab-dev/attachments/20121030/70be1cd7/attachment-0001.pdf>