OOMMF Home next up previous index
Next: Making Bitmaps from Vector Up: Command Line Utilities Previous: Making Data Tables from


Vector Field File Format Conversion: avf2ovf

The avf2ovf program converts vector field files from any of the recognized formats (OVF, VIO) into the OOMMF OVF or the Python NumPy NPY format.

Launching
The avf2ovf launch command is:

tclsh oommf.tcl avf2ovf [standard options] \
   [-clip xmin ymin zmin xmax ymax zmax] [-dataformat <text|b4|b8>] \
   [-fileformat <ovf|npy> version] [-flip flipstr] [-grid <rect|irreg>] \
   [-info] [-keepbb] [-mag] [-pertran xoff yoff zoff] [-q] \
   [-resample xstep ystep zstep order] [-rpertran rxoff ryoff rzoff] \
   [-subsample period] [infile [outfile]]
where
-clip xmin ymin zmin xmax ymax zmax
The 6 arguments specify the vertices of a bounding clip box. Only mesh points inside the clip box are brought over into the output file. Any of the arguments may be set to ``-'' to use the corresponding value from the input file, i.e., to not clip along that box face.
-dataformat <text|b4|b8>
Specify output data format, either ASCII text (text), 4-byte binary (b4), or 8-byte binary (b8). For OOMMF OVF output files, the default is text (note that the OVF format has an ASCII text header in all cases). For Python NumPy NPY output files the default is 8-byte binary. For OOMMF OVF version 2 output, the text option can additionally include a C-style printf format string, e.g., -dataformat "text %16.12e" (note the quotes to keep this a single argument to -dataformat).
-fileformat <ovf|npy> version
Specify the output file format and version, either OOMMF OVF version 1 (default) or 2, or the Python NumPy array file format version 1.
-flip flipstr
Provides an axis coordinate transformation. Flipstr has the form A:B:C, where A, B, C is a permutation of x, y, z, with an optional minus sign on each entry. The first component A denotes the axis to which x is mapped, B where y is mapped, and C where z is mapped. The default is the identity map, x:y:z. To rotate 90o about the z-axis, use ``-flip y:-x:z'', which sends x to the + y axis, y to the -x axis, and leaves z unchanged.
-grid <rect|irreg>
Specify output grid structure. The default is rect, which will output a regular rectangular grid if the input is recognized as a regular rectangular grid. The option ``-grid irreg'' forces irregular mesh style output.
-info
Instead of converting the file, print information about the file, such as size, range, and descriptive text from the file header.
-keepbb
If the -clip option is used, then normally the spatial extent, i.e., the boundary, of the output is clipped to the specified clip box. If -keepbb (keep bounding box) is given, then the spatial extent of the output file is taken directly from the input file. Clipping is still applied to the data vectors; -keepbb affects only the action of the clip box on the boundary.
-mag
Write out a scalar valued field instead of a vector value field, where the scalar values are the magnitude | v(r)| of the vector values at each point r. This option is only supported for OOMMF OVF version 2 output.
-pertran xoff yoff zoff
Translates field with respect to location coordiates, by amount (xoff, yoff, zoff), in a periodic fashion. For example, if (xoff, yoff, zoff) is (50e-9, 0, 0), then a vector v at position (rx, ry, rz) in the original file is positioned instead at (rx + 50e-9, ry, rz) in the output file. If the spatial extent of the x coordinate in the input file runs from xmin to xmax, and if rx + 50e-9 is larger than xmax, then v will be placed at rx + 50e-9 - xmax + xmin instead. Translations are rounded to the nearest full step; aside from any clipping, the output file has the exact same spatial extent and sample locations as the original file. If both translation and clipping are requested, then the clipping is applied after the translation.
-q
Quiet operation -- don't print informational messages.
-resample xstep ystep zstep <0|1|3>
Resample grid using specified step sizes. Each step size must exactly divide the grid extent in the corresponding direction, after any clipping. (That is, the export mesh consists of full cells only.) The last argument specifies the polynomial interpolation order: 0 for nearest value, 1 for trilinear interpolation, or 3 for fitting with tricubic Catmull-Rom splines. This control is only available for input files having a rectangular grid structure. Default is no resampling.
-rpertran rxoff ryoff rzoff
Similar to -pertran, except the offsets (rxoff, ryoff, rzoff) are interpreted as offsets in the range [0, 1] taken relative to the spatial extents of the x, y, and z coordinates. For example, if xmax - xmin = 500e-9, then an rxoff value of 0.1 is equivalent to an xoff value of 50e-9.
-subsample period
Reduce point density in output by subsampling input with specified period along x, y, and z axes. For example, if period is 2, then the output will have only 1/8th as many points as the input. This control is only available for input files having a rectangular grid structure. Default value is 1, i.e., no subsampling.
infile
Name of input file to process. Must be one of the recognized formats, OVF 0.0, OVF 1.0, OVF 2.0, or VIO. If no file is specified, reads from stdin.
outfile
Name of output file. If no file is specified, writes to stdout.

There are also two recognized but deprecated options, -format and -ovf. The former is replaced by -dataformat and the latter superceded by -fileformat.

The -clip option is useful when one needs to do analysis on a small piece of a large simulation. The -info option is helpful here to discover the extents of the original mesh. The -clip option can also be used with -resample to enlarge the mesh.

The -flip option can be used to align different simulations to the same orientation. It can also be used to change a file into its mirror image; for example, ``-flip -x:y:z'' reflects the mesh through the yz-plane.

If multiple operations are specified, then the operation order is clip, resample, subsample, flip, and translate.

The -dataformat text and -grid irreg options are handy for preparing files for import into non-OOMMF applications, since all non-data lines are readily identified by a leading ``#,'' and each data line is a 6-tuple consisting of the node location and vector value. Pay attention, however, to the scaling of the vector value as specified by ``# valueunit'' and ``# valuemultiplier'' header lines (OVF version 1 only).

For output format details, see the OVF file description.

Known Bugs
If the input file contains an explicit boundary polygon (cf. the boundary entry in the Segment Header block subsection of the OVF file description) then the output file will also contain an explicit boundary polygon. If clipping is active, then the output boundary polygon is formed by moving the vertices from the input boundary polygon as necessary to bring them into the clipping region. This is arguably not correct, in particular for boundary edges that don't run parallel to a coordinate axis.


OOMMF Home next up previous index

OOMMF Documentation Team
September 30, 2022