<!doctype html public "-//w3c//dtd html 4.0 transitional//en">

<html>

I have been using, creating, and reading VTK&nbsp;data files (especially

Poly Data, Structured Points, and Structured Grids) for some time now and

I have one major question/comment:

<p>Is there any way in the current format to reference data in another

file (short of replicating that data in the current file - which isn't

a reference anyway, :-)?

<p>For example, I have a file with (x,y,z) coordinates for a Structured

Grid and hundreds of time steps of scalar data.&nbsp; The coordinates don't

change with time.&nbsp; Currently, I&nbsp;seem to have one of two choices:

<ul>

<li>

Create a Structured Grid file for each time step with a copy of the (x,y,z)

coordinates and the data - this creates a lot of redundant data (the coordinates)

and increases the size of the data set by about a factor of 4.</li>

</ul>

<ul>

<li>

Create a Structured Grid file for the coordinates with no data, create

a Structured Points file for each time step with the data, read the Structured

Grid once, and for each time step read the a Structured Points and set

the Structured Grid's point data to the Structured Points' point data.&nbsp;

This is what I&nbsp;do and it works but it seems a little weird, :-).</li>

</ul>

Also, in general, I often have "raw" ASCII&nbsp;or binary data (meaning

data or coordinates with no dimensional information) available in some

files and I'd like to generate a VTK&nbsp;file which references this data

without concatenating everything together into one file.&nbsp; Basically,

I'd like to be able to "include" other files in a VTK&nbsp;data file.&nbsp;

It could, of course, be made more complex but this would be enough to cover

most of the things I&nbsp;have come across.

<p>Is something like this already possible?&nbsp; If not, I'd be interested

to helping add it but I wanted to make sure it wasn't already possible

and then to discuss how to implement it.&nbsp; I think it would be a good

idea to add a very simple extension and then think/worry about more sophisticated

extensions.

<p>That's all for now...

<p>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;

Terry J. (Ligocki, tjligocki@lbl.gov, (510)486-6140)</html>