VTK issueshttps://gitlab.kitware.com/vtk/vtk/-/issues2017-10-27T08:53:55-04:00https://gitlab.kitware.com/vtk/vtk/-/issues/14140vtk-6.0.0_rc3 fails with ../../bin/vtkProcessShader-6.0: error while loading ...2017-10-27T08:53:55-04:00Kitware Robotvtk-6.0.0_rc3 fails with ../../bin/vtkProcessShader-6.0: error while loading shared libraries: libvtksys-6.0.so.1**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14140). Further discussion may take place here.**
---
[ 26%] Generating vtkCgShaderLibrary.h
cd /var/tmp/portage/sci-libs/vtk-6.0.0_...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14140). Further discussion may take place here.**
---
[ 26%] Generating vtkCgShaderLibrary.h
cd /var/tmp/portage/sci-libs/vtk-6.0.0_rc3/work/vtk-6.0.0_rc3_build/Utilities/MaterialLibrary && ../../bin/vtkProcessShader-6.0 /var/tmp/portage/sci-libs/vtk-6.0.0_rc3/work/vtk-6.0.0_rc3_build/Utilities/MaterialLibrary/vtkCgShaderLibrary.h vtkShaderCG Code GetCode /var/tmp/portage/sci-libs/vtk-6.0.0_rc3/work/VTK6.0.0.rc3/Utilities/MaterialLibrary/CgShaders/FragmentTexture.cg /var/tmp/portage/sci-libs/vtk-6.0.0_rc3/work/VTK6.0.0.rc3/Utilities/MaterialLibrary/CgShaders/VertTexPassThrough.cg /var/tmp/portage/sci-libs/vtk-6.0.0_rc3/work/VTK6.0.0.rc3/Utilities/MaterialLibrary/CgShaders/VertPassThrough.cg /var/tmp/portage/sci-libs/vtk-6.0.0_rc3/work/VTK6.0.0.rc3/Utilities/MaterialLibrary/CgShaders/FragmentIsotropicTorranceSparrow.cg /var/tmp/portage/sci-libs/vtk-6.0.0_rc3/work/VTK6.0.0.rc3/Utilities/MaterialLibrary/CgShaders/cg_sinewave.cg /var/tmp/portage/sci-libs/vtk-6.0.0_rc3/work/VTK6.0.0.rc3/Utilities/MaterialLibrary/CgShaders/VertexLighting.cg /var/tmp/portage/sci-libs/vtk-6.0.0_rc3/work/VTK6.0.0.rc3/Utilities/MaterialLibrary/CgShaders/Twisted.cg
../../bin/vtkProcessShader-6.0: error while loading shared libraries: libvtksys-6.0.so.1: cannot open shared object file: No such file or directory
make[2]: *** [Utilities/MaterialLibrary/vtkCgShaderLibrary.h] Error 127
make[2]: Leaving directory `/var/tmp/portage/sci-libs/vtk-6.0.0_rc3/work/vtk-6.0.0_rc3_build'
make[1]: *** [Utilities/MaterialLibrary/CMakeFiles/vtkMaterialLibraryConfiguredFiles.dir/all] Error 2
make[1]: Leaving directory `/var/tmp/portage/sci-libs/vtk-6.0.0_rc3/work/vtk-6.0.0_rc3_build'
make: *** [all] Error 2
https://gitlab.kitware.com/vtk/vtk/-/issues/14492ExternalData breaks Fedora builds2017-10-27T08:53:55-04:00Kitware RobotExternalData breaks Fedora builds**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14492). Further discussion may take place here.**
---
The Fedora package builders do not have internet access (to provide reproducibl...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14492). Further discussion may take place here.**
---
The Fedora package builders do not have internet access (to provide reproducible builds and for security reasons). Therefore ExternalData functions in VTK 6.1.0 (paraview 4.1.0) fail:
CMake Error at /builddir/build/BUILD/ParaView-v4.1.0-RC2/VTK/CMake/ExternalData.cmake:735 (message):
Object MD5=a3f938178d8af24577a28becd8d87aac not found at:
http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=a3f938178d8af24577a28becd8d87aac&algorithm=MD5 ("Couldn't resolve host name")
http://www.vtk.org/files/ExternalData/MD5/a3f938178d8af24577a28becd8d87aac ("Couldn't resolve host name")
We need an alternative way of providing any needed files.https://gitlab.kitware.com/vtk/vtk/-/issues/14025vtkReebGraphSimplificationFilter heap error2017-10-27T08:53:55-04:00Kitware RobotvtkReebGraphSimplificationFilter heap error**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14025). Further discussion may take place here.**
---
I get this error when trying to update a vtkReebGraphSimplificationFilter
"W...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14025). Further discussion may take place here.**
---
I get this error when trying to update a vtkReebGraphSimplificationFilter
"Windows has triggered a breakpoint in ReebGraph.exe.
This may be due to a corruption of the heap, which indicates a bug in ReebGraph.exe or any of the DLLs it has loaded.
This may also be due to the user pressing F12 while ReebGraph.exe has focus.
The output window may have more diagnostic information."https://gitlab.kitware.com/vtk/vtk/-/issues/14568vtkTIFFReader: SetDataSpacing and the pointless SpacingSpecifiedFlag2017-10-27T08:53:55-04:00Kitware RobotvtkTIFFReader: SetDataSpacing and the pointless SpacingSpecifiedFlag**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14568). Further discussion may take place here.**
---
Calling SetDataSpacing has no effect until SpacingSpecifiedFlagOn is called (al...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14568). Further discussion may take place here.**
---
Calling SetDataSpacing has no effect until SpacingSpecifiedFlagOn is called (although this is not documented). Why doesn't SetDataSpacing set the flag? What would happen if you set the flag and you had not set the spacing?
SpacingSpecifiedFlagOn should be deprecated, SetDataSpacing should set the flag.
Other readers do not have this behaviour.https://gitlab.kitware.com/vtk/vtk/-/issues/14692vtkAssignAttribute does not pass scalar type2017-10-27T08:53:55-04:00Kitware RobotvtkAssignAttribute does not pass scalar type**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14692). Further discussion may take place here.**
---
vtkAssignAttribute does not pass the scalar type of the input array to the outp...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14692). Further discussion may take place here.**
---
vtkAssignAttribute does not pass the scalar type of the input array to the output array.
E.g.
vtkNew<vtkImageData> imageData;
imageData->SetDimensions(2,2,2);
vtkNew<vtkFloatArray> tensors;
tensors->SetName("tensors");
tensors->SetNumberOfComponents(9);
tensors->SetNumberOfTuples(2*2*2);
for (int i = 0; i < 2*2*2;++i)
{
tensors->SetTuple9(i,1.,0.,0.,0.,1.,0.,0.,0.,1.);
}
imageData->GetPointData()->SetTensors(tensors.GetPointer());
//imageData->GetPointData()->SetActiveTensors("tensors");
vtkNew<vtkTrivialProducer> tp;
tp->SetOutput(imageData.GetPointer());
//tp->UpdateInformation();
//vtkDataObject::SetPointDataActiveScalarInfo(
// tp->GetOutputInformation(0), VTK_FLOAT, 9);
vtkNew<vtkAssignAttribute> tensorsToScalars;
tensorsToScalars->Assign(vtkDataSetAttributes::TENSORS,
vtkDataSetAttributes::SCALARS,
vtkAssignAttribute::POINT_DATA);
tensorsToScalars->SetInputConnection(tp->GetOutputPort());
tensorsToScalars->Update();
vtkImageData* output = vtkImageData::SafeDownCast(tensorsToScalars->GetOutputDataObject(0));
std::cout << "Scalar type: " << output->GetScalarType() << std::endl;
It prints "Scalar type: 11" instead of "Scalar type:10".https://gitlab.kitware.com/vtk/vtk/-/issues/14142Labels auto scaling of vtkCubeAxesActor, vtkAxisFollower does not work for pa...2017-10-27T08:53:55-04:00Kitware RobotLabels auto scaling of vtkCubeAxesActor, vtkAxisFollower does not work for paraller camera**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14142). Further discussion may take place here.**
---
Label auto scaling functionality for vtkCubeAxesActor, vtkAxisFollower takes in...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14142). Further discussion may take place here.**
---
Label auto scaling functionality for vtkCubeAxesActor, vtkAxisFollower takes into consideration only perspective cameras: thus the labels for parallel camera are scaled incorrectly. For cube axes actor one can notice that the labels which go distantly from camera center become larger.
The attached patch extends the mentioned functionality to take into account the parallel camera option. The file is created by "diff" as difference of patched and original source trees.
https://gitlab.kitware.com/vtk/vtk/-/issues/14425Documentation does not include links to images generated by tests2017-10-27T08:53:55-04:00Kitware RobotDocumentation does not include links to images generated by tests**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14425). Further discussion may take place here.**
---
In previous VTK versions, an icon was placed next to each test that generated a...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14425). Further discussion may take place here.**
---
In previous VTK versions, an icon was placed next to each test that generated an image (had a baseline image). When clicking on that icon, the full image was shown.
I find that images are great help when searching for a test (or example) that
does something similar with what one needs. Given this, an improvement to previous behavior would be to directly show images instead of icons.https://gitlab.kitware.com/vtk/vtk/-/issues/14143vtkClipPolyData with implicit function produces NANs2017-10-27T08:53:55-04:00Kitware RobotvtkClipPolyData with implicit function produces NANs**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14143). Further discussion may take place here.**
---
In this example:
http://www.vtk.org/Wiki/VTK/Examples/Cxx/Broken/PolyData/Impl...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14143). Further discussion may take place here.**
---
In this example:
http://www.vtk.org/Wiki/VTK/Examples/Cxx/Broken/PolyData/ImplicitDataSetClipping
I create a sphere (vtkPolyData) and clip it with an implicit cube
(vtkBox). The visual result of the clipping looks correct (the portion
of the sphere that is inside the box remains), but there are 68 cells
reported in the resulting clipped data (clipped->GetNumberOfCells()),
but I only count 20 (2 columns of 10 triangles).
The cells seem to be well formed, but there are tons of NAN points
that I guess the cells are referencing. At line 250ish in
vtkClipPolyData.cxx:
// evaluate implicit cutting function
for ( i=0; i < numberOfPoints; i++ )
{
s = clipScalars->GetComponent(cellIds->GetId(i),0);
cellScalars->InsertTuple(i, &s);
}
's' is getting set to -inf for many of the cells, which is my best
quick guess at what is causing the NANs.https://gitlab.kitware.com/vtk/vtk/-/issues/14254vtkOpenGLGPUVolumeRayCastMapper.cxx2017-10-27T08:53:55-04:00Kitware RobotvtkOpenGLGPUVolumeRayCastMapper.cxx**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14254). Further discussion may take place here.**
---
vtk code on head version 6.1, itk 4.5, qt 4.8.5 nvidia 325.04 ubuntu 12.04
...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14254). Further discussion may take place here.**
---
vtk code on head version 6.1, itk 4.5, qt 4.8.5 nvidia 325.04 ubuntu 12.04
vtkGPUVolumeRayCastMapper *raycastMapper[nrenderers];
reductor[0]->SetInput(reader->GetOutput());
#if VTK_MAJOR_VERSION <= 5
connector[0]->SetInput(reductor[0]->GetOutput());
raycastMapper[0]->SetInput(connector[0]->GetOutput());
#else
connector[0]->SetInput(reductor[0]->GetOutput());
raycastMapper[0]->SetInputData(connector[0]->GetOutput());
#endif
returns:
ERROR: In /home/cib/Source/Vtk6/Rendering/VolumeOpenGL/vtkOpenGLGPUVolumeRayCastMapper.cxx, line 4101
vtkOpenGLGPUVolumeRayCastMapper (0x7299be0): Rendering failed because the following OpenGL extensions are required but not supported:
and doesn't show the volume, only the vtkaxis actorhttps://gitlab.kitware.com/vtk/vtk/-/issues/14493Cannot build 6.1.0 (paraview 4.1.0) with gcc 4.8.22017-10-27T08:53:55-04:00Kitware RobotCannot build 6.1.0 (paraview 4.1.0) with gcc 4.8.2**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14493). Further discussion may take place here.**
---
In file included from /usr/include/c++/4.8.2/deque:64:0,
from...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14493). Further discussion may take place here.**
---
In file included from /usr/include/c++/4.8.2/deque:64:0,
from /builddir/build/BUILD/ParaView-v4.1.0-RC2/VTK/Common/DataModel/vtkPixelExtent.h:31,
from /builddir/build/BUILD/ParaView-v4.1.0-RC2/VTK/Rendering/LIC/vtkSurfaceLICComposite.h:28,
from /builddir/build/BUILD/ParaView-v4.1.0-RC2/VTK/Rendering/ParallelLIC/vtkPSurfaceLICComposite.h:26,
from /builddir/build/BUILD/ParaView-v4.1.0-RC2/VTK/Rendering/ParallelLIC/vtkPSurfaceLICComposite.cxx:15:
/usr/include/c++/4.8.2/bits/stl_deque.h: In instantiation of 'void std::deque<_Tp, _Alloc>::_M_initialize_dispatch(_Integer, _Integer, std::__true_type) [with _Integer = int; _Tp = vtkPixelBufferObject*; _Alloc = std::allocator<vtkPixelBufferObject*>]':
/usr/include/c++/4.8.2/bits/stl_deque.h:908:55: required from 'std::deque<_Tp, _Alloc>::deque(_InputIterator, _InputIterator, const allocator_type&) [with _InputIterator = int; _Tp = vtkPixelBufferObject*; _Alloc = std::allocator<vtkPixelBufferObject*>; std::deque<_Tp, _Alloc>::allocator_type = std::allocator<vtkPixelBufferObject*>]'
/builddir/build/BUILD/ParaView-v4.1.0-RC2/VTK/Rendering/ParallelLIC/vtkPSurfaceLICComposite.cxx:1275:60: required from here
/usr/include/c++/4.8.2/bits/stl_deque.h:1631:26: error: invalid conversion from 'int' to 'std::deque<vtkPixelBufferObject*>::value_type {aka vtkPixelBufferObject*}' [-fpermissive]
_M_fill_initialize(__x);
^
In file included from /usr/include/c++/4.8.2/deque:66:0,
from /builddir/build/BUILD/ParaView-v4.1.0-RC2/VTK/Common/DataModel/vtkPixelExtent.h:31,
from /builddir/build/BUILD/ParaView-v4.1.0-RC2/VTK/Rendering/LIC/vtkSurfaceLICComposite.h:28,
from /builddir/build/BUILD/ParaView-v4.1.0-RC2/VTK/Rendering/ParallelLIC/vtkPSurfaceLICComposite.h:26,
from /builddir/build/BUILD/ParaView-v4.1.0-RC2/VTK/Rendering/ParallelLIC/vtkPSurfaceLICComposite.cxx:15:
/usr/include/c++/4.8.2/bits/deque.tcc:350:5: error: initializing argument 1 of 'void std::deque<_Tp, _Alloc>::_M_fill_initialize(const value_type&) [with _Tp = vtkPixelBufferObject*; _Alloc = std::allocator<vtkPixelBufferObject*>; std::deque<_Tp, _Alloc>::value_type = vtkPixelBufferObject*]' [-fpermissive]
deque<_Tp, _Alloc>::
^
https://gitlab.kitware.com/vtk/vtk/-/issues/14359VTK 5.x should support OS X 10.9 Mavericks2017-10-27T08:53:55-04:00Kitware RobotVTK 5.x should support OS X 10.9 Mavericks**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14359). Further discussion may take place here.**
---
VTK 5.x has a few problems with the 10.9 SDK and with llvm's libc++. Fixes sho...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14359). Further discussion may take place here.**
---
VTK 5.x has a few problems with the 10.9 SDK and with llvm's libc++. Fixes should be back ported from VTK 6 (master) to fix these issues.
libtiff "inline" fix:
http://review.source.kitware.com/#/c/12924/
libc++ fixes:
http://review.source.kitware.com/#/c/10117/
http://review.source.kitware.com/#/c/12104/
http://review.source.kitware.com/#/c/9979/
http://review.source.kitware.com/#/c/6286/
https://gitlab.kitware.com/vtk/vtk/-/issues/14435vtkHyperStreamline seg fault when input data has no scalar array2017-10-27T08:53:55-04:00Kitware RobotvtkHyperStreamline seg fault when input data has no scalar array**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14435). Further discussion may take place here.**
---
Below is the relevant code in Filters/General/vtkHyperStreamline.cxx:
vtkDat...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14435). Further discussion may take place here.**
---
Below is the relevant code in Filters/General/vtkHyperStreamline.cxx:
vtkDataArray *inScalars = NULL;
inScalars = pd->GetScalars(); //pd has no scalar, so inScalars is NULL
cellScalars = vtkDataArray::CreateDataArray(inScalars->GetDataType()); //Seg faults
A patch for it is attached.https://gitlab.kitware.com/vtk/vtk/-/issues/14028Functionnality break in handling transparency of vtkContextItem vtkContextAct...2017-10-27T08:53:55-04:00Kitware RobotFunctionnality break in handling transparency of vtkContextItem vtkContextActor vtkContext2D**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14028). Further discussion may take place here.**
---
Hi,
In PCL (www.pointclouds.org), we have several structures that inherit fr...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14028). Further discussion may take place here.**
---
Hi,
In PCL (www.pointclouds.org), we have several structures that inherit from vtkContextItem that we add to the scene per user request (circle, rectangle, image...) using a vtkContextActor through:
vtkSmartPointer<vtkContextActor> new_actor = vtkSmartPointer<vtkContextActor>::New ();
new_actor->GetScene ()->AddItem (some_item);
They used to work perfectly with vtk-5.8 with a transparent actor and only the shape opaque. Without changing any code in our side but just building against vtk-5.10.1 the transparency is not there anymore, there is black shade and the shape drawn upon it.
I am attaching screen shots of the visual result with both vtk-5.8 and vtk-5.10 so that you can notice the difference yourself. Results were obtained on a ubuntu precise I have no clue on how this can be fixed from our side or yours but I would appreciate your help to get back 5.8 results.
Cheers,
--
Nizar https://gitlab.kitware.com/vtk/vtk/-/issues/14151VTK Executive model is bogus in parallel for structured data2017-10-27T08:53:55-04:00Kitware RobotVTK Executive model is bogus in parallel for structured data**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14151). Further discussion may take place here.**
---
Here is the description of the expected behavior of the executive.
In case o...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14151). Further discussion may take place here.**
---
Here is the description of the expected behavior of the executive.
In case of execution, parallel or not, if a filter fails (RequestData return 0), the executive should NOT try to re-execute it unless the MTime of the filter has change or if its input has changed.
Currently, a second execution happen because the executive thinks that a different extent request has been made, while in fact, the only reason for that was that no data was produced during the first pass and therefore the data extent and the request extent still don't match.
---- Moreover ----
In case of extent smaller than the number of partitions that needs to be made, the executive will decide to not execute on some of the processes and if the filter rely on MPI to exchange some informations, we run into dead locks.
Although, this use case will only show up in case of failure when (RequestData return 0) as the first pass will ALWAYS occurs on all the processes due to the MTime.
-------
The purpose of that bug is not to try to solve it right away but mostly to keep those issue in mind when designing/improving the pipeline implementation.https://gitlab.kitware.com/vtk/vtk/-/issues/14266Cocoa interactor reports wrong size2017-10-27T08:53:55-04:00Kitware RobotCocoa interactor reports wrong size**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14266). Further discussion may take place here.**
---
Run the attached example.
Resize the window, then hit the 'x' button to clos...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14266). Further discussion may take place here.**
---
Run the attached example.
Resize the window, then hit the 'x' button to close the window.
It'll print out the size reported by vtkRenderWindow and vtkRenderWindowInteractor.
The interactor reports the wrong size, and its size is not updated when the window is resized.https://gitlab.kitware.com/vtk/vtk/-/issues/14152FindOGGTHEORA.cmake change library order2017-10-27T08:53:00-04:00Kitware RobotFindOGGTHEORA.cmake change library order**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14152). Further discussion may take place here.**
---
Theora links to ogg, so at least for static linking, libtheoraenc and libtheora...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14152). Further discussion may take place here.**
---
Theora links to ogg, so at least for static linking, libtheoraenc and libtheoradec must precede libogg. The attached patch fixes that.https://gitlab.kitware.com/vtk/vtk/-/issues/14034Bug in vtkCellArray::WritePointer function2017-10-27T08:53:00-04:00Kitware RobotBug in vtkCellArray::WritePointer function**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14034). Further discussion may take place here.**
---
In vtkCellArray::WritePointer function the InsertLocation member variable is be...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14034). Further discussion may take place here.**
---
In vtkCellArray::WritePointer function the InsertLocation member variable is becoming zero. After using WritePointer function if user use vtkCellArray::GetInsertLocation, it is giving incorrect location as InsertLocation is not getting updated.
I got this issue when I was using output of vtkAppendPolyData. I am inserting new linked polys using vtkPolyData::InsertNextLinkedCell. While using this API the cells are not getting updated correctly and because of which I was getting issues in my algorithm which is based on topological information.
I have modified function vtkCellArray::WritePointer and everything is working fine. Following is the modified code of the function
inline vtkIdType *vtkCellArray::WritePointer(const vtkIdType ncells,
const vtkIdType size)
{
this->NumberOfCells = ncells;
this->TraversalLocation = 0;
vtkIdType* pIdArray = this->Ia->WritePointer(0,size);
this->InsertLocation = this->Ia->GetMaxId() + 1;
return pIdArray;
}https://gitlab.kitware.com/vtk/vtk/-/issues/14271Java Wrapper missing functionality2017-10-27T08:53:00-04:00Kitware RobotJava Wrapper missing functionality**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14271). Further discussion may take place here.**
---
I am running on commit 23348f020a550ae4cdabf0ae1f2ddc3b98ca9de3, and it seems a...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14271). Further discussion may take place here.**
---
I am running on commit 23348f020a550ae4cdabf0ae1f2ddc3b98ca9de3, and it seems as when VTK is being wrapped for Java; GetColor(int i) which is a part of vtkColorSeries is not being wrapped. It is wrapped in the Python Wrappings. The generated Cxx for the Java wrapping also reflects that it is not being included. https://gitlab.kitware.com/vtk/vtk/-/issues/14441Make it easier to mark certain data types as unsupported filters for inputs2017-10-27T08:53:00-04:00Kitware RobotMake it easier to mark certain data types as unsupported filters for inputs**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14441). Further discussion may take place here.**
---
In an algorithm's FillInputPortInformation(), the valid types of input data are...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14441). Further discussion may take place here.**
---
In an algorithm's FillInputPortInformation(), the valid types of input data are specified with statements such as
info->Append(vtkAlgorithm::INPUT_REQUIRED_DATA_TYPE(), "vtkDataSet");
info->Append(vtkAlgorithm::INPUT_REQUIRED_DATA_TYPE(), "vtkGenericDataSet");
info->Append(vtkAlgorithm::INPUT_REQUIRED_DATA_TYPE(), "vtkGraph");
This requires an affirmative statement for each supported data object type. If a new data object type is later added to VTK, one may have to go back and explicitly add the new type to potentially many filters.
It would be nice to be able to exclude certain data object types, perhaps with a new key, like this:
info->Append(vtkAlgorithm::INPUT_REQUIRED_DATA_TYPE(), "vtkDataObject");
info->Append(vtkAlgorithm::INPUT_EXCLUDED_DATA_TYPE(), "vtkCompositeDataSet");
That way, filters could by default work on all data object types, and if it is found that they don't work on certain data object types, those data object types can be excluded easily.https://gitlab.kitware.com/vtk/vtk/-/issues/14494need document VTK API differences every release2017-10-27T08:53:00-04:00Kitware Robotneed document VTK API differences every release**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14494). Further discussion may take place here.**
---
Write a script that compares the public API between two versions and produces a...**This issue was created automatically from an original [Mantis Issue](http://vtk.org/Bug/view.php?id=14494). Further discussion may take place here.**
---
Write a script that compares the public API between two versions and produces a report that describes new/removed classes and public methods, as well as newly deprecated features.