- 25 Oct, 2016 3 commits
-
-
Mathieu Westphal authored
This commit add support for 6 component symmetric tensor array, by converting symmetric tensor to standard tensor. Modifying Legacy reader/writer to support 6 Component tensor
-
Sean McBride authored
Fixed clang warning about presence of doxygen deprecation comment with no corresponding compiler attribute (ie no VTK_LEGACY)
-
Andrew Bauer authored
Issue was that a cell's celldata has a different ordering than the ordering of the data set that the cell comes from. Most errors were using the source data set cell id and the source cell celldata.
-
- 24 Oct, 2016 1 commit
-
-
Sean McBride authored
Fixed clang warning about presence of doxygen deprecation comment with no corresponding compiler attribute (ie no VTK_LEGACY)
-
- 22 Oct, 2016 1 commit
-
-
Julien Waechter authored
-
- 17 Oct, 2016 9 commits
-
-
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.
-
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.
-
Andrew Maclean authored
-
Andrew Maclean authored
-
Andrew Maclean authored
-
Andrew Maclean authored
-
Andrew Maclean authored
-
Andrew Maclean authored
-
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
-
- 16 Oct, 2016 1 commit
-
-
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.
-
- 14 Oct, 2016 1 commit
-
-
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.
-
- 13 Oct, 2016 1 commit
-
-
Shawn Waldon authored
This avoids forcing every library that includes a vtk header file to link to tbb if vtk was built with this backend.
-
- 12 Oct, 2016 2 commits
-
-
Andrew Maclean authored
-
Andrew Maclean authored
-
- 11 Oct, 2016 6 commits
-
-
Andrew Maclean authored
-
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 ```
-
Andrew Maclean authored
-
Andrew Maclean authored
-
Andrew Maclean authored
-
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
-
- 04 Oct, 2016 1 commit
-
-
Robert Maynard authored
-
- 03 Oct, 2016 3 commits
-
-
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.
-
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.
-
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
-
- 26 Sep, 2016 1 commit
-
-
David Gobbi authored
I used perl regex to find any groups that spanned a protected: or private: access specifier.
-
- 23 Sep, 2016 4 commits
-
-
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
-
David DeMarle authored
generated via: cd $VTKSRC perl Utilities/Doxygen/doc_header2doxygen.pl --to ~/tmp/vtkheaders . cp -r ~/tmp/vtkheaders/* .
-
Dave 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.
-
Robert Maynard authored
-
- 22 Sep, 2016 2 commits
-
-
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.
-
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.
-
- 20 Sep, 2016 2 commits
-
-
Ben Boeckel authored
-
Dan Lipsa authored
-
- 16 Sep, 2016 2 commits
-
-
Andrew Bauer authored
For accuracy the classes that derive from vtkCellIterator that use data sets with vtkPoints for their point storage should have the same floating point accuracy. This was already done for vtkPointSetCellIterator but not the others.
-
Robert Maynard authored
-