1. 25 Oct, 2016 3 commits
  2. 24 Oct, 2016 1 commit
  3. 22 Oct, 2016 1 commit
  4. 17 Oct, 2016 9 commits
    • Bill Lorensen's avatar
      BUG: KuenSurface singularity at the pole · bb6811a9
      Bill Lorensen authored
      There is a singularity when v = 0. This patch checks for v = 0 and
      replaces it with a small number, .05.
      
      A new ivar DeltaV0 can change this value.
      
      This bug was noticed when running the VTK wiki example:
      Cxx/GeometricObjects/ParametricObjectsDemo2. While rotating the camera
      for the Kuen surface, the center of rotation appeared off. The
      z-coordinate was NAN for points when v == 0.
      
      Also, the ordering of triangles was incorrect.
      bb6811a9
    • Will Schroeder's avatar
      Add new points in the local point neighborhood · af676bbf
      Will Schroeder authored
      In the spirit of mesh subdivision filter, this filter operates on
      a point cloud, generating new points in the local neighborhood of
      existing points.
      af676bbf
    • Andrew Maclean's avatar
      Get rid of unused variable. · 9a35b23d
      Andrew Maclean authored
      9a35b23d
    • Andrew Maclean's avatar
      Swapped x, y radii. · 6e4fcc1f
      Andrew Maclean authored
      6e4fcc1f
    • Andrew Maclean's avatar
      3153ae1c
    • Andrew Maclean's avatar
      Missed some header test fails. · 16cc0469
      Andrew Maclean authored
      16cc0469
    • Andrew Maclean's avatar
      Removing the line continuation character. · b23b545e
      Andrew Maclean authored
      b23b545e
    • Andrew Maclean's avatar
      Fixing header test fails. · d790c0ec
      Andrew Maclean authored
      d790c0ec
    • Andrew Maclean's avatar
      Fixing the triangulation of the Parametric Surfaces. · d3d9bf72
      Andrew Maclean authored
      Bill Lorenson noticed that the front face of orientable surfaces was being
       displayed as a back face. This arose as a "hack" when these functions
       were
        first implemented because the cross-product used to create the normals
        was
         right-handed, thus the triangulation orientation was clockwise.
          Additionally there were weird triangulations in the
          ParametricSuperEllipsoid
           and ParametricSuperToroid.
      
           The following three fixes have been applied:
      
           1) The orientation of the normals is fixed in the case of
           anti-clockwise
              ordering by calculating cross(Dv,Du) instead of cross(Du,Dv).
      	   When this is done the normals point in the expected direction
      	   and the
      	      front face is rendered correctly. See:
      	      vtkParametricFunctionSource.cxx.
      	      2) All the surfaces now implement anti-clockwise ordering
      	      with respect to the
      	         triangulation.
      		 3) The ParametricSuperEllipsoid and ParametricSuperToroid
      		 have been reworked,
      		    now the surface is constructed as four pieces that are
      		    abutted together,
      		       this removes the triangulations resulting in weird
      		       appearances.
      		       4) In order to implement the anti-clockwise
      		       ordering in the triangulation
      		          the x, y points have had to be swapped in a few
      			  cases.
      			  5) TestParametricFunctions.png has had to be
      			  replaced. The images for
      			     ParametricTorus, ParametricSuperEllipsoid and
      			     ParametricSuperToroid
      			        changed as a result of the above changes
      d3d9bf72
  5. 16 Oct, 2016 1 commit
    • Bill Lorensen's avatar
      BUG: KuenSurface singularity at the pole · 37a2b43d
      Bill Lorensen authored
      There is a singularity when v = 0. This patch checks for v = 0 and
      replaces it with a small number, .05.
      
      A new ivar DeltaV0 can change this value.
      
      This bug was noticed when running the VTK wiki example:
      Cxx/GeometricObjects/ParametricObjectsDemo2. While rotating the camera
      for the Kuen surface, the center of rotation appeared off. The
      z-coordinate was NAN for points when v == 0.
      
      Also, the ordering of triangles was incorrect.
      37a2b43d
  6. 14 Oct, 2016 1 commit
  7. 13 Oct, 2016 1 commit
  8. 12 Oct, 2016 2 commits
  9. 11 Oct, 2016 6 commits
    • Andrew Maclean's avatar
      990386a1
    • Brad King's avatar
      Android: Port build system to CMake 3.7 capabilities · 9c744b13
      Brad King authored
      CMake 3.7 adds support for cross-compiling to Android without a complex
      toolchain file.  Port our main CMake build system to work without the
      `android.toolchain.cmake` file:
      
      ```
      $ cmake ../VTK \
          -DCMAKE_SYSTEM_NAME=Android \
          -DCMAKE_ANDROID_NDK=/path/to/ndk \
          -DVTKCompileTools_DIR=/path/to/vtk-compile-tools \
          -DOPENGL_ES_VERSION=3.0 \
          -DVTK_Group_StandAlone=OFF
      ```
      9c744b13
    • Andrew Maclean's avatar
      Missed some header test fails. · a3fdb32c
      Andrew Maclean authored
      a3fdb32c
    • Andrew Maclean's avatar
      Removing the line continuation character. · 98e80b44
      Andrew Maclean authored
      98e80b44
    • Andrew Maclean's avatar
      Fixing header test fails. · fd994948
      Andrew Maclean authored
      fd994948
    • Andrew Maclean's avatar
      Fixing the triangulation of the Parametric Surfaces. · c7b75843
      Andrew Maclean authored
      Bill Lorenson noticed that the front face of orientable surfaces was being
       displayed as a back face. This arose as a "hack" when these functions
       were
        first implemented because the cross-product used to create the normals
        was
         right-handed, thus the triangulation orientation was clockwise.
          Additionally there were weird triangulations in the
          ParametricSuperEllipsoid
           and ParametricSuperToroid.
      
           The following three fixes have been applied:
      
           1) The orientation of the normals is fixed in the case of
           anti-clockwise
              ordering by calculating cross(Dv,Du) instead of cross(Du,Dv).
      	   When this is done the normals point in the expected direction
      	   and the
      	      front face is rendered correctly. See:
      	      vtkParametricFunctionSource.cxx.
      	      2) All the surfaces now implement anti-clockwise ordering
      	      with respect to the
      	         triangulation.
      		 3) The ParametricSuperEllipsoid and ParametricSuperToroid
      		 have been reworked,
      		    now the surface is constructed as four pieces that are
      		    abutted together,
      		       this removes the triangulations resulting in weird
      		       appearances.
      		       4) In order to implement the anti-clockwise
      		       ordering in the triangulation
      		          the x, y points have had to be swapped in a few
      			  cases.
      			  5) TestParametricFunctions.png has had to be
      			  replaced. The images for
      			     ParametricTorus, ParametricSuperEllipsoid and
      			     ParametricSuperToroid
      			        changed as a result of the above changes
      c7b75843
  10. 04 Oct, 2016 1 commit
  11. 03 Oct, 2016 3 commits
    • David C. Lonie's avatar
      Add Schwartz counters for consistent static destruction. · cd06ce09
      David C. Lonie authored
      Static builds of paraview were not freeing
      vtkObjectFactory::RegisteredFactories or vtkOutputWindow::Instance. See:
      
      https://open.cdash.org/viewTest.php?onlyfailed&buildid=4572721
      
      This fixes the issue to ensure that they are always freed at process exit.
      cd06ce09
    • David C. Lonie's avatar
      Deprecate vtkObjectFactory::ConstructInstance(const char*) · 874a7d8b
      David C. Lonie authored
      Removing this method in favor of using
      vtkObjectBase::InitializeObjectBase, since it uses a user-supplied string.
      This approach has proven fragile with templated classes.
      
      Plus, the method is only a thin wrapper around
      vtkDebugLeaks::ConstructClass and doesn't need to be.
      874a7d8b
    • David C. Lonie's avatar
      Refactor vtkDebugLeaks construction. · e5c793db
      David C. Lonie authored
      vtkDebugLeaks registers instance by class name, which worked well for
      many years. However, now that we have more templated code, this is
      becoming difficult. For instance, "template <typename T> vtkBuffer<T>"
      would be identified as "vtkBuffer<T>" when registering with
      vtkDebugLeaks, but deregistered with the compiler dependent
      typeid(vtkBuffer<T>).name() string returned from GetClassName().
      
      This patch moves vtkDebugLeaks registrations to the method
      vtkObjectBase::InitializeObjectBase(), which must be called after the
      vtkObjectBase is instantiated. This ensures that objects are
      registered using the same string as when they are destroyed. In
      general, a call to "new vtkSomeClass" must be followed by a call to
      InitializeObjectBase on the new instance. The common ::New()
      implementation macros in vtkObjectFactory will ensure that
      registration happens correctly.
      
      Two notable exceptions are vtkCommand and vtkInformationKey
      subclasses. These do not require any specific handling for
      vtkDebugLeaks registration.
      
      See discussion at:
      
      http://vtk.1045678.n5.nabble.com/Proposal-Simplify-vtkDebugLeaks-registration-td5740222.html
      e5c793db
  12. 26 Sep, 2016 1 commit
  13. 23 Sep, 2016 4 commits
    • Kitware Robot's avatar
      Reindent using the reindentation script. · f830ff47
      Kitware Robot authored
      This commit reindents the code with the following utility:
      Utilities/Maintenance/vtk-reindent-code.py
      
      This utility changes the positions of the braces so that they are no
      longer indented relative to the code block they reside in.
      
      The bash command line used was the following:
      
      for d in Charts Common Deprecated Domains Examples Filters GUISupport \
               Geovis IO Imaging Infovis Interaction Parallel Rendering \
               Testing Views Web Wrapping; do
        for e in cxx cxx.in txx txx.in hxx hxx.in h h.in c c.in; do
          find "${d}" -name "*.${e}" -exec \
            python Utilities/Maintenance/vtk_reindent_code.py {} +
        done
      done
      f830ff47
    • David E. DeMarle's avatar
      replace VTK's nonstandard Doxygen with standard markup · 6a7e5148
      David E. DeMarle authored
      generated via:
      cd $VTKSRC
      perl Utilities/Doxygen/doc_header2doxygen.pl --to ~/tmp/vtkheaders .
      cp -r ~/tmp/vtkheaders/* .
      6a7e5148
    • David E. DeMarle's avatar
      preemptively fix issues that trip of doxygen converted code · a2250027
      David E. DeMarle authored
      fix problematic ccomments that trip up doxygen generator. Mostly
      c style comments in class description but a few cases of comments
      not in expected location that leads to stripped out code and comp fails
      
      fix trailing whitespaces that will fail style check when committed
      
      Thanks Andrew Maclean for updating the url to VTK publications.
      a2250027
    • Robert Maynard's avatar
      6b3ae23c
  14. 22 Sep, 2016 2 commits
    • David Gobbi's avatar
      Check for NaN when using a log scale with vtkLookupTable · f891d5d7
      David Gobbi authored
      The NaN check was only done for the linear scale, the log scale missed
      the check, and NaN would be displayed in the BelowRangeColor instead of
      the NanColor.  For performance reasons, the NaN check is only performed
      on floating-point values, not on integer values.
      f891d5d7
    • Andrew Bauer's avatar
      Making DataSetCellIterators have proper point data type. · 3148b3a8
      Andrew Bauer authored
      For accuracy the vtkDataSetCellIterator should have
      the same floating point accuracy as the input data set. For
      ImageData and HyperOctree it will be double since that is
      their native data type for storing point locations. For
      RectilinearGrid and HyperTreeGrid we do the best we can
      but there are 3 arrays which store the point locations
      for these grids so it's not always clear which one to use.
      This was already done for the other data set cell iterators.
      3148b3a8
  15. 20 Sep, 2016 2 commits
  16. 16 Sep, 2016 2 commits