Add PARAVIEW label to VTK module header test of ParaView

Change-Id: I629de143cc6cf2e57a6d2440442a0a8757b2b875
Added API to enable/disable interface faces for AMR.

Added API to enable/disable interface faces for AMR. Also adding API to
enable/disable use of meta-data for outlines for non-overlapping AMR. This makes
it possible for users to see the real data loaded for debugging or demonstration
purposes.
Remove unused iVars.

Removing obsolete iVar from vtkImageVolumeRepresentation. Looks like these
became obsolete when the representation was updated to use the
vtkSmartVolumeMapper.
Refactors AMR streaming framework.

This commit refactors AMR streaming framework and add support for a mechanism
for streaming composite datasets in general. To try out amr streaming, run all
executables with "--enable-streaming" flag and open an AMR Flash or Enzo dataset
and render as "AMR Blocks" or "Volume" (currently, only works in builtin mode,
but will be supported in other modes soon).

vtkAMROutlineRepresentation is a example class that demonstrates how a
representation can leverage the streaming capabailities provided by
vtkPVRenderView.

vtkPVRenderView adds support to two new passes: REQUEST_STREAMING_UPDATE() and
REQUEST_PROCESS_STREAMED_PIECE().  REQUEST_STREAMING_UPDATE() is a view pass in
which the representations can update their data pipelines to request a certain
"piece" of the data. REQUEST_PROCESS_STREAMED_PIECE() is called on
representations to handle a "piece" just received by the process. This
separation makes it possible for representations to be agnostic of where the
data is processed and where it is rendered. It's the reposibility of the view
(vtkPVDataDeliveryManager in particular) to deliver the data to the
rendering nodes.

vtkPVDataDeliveryManager doesn't currently support data delivery for streamed
pieces, however. That's on the TODO list.
Adding support for streaming in client/server configurations.

"AMR Blocks" streaming now works in client-server with local or remote
rendering. This updates the logic for delivering streamed pieces to rendering
nodes. Although both remote/local rendering are supported for streaming, if the
rendering mode is changed in between, the streaming is not restarted (currently)
and hence the blocks already delivered will not be available on the other
processes.

Tile display configuration also works.
Cleaning up logic after SetInputDataObject() API improvements.
Added support for parallel streaming.

vtkAMRStreamingPriorityQueue now works in parallel. When the pvserver is running
in parallel, vtkAMRStreamingPriorityQueue ensures that different processes
request different blocks from the priority queue. Thus every streaming-update
will end up reading N blocks where N is the number of processes.
Cleaning up unused code.

Cleaning up unused code in vtkPVDataDeliveryManager. That logic has now moved to
the representations themselves.
BUG: don't update bounds when streaming.
Cleaning up vtkAMRStreamingVolumeRepresentation code.

Cleaning up vtkAMRStreamingVolumeRepresentation code to match
vtkAMROutlineRepresentation for better readability.
Fixing clang build issue.

Change-Id: I6927c438e07a4718902e2ac97f17cd687a3f9124
BUG #13466. Adding support for UserTranform on representations.

Added a mechanism to specify a 4x4 matrix as the UserTranform for a geometry
representation. Python scripts can now set the UserTranform (results in calling
vtkActor::SetUserTransform()), using the UserTranform property which is expected
to be a 16 element double corresponding to the 4x4 matrix.

Along with vtkGeometryRepresentation, updating vtkSelectionRepresentation and
vtkDataLabelRepresentation to accept UserTransform so that selections and labels
on selections show up correctly when a UserTransform set on the
vtkGeometryRepresentation.
Fix initialization for executables that don't run with mpi.

Processes that are not expected to be run with mpirun/mpiexec should use
PROCESS_CLIENT and not PROCESS_BATCH. That avoids the MPI_Init() call and thus
the errors on some mpi implementations where mpiexec must be used for such
executables.

Change-Id: I6fe7f56e8acae5795154ffbe832186bd8198bf7c
Fixing up coprocessing's FortranAdaptor.

3 changes:
1. Properly initializing vtkCPProcessor.
   vtkCPProcessor needed to be initialized before adding in a
   vtkCPPythonScriptPipeline.
2. Exporting API methods so that they can be used by other libraries/executables.
   For GCC and Windows, the export macros weren't being used so that other
   libraries and executables that tried to link to methods in this library
   would cause problems.
3. Change multiblock data set iterator calls to match with changes to VTK.

Change-Id: I2ff2a7cb038989a8a42efc545f93b81dc7a69710
Giving coprocessing tests PARAVIEW and CATALYST labels.

This will allow them to be run on the dashboards.
Better way to add coprocessing test labels.

Change-Id: Ia05ac921125f116b92051291d5e5512c5a500f98
Remove old AMR volume rendering classes.

This removes some of the functionality previously present (like optimal
  resolution picking), but we need to revamp that code to work within the
streaming framework anyways hence discarding these old classes.
Fixing single-server remote-rendering configuration.

AMR volume rendering now works for single-server, remote rendering use-case. We
currently don't support local-rendering or multi-server configurations for AMR
volume rendering.
Fixed client-server AMR volume rendering issue.

When locally rendering, the resampled volume was getting reset when a streamed
piece was updated. This was because the
vtkResampledAMRImageSource::UpdateResampledVolume() was checking the AMR data's
mtime to determine if we needed to reinitialize the datastructure. That's
incorrect. Since in client-server mode the client is delivered the AMR for every
update, we end up with a new mtime and hence we were always reinitializing the
datastructure. Fixed that. vtkAMRStreamingVolumeRepresentation::RequestData()
takes care of initializing the vtkResampledAMRImageSource when the data changes
anyways.
Added test for vtkResampledAMRImageSource.