Cart3D Home
home news images pubs c3dTeam
whatIsCart3D?
surfaceModeling
meshGen?
flowSolvers?
postprocess?
mailList?
betaTest?
licensing?


   Pre- and Post-Processing


  What external tools are available for pre-processing Cart3D triangulations?
  Post processing Options?
  Force and Moment Extraction using CLiC
  On-the-fly component-based force and moment extraction
  Point and line "sensors" for data collection
  What about CGNS?

   What external tools are available for pre-processing Cart3D triangulations?
File Import Tools:
Cart3D comes with several tools for for importing data. Most of these are documented on the Surface Modeling pages. These tools allow you to import geometry from STL, DXF, OFF, FNF triangulations, or from structured surface meshes in LaWGS or Plot3D format. Using these tools you can easily convert your input geometry into Cart3D as a single component, configuration, or a final wetted surface. In addition to those distributed with the package, other geometry import tools are available through the discussion group.
 
Native Triangulations:
A number of packages can write Cart3D triangulations natively, these include (among others) Pointwise, OpenVSP, ESP/OpenCSM, Tecplot. We also have plugins for the popular Blender animation and modeling package, Contact us if you're interested in this. In addition to the plugins and native support in existing packages, an open source software library is available through the NASA software catalog for natively reading and writing Cart3D triangulations which you can link to from any source code package.

Overgrid:
But what about actually viewing and manipulating these components? Fortunately, several users and collaborators have developed tools to allow you to do this. Of those that have found their way back to us, William Chan's Overgrid package is one of the best and the most accessible. Overgrid is actually part of NASA's Chimera Grid Tools CGT) package, but thanks to a happy collaboration with the CGT team, the software can read, manipulate and write Cart3D single component, configuration, or  wetted surface triangulations. For viewing triangulations, and moving components, its extremely useful. CGT's "triged" command line tool is also very powerful. Here are a couple of screen shots showing overgrid's triangulation editor:  

screen
                            shot of overgrid on X33 config screen
                            shot of Overgrid on an attack helicopter
click to enlarge either image

One final note. Although within Cart3D, we don't enforce file naming conventions, Overgrid does expect triangulations to conform to the naming conventions listed here. Overgrid is available through the NASA Software Catalog

autoInputs
   Once you have an surface triangulation, autoInputs
is a new utility that automatically generates the input.c3d and preSpec files that the mesher (cubes) needs to get going. This utility befitted greatly from beta-testing and we strongly recommend its use by both novice and experienced users alike. Read all about autoInputs on the mesh generation page.

trix
    The aptly-named trix utility performs format convertion, component/config translations, rotations, and more. The default action is to convert the input files to the Cart3D extended triangulation (VTK) format. Shape sensitivties (if present) are automatically adjusted to reflect any geometry manipulations. trix can also be used to move/rotate selected disconnected components with respect to others in the configuration.
(top)
   Postprocessing Options?
Volume/Surface Visualization:
Cart3D solutions are plottable using a variety of commercially available (and free) scientific visualization packages. The most popular are Tecplot Inc.'s Tecplot 360 and Fieldview products along with Kitware's Paraview package (see Note 2). Here is a table summarizing the postprocessing options supported by cubes, flowCart and some of the auxiliary programs:
 
program dataset type commercial post-processor supported
  intersect surface triangulation Tecplot, Fieldview, Paraview
  cubes cutting planes Tecplot, Fieldview, Paraview
  mgPrep cutting planes Tecplot, Paraview
  c3dvis 3D volume mesh + flow variables Tecplot, Fieldview, Ensight, Paraview
  flowCart, adjointCart 
surface triangulations + cutting Planes + flow variables Tecplot, Fieldview, Paraview

(top)

  CLiC: Force and Moment Extraction using CLiC (Post-Process)

CLiC is a Component based force and moment module developed as a post-processor and data-extractor for Cart3D. Its an extremely flexible and powerful package. Using clic, you can extract Cp cuts on any component or group of components in your configuration, you can compute LDM (lift, drag, moment) for components, component groups or configurations. You can also use it to extract the usual bevy of point-moments, line-moments ("hinge moments") etc.. If you want to see some of what it was designed to do, take a look at the original ISO software project plan (here, 64kb acrobat format). Clic can be run as a postprocessor, or called directly through an API. The clic home page will get you started with the package. 
(top)
   On-the-fly Component-Based Force and Moment Extraction
Sample Component
                          HierarchyStarting with version Cart3D v1.4, you can now extract force and moment histories of any component or component group while the simulation is in progress. flowCart's "-his" flag has always given "forces.dat" and "moments.dat" with load evolutions on the entire geometry in the simulation. However, using the new "$__Force_Moment_Pro..." section in input.cntl permits much more flexibility. This section relies upon a GMP-style component hierarchy and automatically outputs a clic-like loads summary table in "loadsTri.dat" at the end of the run.
(top)
   Point and Line Sensors for Data Extraction
field sensor
                        illustrationAlso starting with v1.4, you can extract data along any number of discrete points or lines within the computational domain. Need to do a wake survey? Want to compare with off-body data or irregularly placed pressure taps? This is by far the most accurate way of instrumenting specific locations in the flow field. You specify point or line sensors using 1-line additions to the "$__Post_Processing:" section in input.cntl and at the end of your run you'll see data files ID'd using the sensor names "lineSensor<Name>.dat". Data from an arbitrary list of point-sensors gets collected in "pointSensors.dat". 
Point sensors can also be used in the
the "$__Convergence His...:" section in input.cntl. In this case, they work like "strip-chart" recorders of data at a particular point in the flow. This allows you to monitor convergence at discrete off-body locations to help understand what's going on in your simulation. When used as convergence monitors, each point sensor produces a "pointSensor_<Name>.dat" file with the state vector and Cp's as a function of iteration count.

(top)
   What about CGNS?
Good question. There is currently no CGNS standard for Cartesian grids, but it is something that we'd very much like to support and we're working with the CGNS team to develop this standard. When this is done, we'll add CGNS support into Cart3D. Of course The CGNS system already does support unstructured surface triangulations and we do have translators for Cart3D surface triangulations (all types) and CGNS. These were written by the CGNS team and you should drop a note to CGNS-Support@CGNS.org to get a copy of these translators. 


last update December, 2024.