Fast Path For Temporal Data

The new time support in VTK is described here. It contains the following excerpt:

"...requesting the data for one cell across many timesteps would still be very slow compared to what it could be for a more optimized path. To address this need in the future we plan on creating a fast-path for such requests. This fast path will be implemented for key readers and the array calculator initially. It is still unclear exactly how this will be implemented. But it will effectively be a separate pipeline possibly connecting to a different output port. Another option is to have a special information request that rturns the data as meta-information as opposed to first class data."

The purpose of this page is to begin a discussion on how to implement such a "fast-path". An example of this optimized path is in the exodus API. It contains ex_get_xxx_time() functions that read the values of a node/element variable for a single node/element through a specified number of time steps. When the exodus reader processes an UPDATE_TIME_STEPS() request,