vtkHierarchicalFractal: update for AMRUtilities changes

Change-Id: Ie6a7173cb70e95b06cda29f05e9618c51d3127f2
update VTK

Change-Id: If98cb62ed4f083ac11ae70da15038a5be5b0046f
Enable support for min/max/mean in FindData.

Enabled support for min/max/mean in FindData. Also includes some minor
UI cleanup.

Change-Id: Ia6fa394ade311cb8fcac424468dfdb3878ea6be0
Remove process id widget.

Qualifying queries using process id can cause havoc with collective
operations. Better skip them for now.

Change-Id: Id241d024627757d8d65bf95658c733aa9cac1ff0
paraview-config: fix for kit'd libraries

The queries for the OUTPUT_NAME are not allowed on INTERFACE_LIBRARIES.

Change-Id: I74fd066c0ce983347ce7aa78bf5a8050e1e8456b
Merge topic 'update-for-vtk-kits' into next

4b5e66f3 paraview-config: fix for kit'd libraries
0e07ddef update VTK
4c231947 vtkHierarchicalFractal: update for AMRUtilities changes
Update VisItBridge for the AMRUtilities fix.

Change-Id: Id03840dc0925545683bbfbbe132fb37784f26d44
Merge topic 'update-for-vtk-kits' into next

9c6483fc Update VisItBridge for the AMRUtilities fix.
BUG: #14863 - Fix path initialization when lib dir in parent of .app bundle

This fixes a problem where a "lib" directory was used to determine if
the .app directory is in a build directory.  Use ParaViewConfig.cmake
as a better heuristic (although the same problem would still exist if
that file existed in unexpected places).

Also refactor the if/else statements to be more clear and indicate an error
in the fall-through case that existed previously.

Change-Id: I843ed13409dfc022b2859ffbc41541dde281b1d9
Remove path question comment

I am fairly confident /Contents/Libraries is required on the python path as this is the location of the binary python modules (.so files).  Remove the comment so future developers will not be concerned.

Change-Id: I927a19142992d0bae1c6f64a6cec139dc8969dfd
vtkHierarchicalFractal: update for AMRUtilities changes

Change-Id: Ie6a7173cb70e95b06cda29f05e9618c51d3127f2
Merge remote-tracking branch 'stage/update-for-vtk-kits' into fix_find_data

* stage/update-for-vtk-kits:
  Update VisItBridge for the AMRUtilities fix.
  paraview-config: fix for kit'd libraries
  update VTK
  vtkHierarchicalFractal: update for AMRUtilities changes

Change-Id: I4851fe696319a0de290eafb938f81bd43aee313e
Update VTK to VTK/master

Change-Id: Ifc71ec8b6b5c114be4fe1feac0640cdd40f2e1e2
Merge topic '14863-mac-python-path-fixes' into next

04f78173 Remove path question comment
9f2c9159 BUG: #14863 - Fix path initialization when lib dir in parent of .app bundle
Fix vtkPythonProgrammableFilter and Python annotation.

This patch partially fixes Python annotation. We need to refactor that
code entirely. It doesn't work properly for composite datasets, in
parallel.

Change-Id: I749f37e1c15a9354f6266001e726163798be47f7
Merge topic 'fix_find_data' into next

06806afd Fix vtkPythonProgrammableFilter and Python annotation.
420cf332 Update VTK to VTK/master
2489f201 Merge remote-tracking branch 'stage/update-for-vtk-kits' into fix_find_data
5ae47092 vtkHierarchicalFractal: update for AMRUtilities changes
a41d77c9 Remove process id widget.
65535579 Enable support for min/max/mean in FindData.
Refactored Python View to remove dependence on matplotlib

In principal, image data to be displayed in a view render window could
be generated many different ways in Python - using matplotlib, OpenCV,
or even direct manipulation of a numpy array. In light of that, this
change decouples the Python View from matplotlib. Matplotlib may still
be used to generate images in the Python view with slight modification
to existing Python scripts used in the Python view.

From a user's perspective, the only changes to know about are how to
define the "render" function in the Python script. Previously, the
"render" function had the signature

  def render(view, figure)

where "view" is the Python View instance calling this function and
"figure" was a matplotlib figure that was set up by the view
automatically. The function was not expected to return a value.

Now the "render" function has the signature

  def render(view, width, height)

where "view" is still the Python View and the "width" and "height"
parameters are the width and height of the current view render
window. IMPORTANT - the function is now expected to return a
vtkImageData object containing the image content to display in the
view render window.

To generate an image from matplotlib, Figure and FigureCanvas
object need to be created the following way:

  from matplotlib.backends.backend_agg import FigureCanvasAgg as FigureCanvas
  from matplotlib.figure import Figure

  figure = Figure()
  figureCanvas = FigureCanvas(figure)
  figure.set_dpi(72)
  figure.set_size_inches(float(width)/72.0, float(height)/72.0)

This "figure" object can be used in the same way as the "figure"
argument in the previous signature of the "render" method.

A convenience function has been added to to the python_view module to
create a vtkImageData object from a matplotlib Figure object. It is
used as follows:

  from paraview import python_view
  vtk_image = python_view.figure_to_image(figure)

This refactoring has simplified the implementation of the Python View
dramatically. The matplotlib utilities are no longer needed with the
changes in the Python View. Furthermore, Python View is now available
whenever Python is enabled.

Change-Id: Ic41301f5f7492fa8f171570b03eff317c7faf108
Made python view dependent only on Python

Removed dependency on matplotlib.

Change-Id: I2896bec920f3ce0a7f6209c813b7752bce94a4aa
Removed Python View's dependency on matplotlib

Matplotlib is no longer necessary to use Python View.

Change-Id: Iff5713f5727ba295ae055bbc9cee8ea726a7c48b
Updated Python View tests for refactored Python View

Change-Id: I0c80d67a0749be0c134c5fff686f09b10dd6d0bd