Re: [Paraview] plugin error: "Input for algorithm vtkPVPostFilter is of type ..., but a vtkPolyData is required"

It was also merged into master, so you can just update ParaView's master branch now. Best, Cory On Thu, Jul 14, 2016 at 11:34 AM, T.J. Corona wrote: > Hi Corinna, > > Would you mind trying the patch associated with this merge request: >

Re: [Paraview] plugin error: "Input for algorithm vtkPVPostFilter is of type ..., but a vtkPolyData is required"

Thank you! After recompiling Paraview with that patch, the problem seems to be solved. Will the patch be automatically merged into the development version? And in which future Paraview release can we expect to find it? (I don't understand the details of the build robot's messages) Corinna On

Re: [Paraview] plugin error: "Input for algorithm vtkPVPostFilter is of type ..., but a vtkPolyData is required"

Corinna, It seems that your use case is not currently supported. T.J. (CC'ed) is working on a bug fix in ParaView that should enable what you are doing. https://gitlab.kitware.com/paraview/paraview/merge_requests/404 He can fill you in with more details if you need. Thanks, Cory On Wed, Jul

Re: [Paraview] plugin error: "Input for algorithm vtkPVPostFilter is of type ..., but a vtkPolyData is required"

Hi Cory, can you still help me to find the problem, why the custom vtkTest source cannot be produced inside paraview, but fails with a vtkPVPostFilter message (see subject)? A complete test was attached to my previous email. Why does vtkPVPostFilter expect vtkPolyData input, although both in the

Re: [Paraview] plugin error: "Input for algorithm vtkPVPostFilter is of type ..., but a vtkPolyData is required"

Hi Cory, I attach the complete sources for compiling and testing the described problem. (Tested with Paraview 5.0.1 compiled from sources.) Corinna On Thu, Jul 7, 2016 at 7:31 PM, corinna reuter wrote: > Yes, FillOutputPortInformation already looks exactly as you

Re: [Paraview] plugin error: "Input for algorithm vtkPVPostFilter is of type ..., but a vtkPolyData is required"

Yes, FillOutputPortInformation already looks exactly as you say. I gave the link to the complete example code in my initial question: http://www.vtk.org/Wiki/VTK_Examples_vtkAlgorithm_Source I changed a few lines to make it compile with Paraview 5.0.1 (see the comments in the CMakeLists.txt with

Re: [Paraview] plugin error: "Input for algorithm vtkPVPostFilter is of type ..., but a vtkPolyData is required"

Hi Corinna, Does vtkTestSource override the FillOutputPortInformation() member function? It should look like // int vtkTestSource::FillOutputPortInformation( int vtkNotUsed(port), vtkInformation* info) { // now add

Re: [Paraview] plugin error: "Input for algorithm vtkPVPostFilter is of type ..., but a vtkPolyData is required"

Doesn't anybody know, why a vtkAlgorithm which produces a custom class (vtkTest) that is not derived from vtkDataSet show the error "... but a vtkPolyData is required"? A side remark, previously I wrote that the custom class "vtkTest" is neither derived from vtkDataSet nor from vtkDataObject.

[Paraview] plugin error: "Input for algorithm vtkPVPostFilter is of type ..., but a vtkPolyData is required"

To anybody experienced in plugin programming: I am trying to include items in the paraview tree, which are not derived from vtkDataSet or vtkDataObject. For example, a mySQL database should be allowed as a data source, which delivers data in an intermediate format. Next I'd implement filters