Hello, my company is looking into writing a data converter for the GMV data format so we can interface with the Los Alamos scientific codes such as Telluride, Pop, LaGrit, Kiva, and so on, as well as other CFD or FE codes that may output data in this file format.  

There may be a some difficulties in writing such a converter and I was wondering if you could tell me if these advanced features of the GMV data type are used, and perhaps your opinion as to the usefullness of such a converter in general, i.e. what is the popularity of the GMV data type and is likely to improve in the future? 

 Any feedback would be highly appreciated, thanks.

 

I'd say the biggest problem is the general cell type--polygons with an arbitrary number of nodes, polyhedrons with an arbitrary number of faces. Tecplot has no facility to handle these. They would have to be broken up into triangles or tetrahedra, which could be ugly.

Earlier email. 

Off the top, I see a few potential issues.

  • First, there is the general cell type--cells composed of faces with an arbitrary number of nodes in each face.
  • Second, there is the face section, where faces are defined by the nodes that comprise them plus the one or two cells the face is a part of. In this case you have the two issues of general polygon faces plus having to reconstruct cells from the faces that comprise them.
  • Third, there is the issue of data location, which can be nodal, cell-centered, or face-centered. The first two are straightforward for Tecplot, but face-centered data would have to be translated to something else.
  • Also note that you have ASCII plus two different binary formats to address.