From houssen at ipgp.fr Sat Jan 2 10:12:49 2016 From: houssen at ipgp.fr (houssen) Date: Sat, 02 Jan 2016 16:12:49 +0100 Subject: [Paraview] =?utf-8?q?How_to_stop_a_paraview_python_script_on_erro?= =?utf-8?q?r_=28try-catch-ing=29_=3F?= Message-ID: <8596d374cab12ac0fd7b5abed20c06d8@imap.ipgp.fr> Hello, How to stop a paraview python script on error (try-catch-ing) ? I have a filter (which calls vtkErrorMacro when an error occurs). I have a python script that uses this filter from paraview: how to stop this script when an error occurs ? I tried to add "try/except" in core part of the script but it does not work as expected (keep running, don't stop). Happy new year ! Franck From houssen at ipgp.fr Sun Jan 3 08:41:11 2016 From: houssen at ipgp.fr (houssen) Date: Sun, 03 Jan 2016 14:41:11 +0100 Subject: [Paraview] Writing files from pvbatch Message-ID: I have From houssen at ipgp.fr Sun Jan 3 08:45:07 2016 From: houssen at ipgp.fr (houssen) Date: Sun, 03 Jan 2016 14:45:07 +0100 Subject: [Paraview] Writing files from pvbatch Message-ID: <840a424b8f679f26d6ab643be93e27e7@imap.ipgp.fr> Hello, I have a filter which writes some ACSII text files. I use it from a python script. When I run the script from paraview (paraview --script=/path/to/script), ASCII files are created. When I run the script from pvbatch (pvbatch /path/to/script), ASCII files are NOT created : why is that ? Thanks, Franck From n_maftoon at yahoo.com Mon Jan 4 08:41:48 2016 From: n_maftoon at yahoo.com (Nima Maftoon) Date: Mon, 4 Jan 2016 13:41:48 +0000 (UTC) Subject: [Paraview] Visualizing complex vibration modes In-Reply-To: <218221950.4166291.1451512653571.JavaMail.yahoo@mail.yahoo.com> References: <218221950.4166291.1451512653571.JavaMail.yahoo.ref@mail.yahoo.com> <218221950.4166291.1451512653571.JavaMail.yahoo@mail.yahoo.com> Message-ID: <522784844.444018.1451914908652.JavaMail.yahoo@mail.yahoo.com> Hello, I saw that the two links about the history has been attached together making a broken link. I corrected them below:http://www.salome-platform.org/forum/forum_10/587894859 http://www.paraview.org/pipermail/paraview/2011-December/023538.html I hope this time they are transferred correctly.? Nima From: Nima Maftoon To: "paraview at paraview.org" Sent: Wednesday, December 30, 2015 4:57 PM Subject: Visualizing complex vibration modes Hello all, I am trying to visualize complex vibration modes with Paraview. Unlike in a real mode, points in a complex mode have different phases. Please see previous discussions on this subject:http://www.salome-platform.org/forum/forum_10/587894859http://www.paraview.org/pipermail/paraview/2011-December/023538.html The Paraview version included in Salome has a macro for modal visualization. I've put that macro and a MED file containing both real and imaginary parts of the mode shapes and another two other MED files for separate real and imaginary parts in the following shared folder. http://1drv.ms/1TqggEK The real mode animation in the mode macro is based on applying ExtractSurface(), ScaleVector(), WarpByVector() in cascade and animating the ScaleVector using a sinusoidal interpolation in a CompositeKeyFrame. However for a complex mode two components should drive the WrapByVector filter. I describe my thoughts, which didn't solve the problem, below: If the complex mode shape is a+jb, the animated mode shape should have a form like a cos(wt)+b cos(wt+pi/2). w is only for visualization and can be 2pi, 1, etc. t can come from the animation time. I learned about GetAnimationTime () that can be accessed inside a PythonAnimationCue (). Another way of getting the time is through CompositeKeyFrame for real and imaginary parts where "Phase" for one of them should be set to pi/2 (it is not clear to me whether the phase should be defined as deg or rad for CompositeKeyFrame). I guess at least one of my problem is that I don't know how to access data of the imaginary and real fields in the complex file or data of the two separate reader sources and do math operation on them to make a new field out of them and feed it to a wrap filter. Any thoughts would be appreciated.Nima -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Mon Jan 4 11:41:17 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Mon, 4 Jan 2016 16:41:17 +0000 Subject: [Paraview] Visualizing complex vibration modes Message-ID: Nima, I think your question is very open ended and there are multiple ways to implement what you want. If it were me and I had enough control over the development of the ParaView components, I would add the capability of animating mode shapes in the reader. I don't see a MED reader in my binary distribution of ParaView, so I am assuming that the version of ParaView that comes with Salome as a custom plugin that provides this MED reader (as well as other facilities). Perhaps you can enhance the MED reader to understand mode shapes with different phases and animate them. The way this would work is that the MED reader would advertise that its data is available over a certain time range by sending a TIME_RANGE key down the pipeline during the RequestInformation phase. This is enough to tell ParaView to set up an animation for this time range. The next time RequestData is called on your reader, an UPDATE_TIME_STEP key will be set with the current time value for the animation. The reader can then compute the displacement vector with the "cos(wt) + b cos(wt + pi/2)" using the given time value for t. I would have the reader also internally apply the displacement vector to the point coordinates. This implementation is a bit of a headache for the developer, but it creates a nice seamless interface for the user. Load the file and it just works. No scripts or extra processing necessary. I know of two readers in ParaView that support mode shapes: Exodus II and SLAC. Of these two, the SLAC reader is closer to your use case because it also supports mode shapes defined with complex values and different phases. The source code for the SLAC reader is in ParaView/VTK/IO/NetCDF/vtkSLACReader.cxx, so you can consult the solution there. If you are not in a position to make modifications to the MED reader, the next best solution would be to create a filter that animates the mode shape for you. The filter would work basically the same as I described above for the reader except that the data comes from the filter input rather than a file. Such a filter can be implemented with the programmable filter and then encapsulated in a plugin without having to compile any custom C++ code (http://www.kitware.com/blog/home/post/534). Hope that helps. -Ken From: ParaView > on behalf of "paraview at paraview.org" > Reply-To: Nima Maftoon > Date: Monday, January 4, 2016 at 6:41 AM To: "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hello, I saw that the two links about the history has been attached together making a broken link. I corrected them below: http://www.salome-platform.org/forum/forum_10/587894859 http://www.paraview.org/pipermail/paraview/2011-December/023538.html I hope this time they are transferred correctly. Nima ________________________________ From: Nima Maftoon > To: "paraview at paraview.org" > Sent: Wednesday, December 30, 2015 4:57 PM Subject: Visualizing complex vibration modes Hello all, I am trying to visualize complex vibration modes with Paraview. Unlike in a real mode, points in a complex mode have different phases. Please see previous discussions on this subject: http://www.salome-platform.org/forum/forum_10/587894859 http://www.paraview.org/pipermail/paraview/2011-December/023538.html The Paraview version included in Salome has a macro for modal visualization. I've put that macro and a MED file containing both real and imaginary parts of the mode shapes and another two other MED files for separate real and imaginary parts in the following shared folder. http://1drv.ms/1TqggEK The real mode animation in the mode macro is based on applying ExtractSurface(), ScaleVector(), WarpByVector() in cascade and animating the ScaleVector using a sinusoidal interpolation in a CompositeKeyFrame. However for a complex mode two components should drive the WrapByVector filter. I describe my thoughts, which didn't solve the problem, below: If the complex mode shape is a+jb, the animated mode shape should have a form like a cos(wt)+b cos(wt+pi/2). w is only for visualization and can be 2pi, 1, etc. t can come from the animation time. I learned about GetAnimationTime () that can be accessed inside a PythonAnimationCue (). Another way of getting the time is through CompositeKeyFrame for real and imaginary parts where "Phase" for one of them should be set to pi/2 (it is not clear to me whether the phase should be defined as deg or rad for CompositeKeyFrame). I guess at least one of my problem is that I don't know how to access data of the imaginary and real fields in the complex file or data of the two separate reader sources and do math operation on them to make a new field out of them and feed it to a wrap filter. Any thoughts would be appreciated. Nima -------------- next part -------------- An HTML attachment was scrubbed... URL: From n_maftoon at yahoo.com Mon Jan 4 13:14:05 2016 From: n_maftoon at yahoo.com (Nima Maftoon) Date: Mon, 4 Jan 2016 18:14:05 +0000 (UTC) Subject: [Paraview] Visualizing complex vibration modes In-Reply-To: References: Message-ID: <1391531742.557989.1451931245684.JavaMail.yahoo@mail.yahoo.com> Hello Ken, Thanks a lot for your response. There are some good ideas in your message for me to work on. I didn't know about SLAC at all. I see what you mean about the reader but I prefer to follow your suggestions the python way for now because I think it is less of a headache. Let me transfer your suggestions for the reader to ones to be implemented in a python programmable filter. I guess instead of advertising the TIME_RANGE I would use whatever time range and time steps that the animation engine sets. Those can be controlled with number of frames, etc. I think time sweep should be done by the animation engine as well. Now I am again stuck with my original problem of accessing the time information to drive the sin function. ? Thanks again Nima From: "Moreland, Kenneth" To: Nima Maftoon ; "paraview at paraview.org" Sent: Monday, January 4, 2016 11:41 AM Subject: Re: [Paraview] Visualizing complex vibration modes Nima, I think your question is very open ended and there are multiple ways to implement what you want. If it were me and I had enough control over the development of the ParaView components, I would add the capability of animating mode shapes in the reader. I don't see a MED reader in my binary distribution of ParaView, so I am assuming that the version of ParaView that comes with Salome as a custom plugin that provides this MED reader (as well as other facilities). Perhaps you can enhance the MED reader to understand mode shapes with different phases and animate them. The way this would work is that the MED reader would advertise that its data is available over a certain time range by sending a TIME_RANGE key down the pipeline during the RequestInformation phase. This is enough to tell ParaView to set up an animation for this time range. The next time RequestData is called on your reader, an UPDATE_TIME_STEP key will be set with the current time value for the animation. The reader can then compute the displacement vector with the "cos(wt) + b cos(wt + pi/2)" using the given time value for t. I would have the reader also internally apply the displacement vector to the point coordinates. This implementation is a bit of a headache for the developer, but it creates a nice seamless interface for the user. Load the file and it just works. No scripts or extra processing necessary. I know of two readers in ParaView that support mode shapes: Exodus II and SLAC. Of these two, the SLAC reader is closer to your use case because it also supports mode shapes defined with complex values and different phases. The source code for the SLAC reader is in ParaView/VTK/IO/NetCDF/vtkSLACReader.cxx, so you can consult the solution there. If you are not in a position to make modifications to the MED reader, the next best solution would be to create a filter that animates the mode shape for you. The filter would work basically the same as I described above for the reader except that the data comes from the filter input rather than a file. Such a filter can be implemented with the programmable filter and then encapsulated in a plugin without having to compile any custom C++ code (http://www.kitware.com/blog/home/post/534). Hope that helps. -Ken From: ParaView on behalf of "paraview at paraview.org" Reply-To: Nima Maftoon Date: Monday, January 4, 2016 at 6:41 AM To: "paraview at paraview.org" Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hello, I saw that the two links about the history has been attached together making a broken link. I corrected them below:http://www.salome-platform.org/forum/forum_10/587894859 http://www.paraview.org/pipermail/paraview/2011-December/023538.html I hope this time they are transferred correctly.? Nima From: Nima Maftoon To: "paraview at paraview.org" Sent: Wednesday, December 30, 2015 4:57 PM Subject: Visualizing complex vibration modes Hello all, I am trying to visualize complex vibration modes with Paraview. Unlike in a real mode, points in a complex mode have different phases. Please see previous discussions on this subject:http://www.salome-platform.org/forum/forum_10/587894859http://www.paraview.org/pipermail/paraview/2011-December/023538.html The Paraview version included in Salome has a macro for modal visualization. I've put that macro and a MED file containing both real and imaginary parts of the mode shapes and another two other MED files for separate real and imaginary parts in the following shared folder. http://1drv.ms/1TqggEK The real mode animation in the mode macro is based on applying ExtractSurface(), ScaleVector(), WarpByVector() in cascade and animating the ScaleVector using a sinusoidal interpolation in a CompositeKeyFrame. However for a complex mode two components should drive the WrapByVector filter. I describe my thoughts, which didn't solve the problem, below: If the complex mode shape is a+jb, the animated mode shape should have a form like a cos(wt)+b cos(wt+pi/2). w is only for visualization and can be 2pi, 1, etc. t can come from the animation time. I learned about GetAnimationTime () that can be accessed inside a PythonAnimationCue (). Another way of getting the time is through CompositeKeyFrame for real and imaginary parts where "Phase" for one of them should be set to pi/2 (it is not clear to me whether the phase should be defined as deg or rad for CompositeKeyFrame). I guess at least one of my problem is that I don't know how to access data of the imaginary and real fields in the complex file or data of the two separate reader sources and do math operation on them to make a new field out of them and feed it to a wrap filter. Any thoughts would be appreciated.Nima -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Mon Jan 4 13:49:51 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Mon, 4 Jan 2016 18:49:51 +0000 Subject: [Paraview] Visualizing complex vibration modes Message-ID: I suggest that your filter sets the TIME_RANGE anyway. It is good practice for a filter that responds to time updates to advertise as such by providing either TIME_STEPS or TIME_RANGE. I can't remember all the nitty-gritty details of how the streaming demand driven pipeline decides when filters need to be updated, but if you don't set a TIME_RANGE in RequestInformation then I fear there is a chance that ParaView/VTK will not update your filter when the time step changes. All the TIME_RANGE does is specify a continuous range of valid time values. It does not actually specify and time steps. That is appropriate for your filter because the displacement is computed on the fly. I would set the TIME_RANGE to be one period of the vibration. Setting a TIME_RANGE is unlikely to hurt anything. If no reader or filter has provided time steps, then ParaView might adjust the animation start and stop time to include the time range provided. If the reader has already provided time steps, then ParaView by default sets itself to "Snap to TimeSteps" mode, and it will just always use the time steps. Regardless, the animation engine controls the time range and time steps within ParaView. The TIME_RANGE you provide is just a suggestion. If the animation engine defines a time range outside of the TIME_RANGE you given, your filter will still be given those "out of bounds" time steps, which is no problem for your filter since the motion is periodic. -Ken From: Nima Maftoon > Reply-To: Nima Maftoon > Date: Monday, January 4, 2016 at 11:14 AM To: Kenneth Moreland >, "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hello Ken, Thanks a lot for your response. There are some good ideas in your message for me to work on. I didn't know about SLAC at all. I see what you mean about the reader but I prefer to follow your suggestions the python way for now because I think it is less of a headache. Let me transfer your suggestions for the reader to ones to be implemented in a python programmable filter. I guess instead of advertising the TIME_RANGE I would use whatever time range and time steps that the animation engine sets. Those can be controlled with number of frames, etc. I think time sweep should be done by the animation engine as well. Now I am again stuck with my original problem of accessing the time information to drive the sin function. Thanks again Nima ________________________________ From: "Moreland, Kenneth" > To: Nima Maftoon >; "paraview at paraview.org" > Sent: Monday, January 4, 2016 11:41 AM Subject: Re: [Paraview] Visualizing complex vibration modes Nima, I think your question is very open ended and there are multiple ways to implement what you want. If it were me and I had enough control over the development of the ParaView components, I would add the capability of animating mode shapes in the reader. I don't see a MED reader in my binary distribution of ParaView, so I am assuming that the version of ParaView that comes with Salome as a custom plugin that provides this MED reader (as well as other facilities). Perhaps you can enhance the MED reader to understand mode shapes with different phases and animate them. The way this would work is that the MED reader would advertise that its data is available over a certain time range by sending a TIME_RANGE key down the pipeline during the RequestInformation phase. This is enough to tell ParaView to set up an animation for this time range. The next time RequestData is called on your reader, an UPDATE_TIME_STEP key will be set with the current time value for the animation. The reader can then compute the displacement vector with the "cos(wt) + b cos(wt + pi/2)" using the given time value for t. I would have the reader also internally apply the displacement vector to the point coordinates. This implementation is a bit of a headache for the developer, but it creates a nice seamless interface for the user. Load the file and it just works. No scripts or extra processing necessary. I know of two readers in ParaView that support mode shapes: Exodus II and SLAC. Of these two, the SLAC reader is closer to your use case because it also supports mode shapes defined with complex values and different phases. The source code for the SLAC reader is in ParaView/VTK/IO/NetCDF/vtkSLACReader.cxx, so you can consult the solution there. If you are not in a position to make modifications to the MED reader, the next best solution would be to create a filter that animates the mode shape for you. The filter would work basically the same as I described above for the reader except that the data comes from the filter input rather than a file. Such a filter can be implemented with the programmable filter and then encapsulated in a plugin without having to compile any custom C++ code (http://www.kitware.com/blog/home/post/534). Hope that helps. -Ken From: ParaView > on behalf of "paraview at paraview.org" > Reply-To: Nima Maftoon > Date: Monday, January 4, 2016 at 6:41 AM To: "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hello, I saw that the two links about the history has been attached together making a broken link. I corrected them below: http://www.salome-platform.org/forum/forum_10/587894859 http://www.paraview.org/pipermail/paraview/2011-December/023538.html I hope this time they are transferred correctly. Nima ________________________________ From: Nima Maftoon > To: "paraview at paraview.org" > Sent: Wednesday, December 30, 2015 4:57 PM Subject: Visualizing complex vibration modes Hello all, I am trying to visualize complex vibration modes with Paraview. Unlike in a real mode, points in a complex mode have different phases. Please see previous discussions on this subject: http://www.salome-platform.org/forum/forum_10/587894859 http://www.paraview.org/pipermail/paraview/2011-December/023538.html The Paraview version included in Salome has a macro for modal visualization. I've put that macro and a MED file containing both real and imaginary parts of the mode shapes and another two other MED files for separate real and imaginary parts in the following shared folder. http://1drv.ms/1TqggEK The real mode animation in the mode macro is based on applying ExtractSurface(), ScaleVector(), WarpByVector() in cascade and animating the ScaleVector using a sinusoidal interpolation in a CompositeKeyFrame. However for a complex mode two components should drive the WrapByVector filter. I describe my thoughts, which didn't solve the problem, below: If the complex mode shape is a+jb, the animated mode shape should have a form like a cos(wt)+b cos(wt+pi/2). w is only for visualization and can be 2pi, 1, etc. t can come from the animation time. I learned about GetAnimationTime () that can be accessed inside a PythonAnimationCue (). Another way of getting the time is through CompositeKeyFrame for real and imaginary parts where "Phase" for one of them should be set to pi/2 (it is not clear to me whether the phase should be defined as deg or rad for CompositeKeyFrame). I guess at least one of my problem is that I don't know how to access data of the imaginary and real fields in the complex file or data of the two separate reader sources and do math operation on them to make a new field out of them and feed it to a wrap filter. Any thoughts would be appreciated. Nima -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Mon Jan 4 14:09:39 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 4 Jan 2016 14:09:39 -0500 Subject: [Paraview] Writing files from pvbatch In-Reply-To: <840a424b8f679f26d6ab643be93e27e7@imap.ipgp.fr> References: <840a424b8f679f26d6ab643be93e27e7@imap.ipgp.fr> Message-ID: Hard to say without the script you're trying to execute. In general, pvbatch should have worked fine for your use-case too. If you have any more info, that'd help. Utkarsh On Sun, Jan 3, 2016 at 8:45 AM, houssen wrote: > Hello, > > I have a filter which writes some ACSII text files. I use it from a python > script. > When I run the script from paraview (paraview --script=/path/to/script), > ASCII files are created. > When I run the script from pvbatch (pvbatch /path/to/script), ASCII files > are NOT created : why is that ? > > Thanks, > > Franck > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview From utkarsh.ayachit at kitware.com Mon Jan 4 14:22:22 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 4 Jan 2016 14:22:22 -0500 Subject: [Paraview] Use of Python declared variables inside new scripts from ProgrammableSource and/or ProgrammableFilter. In-Reply-To: References: Message-ID: The following works in builtin (non-remote server) mode only. global meta_data meta_data =12 p = ProgrammableSource() p.Script=""" global meta_data print meta_data """ UpdatePipeline() -------------------------------------------- Output: -------------------------------------------- 12 Utkarsh On Wed, Dec 30, 2015 at 9:03 AM, Guillaume Jacquenot wrote: > I would like to use Python declared variables inside new scripts from > ProgrammableSource and/or ProgrammableFilter. > > Why do I want such a thing? I could simply declared these variables in the > code of the script. > But what if these variables are to be used by several scripts from > ProgrammableSource and/or ProgrammableFilter? > > Of course, I can serialize variables and pass the serialized data to the > scripts, taking special care for float. But, what if I have large data, that > are difficult to serialize? > > So, here is my question: > Is there a mechanism to access already defined data inside the scripts of > ProgrammableSource and/or ProgrammableFilter? For example, a global scope > dict? > Do I have to use an external file to store and access data? > Below is the example of the Python file I would like to run , where I have > defined a 'data' that I want to access inside the script. If I try to > directly access 'data', I have a "NameError: global name 'data' is not > defined" > > My data are in fact transformation matrices that will be used to move > objects from a ProgrammableFilter. Using the Animation Keyframes are > terribly slow. > > Guillaume > > > > Python script: > > data = .... > > script=""" > instructions to access "data" at run time > ... > """ > > scriptRequestInformation=""" > ... > """ > > source = ProgrammableSource() > source.OutputDataSetType = 'vtkStructuredGrid' > source.Script = script > source.ScriptRequestInformation = scriptRequestInformation > source.PythonPath = '' > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From ben.boeckel at kitware.com Mon Jan 4 15:38:00 2016 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Mon, 4 Jan 2016 15:38:00 -0500 Subject: [Paraview] How to stop a paraview python script on error (try-catch-ing) ? In-Reply-To: <8596d374cab12ac0fd7b5abed20c06d8@imap.ipgp.fr> References: <8596d374cab12ac0fd7b5abed20c06d8@imap.ipgp.fr> Message-ID: <20160104203800.GA21228@megas.khq.kitware.com> On Sat, Jan 02, 2016 at 16:12:49 +0100, houssen wrote: > How to stop a paraview python script on error (try-catch-ing) ? > > I have a filter (which calls vtkErrorMacro when an error occurs). I > have a python script that uses this filter from paraview: how to stop > this script when an error occurs ? I tried to add "try/except" in core > part of the script but it does not work as expected (keep running, don't > stop). VTK errors are not Python exceptions, so there's nothing to catch. See this post from David Gobbi: http://public.kitware.com/pipermail/vtkusers/2012-June/074703.html --Ben From mafaldasda at gmail.com Mon Jan 4 16:20:20 2016 From: mafaldasda at gmail.com (mafalda alves) Date: Mon, 4 Jan 2016 21:20:20 +0000 Subject: [Paraview] (no subject) Message-ID: -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Jan 4 16:30:55 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 4 Jan 2016 16:30:55 -0500 Subject: [Paraview] Do the GetCellEdgeNeighbors / GetCellNeighbors methods in vtkPolyData not work for polygons? In-Reply-To: References: Message-ID: Evan, I played with your example in ParaView 5.0 RC2 and could not reproduce the crash when setting the celIId to one of the end caps. Do you have a stack trace where the crash occurs, by chance? Thanks, Cory On Fri, Dec 11, 2015 at 2:27 PM, Evan Kao wrote: > Hey all, > > It seems the issue might be something else other than the the neighbor > cell type. After applying the Triangulate Filter, the GetCellNeighbors > method still results in the same behavior: For cell neighbors on the side > of the cylinder, the scripts works, but for cell neighbors that make up the > cap, Paraview crashes. So now I have no idea what's happening. > > - Evan > > On Fri, Dec 11, 2015 at 11:16 AM, Evan Kao wrote: > >> Hi all, >> >> I've been playing around with the GetCellEdgeNeighbors and >> GetCellNeighbors methods in the vtkPolyData class and testing them on a >> cylinder source in Paraview 4.3.1, which generates a surface made of >> vtkQuads for the sides and vtkPolygons for caps. I've applied the Clean >> filter to the cylinder since the caps generate duplicate points. >> >> [image: Inline image 1] >> >> Within a programmable filter, I've tested the following script: >> >> import numpy as np >> >> in1 = self.GetPolyDataInput() >> surface = self.GetOutput() >> surface.DeepCopy(in1) >> surface.BuildCells() >> surface.BuildLinks() >> >> cellId = 0 # a vtkQuad >> cellPtIds = vtk.vtkIdList() >> surface.GetCellPoints(cellId, cellPtIds) >> cellPtIds = [cellPtIds.GetId(i) for i in >> xrange(cellPtIds.GetNumberOfIds())] >> cellPtIds = np.array(cellPtIds).astype(np.int64) >> cellEdges = [[id0, id1] for id0, id1 in zip(cellPtIds[:-1], >> cellPtIds[1:])] >> cellEdges.append( [cellPtIds[-1], cellPtIds[0]] ) >> >> edgeId = 0 # or 1,2,3 >> edge = cellEdges[edgeId] >> >> edgeIdList = vtk.vtkIdList() >> for i in xrange(2): >> edgeIdList.InsertNextId(edge[i]) >> singleCellEdgeNeighborIds = vtk.vtkIdList() >> #surface.GetCellEdgeNeighbors(cellId, edge[0], edge[1], >> singleCellEdgeNeighborIds) >> surface.GetCellNeighbors(cellId, edgeIdList, singleCellEdgeNeighborIds) >> >> If the edge neighbor cell is a vtkQuad, the script works. But if the >> edge neighbor cell corresponds to one of the caps, Paraview will crash. Is >> there a way to get this to work? >> >> Thanks, >> Evan Kao >> > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 34858 bytes Desc: not available URL: From kevin.dean at decisionsciencescorp.com Tue Jan 5 01:13:36 2016 From: kevin.dean at decisionsciencescorp.com (Dean, Kevin) Date: Mon, 4 Jan 2016 22:13:36 -0800 Subject: [Paraview] QLineEdit & proxy()->InvokeCommand() Message-ID: I am writing a plugin that, theoretically, should be able to change inputs as I apply them through a QLineEdit. The file that I am using to create the UI portions of the plugin is similar to that of the PointCloudLibrary. However, I was wondering if there is a way to pass along the "changed value" to the command I want to invoke? Here is a snippet of what I am doing: ############## connect_to_dds.h ############## QLineEdit* xmin = new QLineEdit("XMin"); this->connect(xmin, SIGNAL(textChanged(QString&)),SLOT(setXMinValue(QString&))); layout->addWidget(xmin); public slots: void SetXMin(const QString& text) { vtkSMSourceProxy* sourceProxy = vtkSMSourceProxy::SafeDownCast(this->proxy()); if (!sourceProxy) { return; } sourceProxy->InvokeCommand("SetXMin"); } ############################### Image_Reconstruction_DDSReader.cxx ############################### void Image_Reconstruction_DDSReader::SetXMin() { // double XMin = ; } Is there a way to pass along the changed value within the Proxy? Or is there a better way of doing this? Kevin E. Dean -- This email and its contents are confidential. If you are not the intended recipient, please do not disclose or use the information within this email or its attachments. If you have received this email in error, please report the error to the sender by return email and delete this communication from your records. -------------- next part -------------- An HTML attachment was scrubbed... URL: From n_maftoon at yahoo.com Tue Jan 5 08:31:41 2016 From: n_maftoon at yahoo.com (Nima Maftoon) Date: Tue, 5 Jan 2016 13:31:41 +0000 (UTC) Subject: [Paraview] Visualizing complex vibration modes In-Reply-To: References: Message-ID: <1846951466.220217.1452000701958.JavaMail.yahoo@mail.yahoo.com> Hi Ken, Thanks for your detailed explanation. Any hints about how to get access to the animation time? Nima From: "Moreland, Kenneth" To: Nima Maftoon ; "paraview at paraview.org" Sent: Monday, January 4, 2016 1:49 PM Subject: Re: [Paraview] Visualizing complex vibration modes I suggest that your filter sets the TIME_RANGE anyway. It is good practice for a filter that responds to time updates to advertise as such by providing either TIME_STEPS or TIME_RANGE. I can't remember all the nitty-gritty details of how the streaming demand driven pipeline decides when filters need to be updated, but if you don't set a TIME_RANGE in RequestInformation then I fear there is a chance that ParaView/VTK will not update your filter when the time step changes. All the TIME_RANGE does is specify a continuous range of valid time values. It does not actually specify and time steps. That is appropriate for your filter because the displacement is computed on the fly. I would set the TIME_RANGE to be one period of the vibration. Setting a TIME_RANGE is unlikely to hurt anything. If no reader or filter has provided time steps, then ParaView might adjust the animation start and stop time to include the time range provided. If the reader has already provided time steps, then ParaView by default sets itself to "Snap to TimeSteps" mode, and it will just always use the time steps. Regardless, the animation engine controls the time range and time steps within ParaView. The TIME_RANGE you provide is just a suggestion. If the animation engine defines a time range outside of the TIME_RANGE you given, your filter will still be given those "out of bounds" time steps, which is no problem for your filter since the motion is periodic. -Ken From: Nima Maftoon Reply-To: Nima Maftoon Date: Monday, January 4, 2016 at 11:14 AM To: Kenneth Moreland , "paraview at paraview.org" Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hello Ken, Thanks a lot for your response. There are some good ideas in your message for me to work on. I didn't know about SLAC at all. I see what you mean about the reader but I prefer to follow your suggestions the python way for now because I think it is less of a headache. Let me transfer your suggestions for the reader to ones to be implemented in a python programmable filter. I guess instead of advertising the TIME_RANGE I would use whatever time range and time steps that the animation engine sets. Those can be controlled with number of frames, etc. I think time sweep should be done by the animation engine as well. Now I am again stuck with my original problem of accessing the time information to drive the sin function. ? Thanks again Nima From: "Moreland, Kenneth" To: Nima Maftoon ; "paraview at paraview.org" Sent: Monday, January 4, 2016 11:41 AM Subject: Re: [Paraview] Visualizing complex vibration modes Nima, I think your question is very open ended and there are multiple ways to implement what you want. If it were me and I had enough control over the development of the ParaView components, I would add the capability of animating mode shapes in the reader. I don't see a MED reader in my binary distribution of ParaView, so I am assuming that the version of ParaView that comes with Salome as a custom plugin that provides this MED reader (as well as other facilities). Perhaps you can enhance the MED reader to understand mode shapes with different phases and animate them. The way this would work is that the MED reader would advertise that its data is available over a certain time range by sending a TIME_RANGE key down the pipeline during the RequestInformation phase. This is enough to tell ParaView to set up an animation for this time range. The next time RequestData is called on your reader, an UPDATE_TIME_STEP key will be set with the current time value for the animation. The reader can then compute the displacement vector with the "cos(wt) + b cos(wt + pi/2)" using the given time value for t. I would have the reader also internally apply the displacement vector to the point coordinates. This implementation is a bit of a headache for the developer, but it creates a nice seamless interface for the user. Load the file and it just works. No scripts or extra processing necessary. I know of two readers in ParaView that support mode shapes: Exodus II and SLAC. Of these two, the SLAC reader is closer to your use case because it also supports mode shapes defined with complex values and different phases. The source code for the SLAC reader is in ParaView/VTK/IO/NetCDF/vtkSLACReader.cxx, so you can consult the solution there. If you are not in a position to make modifications to the MED reader, the next best solution would be to create a filter that animates the mode shape for you. The filter would work basically the same as I described above for the reader except that the data comes from the filter input rather than a file. Such a filter can be implemented with the programmable filter and then encapsulated in a plugin without having to compile any custom C++ code (http://www.kitware.com/blog/home/post/534). Hope that helps. -Ken From: ParaView on behalf of "paraview at paraview.org" Reply-To: Nima Maftoon Date: Monday, January 4, 2016 at 6:41 AM To: "paraview at paraview.org" Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hello, I saw that the two links about the history has been attached together making a broken link. I corrected them below:http://www.salome-platform.org/forum/forum_10/587894859 http://www.paraview.org/pipermail/paraview/2011-December/023538.html I hope this time they are transferred correctly.? Nima From: Nima Maftoon To: "paraview at paraview.org" Sent: Wednesday, December 30, 2015 4:57 PM Subject: Visualizing complex vibration modes Hello all, I am trying to visualize complex vibration modes with Paraview. Unlike in a real mode, points in a complex mode have different phases. Please see previous discussions on this subject:http://www.salome-platform.org/forum/forum_10/587894859http://www.paraview.org/pipermail/paraview/2011-December/023538.html The Paraview version included in Salome has a macro for modal visualization. I've put that macro and a MED file containing both real and imaginary parts of the mode shapes and another two other MED files for separate real and imaginary parts in the following shared folder. http://1drv.ms/1TqggEK The real mode animation in the mode macro is based on applying ExtractSurface(), ScaleVector(), WarpByVector() in cascade and animating the ScaleVector using a sinusoidal interpolation in a CompositeKeyFrame. However for a complex mode two components should drive the WrapByVector filter. I describe my thoughts, which didn't solve the problem, below: If the complex mode shape is a+jb, the animated mode shape should have a form like a cos(wt)+b cos(wt+pi/2). w is only for visualization and can be 2pi, 1, etc. t can come from the animation time. I learned about GetAnimationTime () that can be accessed inside a PythonAnimationCue (). Another way of getting the time is through CompositeKeyFrame for real and imaginary parts where "Phase" for one of them should be set to pi/2 (it is not clear to me whether the phase should be defined as deg or rad for CompositeKeyFrame). I guess at least one of my problem is that I don't know how to access data of the imaginary and real fields in the complex file or data of the two separate reader sources and do math operation on them to make a new field out of them and feed it to a wrap filter. Any thoughts would be appreciated.Nima -------------- next part -------------- An HTML attachment was scrubbed... URL: From robert.maynard at kitware.com Tue Jan 5 08:37:43 2016 From: robert.maynard at kitware.com (Robert Maynard) Date: Tue, 5 Jan 2016 08:37:43 -0500 Subject: [Paraview] Building paraview with piston -- enabling GPGPU support In-Reply-To: <9230853A36E499458AF5EAD38C13DCD5219CE6A2@SRV00048.soton.ac.uk> References: <9230853A36E499458AF5EAD38C13DCD5219CCC3D@SRV00048.soton.ac.uk> <9230853A36E499458AF5EAD38C13DCD5219CE6A2@SRV00048.soton.ac.uk> Message-ID: Hi, The VTK-m integration into ParaView and VTK is currently being developed. On Mon, Dec 21, 2015 at 11:15 AM, Baker D.J. wrote: > Hello David, > > > > Thank you for this advice. I?m currently looking in to the vtk-m project, > and I?ll see how I get on. Could you please tell me if it?s possible to > integrate vtk-m and paraview in any way? For example using a plugin. > > > > Best regards, > > > > David. > > > > *From:* David E DeMarle [mailto:dave.demarle at kitware.com] > *Sent:* Friday, December 18, 2015 4:00 PM > *To:* Baker D.J. > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] Building paraview with piston -- enabling GPGPU > support > > > > What you are seeing is that piston has evolved since the we wrote the vtk > module that interfaces to it. I think the same is true of thrust evolving > since piston 0.4. So, in order to make it work without modifying the code, > you will need to use older versions. > > > > Instead of doing that, I recommend you look into vtk-m project instead. > This is the successor to the since deprecated PISTON and DAX projects. > > > > > > > > > > > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > > > On Fri, Dec 18, 2015 at 5:54 AM, Baker D.J. wrote: > > Hello, > > > > I am trying to integrate GPGPU support in paraview v4.4.0. With that in > mind I have enabled ?PARAVIEW_USE_PISTON? in the cmake configurator, and > downloaded the Piston source code. The software that I?m using is? > > > > Paraview 4.4.0 > > Piston 0.4 > > Cuda toolkit 7.5.18 > > > > The make fails when compiling vtkPistonConverters.cu, and I cannot make > any progress to resolve my issues. In addition to a load of warnings I see > the following types of errors: > > > > piston/choose_container.h(42): error: namespace "thrust::detail" has no > member "default_device_space_tag" > > > > VTK/Accelerators/Piston/vtkPistonConverters.cu(93): error: expected a type > specifier (a couple) > > > > VTK/Accelerators/Piston/vtkPistonConverters.cu(36): error: too few > arguments for class template "piston::vtk_image3d" (several times) > > > > I?m not a C/C++ programmer and so this is a show stopper for me. I?ve > tried downloading the current VTK source, however that does not help. Could > anyone please advise on the source of these errors or alternatively advise > which combination of paraview/piston/cuda give a working solution. > > > > Best regards, > > > > David. > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at seoaachen.de Tue Jan 5 08:55:43 2016 From: info at seoaachen.de (Daniel Zuidinga) Date: Tue, 5 Jan 2016 14:55:43 +0100 Subject: [Paraview] ParaViewWeb Message-ID: <568BCB5F.7090803@seoaachen.de> Hello, does ParaViewWeb only work with 4.1? I can't find a file pv_web_visualizer.py in 4.3.1 or 5.0rc? Is it possible to run ParaViewWeb with the salome ( http://www.salome-platform.org/ ) distribution? (I need med-file plugin to load med files generated by code aster). regards Daniel From n_maftoon at yahoo.com Tue Jan 5 09:59:34 2016 From: n_maftoon at yahoo.com (Nima Maftoon) Date: Tue, 5 Jan 2016 14:59:34 +0000 (UTC) Subject: [Paraview] ParaViewWeb In-Reply-To: <568BCB5F.7090803@seoaachen.de> References: <568BCB5F.7090803@seoaachen.de> Message-ID: <376619213.249037.1452005974993.JavaMail.yahoo@mail.yahoo.com> Hello Daniel, Paraview module in Salome (& Salome-Meca) is named PARAVIS. It works well with MED files. Nima From: Daniel Zuidinga To: "paraview at paraview.org" Sent: Tuesday, January 5, 2016 8:55 AM Subject: [Paraview] ParaViewWeb Hello, does ParaViewWeb only work with 4.1? I can't find a file pv_web_visualizer.py in 4.3.1 or 5.0rc? Is it possible to run ParaViewWeb with the salome ( http://www.salome-platform.org/ ) distribution? (I need med-file plugin to load med files generated by code aster). regards Daniel _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at seoaachen.de Tue Jan 5 10:02:22 2016 From: info at seoaachen.de (Daniel Zuidinga) Date: Tue, 5 Jan 2016 16:02:22 +0100 Subject: [Paraview] ParaViewWeb In-Reply-To: <376619213.249037.1452005974993.JavaMail.yahoo@mail.yahoo.com> References: <568BCB5F.7090803@seoaachen.de> <376619213.249037.1452005974993.JavaMail.yahoo@mail.yahoo.com> Message-ID: <568BDAFE.40709@seoaachen.de> Hello Nima, my question was if I can run ParaviewWEB with it and how. There is neither a pv_web_visualizer.py in the salome paravis module neither in current paraview releases. Am 05.01.2016 um 15:59 schrieb Nima Maftoon: > Hello Daniel, > > Paraview module in Salome (& Salome-Meca) is named PARAVIS. It works > well with MED files. > > Nima > > > ------------------------------------------------------------------------ > *From:* Daniel Zuidinga > *To:* "paraview at paraview.org" > *Sent:* Tuesday, January 5, 2016 8:55 AM > *Subject:* [Paraview] ParaViewWeb > > Hello, > > does ParaViewWeb only work with 4.1? I can't find a file > pv_web_visualizer.py in 4.3.1 or 5.0rc? > > Is it possible to run ParaViewWeb with the salome ( > http://www.salome-platform.org/ ) distribution? (I need med-file plugin > to load med files generated by code aster). > > regards > Daniel > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Tue Jan 5 10:59:29 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 5 Jan 2016 10:59:29 -0500 Subject: [Paraview] ParaViewWeb In-Reply-To: <568BDAFE.40709@seoaachen.de> References: <568BCB5F.7090803@seoaachen.de> <376619213.249037.1452005974993.JavaMail.yahoo@mail.yahoo.com> <568BDAFE.40709@seoaachen.de> Message-ID: I see it in the source and binary for 4.4 on my mac here: kaltuel:~ demarle$ find /Source/ParaView/devel/ParaView -name pv_web_visualizer.py /Source/ParaView/devel/ParaView/Web/Applications/Visualizer/server/pv_web_visualizer.py kaltuel:~ demarle$ find /Applications/paraview.app/ -name pv_web_visualizer.py /Applications/paraview.app//Contents/Python/paraview/web/pv_web_visualizer.py David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Jan 5, 2016 at 10:02 AM, Daniel Zuidinga wrote: > Hello Nima, > > my question was if I can run ParaviewWEB with it and how. There is neither > a pv_web_visualizer.py in the salome paravis module neither in current > paraview releases. > > > Am 05.01.2016 um 15:59 schrieb Nima Maftoon: > > Hello Daniel, > > Paraview module in Salome (& Salome-Meca) is named PARAVIS. It works well > with MED files. > > Nima > > > ------------------------------ > *From:* Daniel Zuidinga > *To:* "paraview at paraview.org" > > *Sent:* Tuesday, January 5, 2016 8:55 AM > *Subject:* [Paraview] ParaViewWeb > > Hello, > > does ParaViewWeb only work with 4.1? I can't find a file > pv_web_visualizer.py in 4.3.1 or 5.0rc? > > Is it possible to run ParaViewWeb with the salome ( > http://www.salome-platform.org/ ) distribution? (I need med-file plugin > to load med files generated by code aster). > > regards > Daniel > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Tue Jan 5 11:05:54 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Tue, 5 Jan 2016 16:05:54 +0000 Subject: [Paraview] Visualizing complex vibration modes Message-ID: You have to jump through a couple of hoops to get it, but this expression will return it: self.GetInputInformation().Get(vtk.vtkStreamingDemandDrivenPipeline.UPDATE_TIME_STEP()) -Ken From: Nima Maftoon > Reply-To: Nima Maftoon > Date: Tuesday, January 5, 2016 at 6:31 AM To: Kenneth Moreland >, "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hi Ken, Thanks for your detailed explanation. Any hints about how to get access to the animation time? Nima ________________________________ From: "Moreland, Kenneth" > To: Nima Maftoon >; "paraview at paraview.org" > Sent: Monday, January 4, 2016 1:49 PM Subject: Re: [Paraview] Visualizing complex vibration modes I suggest that your filter sets the TIME_RANGE anyway. It is good practice for a filter that responds to time updates to advertise as such by providing either TIME_STEPS or TIME_RANGE. I can't remember all the nitty-gritty details of how the streaming demand driven pipeline decides when filters need to be updated, but if you don't set a TIME_RANGE in RequestInformation then I fear there is a chance that ParaView/VTK will not update your filter when the time step changes. All the TIME_RANGE does is specify a continuous range of valid time values. It does not actually specify and time steps. That is appropriate for your filter because the displacement is computed on the fly. I would set the TIME_RANGE to be one period of the vibration. Setting a TIME_RANGE is unlikely to hurt anything. If no reader or filter has provided time steps, then ParaView might adjust the animation start and stop time to include the time range provided. If the reader has already provided time steps, then ParaView by default sets itself to "Snap to TimeSteps" mode, and it will just always use the time steps. Regardless, the animation engine controls the time range and time steps within ParaView. The TIME_RANGE you provide is just a suggestion. If the animation engine defines a time range outside of the TIME_RANGE you given, your filter will still be given those "out of bounds" time steps, which is no problem for your filter since the motion is periodic. -Ken From: Nima Maftoon > Reply-To: Nima Maftoon > Date: Monday, January 4, 2016 at 11:14 AM To: Kenneth Moreland >, "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hello Ken, Thanks a lot for your response. There are some good ideas in your message for me to work on. I didn't know about SLAC at all. I see what you mean about the reader but I prefer to follow your suggestions the python way for now because I think it is less of a headache. Let me transfer your suggestions for the reader to ones to be implemented in a python programmable filter. I guess instead of advertising the TIME_RANGE I would use whatever time range and time steps that the animation engine sets. Those can be controlled with number of frames, etc. I think time sweep should be done by the animation engine as well. Now I am again stuck with my original problem of accessing the time information to drive the sin function. Thanks again Nima ________________________________ From: "Moreland, Kenneth" > To: Nima Maftoon >; "paraview at paraview.org" > Sent: Monday, January 4, 2016 11:41 AM Subject: Re: [Paraview] Visualizing complex vibration modes Nima, I think your question is very open ended and there are multiple ways to implement what you want. If it were me and I had enough control over the development of the ParaView components, I would add the capability of animating mode shapes in the reader. I don't see a MED reader in my binary distribution of ParaView, so I am assuming that the version of ParaView that comes with Salome as a custom plugin that provides this MED reader (as well as other facilities). Perhaps you can enhance the MED reader to understand mode shapes with different phases and animate them. The way this would work is that the MED reader would advertise that its data is available over a certain time range by sending a TIME_RANGE key down the pipeline during the RequestInformation phase. This is enough to tell ParaView to set up an animation for this time range. The next time RequestData is called on your reader, an UPDATE_TIME_STEP key will be set with the current time value for the animation. The reader can then compute the displacement vector with the "cos(wt) + b cos(wt + pi/2)" using the given time value for t. I would have the reader also internally apply the displacement vector to the point coordinates. This implementation is a bit of a headache for the developer, but it creates a nice seamless interface for the user. Load the file and it just works. No scripts or extra processing necessary. I know of two readers in ParaView that support mode shapes: Exodus II and SLAC. Of these two, the SLAC reader is closer to your use case because it also supports mode shapes defined with complex values and different phases. The source code for the SLAC reader is in ParaView/VTK/IO/NetCDF/vtkSLACReader.cxx, so you can consult the solution there. If you are not in a position to make modifications to the MED reader, the next best solution would be to create a filter that animates the mode shape for you. The filter would work basically the same as I described above for the reader except that the data comes from the filter input rather than a file. Such a filter can be implemented with the programmable filter and then encapsulated in a plugin without having to compile any custom C++ code (http://www.kitware.com/blog/home/post/534). Hope that helps. -Ken From: ParaView > on behalf of "paraview at paraview.org" > Reply-To: Nima Maftoon > Date: Monday, January 4, 2016 at 6:41 AM To: "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hello, I saw that the two links about the history has been attached together making a broken link. I corrected them below: http://www.salome-platform.org/forum/forum_10/587894859 http://www.paraview.org/pipermail/paraview/2011-December/023538.html I hope this time they are transferred correctly. Nima ________________________________ From: Nima Maftoon > To: "paraview at paraview.org" > Sent: Wednesday, December 30, 2015 4:57 PM Subject: Visualizing complex vibration modes Hello all, I am trying to visualize complex vibration modes with Paraview. Unlike in a real mode, points in a complex mode have different phases. Please see previous discussions on this subject: http://www.salome-platform.org/forum/forum_10/587894859 http://www.paraview.org/pipermail/paraview/2011-December/023538.html The Paraview version included in Salome has a macro for modal visualization. I've put that macro and a MED file containing both real and imaginary parts of the mode shapes and another two other MED files for separate real and imaginary parts in the following shared folder. http://1drv.ms/1TqggEK The real mode animation in the mode macro is based on applying ExtractSurface(), ScaleVector(), WarpByVector() in cascade and animating the ScaleVector using a sinusoidal interpolation in a CompositeKeyFrame. However for a complex mode two components should drive the WrapByVector filter. I describe my thoughts, which didn't solve the problem, below: If the complex mode shape is a+jb, the animated mode shape should have a form like a cos(wt)+b cos(wt+pi/2). w is only for visualization and can be 2pi, 1, etc. t can come from the animation time. I learned about GetAnimationTime () that can be accessed inside a PythonAnimationCue (). Another way of getting the time is through CompositeKeyFrame for real and imaginary parts where "Phase" for one of them should be set to pi/2 (it is not clear to me whether the phase should be defined as deg or rad for CompositeKeyFrame). I guess at least one of my problem is that I don't know how to access data of the imaginary and real fields in the complex file or data of the two separate reader sources and do math operation on them to make a new field out of them and feed it to a wrap filter. Any thoughts would be appreciated. Nima -------------- next part -------------- An HTML attachment was scrubbed... URL: From hobbsk at ohio.edu Tue Jan 5 11:04:54 2016 From: hobbsk at ohio.edu (Kevin H. Hobbs) Date: Tue, 5 Jan 2016 11:04:54 -0500 Subject: [Paraview] Retire expected builds Message-ID: <568BE9A6.4020303@ohio.edu> I'm moving to a new job, and will no longer be able to maintain my nightly builds (even in their neglected state.) Please expect the expected builds from bubbles, murron, and k450e to dissapear. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 173 bytes Desc: OpenPGP digital signature URL: From info at seoaachen.de Tue Jan 5 11:29:35 2016 From: info at seoaachen.de (Daniel Zuidinga) Date: Tue, 5 Jan 2016 17:29:35 +0100 Subject: [Paraview] ParaViewWeb In-Reply-To: References: <568BCB5F.7090803@seoaachen.de> <376619213.249037.1452005974993.JavaMail.yahoo@mail.yahoo.com> <568BDAFE.40709@seoaachen.de> Message-ID: <568BEF6F.6010108@seoaachen.de> I installed 4.3.1, 4.4, 5.0.0rc3 and 4.3.1 from salome. There is no pv_web_visualizer.py in any of these windows installations? Am 05.01.2016 um 16:59 schrieb David E DeMarle: > I see it in the source and binary for 4.4 on my mac here: > > kaltuel:~ demarle$ find /Source/ParaView/devel/ParaView -name > pv_web_visualizer.py > /Source/ParaView/devel/ParaView/Web/Applications/Visualizer/server/pv_web_visualizer.py > kaltuel:~ demarle$ find /Applications/paraview.app/ -name > pv_web_visualizer.py > /Applications/paraview.app//Contents/Python/paraview/web/pv_web_visualizer.py > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Tue, Jan 5, 2016 at 10:02 AM, Daniel Zuidinga > wrote: > > Hello Nima, > > my question was if I can run ParaviewWEB with it and how. There is > neither a pv_web_visualizer.py in the salome paravis module > neither in current paraview releases. > > > Am 05.01.2016 um 15:59 schrieb Nima Maftoon: >> Hello Daniel, >> >> Paraview module in Salome (& Salome-Meca) is named PARAVIS. It >> works well with MED files. >> >> Nima >> >> >> ------------------------------------------------------------------------ >> *From:* Daniel Zuidinga >> >> *To:* "paraview at paraview.org" >> >> *Sent:* Tuesday, January 5, 2016 8:55 AM >> *Subject:* [Paraview] ParaViewWeb >> >> Hello, >> >> does ParaViewWeb only work with 4.1? I can't find a file >> pv_web_visualizer.py in 4.3.1 or 5.0rc? >> >> Is it possible to run ParaViewWeb with the salome ( >> http://www.salome-platform.org/ ) distribution? (I need med-file >> plugin >> to load med files generated by code aster). >> >> regards >> Daniel >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Tue Jan 5 11:37:42 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 5 Jan 2016 11:37:42 -0500 Subject: [Paraview] Update Extent / Whole Extent mismatch error when using Programmable Filter In-Reply-To: References: Message-ID: Evan, Sorry for the late reply. You'll need to add a RequestUpdateExtent script with something like import vtk connection = 1 # maybe 0? inInfo = self.GetInputInformation(0, connection) wholeExtent = inInfo.Get(vtk.vtkStreamingDemandDrivenPipeline.WHOLE_EXTENT()) inInfo.Set(vtk.vtkStreamingDemandDrivenPipeline.UPDATE_EXTENT(), wholeExtent, len(wholeExtent)) HTH, Cory On Wed, Nov 4, 2015 at 5:47 PM, Evan Kao wrote: > Hi all, > > I'm trying to perform an operation on 2 data objects using the Python > Programmable Filter, specifically 2 structured grids However, one of them > is in 2D: > > > ? > > > This appears to force the output to be 2D as well, and I get the following > error: > > ERROR: In > C:\DBD\pvs-x64\paraview\src\paraview\VTK\Common\ExecutionModel\vtkStreamingDemandDrivenPipeline.cxx, > line 857 > > vtkPVPostFilterExecutive (0000000011A65E20): The update extent specified > in the information for output port 0 on algorithm > vtkPVPostFilter(0000000011985EB0) is 0 191 0 255 0 0, which is outside the > whole extent 0 131 0 175 0 31. > > If I perform the following snippet: > > in1 = self.GetInputDataObject(0,0) > > in2 = self.GetInputDataObject(0,1) > > out1 = self.GetOutputDataObject(0) > > > if in1.GetDimensions()[2] == 1: > > out1.DeepCopy(in2) > > else: > > out1.DeepCopy(in1) > ? > > The output data has only 2 dimensions (the green surface): > > > ? > > If I examine the data in the Spreadsheet View though, it seems all the > information has been copied over (all points and cells), so only the view > is incorrect. > > How do I fix this? > > Thanks, > Evan Kao > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Paraview error2.png Type: image/png Size: 71933 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Paraview error1.png Type: image/png Size: 80553 bytes Desc: not available URL: From cory.quammen at kitware.com Tue Jan 5 11:42:49 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 5 Jan 2016 11:42:49 -0500 Subject: [Paraview] ParaViewWeb In-Reply-To: <568BEF6F.6010108@seoaachen.de> References: <568BCB5F.7090803@seoaachen.de> <376619213.249037.1452005974993.JavaMail.yahoo@mail.yahoo.com> <568BDAFE.40709@seoaachen.de> <568BEF6F.6010108@seoaachen.de> Message-ID: I'm not familiar with the Salome platform. You might try posting on the Salome forums to see what is included in their ParaView installation. http://www.salome-platform.org/forum - Cory On Tue, Jan 5, 2016 at 11:29 AM, Daniel Zuidinga wrote: > I installed 4.3.1, 4.4, 5.0.0rc3 and 4.3.1 from salome. There is no > pv_web_visualizer.py in any of these windows installations? > > > Am 05.01.2016 um 16:59 schrieb David E DeMarle: > > I see it in the source and binary for 4.4 on my mac here: > > kaltuel:~ demarle$ find /Source/ParaView/devel/ParaView -name > pv_web_visualizer.py > > /Source/ParaView/devel/ParaView/Web/Applications/Visualizer/server/pv_web_visualizer.py > kaltuel:~ demarle$ find /Applications/paraview.app/ -name > pv_web_visualizer.py > > /Applications/paraview.app//Contents/Python/paraview/web/pv_web_visualizer.py > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Tue, Jan 5, 2016 at 10:02 AM, Daniel Zuidinga > wrote: > >> Hello Nima, >> >> my question was if I can run ParaviewWEB with it and how. There is >> neither a pv_web_visualizer.py in the salome paravis module neither in >> current paraview releases. >> >> >> Am 05.01.2016 um 15:59 schrieb Nima Maftoon: >> >> Hello Daniel, >> >> Paraview module in Salome (& Salome-Meca) is named PARAVIS. It works well >> with MED files. >> >> Nima >> >> >> ------------------------------ >> *From:* Daniel Zuidinga >> >> *To:* "paraview at paraview.org" >> >> *Sent:* Tuesday, January 5, 2016 8:55 AM >> *Subject:* [Paraview] ParaViewWeb >> >> Hello, >> >> does ParaViewWeb only work with 4.1? I can't find a file >> pv_web_visualizer.py in 4.3.1 or 5.0rc? >> >> Is it possible to run ParaViewWeb with the salome ( >> http://www.salome-platform.org/ ) distribution? (I need med-file plugin >> to load med files generated by code aster). >> >> regards >> Daniel >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: >> http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Tue Jan 5 11:43:12 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 5 Jan 2016 11:43:12 -0500 Subject: [Paraview] ParaViewWeb In-Reply-To: <568BEF6F.6010108@seoaachen.de> References: <568BCB5F.7090803@seoaachen.de> <376619213.249037.1452005974993.JavaMail.yahoo@mail.yahoo.com> <568BDAFE.40709@seoaachen.de> <568BEF6F.6010108@seoaachen.de> Message-ID: Two probably causes come to mind. 1) you are on Windows. Last time I checked ParaView web was not yet working on windows and the cmakelist seems to force it to be off. 2) you are using Salome's ParaView. Salome may package only the parts of ParaView it needs. For example by turning PARAVIEW_ENABLE_WEB off when they configure. If this is the case, convince the salome developers to include it. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Jan 5, 2016 at 11:29 AM, Daniel Zuidinga wrote: > I installed 4.3.1, 4.4, 5.0.0rc3 and 4.3.1 from salome. There is no > pv_web_visualizer.py in any of these windows installations? > > > Am 05.01.2016 um 16:59 schrieb David E DeMarle: > > I see it in the source and binary for 4.4 on my mac here: > > kaltuel:~ demarle$ find /Source/ParaView/devel/ParaView -name > pv_web_visualizer.py > > /Source/ParaView/devel/ParaView/Web/Applications/Visualizer/server/pv_web_visualizer.py > kaltuel:~ demarle$ find /Applications/paraview.app/ -name > pv_web_visualizer.py > > /Applications/paraview.app//Contents/Python/paraview/web/pv_web_visualizer.py > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Tue, Jan 5, 2016 at 10:02 AM, Daniel Zuidinga > wrote: > >> Hello Nima, >> >> my question was if I can run ParaviewWEB with it and how. There is >> neither a pv_web_visualizer.py in the salome paravis module neither in >> current paraview releases. >> >> >> Am 05.01.2016 um 15:59 schrieb Nima Maftoon: >> >> Hello Daniel, >> >> Paraview module in Salome (& Salome-Meca) is named PARAVIS. It works well >> with MED files. >> >> Nima >> >> >> ------------------------------ >> *From:* Daniel Zuidinga >> >> *To:* "paraview at paraview.org" >> >> *Sent:* Tuesday, January 5, 2016 8:55 AM >> *Subject:* [Paraview] ParaViewWeb >> >> Hello, >> >> does ParaViewWeb only work with 4.1? I can't find a file >> pv_web_visualizer.py in 4.3.1 or 5.0rc? >> >> Is it possible to run ParaViewWeb with the salome ( >> http://www.salome-platform.org/ ) distribution? (I need med-file plugin >> to load med files generated by code aster). >> >> regards >> Daniel >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: >> http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From n_maftoon at yahoo.com Tue Jan 5 11:46:14 2016 From: n_maftoon at yahoo.com (Nima Maftoon) Date: Tue, 5 Jan 2016 16:46:14 +0000 (UTC) Subject: [Paraview] ParaViewWeb In-Reply-To: <568BEF6F.6010108@seoaachen.de> References: <568BCB5F.7090803@seoaachen.de> <376619213.249037.1452005974993.JavaMail.yahoo@mail.yahoo.com> <568BDAFE.40709@seoaachen.de> <568BEF6F.6010108@seoaachen.de> Message-ID: <175974348.334537.1452012374439.JavaMail.yahoo@mail.yahoo.com> It is not part of the Salome source as of the latest version 7.7.1. From: Daniel Zuidinga To: David E DeMarle Cc: "paraview at paraview.org" Sent: Tuesday, January 5, 2016 11:29 AM Subject: Re: [Paraview] ParaViewWeb I installed 4.3.1, 4.4, 5.0.0rc3 and 4.3.1 from salome. There is no pv_web_visualizer.py in any of these windows installations? Am 05.01.2016 um 16:59 schrieb David E DeMarle: I see it in the source and binary for 4.4 on my mac here: kaltuel:~ demarle$ find /Source/ParaView/devel/ParaView -name pv_web_visualizer.py /Source/ParaView/devel/ParaView/Web/Applications/Visualizer/server/pv_web_visualizer.py kaltuel:~ demarle$ find /Applications/paraview.app/ -name pv_web_visualizer.py /Applications/paraview.app//Contents/Python/paraview/web/pv_web_visualizer.py David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Jan 5, 2016 at 10:02 AM, Daniel Zuidinga wrote: Hello Nima, my question was if I can run ParaviewWEB with it and how. There is neither a pv_web_visualizer.py in the salome paravis module neither in current paraview releases. Am 05.01.2016 um 15:59 schrieb Nima Maftoon: Hello Daniel, Paraview module in Salome (& Salome-Meca) is named PARAVIS. It works well with MED files. Nima From: Daniel Zuidinga To: "paraview at paraview.org" Sent: Tuesday, January 5, 2016 8:55 AM Subject: [Paraview] ParaViewWeb Hello, does ParaViewWeb only work with 4.1? I can't find a file pv_web_visualizer.py in 4.3.1 or 5.0rc? Is it possible to run ParaViewWeb with the salome ( http://www.salome-platform.org/ ) distribution? (I need med-file plugin to load med files generated by code aster). regards Daniel _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Tue Jan 5 11:51:27 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 5 Jan 2016 11:51:27 -0500 Subject: [Paraview] pvpython: assigning a 2D texture image to an object that has TCords In-Reply-To: <5665B8E9.9060805@mh-hannover.de> References: <5665B8E9.9060805@mh-hannover.de> Message-ID: Roman, I am copying your solution from your other thread here for posterity. import paraview.simple as pvs plane1 = pvs.Plane(guiName="xz-plane") dp = pvs.GetDisplayProperties(plane1) dp.Representation = 'Surface With Edges' texProxy = pvs.servermanager.CreateProxy("textures", "ImageTexture") texProxy.GetProperty("FileName").SetElement(0, "texture.png") texProxy.UpdateVTKObjects() dp.Texture= texProxy print dp.Texture pvs.Render() - Cory On Mon, Dec 7, 2015 at 11:50 AM, Grothausmann, Roman Dr. < grothausmann.roman at mh-hannover.de> wrote: > Dear mailing list members, > > > Is it possible to assign a 2D texture image to an object that has TCords > in python? > I found quite a few people trying and reporting that it does not work nor > does the Trace Option under paraview tell what happens if a texture is > assigned in the GUI: > http://www.paraview.org/pipermail/paraview/2012-March/024255.html > http://www.paraview.org/Bug/view.php?id=12953 > > I've tried: > > import paraview.simple as pvs > > > reader = pvs.OpenDataFile("test.png) > #reader.UpdatePipelineInformation() > reader.UpdatePipeline() > print reader.GetDataInformation().GetBounds() # needs UpdatePipeline > > obj = pvs.Plane() > plane1Display = pvs.Show(obj) > plane1Display.Texture = reader > > dp = pvs.GetDisplayProperties(obj) > dp.Representation = 'Surface With Edges' > > dp.Texture = reader > > > but neither plane1Display.Texture nor dp.Texture seem to allow to set the > texture (see error below) > > Any help or hints are very much appreciated > Roman > > > RROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 390 > vtkPVSessionCore (0x258c2e0): Object type: vtkGlyph3DRepresentation, could > not find requested method: "SetTexture" > or the method was called with incorrect arguments. > > while processing > Message 0 = Invoke > Argument 0 = vtk_object_pointer {vtkGlyph3DRepresentation (0x551b0a0)} > Argument 1 = string_value {SetTexture} > Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader (0x4f68190)} > > > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 391 > vtkPVSessionCore (0x258c2e0): Aborting execution for debugging purposes. > > ############ ABORT ############# > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, > line 134 > vtkSISourceProxy (0x551af30): Error pushing property state: Texture > > global_id: 396 > location: 21 > [paraview_protobuf.ProxyState.property] { > name: "Texture" > value { > type: INPUT > proxy_global_id: 350 > port_number: 0 > } > } > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 390 > vtkPVSessionCore (0x258c2e0): Object type: vtkOutlineRepresentation, could > not find requested method: "SetTexture" > or the method was called with incorrect arguments. > > while processing > Message 0 = Invoke > Argument 0 = vtk_object_pointer {vtkOutlineRepresentation (0x5549800)} > Argument 1 = string_value {SetTexture} > Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader (0x4f68190)} > > > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 391 > vtkPVSessionCore (0x258c2e0): Aborting execution for debugging purposes. > > ############ ABORT ############# > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, > line 134 > vtkSISourceProxy (0x5549690): Error pushing property state: Texture > > global_id: 407 > location: 21 > [paraview_protobuf.ProxyState.property] { > name: "Texture" > value { > type: INPUT > proxy_global_id: 350 > port_number: 0 > } > } > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 390 > vtkPVSessionCore (0x258c2e0): Object type: > vtkGeometryRepresentationWithFaces, could not find requested method: > "SetTexture" > or the method was called with incorrect arguments. > > while processing > Message 0 = Invoke > Argument 0 = vtk_object_pointer {vtkGeometryRepresentationWithFaces > (0x59a6df0)} > Argument 1 = string_value {SetTexture} > Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader (0x4f68190)} > > > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 391 > vtkPVSessionCore (0x258c2e0): Aborting execution for debugging purposes. > > ############ ABORT ############# > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, > line 134 > vtkSISourceProxy (0x5afc8e0): Error pushing property state: Texture > > global_id: 440 > location: 21 > [paraview_protobuf.ProxyState.property] { > name: "Texture" > value { > type: INPUT > proxy_global_id: 350 > port_number: 0 > } > } > > > -- > Dr. Roman Grothausmann > > Tomographie und Digitale Bildverarbeitung > Tomography and Digital Image Analysis > > Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 > Medizinische Hochschule Hannover > Carl-Neuberg-Str. 1 > D-30625 Hannover > > Tel. +49 511 532-2900 > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Tue Jan 5 11:57:51 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Tue, 5 Jan 2016 09:57:51 -0700 Subject: [Paraview] ParaViewWeb In-Reply-To: <175974348.334537.1452012374439.JavaMail.yahoo@mail.yahoo.com> References: <568BCB5F.7090803@seoaachen.de> <376619213.249037.1452005974993.JavaMail.yahoo@mail.yahoo.com> <568BDAFE.40709@seoaachen.de> <568BEF6F.6010108@seoaachen.de> <175974348.334537.1452012374439.JavaMail.yahoo@mail.yahoo.com> Message-ID: Just catching up here... ParaViewWeb is not built on Windows by default. It is possible but as it require an external dependency, we didn't make the jump on building it for Windows in our SuperBuild. Seb On Tue, Jan 5, 2016 at 9:46 AM, Nima Maftoon via ParaView < paraview at paraview.org> wrote: > It is not part of the Salome source as of the latest version 7.7.1. > > > ------------------------------ > *From:* Daniel Zuidinga > *To:* David E DeMarle > *Cc:* "paraview at paraview.org" > *Sent:* Tuesday, January 5, 2016 11:29 AM > *Subject:* Re: [Paraview] ParaViewWeb > > I installed 4.3.1, 4.4, 5.0.0rc3 and 4.3.1 from salome. There is no > pv_web_visualizer.py in any of these windows installations? > > Am 05.01.2016 um 16:59 schrieb David E DeMarle: > > I see it in the source and binary for 4.4 on my mac here: > > kaltuel:~ demarle$ find /Source/ParaView/devel/ParaView -name > pv_web_visualizer.py > > /Source/ParaView/devel/ParaView/Web/Applications/Visualizer/server/pv_web_visualizer.py > kaltuel:~ demarle$ find /Applications/paraview.app/ -name > pv_web_visualizer.py > > /Applications/paraview.app//Contents/Python/paraview/web/pv_web_visualizer.py > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Tue, Jan 5, 2016 at 10:02 AM, Daniel Zuidinga > wrote: > > Hello Nima, > > my question was if I can run ParaviewWEB with it and how. There is neither > a pv_web_visualizer.py in the salome paravis module neither in current > paraview releases. > > > Am 05.01.2016 um 15:59 schrieb Nima Maftoon: > > Hello Daniel, > > Paraview module in Salome (& Salome-Meca) is named PARAVIS. It works well > with MED files. > > Nima > > > ------------------------------ > *From:* Daniel Zuidinga > > *To:* "paraview at paraview.org" > > *Sent:* Tuesday, January 5, 2016 8:55 AM > *Subject:* [Paraview] ParaViewWeb > > Hello, > > does ParaViewWeb only work with 4.1? I can't find a file > pv_web_visualizer.py in 4.3.1 or 5.0rc? > > Is it possible to run ParaViewWeb with the salome ( > http://www.salome-platform.org/ ) distribution? (I need med-file plugin > to load med files generated by code aster). > > regards > Daniel > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: > http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From lyon at fnal.gov Tue Jan 5 12:39:04 2016 From: lyon at fnal.gov (Adam Lyon) Date: Tue, 5 Jan 2016 11:39:04 -0600 Subject: [Paraview] Differences between OpenGL and OpenGL2 versions of ParaView In-Reply-To: References: <3b80307dd0184a7081060df719e33861@MAIL06V-CAS04.fnal.gov> <39f822d31fde44f480e4a52108b21e0d@MAIL06V-CAS04.fnal.gov> <198e09ec4d914afab6645f4e9b37e5bf@MAIL03V-CAS01.fnal.gov> <9661715ca38f44ddacde89a22785e882@MAIL04V-CAS03.fnal.gov> <5BBB77AF-80DE-44B6-A78B-744C4AE89866@kitware.com> Message-ID: Hi - Just thought I'd let you all know that I've finally made progress on this problem. To recap, I have a MultiBlockDataSet (MBDS) containing PolyData objects. The PolyData objects don't all have the same attributes (some have Normals, some don't; some have particular FieldData, others don't). This "heterogeneous" MBDS reflects the visualization data I get from the Geant4 simulation program - some things have particular attributes and others don't. As you (Ken & Utkarsh) pointed out, such a heterogenous MBDS triggers a generic renderer in ParaView v5/OpenGL2 unless every block within the MBDS has the same structure. The generic renderer is extremely slow, and it makes interacting with the visualization in ParaView painful (e.g. a few frames per second or less). I now have a filter (I should fix my ParaView Source that creates the MBDS - but that'll be for later) that runs through the MBDS and makes it homogeneous - that is it removes Normals and TCoords (only a very few PolyData have them) and adds missing FieldData with defaults. This triggers the fast renderer - and boy it's *a lot* faster. 30x - 200x faster frame rates compared to the generic renderer. The fast renderer is at least many times faster than the OpenGL1 renderer in ParaView v4.4. I'm quite happy with this solution and am glad I can finally use the new features in ParaView v5/OpenGL2. Woohoo! I'm wondering if other people are going to hit this generic renderer slowness.. I added some code to my build of ParaView v5 in vtkCompositePolyDataMapper2.cxx that std::cout's a message when the generic renderer is triggered and why (e.g. heterogeneous Normals, TCoords, Scalars, etc). I found that to be very helpful. Perhaps the render annotation could show such a message (e.g. in vtkPVRenderView). Thanks again for your help!! And Happy New Year!! -- Adam *------* *Adam L. Lyon* *Scientist; Associate Division Head for Systems for Scientific Applications* Scientific Computing Division & Muon g-2 Experiment Fermi National Accelerator Laboratory 630 840 5522 office www.fnal.gov lyon at fnal.gov Connect with us! Newsletter | Facebook | Twitter On Wed, Dec 16, 2015 at 1:46 PM, Ken Martin wrote: > This code is all new hence the change. On the plus side if you moved from > 4000 blocks of 10 triangles each to 4000 blocks of 10000 triangles each the > rendering performance would probably not slow down. The overhead is all in > starting and stopping each of those 4000 mappers. > > The old backend wrote everything out into a displaylist and the OpenGL > driver handled optimizing it and dealing with any inconsistencies. The new > backend has to build vertex buffer objects and we currently only collapse > all the blocks together into one VBO if the VBO structure is the same for > every block. > > Thanks > Ken > > > On Wed, Dec 16, 2015 at 2:22 PM, Adam Lyon wrote: > >> Hi Ken - thanks for your reply. It's looking like the last approach - I >> figure out why I'm getting different blocks - is the way to go. It's >> already clear that not all of the blocks have colors. Some of the blocks >> are created by vtk sources (e.g. VtkConeSource) and others are created by >> hand (me setting points and cells). The latter won't have normals. Maybe >> some of the former do. I'll look into this. >> >> I'm curious as to why I didn't have any of these problems in v4.4 -- or >> is this two path multiblock rendering code all new for v5? Thanks again!! >> -- Adam >> >> *------* >> >> *Adam L. Lyon* >> *Scientist; Associate Division Head for Systems for Scientific >> Applications* >> >> Scientific Computing Division & Muon g-2 Experiment >> Fermi National Accelerator Laboratory >> 630 840 5522 office >> www.fnal.gov >> lyon at fnal.gov >> >> Connect with us! >> Newsletter | Facebook >> | Twitter >> >> >> On Wed, Dec 16, 2015 at 11:47 AM, Ken Martin >> wrote: >> >>> I don't really have a solution planned for that case. The data size is >>> trivially small but it falls into the slow path because each block of data >>> may or may not have normals or colors or tcoords. The nature of the blocks >>> is heterogeneous. So you end up with 4000 mappers each rendering 10 >>> triangles. Currently there are two paths for rendering multiblock data. >>> >>> 1) every block has the same properties (normals, tcoords, triangles) In >>> that case we use a fast path, the actual values of course may be different, >>> but if one block has texture coordinates then all of them will. >>> >>> 2) blocks can be different, meaning that one block may be triangles with >>> normals while the next could be lines with texture coordinates. In that >>> case we fall back on just giving each block its own mapper. That is the >>> slow path. >>> >>> What would benefit your case is a third path (or a better slow path) >>> where the blocks can be different, but we combine the ones that are the >>> same so that hopefully we end up with maybe 4 or 5 mappers each with 1000 >>> or so triangles. Implementing that is not trivial though so I don't think >>> anyone has plans for it yet. >>> >>> Another approach would be to look at what is generating your data and >>> try to determine why some blocks have normals while others do not. because >>> if you can get the blocks to be homogeneous then you will get the fast path. >>> >>> Thanks >>> Ken >>> >>> >>> >>> >>> >>> >>> >>> On Wed, Dec 16, 2015 at 11:39 AM, Adam Lyon wrote: >>> >>>> Hi Ken and Utkarsh, Checking back in with this issue... I still find >>>> that interaction with the g-2 ring in ParaView v5rc2 is very slow compared >>>> to v4.4. It looks like you all have a solution in mind. I'm happy to build >>>> from master to try it if the solution is there. Thanks again and Happy >>>> Holidays!!! I really appreciate you all looking at this problem. -- Adam >>>> >>>> *------* >>>> >>>> *Adam L. Lyon* >>>> *Scientist; Associate Division Head for Systems for Scientific >>>> Applications* >>>> >>>> Scientific Computing Division & Muon g-2 Experiment >>>> Fermi National Accelerator Laboratory >>>> 630 840 5522 office >>>> www.fnal.gov >>>> lyon at fnal.gov >>>> >>>> Connect with us! >>>> Newsletter | Facebook >>>> | Twitter >>>> >>>> >>>> On Fri, Nov 20, 2015 at 1:48 PM, Ken Martin >>>> wrote: >>>> >>>>> You could maybe have an actor per LOD and then swap actors in and out. >>>>> >>>>> Actor owns the property, backface property, and texture. Changes to >>>>> those objects can cause VBO/IBO rebuilds (switching from surface to >>>>> wireframe, adding a texture map, flat versus phong shading, edge >>>>> visibility, line width, etc.) The old backend only looked at the actor's >>>>> property which is sort of broken. >>>>> >>>>> For example in the old backend: create two properties, one set to >>>>> wireframe, one set to surface. Then create an actor and mapper set to use >>>>> display lists. Switching between the two properties will cause an actor >>>>> mtime change, but the properties themselves would still have low mtimes I >>>>> believe. In that case the old backend will end up stuck in one >>>>> representation because it only looks at the property mtime not actor. >>>>> >>>>> To make the VBO/IBO rebuild safely (but less often than currently) I >>>>> think the solution is to check the mtimes as is done currently, if those >>>>> are modified then collect up the parameters that require a VBO or IBO >>>>> rebuild and compare them to a stored value from the last build. If >>>>> different force a rebuild. That is the best solution IMO just takes some >>>>> time. I sort of wanted to do that anyhow but now I can say you forced me >>>>> into it :-) >>>>> >>>>> Thanks >>>>> Ken >>>>> >>>>> >>>>> >>>>> >>>>> On Fri, Nov 20, 2015 at 1:57 PM, Utkarsh Ayachit < >>>>> utkarsh.ayachit at kitware.com> wrote: >>>>> >>>>>> > I did notice PV is forcing the actor to be modified every time the >>>>>> LOD >>>>>> > changes (which is a lot). Modifying the actor causes the VBO/IBOs >>>>>> to rebuild >>>>>> > so it would be better not to do that unless you really need to and >>>>>> in this >>>>>> > case I'm not sure why it is being done. Specifically I think it is >>>>>> in >>>>>> > vtkPVLODActor::Modified where it calls this->Device->Modified() . >>>>>> The LOD >>>>>> > actor is being modified as a result of calling SetEnableLOD >>>>>> constantly >>>>>> > flipping between true and false. That is not the cause of this >>>>>> issue but it >>>>>> > is something I noticed that will be a pain for large datasets. >>>>>> >>>>>> Ken, currently, there's no way around it. vtkPVLODActor works by >>>>>> changing the mapper on the internal vtkActor aka Device when LOD mode >>>>>> is toggled. That will indeed change the Device's MTime even if we stop >>>>>> calling this->Device->Modiied() in the vtkPVLODActor::Modified(). The >>>>>> question is why are VBO/IBOs rebuild if actor MTime changes? VBOs >>>>>> would be data dependent right? Most of data-dependent properties are >>>>>> on the Mapper, not the actor. Shouldn't the code that re-creates >>>>>> VBO/IBOs only depend on Mapper's MTime? >>>>>> >>>>>> Utkarsh >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Ken Martin PhD >>>>> Chairman & CFO >>>>> Kitware Inc. >>>>> 28 Corporate Drive >>>>> Clifton Park NY 12065 >>>>> 518 371 3971 >>>>> >>>>> This communication, including all attachments, contains confidential >>>>> and legally privileged information, and it is intended only for the use of >>>>> the addressee. Access to this email by anyone else is unauthorized. If you >>>>> are not the intended recipient, any disclosure, copying, distribution or >>>>> any action taken in reliance on it is prohibited and may be unlawful. If >>>>> you received this communication in error please notify us immediately and >>>>> destroy the original message. Thank you. >>>>> >>>> >>>> >>> >>> >>> -- >>> Ken Martin PhD >>> Chairman & CFO >>> Kitware Inc. >>> 28 Corporate Drive >>> Clifton Park NY 12065 >>> 518 371 3971 >>> >>> This communication, including all attachments, contains confidential and >>> legally privileged information, and it is intended only for the use of the >>> addressee. Access to this email by anyone else is unauthorized. If you are >>> not the intended recipient, any disclosure, copying, distribution or any >>> action taken in reliance on it is prohibited and may be unlawful. If you >>> received this communication in error please notify us immediately and >>> destroy the original message. Thank you. >>> >> >> > > > -- > Ken Martin PhD > Chairman & CFO > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > 518 371 3971 > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Tue Jan 5 12:51:35 2016 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 5 Jan 2016 12:51:35 -0500 Subject: [Paraview] Differences between OpenGL and OpenGL2 versions of ParaView In-Reply-To: References: <3b80307dd0184a7081060df719e33861@MAIL06V-CAS04.fnal.gov> <39f822d31fde44f480e4a52108b21e0d@MAIL06V-CAS04.fnal.gov> <198e09ec4d914afab6645f4e9b37e5bf@MAIL03V-CAS01.fnal.gov> <9661715ca38f44ddacde89a22785e882@MAIL04V-CAS03.fnal.gov> <5BBB77AF-80DE-44B6-A78B-744C4AE89866@kitware.com> Message-ID: Nice job Adam! I've though about your issue some more and I think the best solution is to revamp the vtkCompositePolyDataMapper2 to work a little differently. Basically always have it group together blocks that have the same properties and then render each of them with a helper mapper. That would give us great performance in both cases. I have added it to the OpenGL2 ToDo list just, not sure how soon someone will get to it as the old code works, it just isn't optimal in all cases. Thanks! Ken On Tue, Jan 5, 2016 at 12:39 PM, Adam Lyon wrote: > Hi - Just thought I'd let you all know that I've finally made progress on > this problem. To recap, I have a MultiBlockDataSet (MBDS) containing > PolyData objects. The PolyData objects don't all have the same attributes > (some have Normals, some don't; some have particular FieldData, others > don't). This "heterogeneous" MBDS reflects the visualization data I get > from the Geant4 simulation program - some things have particular attributes > and others don't. > > As you (Ken & Utkarsh) pointed out, such a heterogenous MBDS triggers a > generic renderer in ParaView v5/OpenGL2 unless every block within the MBDS > has the same structure. The generic renderer is extremely slow, and it > makes interacting with the visualization in ParaView painful (e.g. a few > frames per second or less). > > I now have a filter (I should fix my ParaView Source that creates the MBDS > - but that'll be for later) that runs through the MBDS and makes it > homogeneous - that is it removes Normals and TCoords (only a very few > PolyData have them) and adds missing FieldData with defaults. This triggers > the fast renderer - and boy it's *a lot* faster. 30x - 200x faster frame > rates compared to the generic renderer. The fast renderer is at least many > times faster than the OpenGL1 renderer in ParaView v4.4. > > I'm quite happy with this solution and am glad I can finally use the new > features in ParaView v5/OpenGL2. Woohoo! > > I'm wondering if other people are going to hit this generic renderer > slowness.. I added some code to my build of ParaView v5 in > vtkCompositePolyDataMapper2.cxx that std::cout's a message when the generic > renderer is triggered and why (e.g. heterogeneous Normals, TCoords, > Scalars, etc). I found that to be very helpful. Perhaps the render > annotation could show such a message (e.g. in vtkPVRenderView). > > Thanks again for your help!! And Happy New Year!! -- Adam > > *------* > > *Adam L. Lyon* > *Scientist; Associate Division Head for Systems for Scientific > Applications* > > Scientific Computing Division & Muon g-2 Experiment > Fermi National Accelerator Laboratory > 630 840 5522 office > www.fnal.gov > lyon at fnal.gov > > Connect with us! > Newsletter | Facebook > | Twitter > > > On Wed, Dec 16, 2015 at 1:46 PM, Ken Martin > wrote: > >> This code is all new hence the change. On the plus side if you moved from >> 4000 blocks of 10 triangles each to 4000 blocks of 10000 triangles each the >> rendering performance would probably not slow down. The overhead is all in >> starting and stopping each of those 4000 mappers. >> >> The old backend wrote everything out into a displaylist and the OpenGL >> driver handled optimizing it and dealing with any inconsistencies. The new >> backend has to build vertex buffer objects and we currently only collapse >> all the blocks together into one VBO if the VBO structure is the same for >> every block. >> >> Thanks >> Ken >> >> >> On Wed, Dec 16, 2015 at 2:22 PM, Adam Lyon wrote: >> >>> Hi Ken - thanks for your reply. It's looking like the last approach - I >>> figure out why I'm getting different blocks - is the way to go. It's >>> already clear that not all of the blocks have colors. Some of the blocks >>> are created by vtk sources (e.g. VtkConeSource) and others are created by >>> hand (me setting points and cells). The latter won't have normals. Maybe >>> some of the former do. I'll look into this. >>> >>> I'm curious as to why I didn't have any of these problems in v4.4 -- or >>> is this two path multiblock rendering code all new for v5? Thanks again!! >>> -- Adam >>> >>> *------* >>> >>> *Adam L. Lyon* >>> *Scientist; Associate Division Head for Systems for Scientific >>> Applications* >>> >>> Scientific Computing Division & Muon g-2 Experiment >>> Fermi National Accelerator Laboratory >>> 630 840 5522 office >>> www.fnal.gov >>> lyon at fnal.gov >>> >>> Connect with us! >>> Newsletter | Facebook >>> | Twitter >>> >>> >>> On Wed, Dec 16, 2015 at 11:47 AM, Ken Martin >>> wrote: >>> >>>> I don't really have a solution planned for that case. The data size is >>>> trivially small but it falls into the slow path because each block of data >>>> may or may not have normals or colors or tcoords. The nature of the blocks >>>> is heterogeneous. So you end up with 4000 mappers each rendering 10 >>>> triangles. Currently there are two paths for rendering multiblock data. >>>> >>>> 1) every block has the same properties (normals, tcoords, triangles) >>>> In that case we use a fast path, the actual values of course may be >>>> different, but if one block has texture coordinates then all of them will. >>>> >>>> 2) blocks can be different, meaning that one block may be triangles >>>> with normals while the next could be lines with texture coordinates. In >>>> that case we fall back on just giving each block its own mapper. That is >>>> the slow path. >>>> >>>> What would benefit your case is a third path (or a better slow path) >>>> where the blocks can be different, but we combine the ones that are the >>>> same so that hopefully we end up with maybe 4 or 5 mappers each with 1000 >>>> or so triangles. Implementing that is not trivial though so I don't think >>>> anyone has plans for it yet. >>>> >>>> Another approach would be to look at what is generating your data and >>>> try to determine why some blocks have normals while others do not. because >>>> if you can get the blocks to be homogeneous then you will get the fast path. >>>> >>>> Thanks >>>> Ken >>>> >>>> >>>> >>>> >>>> >>>> >>>> >>>> On Wed, Dec 16, 2015 at 11:39 AM, Adam Lyon wrote: >>>> >>>>> Hi Ken and Utkarsh, Checking back in with this issue... I still find >>>>> that interaction with the g-2 ring in ParaView v5rc2 is very slow compared >>>>> to v4.4. It looks like you all have a solution in mind. I'm happy to build >>>>> from master to try it if the solution is there. Thanks again and Happy >>>>> Holidays!!! I really appreciate you all looking at this problem. -- Adam >>>>> >>>>> *------* >>>>> >>>>> *Adam L. Lyon* >>>>> *Scientist; Associate Division Head for Systems for Scientific >>>>> Applications* >>>>> >>>>> Scientific Computing Division & Muon g-2 Experiment >>>>> Fermi National Accelerator Laboratory >>>>> 630 840 5522 office >>>>> www.fnal.gov >>>>> lyon at fnal.gov >>>>> >>>>> Connect with us! >>>>> Newsletter | Facebook >>>>> | Twitter >>>>> >>>>> >>>>> On Fri, Nov 20, 2015 at 1:48 PM, Ken Martin >>>>> wrote: >>>>> >>>>>> You could maybe have an actor per LOD and then swap actors in and >>>>>> out. >>>>>> >>>>>> Actor owns the property, backface property, and texture. Changes to >>>>>> those objects can cause VBO/IBO rebuilds (switching from surface to >>>>>> wireframe, adding a texture map, flat versus phong shading, edge >>>>>> visibility, line width, etc.) The old backend only looked at the actor's >>>>>> property which is sort of broken. >>>>>> >>>>>> For example in the old backend: create two properties, one set to >>>>>> wireframe, one set to surface. Then create an actor and mapper set to use >>>>>> display lists. Switching between the two properties will cause an actor >>>>>> mtime change, but the properties themselves would still have low mtimes I >>>>>> believe. In that case the old backend will end up stuck in one >>>>>> representation because it only looks at the property mtime not actor. >>>>>> >>>>>> To make the VBO/IBO rebuild safely (but less often than currently) I >>>>>> think the solution is to check the mtimes as is done currently, if those >>>>>> are modified then collect up the parameters that require a VBO or IBO >>>>>> rebuild and compare them to a stored value from the last build. If >>>>>> different force a rebuild. That is the best solution IMO just takes some >>>>>> time. I sort of wanted to do that anyhow but now I can say you forced me >>>>>> into it :-) >>>>>> >>>>>> Thanks >>>>>> Ken >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> On Fri, Nov 20, 2015 at 1:57 PM, Utkarsh Ayachit < >>>>>> utkarsh.ayachit at kitware.com> wrote: >>>>>> >>>>>>> > I did notice PV is forcing the actor to be modified every time the >>>>>>> LOD >>>>>>> > changes (which is a lot). Modifying the actor causes the VBO/IBOs >>>>>>> to rebuild >>>>>>> > so it would be better not to do that unless you really need to and >>>>>>> in this >>>>>>> > case I'm not sure why it is being done. Specifically I think it is >>>>>>> in >>>>>>> > vtkPVLODActor::Modified where it calls this->Device->Modified() . >>>>>>> The LOD >>>>>>> > actor is being modified as a result of calling SetEnableLOD >>>>>>> constantly >>>>>>> > flipping between true and false. That is not the cause of this >>>>>>> issue but it >>>>>>> > is something I noticed that will be a pain for large datasets. >>>>>>> >>>>>>> Ken, currently, there's no way around it. vtkPVLODActor works by >>>>>>> changing the mapper on the internal vtkActor aka Device when LOD mode >>>>>>> is toggled. That will indeed change the Device's MTime even if we >>>>>>> stop >>>>>>> calling this->Device->Modiied() in the vtkPVLODActor::Modified(). The >>>>>>> question is why are VBO/IBOs rebuild if actor MTime changes? VBOs >>>>>>> would be data dependent right? Most of data-dependent properties are >>>>>>> on the Mapper, not the actor. Shouldn't the code that re-creates >>>>>>> VBO/IBOs only depend on Mapper's MTime? >>>>>>> >>>>>>> Utkarsh >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Ken Martin PhD >>>>>> Chairman & CFO >>>>>> Kitware Inc. >>>>>> 28 Corporate Drive >>>>>> Clifton Park NY 12065 >>>>>> 518 371 3971 >>>>>> >>>>>> This communication, including all attachments, contains confidential >>>>>> and legally privileged information, and it is intended only for the use of >>>>>> the addressee. Access to this email by anyone else is unauthorized. If you >>>>>> are not the intended recipient, any disclosure, copying, distribution or >>>>>> any action taken in reliance on it is prohibited and may be unlawful. If >>>>>> you received this communication in error please notify us immediately and >>>>>> destroy the original message. Thank you. >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Ken Martin PhD >>>> Chairman & CFO >>>> Kitware Inc. >>>> 28 Corporate Drive >>>> Clifton Park NY 12065 >>>> 518 371 3971 >>>> >>>> This communication, including all attachments, contains confidential >>>> and legally privileged information, and it is intended only for the use of >>>> the addressee. Access to this email by anyone else is unauthorized. If you >>>> are not the intended recipient, any disclosure, copying, distribution or >>>> any action taken in reliance on it is prohibited and may be unlawful. If >>>> you received this communication in error please notify us immediately and >>>> destroy the original message. Thank you. >>>> >>> >>> >> >> >> -- >> Ken Martin PhD >> Chairman & CFO >> Kitware Inc. >> 28 Corporate Drive >> Clifton Park NY 12065 >> 518 371 3971 >> >> This communication, including all attachments, contains confidential and >> legally privileged information, and it is intended only for the use of the >> addressee. Access to this email by anyone else is unauthorized. If you are >> not the intended recipient, any disclosure, copying, distribution or any >> action taken in reliance on it is prohibited and may be unlawful. If you >> received this communication in error please notify us immediately and >> destroy the original message. Thank you. >> > > -- Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 518 371 3971 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Tue Jan 5 13:26:32 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 5 Jan 2016 13:26:32 -0500 Subject: [Paraview] state-file does not contain 2D texture if assigned by python In-Reply-To: <5666AA71.3020204@mh-hannover.de> References: <5665B8E9.9060805@mh-hannover.de> <5666AA71.3020204@mh-hannover.de> Message-ID: Hi Roman, It's not obvious, but you need to register the ImageTexture proxy with the proxy manager: pvs.servermanager.Register(texProxy) Just add that in before you save the state, and you should be good. HTH, Cory On Tue, Dec 8, 2015 at 5:01 AM, Grothausmann, Roman Dr. < grothausmann.roman at mh-hannover.de> wrote: > After some hours of searching I found an answer that sadly was not linked > to the question: > http://www.paraview.org/pipermail/paraview/2012-March/024261.html > > The code below run as a macro in paraview shows a plane with a texture. > However, saving the state in a *.pvsm either by code or within the GUI > does not save the texture and its assignment. > > What is missing to save the texture and its assignment in a state file? > > > ______________________________________________________ > > import paraview.simple as pvs > > plane1 = pvs.Plane(guiName="xz-plane") > dp = pvs.GetDisplayProperties(plane1) > dp.Representation = 'Surface With Edges' > > texProxy = pvs.servermanager.CreateProxy("textures", "ImageTexture") > texProxy.GetProperty("FileName").SetElement(0, "texture.png") > texProxy.UpdateVTKObjects() > > dp.Texture= texProxy > print dp.Texture > pvs.Render() > > pvs.servermanager.SaveState("test.pvsm") > > > > > > On 07/12/15 17:50, Grothausmann, Roman Dr. wrote: > >> Dear mailing list members, >> >> >> Is it possible to assign a 2D texture image to an object that has TCords >> in python? >> I found quite a few people trying and reporting that it does not work nor >> does >> the Trace Option under paraview tell what happens if a texture is >> assigned in >> the GUI: >> http://www.paraview.org/pipermail/paraview/2012-March/024255.html >> http://www.paraview.org/Bug/view.php?id=12953 >> >> I've tried: >> >> import paraview.simple as pvs >> >> >> reader = pvs.OpenDataFile("test.png) >> #reader.UpdatePipelineInformation() >> reader.UpdatePipeline() >> print reader.GetDataInformation().GetBounds() # needs UpdatePipeline >> >> obj = pvs.Plane() >> plane1Display = pvs.Show(obj) >> plane1Display.Texture = reader >> >> dp = pvs.GetDisplayProperties(obj) >> dp.Representation = 'Surface With Edges' >> >> dp.Texture = reader >> >> >> but neither plane1Display.Texture nor dp.Texture seem to allow to set the >> texture (see error below) >> >> Any help or hints are very much appreciated >> Roman >> >> >> RROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >> line 390 >> vtkPVSessionCore (0x258c2e0): Object type: vtkGlyph3DRepresentation, >> could not >> find requested method: "SetTexture" >> or the method was called with incorrect arguments. >> >> while processing >> Message 0 = Invoke >> Argument 0 = vtk_object_pointer {vtkGlyph3DRepresentation (0x551b0a0)} >> Argument 1 = string_value {SetTexture} >> Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader (0x4f68190)} >> >> >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >> line 391 >> vtkPVSessionCore (0x258c2e0): Aborting execution for debugging purposes. >> >> ############ ABORT ############# >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, >> line 134 >> vtkSISourceProxy (0x551af30): Error pushing property state: Texture >> >> global_id: 396 >> location: 21 >> [paraview_protobuf.ProxyState.property] { >> name: "Texture" >> value { >> type: INPUT >> proxy_global_id: 350 >> port_number: 0 >> } >> } >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >> line 390 >> vtkPVSessionCore (0x258c2e0): Object type: vtkOutlineRepresentation, >> could not >> find requested method: "SetTexture" >> or the method was called with incorrect arguments. >> >> while processing >> Message 0 = Invoke >> Argument 0 = vtk_object_pointer {vtkOutlineRepresentation (0x5549800)} >> Argument 1 = string_value {SetTexture} >> Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader (0x4f68190)} >> >> >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >> line 391 >> vtkPVSessionCore (0x258c2e0): Aborting execution for debugging purposes. >> >> ############ ABORT ############# >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, >> line 134 >> vtkSISourceProxy (0x5549690): Error pushing property state: Texture >> >> global_id: 407 >> location: 21 >> [paraview_protobuf.ProxyState.property] { >> name: "Texture" >> value { >> type: INPUT >> proxy_global_id: 350 >> port_number: 0 >> } >> } >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >> line 390 >> vtkPVSessionCore (0x258c2e0): Object type: >> vtkGeometryRepresentationWithFaces, >> could not find requested method: "SetTexture" >> or the method was called with incorrect arguments. >> >> while processing >> Message 0 = Invoke >> Argument 0 = vtk_object_pointer {vtkGeometryRepresentationWithFaces >> (0x59a6df0)} >> Argument 1 = string_value {SetTexture} >> Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader (0x4f68190)} >> >> >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >> line 391 >> vtkPVSessionCore (0x258c2e0): Aborting execution for debugging purposes. >> >> ############ ABORT ############# >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, >> line 134 >> vtkSISourceProxy (0x5afc8e0): Error pushing property state: Texture >> >> global_id: 440 >> location: 21 >> [paraview_protobuf.ProxyState.property] { >> name: "Texture" >> value { >> type: INPUT >> proxy_global_id: 350 >> port_number: 0 >> } >> } >> >> >> > -- > Dr. Roman Grothausmann > > Tomographie und Digitale Bildverarbeitung > Tomography and Digital Image Analysis > > Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 > Medizinische Hochschule Hannover > Carl-Neuberg-Str. 1 > D-30625 Hannover > > Tel. +49 511 532-2900 > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis_conklin at goodyear.com Tue Jan 5 13:26:35 2016 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Tue, 5 Jan 2016 18:26:35 +0000 Subject: [Paraview] Annotate animation with expression of Field Data Message-ID: All, I have a user who needs to display an animation with the total vertical force at each timepoint. The total vertical force can be calculated by an expression involving 4 Field Data quantites (reactions at 4 points). We have been able to use the expression in PythonAnnotate to calculate the correct quantity but it displays the array of values for all time points. Is there any way to have this display just the quantity for each specific timepoint similar to AnnotateTime? Or is there a way to use an expression using Field Data within AnnotateTime? Thanks Dennis -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Tue Jan 5 14:31:54 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 5 Jan 2016 14:31:54 -0500 Subject: [Paraview] Annotate animation with expression of Field Data In-Reply-To: References: Message-ID: Dennis, In the Python Annotation filter expression, you should be able to use 't_index' as an index into the field data array to access the value at that timestep, e.g., "Total vertical force: %f" % myForceData[t_index] HTH, Cory On Tue, Jan 5, 2016 at 1:26 PM, Dennis Conklin wrote: > All, > > > > I have a user who needs to display an animation with the total vertical > force at each timepoint. The total vertical force can be calculated by an > expression involving 4 Field Data quantites (reactions at 4 points). We > have been able to use the expression in PythonAnnotate to calculate the > correct quantity but it displays the array of values for all time points. > Is there any way to have this display just the quantity for each specific > timepoint similar to AnnotateTime? Or is there a way to use an expression > using Field Data within AnnotateTime? > > > > Thanks > > > > Dennis > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis_conklin at goodyear.com Tue Jan 5 14:56:38 2016 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Tue, 5 Jan 2016 19:56:38 +0000 Subject: [Paraview] [EXT] Re: Annotate animation with expression of Field Data In-Reply-To: References: Message-ID: Cory, Thanks for that tip. We are using it as I write. Dennis From: Cory Quammen [mailto:cory.quammen at kitware.com] Sent: Tuesday, January 05, 2016 2:32 PM To: Dennis Conklin Cc: Paraview (paraview at paraview.org) Subject: [EXT] Re: [Paraview] Annotate animation with expression of Field Data Dennis, In the Python Annotation filter expression, you should be able to use 't_index' as an index into the field data array to access the value at that timestep, e.g., "Total vertical force: %f" % myForceData[t_index] HTH, Cory On Tue, Jan 5, 2016 at 1:26 PM, Dennis Conklin > wrote: All, I have a user who needs to display an animation with the total vertical force at each timepoint. The total vertical force can be calculated by an expression involving 4 Field Data quantites (reactions at 4 points). We have been able to use the expression in PythonAnnotate to calculate the correct quantity but it displays the array of values for all time points. Is there any way to have this display just the quantity for each specific timepoint similar to AnnotateTime? Or is there a way to use an expression using Field Data within AnnotateTime? Thanks Dennis _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Tue Jan 5 16:57:32 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 5 Jan 2016 16:57:32 -0500 Subject: [Paraview] Scalar bar ranges jump around In-Reply-To: References: Message-ID: Hi Bob, Thank you for reporting this issue. I don't know the underlying reason for this behavior, but I can confirm it and will be looking into it. Thank you, Cory On Wed, Dec 30, 2015 at 5:39 PM, Bob Flandard wrote: > Hello Utkarsh and Cory, > > This issue is not exclusive to "Automatic Annotations". It also exists with > the default "Labels" type annotations with or without the "Automatic Label > Format" selected. > > Thanks for investigating, Bob > > On 30 December 2015 at 21:53, Utkarsh Ayachit > wrote: >> >> Ah, the issue seems to be with "Automatic Annotations". Cory, can you >> check this out when you get the chance? I am not entirely sure how >> automatic annotations should work here, if at all. >> >> Utkarsh >> >> On Tue, Dec 29, 2015 at 5:26 PM, Bob Flandard wrote: >> > Hello Utkarsh, >> > >> > Thank you for the suggestion. The plot I sent has already implicitly >> > disabled "automatic label format" by only using the "Draw Annotations" >> > and >> > "Automatic Annotation" options, with the options in the "Labels" section >> > unchecked. I tried explicitly unchecking the "Automatic Label Format" as >> > you >> > suggested, but it has no effect in this instance (as expected). >> > >> > Are you able to reproduce the effect from the attached state file? >> > >> > Thanks for your help, Bob >> > >> > >> > >> > On 29 December 2015 at 21:44, Utkarsh Ayachit >> > >> > wrote: >> >> >> >> Can you try unchecking the "Automatic Label Format" checkbox on the >> >> "Edit Color Legend Parameters" dialog accessible from the "Color Map >> >> Editor" panel? I think it's the label formatting that's causing the >> >> issue. >> >> >> >> Utkarsh >> >> >> >> On Tue, Dec 29, 2015 at 4:07 PM, Bob Flandard >> >> wrote: >> >> > Hello Ken, >> >> > >> >> > Maybe you are seeing something different to what I see when playing >> >> > the >> >> > different time steps. I see the relative size of each of the discrete >> >> > colours in the scalar bar, changing in a random way. The ticks don't >> >> > move >> >> > and the numbers change appropriately, but the length of each colour >> >> > is >> >> > not >> >> > constant. I've attached an image that shows the scalar bar from three >> >> > time >> >> > step of the data set in the state file I posted yesterday. One (t=96) >> >> > has a >> >> > good scalar bar and the other two are wrong. >> >> > >> >> > Thanks for your help, Bob >> >> > >> >> > On 29 December 2015 at 17:49, Moreland, Kenneth >> >> > wrote: >> >> >> >> >> >> Bob, >> >> >> >> >> >> I am confused. The "clamp and update every timestep" feature is what >> >> >> turns >> >> >> on the behavior of changing the scale of every timestep. Just turn >> >> >> it >> >> >> off. >> >> >> >> >> >> -Ken >> >> >> >> >> >> Sent from my iPad so blame autocorrect. >> >> >> >> >> >> > On Dec 28, 2015, at 3:17 PM, Bob Flandard >> >> >> > wrote: >> >> >> > >> >> >> > Hello, >> >> >> > >> >> >> > Sorry if this is old news. >> >> >> > >> >> >> > The colour ranges on the scalar bar should remain equally spaced, >> >> >> > but >> >> >> > with the transfer function reset mode set to "clamp and update >> >> >> > every >> >> >> > timestep", they jump about during a time series animation. >> >> >> > >> >> >> > Attached is a state file that demonstrates the issue (created with >> >> >> > PV >> >> >> > v5.0 RC3). Please load it and click the play button, or manually >> >> >> > click >> >> >> > through time steps. >> >> >> > >> >> >> > Thanks, Bob >> >> >> > >> >> >> > _______________________________________________ >> >> >> > Powered by www.kitware.com >> >> >> > >> >> >> > Visit other Kitware open-source projects at >> >> >> > http://www.kitware.com/opensource/opensource.html >> >> >> > >> >> >> > Please keep messages on-topic and check the ParaView Wiki at: >> >> >> > http://paraview.org/Wiki/ParaView >> >> >> > >> >> >> > Search the list archives at: >> >> >> > http://markmail.org/search/?q=ParaView >> >> >> > >> >> >> > Follow this link to subscribe/unsubscribe: >> >> >> > http://public.kitware.com/mailman/listinfo/paraview >> >> > >> >> > >> >> > >> >> > _______________________________________________ >> >> > Powered by www.kitware.com >> >> > >> >> > Visit other Kitware open-source projects at >> >> > http://www.kitware.com/opensource/opensource.html >> >> > >> >> > Please keep messages on-topic and check the ParaView Wiki at: >> >> > http://paraview.org/Wiki/ParaView >> >> > >> >> > Search the list archives at: http://markmail.org/search/?q=ParaView >> >> > >> >> > Follow this link to subscribe/unsubscribe: >> >> > http://public.kitware.com/mailman/listinfo/paraview >> >> > >> > >> > > > -- Cory Quammen R&D Engineer Kitware, Inc. From bflandard at gmail.com Tue Jan 5 18:00:41 2016 From: bflandard at gmail.com (Bob Flandard) Date: Tue, 5 Jan 2016 23:00:41 +0000 Subject: [Paraview] Scalar bar ranges jump around In-Reply-To: References: Message-ID: Hello Cory, Thanks for confirming that you too can see this behavior, and for your efforts investigating it. Regards, Bob On 5 January 2016 at 21:57, Cory Quammen wrote: > Hi Bob, > > Thank you for reporting this issue. I don't know the underlying reason > for this behavior, but I can confirm it and will be looking into it. > > Thank you, > Cory > > On Wed, Dec 30, 2015 at 5:39 PM, Bob Flandard wrote: > > Hello Utkarsh and Cory, > > > > This issue is not exclusive to "Automatic Annotations". It also exists > with > > the default "Labels" type annotations with or without the "Automatic > Label > > Format" selected. > > > > Thanks for investigating, Bob > > > > On 30 December 2015 at 21:53, Utkarsh Ayachit < > utkarsh.ayachit at kitware.com> > > wrote: > >> > >> Ah, the issue seems to be with "Automatic Annotations". Cory, can you > >> check this out when you get the chance? I am not entirely sure how > >> automatic annotations should work here, if at all. > >> > >> Utkarsh > >> > >> On Tue, Dec 29, 2015 at 5:26 PM, Bob Flandard > wrote: > >> > Hello Utkarsh, > >> > > >> > Thank you for the suggestion. The plot I sent has already implicitly > >> > disabled "automatic label format" by only using the "Draw Annotations" > >> > and > >> > "Automatic Annotation" options, with the options in the "Labels" > section > >> > unchecked. I tried explicitly unchecking the "Automatic Label Format" > as > >> > you > >> > suggested, but it has no effect in this instance (as expected). > >> > > >> > Are you able to reproduce the effect from the attached state file? > >> > > >> > Thanks for your help, Bob > >> > > >> > > >> > > >> > On 29 December 2015 at 21:44, Utkarsh Ayachit > >> > > >> > wrote: > >> >> > >> >> Can you try unchecking the "Automatic Label Format" checkbox on the > >> >> "Edit Color Legend Parameters" dialog accessible from the "Color Map > >> >> Editor" panel? I think it's the label formatting that's causing the > >> >> issue. > >> >> > >> >> Utkarsh > >> >> > >> >> On Tue, Dec 29, 2015 at 4:07 PM, Bob Flandard > >> >> wrote: > >> >> > Hello Ken, > >> >> > > >> >> > Maybe you are seeing something different to what I see when playing > >> >> > the > >> >> > different time steps. I see the relative size of each of the > discrete > >> >> > colours in the scalar bar, changing in a random way. The ticks > don't > >> >> > move > >> >> > and the numbers change appropriately, but the length of each colour > >> >> > is > >> >> > not > >> >> > constant. I've attached an image that shows the scalar bar from > three > >> >> > time > >> >> > step of the data set in the state file I posted yesterday. One > (t=96) > >> >> > has a > >> >> > good scalar bar and the other two are wrong. > >> >> > > >> >> > Thanks for your help, Bob > >> >> > > >> >> > On 29 December 2015 at 17:49, Moreland, Kenneth > > >> >> > wrote: > >> >> >> > >> >> >> Bob, > >> >> >> > >> >> >> I am confused. The "clamp and update every timestep" feature is > what > >> >> >> turns > >> >> >> on the behavior of changing the scale of every timestep. Just turn > >> >> >> it > >> >> >> off. > >> >> >> > >> >> >> -Ken > >> >> >> > >> >> >> Sent from my iPad so blame autocorrect. > >> >> >> > >> >> >> > On Dec 28, 2015, at 3:17 PM, Bob Flandard > >> >> >> > wrote: > >> >> >> > > >> >> >> > Hello, > >> >> >> > > >> >> >> > Sorry if this is old news. > >> >> >> > > >> >> >> > The colour ranges on the scalar bar should remain equally > spaced, > >> >> >> > but > >> >> >> > with the transfer function reset mode set to "clamp and update > >> >> >> > every > >> >> >> > timestep", they jump about during a time series animation. > >> >> >> > > >> >> >> > Attached is a state file that demonstrates the issue (created > with > >> >> >> > PV > >> >> >> > v5.0 RC3). Please load it and click the play button, or manually > >> >> >> > click > >> >> >> > through time steps. > >> >> >> > > >> >> >> > Thanks, Bob > >> >> >> > > >> >> >> > _______________________________________________ > >> >> >> > Powered by www.kitware.com > >> >> >> > > >> >> >> > Visit other Kitware open-source projects at > >> >> >> > http://www.kitware.com/opensource/opensource.html > >> >> >> > > >> >> >> > Please keep messages on-topic and check the ParaView Wiki at: > >> >> >> > http://paraview.org/Wiki/ParaView > >> >> >> > > >> >> >> > Search the list archives at: > >> >> >> > http://markmail.org/search/?q=ParaView > >> >> >> > > >> >> >> > Follow this link to subscribe/unsubscribe: > >> >> >> > http://public.kitware.com/mailman/listinfo/paraview > >> >> > > >> >> > > >> >> > > >> >> > _______________________________________________ > >> >> > Powered by www.kitware.com > >> >> > > >> >> > Visit other Kitware open-source projects at > >> >> > http://www.kitware.com/opensource/opensource.html > >> >> > > >> >> > Please keep messages on-topic and check the ParaView Wiki at: > >> >> > http://paraview.org/Wiki/ParaView > >> >> > > >> >> > Search the list archives at: > http://markmail.org/search/?q=ParaView > >> >> > > >> >> > Follow this link to subscribe/unsubscribe: > >> >> > http://public.kitware.com/mailman/listinfo/paraview > >> >> > > >> > > >> > > > > > > > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From orion at cora.nwra.com Tue Jan 5 21:39:16 2016 From: orion at cora.nwra.com (Orion Poplawski) Date: Tue, 5 Jan 2016 19:39:16 -0700 Subject: [Paraview] ANN: ParaView 5.0.0-RC3 now available for download In-Reply-To: References: Message-ID: <568C7E54.40302@cora.nwra.com> On 12/23/2015 08:56 AM, Utkarsh Ayachit wrote: > Folks, > > ParaView 5.0.0-RC3 is now available for download[1]. Checkout the release > notes on the Kitware blog [2]. > ParaView 5.0.0 has some distressingly x86 specific code, see http://www.paraview.org/Bug/view.php?id=15870 -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division FAX: 303-415-9702 3380 Mitchell Lane orion at cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com From n_maftoon at yahoo.com Wed Jan 6 16:25:22 2016 From: n_maftoon at yahoo.com (Nima Maftoon) Date: Wed, 6 Jan 2016 21:25:22 +0000 (UTC) Subject: [Paraview] Visualizing complex vibration modes In-Reply-To: References: Message-ID: <1675485389.937910.1452115522484.JavaMail.yahoo@mail.yahoo.com> Thanks Ken! Is there any Paraview solution rather than a VTK solution? Like using paraview.simple?? Nima From: "Moreland, Kenneth" To: Nima Maftoon ; "paraview at paraview.org" Sent: Tuesday, January 5, 2016 11:05 AM Subject: Re: [Paraview] Visualizing complex vibration modes You have to jump through a couple of hoops to get it, but this expression will return it: self.GetInputInformation().Get(vtk.vtkStreamingDemandDrivenPipeline.UPDATE_TIME_STEP()) -Ken From: Nima Maftoon Reply-To: Nima Maftoon Date: Tuesday, January 5, 2016 at 6:31 AM To: Kenneth Moreland , "paraview at paraview.org" Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hi Ken, Thanks for your detailed explanation. Any hints about how to get access to the animation time? Nima From: "Moreland, Kenneth" To: Nima Maftoon ; "paraview at paraview.org" Sent: Monday, January 4, 2016 1:49 PM Subject: Re: [Paraview] Visualizing complex vibration modes I suggest that your filter sets the TIME_RANGE anyway. It is good practice for a filter that responds to time updates to advertise as such by providing either TIME_STEPS or TIME_RANGE. I can't remember all the nitty-gritty details of how the streaming demand driven pipeline decides when filters need to be updated, but if you don't set a TIME_RANGE in RequestInformation then I fear there is a chance that ParaView/VTK will not update your filter when the time step changes. All the TIME_RANGE does is specify a continuous range of valid time values. It does not actually specify and time steps. That is appropriate for your filter because the displacement is computed on the fly. I would set the TIME_RANGE to be one period of the vibration. Setting a TIME_RANGE is unlikely to hurt anything. If no reader or filter has provided time steps, then ParaView might adjust the animation start and stop time to include the time range provided. If the reader has already provided time steps, then ParaView by default sets itself to "Snap to TimeSteps" mode, and it will just always use the time steps. Regardless, the animation engine controls the time range and time steps within ParaView. The TIME_RANGE you provide is just a suggestion. If the animation engine defines a time range outside of the TIME_RANGE you given, your filter will still be given those "out of bounds" time steps, which is no problem for your filter since the motion is periodic. -Ken From: Nima Maftoon Reply-To: Nima Maftoon Date: Monday, January 4, 2016 at 11:14 AM To: Kenneth Moreland , "paraview at paraview.org" Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hello Ken, Thanks a lot for your response. There are some good ideas in your message for me to work on. I didn't know about SLAC at all. I see what you mean about the reader but I prefer to follow your suggestions the python way for now because I think it is less of a headache. Let me transfer your suggestions for the reader to ones to be implemented in a python programmable filter. I guess instead of advertising the TIME_RANGE I would use whatever time range and time steps that the animation engine sets. Those can be controlled with number of frames, etc. I think time sweep should be done by the animation engine as well. Now I am again stuck with my original problem of accessing the time information to drive the sin function. ? Thanks again Nima From: "Moreland, Kenneth" To: Nima Maftoon ; "paraview at paraview.org" Sent: Monday, January 4, 2016 11:41 AM Subject: Re: [Paraview] Visualizing complex vibration modes Nima, I think your question is very open ended and there are multiple ways to implement what you want. If it were me and I had enough control over the development of the ParaView components, I would add the capability of animating mode shapes in the reader. I don't see a MED reader in my binary distribution of ParaView, so I am assuming that the version of ParaView that comes with Salome as a custom plugin that provides this MED reader (as well as other facilities). Perhaps you can enhance the MED reader to understand mode shapes with different phases and animate them. The way this would work is that the MED reader would advertise that its data is available over a certain time range by sending a TIME_RANGE key down the pipeline during the RequestInformation phase. This is enough to tell ParaView to set up an animation for this time range. The next time RequestData is called on your reader, an UPDATE_TIME_STEP key will be set with the current time value for the animation. The reader can then compute the displacement vector with the "cos(wt) + b cos(wt + pi/2)" using the given time value for t. I would have the reader also internally apply the displacement vector to the point coordinates. This implementation is a bit of a headache for the developer, but it creates a nice seamless interface for the user. Load the file and it just works. No scripts or extra processing necessary. I know of two readers in ParaView that support mode shapes: Exodus II and SLAC. Of these two, the SLAC reader is closer to your use case because it also supports mode shapes defined with complex values and different phases. The source code for the SLAC reader is in ParaView/VTK/IO/NetCDF/vtkSLACReader.cxx, so you can consult the solution there. If you are not in a position to make modifications to the MED reader, the next best solution would be to create a filter that animates the mode shape for you. The filter would work basically the same as I described above for the reader except that the data comes from the filter input rather than a file. Such a filter can be implemented with the programmable filter and then encapsulated in a plugin without having to compile any custom C++ code (http://www.kitware.com/blog/home/post/534). Hope that helps. -Ken From: ParaView on behalf of "paraview at paraview.org" Reply-To: Nima Maftoon Date: Monday, January 4, 2016 at 6:41 AM To: "paraview at paraview.org" Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hello, I saw that the two links about the history has been attached together making a broken link. I corrected them below:http://www.salome-platform.org/forum/forum_10/587894859 http://www.paraview.org/pipermail/paraview/2011-December/023538.html I hope this time they are transferred correctly.? Nima From: Nima Maftoon To: "paraview at paraview.org" Sent: Wednesday, December 30, 2015 4:57 PM Subject: Visualizing complex vibration modes Hello all, I am trying to visualize complex vibration modes with Paraview. Unlike in a real mode, points in a complex mode have different phases. Please see previous discussions on this subject:http://www.salome-platform.org/forum/forum_10/587894859http://www.paraview.org/pipermail/paraview/2011-December/023538.html The Paraview version included in Salome has a macro for modal visualization. I've put that macro and a MED file containing both real and imaginary parts of the mode shapes and another two other MED files for separate real and imaginary parts in the following shared folder. http://1drv.ms/1TqggEK The real mode animation in the mode macro is based on applying ExtractSurface(), ScaleVector(), WarpByVector() in cascade and animating the ScaleVector using a sinusoidal interpolation in a CompositeKeyFrame. However for a complex mode two components should drive the WrapByVector filter. I describe my thoughts, which didn't solve the problem, below: If the complex mode shape is a+jb, the animated mode shape should have a form like a cos(wt)+b cos(wt+pi/2). w is only for visualization and can be 2pi, 1, etc. t can come from the animation time. I learned about GetAnimationTime () that can be accessed inside a PythonAnimationCue (). Another way of getting the time is through CompositeKeyFrame for real and imaginary parts where "Phase" for one of them should be set to pi/2 (it is not clear to me whether the phase should be defined as deg or rad for CompositeKeyFrame). I guess at least one of my problem is that I don't know how to access data of the imaginary and real fields in the complex file or data of the two separate reader sources and do math operation on them to make a new field out of them and feed it to a wrap filter. Any thoughts would be appreciated.Nima -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Wed Jan 6 16:48:09 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Wed, 6 Jan 2016 21:48:09 +0000 Subject: [Paraview] Visualizing complex vibration modes Message-ID: I can't think of a reasonable way to do it with just paraview.simple. paraview.simple really just manages the pipeline by creating readers, filters, representations, and writers. It would have to construct a filter or some chain of filters that computed displacements based on time, and I can't think of any set of built in filters to do that. (The Salome distribution seems to have some added filters, so there may be something there I don't know about.) I guess technically you could use paraview.simple to pull data out of the pipeline and manipulate it directly. That's not a very good way of doing it, and you will be working directly with a VTK object just like in the programable filter, so it's not really any better anyway. -Ken From: Nima Maftoon > Reply-To: Nima Maftoon > Date: Wednesday, January 6, 2016 at 2:25 PM To: Kenneth Moreland >, "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Thanks Ken! Is there any Paraview solution rather than a VTK solution? Like using paraview.simple? Nima ________________________________ From: "Moreland, Kenneth" > To: Nima Maftoon >; "paraview at paraview.org" > Sent: Tuesday, January 5, 2016 11:05 AM Subject: Re: [Paraview] Visualizing complex vibration modes You have to jump through a couple of hoops to get it, but this expression will return it: self.GetInputInformation().Get(vtk.vtkStreamingDemandDrivenPipeline.UPDATE_TIME_STEP()) -Ken From: Nima Maftoon > Reply-To: Nima Maftoon > Date: Tuesday, January 5, 2016 at 6:31 AM To: Kenneth Moreland >, "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hi Ken, Thanks for your detailed explanation. Any hints about how to get access to the animation time? Nima ________________________________ From: "Moreland, Kenneth" > To: Nima Maftoon >; "paraview at paraview.org" > Sent: Monday, January 4, 2016 1:49 PM Subject: Re: [Paraview] Visualizing complex vibration modes I suggest that your filter sets the TIME_RANGE anyway. It is good practice for a filter that responds to time updates to advertise as such by providing either TIME_STEPS or TIME_RANGE. I can't remember all the nitty-gritty details of how the streaming demand driven pipeline decides when filters need to be updated, but if you don't set a TIME_RANGE in RequestInformation then I fear there is a chance that ParaView/VTK will not update your filter when the time step changes. All the TIME_RANGE does is specify a continuous range of valid time values. It does not actually specify and time steps. That is appropriate for your filter because the displacement is computed on the fly. I would set the TIME_RANGE to be one period of the vibration. Setting a TIME_RANGE is unlikely to hurt anything. If no reader or filter has provided time steps, then ParaView might adjust the animation start and stop time to include the time range provided. If the reader has already provided time steps, then ParaView by default sets itself to "Snap to TimeSteps" mode, and it will just always use the time steps. Regardless, the animation engine controls the time range and time steps within ParaView. The TIME_RANGE you provide is just a suggestion. If the animation engine defines a time range outside of the TIME_RANGE you given, your filter will still be given those "out of bounds" time steps, which is no problem for your filter since the motion is periodic. -Ken From: Nima Maftoon > Reply-To: Nima Maftoon > Date: Monday, January 4, 2016 at 11:14 AM To: Kenneth Moreland >, "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hello Ken, Thanks a lot for your response. There are some good ideas in your message for me to work on. I didn't know about SLAC at all. I see what you mean about the reader but I prefer to follow your suggestions the python way for now because I think it is less of a headache. Let me transfer your suggestions for the reader to ones to be implemented in a python programmable filter. I guess instead of advertising the TIME_RANGE I would use whatever time range and time steps that the animation engine sets. Those can be controlled with number of frames, etc. I think time sweep should be done by the animation engine as well. Now I am again stuck with my original problem of accessing the time information to drive the sin function. Thanks again Nima ________________________________ From: "Moreland, Kenneth" > To: Nima Maftoon >; "paraview at paraview.org" > Sent: Monday, January 4, 2016 11:41 AM Subject: Re: [Paraview] Visualizing complex vibration modes Nima, I think your question is very open ended and there are multiple ways to implement what you want. If it were me and I had enough control over the development of the ParaView components, I would add the capability of animating mode shapes in the reader. I don't see a MED reader in my binary distribution of ParaView, so I am assuming that the version of ParaView that comes with Salome as a custom plugin that provides this MED reader (as well as other facilities). Perhaps you can enhance the MED reader to understand mode shapes with different phases and animate them. The way this would work is that the MED reader would advertise that its data is available over a certain time range by sending a TIME_RANGE key down the pipeline during the RequestInformation phase. This is enough to tell ParaView to set up an animation for this time range. The next time RequestData is called on your reader, an UPDATE_TIME_STEP key will be set with the current time value for the animation. The reader can then compute the displacement vector with the "cos(wt) + b cos(wt + pi/2)" using the given time value for t. I would have the reader also internally apply the displacement vector to the point coordinates. This implementation is a bit of a headache for the developer, but it creates a nice seamless interface for the user. Load the file and it just works. No scripts or extra processing necessary. I know of two readers in ParaView that support mode shapes: Exodus II and SLAC. Of these two, the SLAC reader is closer to your use case because it also supports mode shapes defined with complex values and different phases. The source code for the SLAC reader is in ParaView/VTK/IO/NetCDF/vtkSLACReader.cxx, so you can consult the solution there. If you are not in a position to make modifications to the MED reader, the next best solution would be to create a filter that animates the mode shape for you. The filter would work basically the same as I described above for the reader except that the data comes from the filter input rather than a file. Such a filter can be implemented with the programmable filter and then encapsulated in a plugin without having to compile any custom C++ code (http://www.kitware.com/blog/home/post/534). Hope that helps. -Ken From: ParaView > on behalf of "paraview at paraview.org" > Reply-To: Nima Maftoon > Date: Monday, January 4, 2016 at 6:41 AM To: "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] Visualizing complex vibration modes Hello, I saw that the two links about the history has been attached together making a broken link. I corrected them below: http://www.salome-platform.org/forum/forum_10/587894859 http://www.paraview.org/pipermail/paraview/2011-December/023538.html I hope this time they are transferred correctly. Nima ________________________________ From: Nima Maftoon > To: "paraview at paraview.org" > Sent: Wednesday, December 30, 2015 4:57 PM Subject: Visualizing complex vibration modes Hello all, I am trying to visualize complex vibration modes with Paraview. Unlike in a real mode, points in a complex mode have different phases. Please see previous discussions on this subject: http://www.salome-platform.org/forum/forum_10/587894859 http://www.paraview.org/pipermail/paraview/2011-December/023538.html The Paraview version included in Salome has a macro for modal visualization. I've put that macro and a MED file containing both real and imaginary parts of the mode shapes and another two other MED files for separate real and imaginary parts in the following shared folder. http://1drv.ms/1TqggEK The real mode animation in the mode macro is based on applying ExtractSurface(), ScaleVector(), WarpByVector() in cascade and animating the ScaleVector using a sinusoidal interpolation in a CompositeKeyFrame. However for a complex mode two components should drive the WrapByVector filter. I describe my thoughts, which didn't solve the problem, below: If the complex mode shape is a+jb, the animated mode shape should have a form like a cos(wt)+b cos(wt+pi/2). w is only for visualization and can be 2pi, 1, etc. t can come from the animation time. I learned about GetAnimationTime () that can be accessed inside a PythonAnimationCue (). Another way of getting the time is through CompositeKeyFrame for real and imaginary parts where "Phase" for one of them should be set to pi/2 (it is not clear to me whether the phase should be defined as deg or rad for CompositeKeyFrame). I guess at least one of my problem is that I don't know how to access data of the imaginary and real fields in the complex file or data of the two separate reader sources and do math operation on them to make a new field out of them and feed it to a wrap filter. Any thoughts would be appreciated. Nima -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.forde at ulstein.com Thu Jan 7 03:30:12 2016 From: thomas.forde at ulstein.com (=?iso-8859-1?Q?Thomas_F=F8rde?=) Date: Thu, 7 Jan 2016 08:30:12 +0000 Subject: [Paraview] using paraview with ompi and grid engine queue system Message-ID: Hi Im trying to setup a system for running paraview 4.4. py scripts through our grid engine system, but somewhere on the way im probably doing something wrong. Im using the precompiled binary file on the graphical workstation, and have compiled a osmesa pvserver version on 1 node with 16 cores to test with using http://www.paraview.org/Wiki/ParaView/ParaView_And_Mesa_3D_tmp#ParaView_with_Mesa for guidance, (there was no pvbatch created with this version) My jobs keep failing with DISPLAY error even when using mpirun -np 4 pvserver -use-offscreen-rendering script.py Any ideas to what I might have missed? Or any guidance to point me to the right direction, if there is one. ./Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu Jan 7 08:25:24 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 7 Jan 2016 08:25:24 -0500 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: > (there was no pvbatch created with this version) pvbatch will be created only if PARAVIEW_ENABLE_PYTHON is ON in your CMake configuration. It's off by default. > > My jobs keep failing with DISPLAY error even when using mpirun ?np 4 > pvserver ?use-offscreen-rendering script.py Looks like the build may not be configured correctly. Mind sharing your CMakeCache.txt file from the ParaView build? Thanks Utkarsh From thomas.forde at ulstein.com Thu Jan 7 08:28:52 2016 From: thomas.forde at ulstein.com (=?utf-8?B?VGhvbWFzIEbDuHJkZQ==?=) Date: Thu, 7 Jan 2016 13:28:52 +0000 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: Attached here now. -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: 7. januar 2016 14:25 To: Thomas F?rde Cc: paraview at paraview.org Subject: Re: [Paraview] using paraview with ompi and grid engine queue system > (there was no pvbatch created with this version) pvbatch will be created only if PARAVIEW_ENABLE_PYTHON is ON in your CMake configuration. It's off by default. > > My jobs keep failing with DISPLAY error even when using mpirun ?np 4 > pvserver ?use-offscreen-rendering script.py Looks like the build may not be configured correctly. Mind sharing your CMakeCache.txt file from the ParaView build? Thanks Utkarsh -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeCache.txt URL: From thomas.forde at ulstein.com Thu Jan 7 08:53:14 2016 From: thomas.forde at ulstein.com (=?utf-8?B?VGhvbWFzIEbDuHJkZQ==?=) Date: Thu, 7 Jan 2016 13:53:14 +0000 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: As you suspect is was not enabled in the cmake. But do I really need it? The wiki is sometimes hard to understand when it comes to using paraview with a queue system to run scripts as you use mpirin pvserver and not pvbatch.. but the wiki isn?t good on those kind of details.. -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: 7. januar 2016 14:25 To: Thomas F?rde Cc: paraview at paraview.org Subject: Re: [Paraview] using paraview with ompi and grid engine queue system > (there was no pvbatch created with this version) pvbatch will be created only if PARAVIEW_ENABLE_PYTHON is ON in your CMake configuration. It's off by default. > > My jobs keep failing with DISPLAY error even when using mpirun ?np 4 > pvserver ?use-offscreen-rendering script.py Looks like the build may not be configured correctly. Mind sharing your CMakeCache.txt file from the ParaView build? Thanks Utkarsh From utkarsh.ayachit at kitware.com Thu Jan 7 09:39:48 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 7 Jan 2016 09:39:48 -0500 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: > As you suspect is was not enabled in the cmake. I assume you're referring to the PARAVIEW_ENABLE_PYTHON flag? Yes, that'd explain the pvbatch missing issue. However, I you seem to have correctly enabled OSMesa support, so I am a little confused how you'd be getting the X errors. > But do I really need it? Yes, you need to enable Python support if you need pvbatch. For running scripts are you're trying you'd definitely need the pvbatch executable and not the "pvserver". Although that still doesn't explain how you are getting the X errors, let's start by enabling Python and then let's see. Utkarsh From thomas.forde at ulstein.com Thu Jan 7 09:57:20 2016 From: thomas.forde at ulstein.com (=?utf-8?B?VGhvbWFzIEbDuHJkZQ==?=) Date: Thu, 7 Jan 2016 14:57:20 +0000 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: Once added all the python libs and include dirs., it fails atm right now with the following. Linking CXX shared library ../../../lib/libvtkWebCore-pv4.4.so CMakeFiles/vtkWebCore.dir/vtkWebUtilities.cxx.o: In function `vtkWebUtilities::ProcessRMIs(int, int)': /root/paraview_make/ParaView-v4.4.0-source/VTK/Web/Core/vtkWebUtilities.cxx:131: undefined reference to `PyEval_SaveThread' /root/paraview_make/ParaView-v4.4.0-source/VTK/Web/Core/vtkWebUtilities.cxx:133: undefined reference to `PyEval_RestoreThread' collect2: ld returned 1 exit status so ill have to dig into it and see what this one is about. -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: 7. januar 2016 15:40 To: Thomas F?rde Cc: paraview at paraview.org Subject: Re: [Paraview] using paraview with ompi and grid engine queue system > As you suspect is was not enabled in the cmake. I assume you're referring to the PARAVIEW_ENABLE_PYTHON flag? Yes, that'd explain the pvbatch missing issue. However, I you seem to have correctly enabled OSMesa support, so I am a little confused how you'd be getting the X errors. > But do I really need it? Yes, you need to enable Python support if you need pvbatch. For running scripts are you're trying you'd definitely need the pvbatch executable and not the "pvserver". Although that still doesn't explain how you are getting the X errors, let's start by enabling Python and then let's see. Utkarsh From dave.demarle at kitware.com Thu Jan 7 10:25:00 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 7 Jan 2016 10:25:00 -0500 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: Turn this: PARAVIEW_ENABLE_WEB:BOOL=ON to this: PARAVIEW_ENABLE_WEB:BOOL=OFF I think the web features require more recent python than your system has. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Jan 7, 2016 at 9:57 AM, Thomas F?rde wrote: > Once added all the python libs and include dirs., it fails atm right now > with the following. > > Linking CXX shared library ../../../lib/libvtkWebCore-pv4.4.so > CMakeFiles/vtkWebCore.dir/vtkWebUtilities.cxx.o: In function > `vtkWebUtilities::ProcessRMIs(int, int)': > /root/paraview_make/ParaView-v4.4.0-source/VTK/Web/Core/vtkWebUtilities.cxx:131: > undefined reference to `PyEval_SaveThread' > /root/paraview_make/ParaView-v4.4.0-source/VTK/Web/Core/vtkWebUtilities.cxx:133: > undefined reference to `PyEval_RestoreThread' > collect2: ld returned 1 exit status > > so ill have to dig into it and see what this one is about. > > -----Original Message----- > From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] > Sent: 7. januar 2016 15:40 > To: Thomas F?rde > Cc: paraview at paraview.org > Subject: Re: [Paraview] using paraview with ompi and grid engine queue > system > > > As you suspect is was not enabled in the cmake. > > I assume you're referring to the PARAVIEW_ENABLE_PYTHON flag? Yes, that'd > explain the pvbatch missing issue. However, I you seem to have correctly > enabled OSMesa support, so I am a little confused how you'd be getting the > X errors. > > > But do I really need it? > > Yes, you need to enable Python support if you need pvbatch. > > For running scripts are you're trying you'd definitely need the pvbatch > executable and not the "pvserver". Although that still doesn't explain how > you are getting the X errors, let's start by enabling Python and then let's > see. > > Utkarsh > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From houssen at ipgp.fr Thu Jan 7 10:50:16 2016 From: houssen at ipgp.fr (houssen) Date: Thu, 07 Jan 2016 16:50:16 +0100 Subject: [Paraview] =?utf-8?q?What_is_the_difference_between_pvbatch_and_p?= =?utf-8?q?vpython_=3F?= Message-ID: <68769e387084ad2d481184c3014a2edf@imap.ipgp.fr> Hello, What is the difference between pvbatch and pvpython ? (general purpose question) My understanding is that one can always use python scripts (from paraview, pvbatch, pvpython), paraview has the GUI, pvbatch is "paraview in batch mode" (that is paraview without the gui). But what is the purpose of pvpython ? When is it needed to use pvbatch or pvpython instead of the other one ? Or what can do pvbatch that pvpython can not do ? Franck From ben.boeckel at kitware.com Thu Jan 7 10:57:24 2016 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 7 Jan 2016 10:57:24 -0500 Subject: [Paraview] What is the difference between pvbatch and pvpython ? In-Reply-To: <68769e387084ad2d481184c3014a2edf@imap.ipgp.fr> References: <68769e387084ad2d481184c3014a2edf@imap.ipgp.fr> Message-ID: <20160107155724.GA15295@megas.kitware.com> On Thu, Jan 07, 2016 at 16:50:16 +0100, houssen wrote: > What is the difference between pvbatch and pvpython ? (general purpose > question) > > My understanding is that one can always use python scripts (from > paraview, pvbatch, pvpython), paraview has the GUI, pvbatch is "paraview > in batch mode" (that is paraview without the gui). But what is the > purpose of pvpython ? When is it needed to use pvbatch or pvpython > instead of the other one ? Or what can do pvbatch that pvpython can not > do ? pvbatch and pvpython are both ParaView-aware Python interpreters (sets sys.path to work with ParaView). pvbatch is the MPI-enabled version of pvpython. --Ben From dave.demarle at kitware.com Thu Jan 7 11:00:47 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 7 Jan 2016 11:00:47 -0500 Subject: [Paraview] What is the difference between pvbatch and pvpython ? In-Reply-To: <68769e387084ad2d481184c3014a2edf@imap.ipgp.fr> References: <68769e387084ad2d481184c3014a2edf@imap.ipgp.fr> Message-ID: pvpython isn't MPI parallel and it is interactive. You have to connect to a parallel pvserver to work with big data, but on the other hand you can type into it and see things happen as you do in the GUI. pvbatch is MPI parallel and it isn't interactive. You can mpiexec it to use it for large data, but it doesn't have a command line and only accepts a script via the batch line. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Jan 7, 2016 at 10:50 AM, houssen wrote: > Hello, > > What is the difference between pvbatch and pvpython ? (general purpose > question) > > My understanding is that one can always use python scripts (from paraview, > pvbatch, pvpython), paraview has the GUI, pvbatch is "paraview in batch > mode" (that is paraview without the gui). But what is the purpose of > pvpython ? When is it needed to use pvbatch or pvpython instead of the > other one ? Or what can do pvbatch that pvpython can not do ? > > Franck > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Thu Jan 7 11:01:44 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 7 Jan 2016 11:01:44 -0500 Subject: [Paraview] What is the difference between pvbatch and pvpython ? In-Reply-To: References: <68769e387084ad2d481184c3014a2edf@imap.ipgp.fr> Message-ID: typo "batch line" -> "command line" David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Jan 7, 2016 at 11:00 AM, David E DeMarle wrote: > pvpython isn't MPI parallel and it is interactive. You have to connect to > a parallel pvserver to work with big data, but on the other hand you can > type into it and see things happen as you do in the GUI. > > pvbatch is MPI parallel and it isn't interactive. You can mpiexec it to > use it for large data, but it doesn't have a command line and only accepts > a script via the batch line. > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Thu, Jan 7, 2016 at 10:50 AM, houssen wrote: > >> Hello, >> >> What is the difference between pvbatch and pvpython ? (general purpose >> question) >> >> My understanding is that one can always use python scripts (from >> paraview, pvbatch, pvpython), paraview has the GUI, pvbatch is "paraview in >> batch mode" (that is paraview without the gui). But what is the purpose of >> pvpython ? When is it needed to use pvbatch or pvpython instead of the >> other one ? Or what can do pvbatch that pvpython can not do ? >> >> Franck >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu Jan 7 11:35:30 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 7 Jan 2016 11:35:30 -0500 Subject: [Paraview] ANN: ParaView 5.0.0-RC4 now available for download Message-ID: Folks, ParaView 5.0.0-RC4 is now available for download [1]. Checkout the release notes on the Kitware blog [2]. - The ParaView team [1] http://www.paraview.org/download/ [2] http://kitware.com/blog/home/post/998 From jm.lucas at gantha.com Thu Jan 7 11:39:33 2016 From: jm.lucas at gantha.com (Jean-Michel Lucas) Date: Thu, 7 Jan 2016 17:39:33 +0100 Subject: [Paraview] Python View Matplotlib Message-ID: <000901d14969$fda185f0$f8e491d0$@lucas@gantha.com> Dear all, I am trying to plot the result of a PlotOverLine filter using matplotlib in the Pyton View. Following the documentation, this is where I got so far with my Python View script: def setup_data(view): for i in xrange(view.GetNumberOfVisibleDataObjects()): dataObject = view.GetVisibleDataObjectForSetup(i) view.DisableAllAttributeArrays() view.SetAttributeArrayStatus(i,vtkDataObject.POINT, "Vtot", 1) view.SetAttributeArrayStatus(i,vtkDataObject.POINT, "y", 1) def render(view , width , height): from paraview import python_view figure = python_view.matplotlib_figure(width,height) for i in xrange(view.GetNumberOfVisibleDataObjects()): dataObject = view.GetVisibleDataObjectForRendering(i) test = dataObject.GetPointData().GetArray("Vtot") print test return python_view.figure_to_image(figure) However, the variable 'test' returns 'None', even though the array is marked to be copied in the setup_data function (same goes for the "y" array). I only have the PlotOverLine object visible in my pipeline, and it is well detected in the setup_data function as dataObject. Could someone help me understand what I am missing here? Thanks in advance, Jean-Michel -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.forde at ulstein.com Fri Jan 8 02:36:33 2016 From: thomas.forde at ulstein.com (=?utf-8?B?VGhvbWFzIEbDuHJkZQ==?=) Date: Fri, 8 Jan 2016 07:36:33 +0000 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: Turning it off just added more errors to resolve? vtkWrapping_PythonCore was next to report error, disablet it and next is PythonInterpreter. And im beginning to wonder what I need and don?t need. collect2: ld returned 1 exit status make[2]: *** [lib/libvtkPythonInterpreter-pv4.4.so.1] Error 1 make[1]: *** [VTK/Utilities/PythonInterpreter/CMakeFiles/vtkPythonInterpreter.dir/all] Error 2 make: *** [all] Error 2 From: David E DeMarle [mailto:dave.demarle at kitware.com] Sent: 7. januar 2016 16:25 To: Thomas F?rde Cc: Utkarsh Ayachit ; paraview at paraview.org Subject: Re: [Paraview] using paraview with ompi and grid engine queue system Turn this: PARAVIEW_ENABLE_WEB:BOOL=ON to this: PARAVIEW_ENABLE_WEB:BOOL=OFF I think the web features require more recent python than your system has. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Jan 7, 2016 at 9:57 AM, Thomas F?rde > wrote: Once added all the python libs and include dirs., it fails atm right now with the following. Linking CXX shared library ../../../lib/libvtkWebCore-pv4.4.so CMakeFiles/vtkWebCore.dir/vtkWebUtilities.cxx.o: In function `vtkWebUtilities::ProcessRMIs(int, int)': /root/paraview_make/ParaView-v4.4.0-source/VTK/Web/Core/vtkWebUtilities.cxx:131: undefined reference to `PyEval_SaveThread' /root/paraview_make/ParaView-v4.4.0-source/VTK/Web/Core/vtkWebUtilities.cxx:133: undefined reference to `PyEval_RestoreThread' collect2: ld returned 1 exit status so ill have to dig into it and see what this one is about. -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: 7. januar 2016 15:40 To: Thomas F?rde > Cc: paraview at paraview.org Subject: Re: [Paraview] using paraview with ompi and grid engine queue system > As you suspect is was not enabled in the cmake. I assume you're referring to the PARAVIEW_ENABLE_PYTHON flag? Yes, that'd explain the pvbatch missing issue. However, I you seem to have correctly enabled OSMesa support, so I am a little confused how you'd be getting the X errors. > But do I really need it? Yes, you need to enable Python support if you need pvbatch. For running scripts are you're trying you'd definitely need the pvbatch executable and not the "pvserver". Although that still doesn't explain how you are getting the X errors, let's start by enabling Python and then let's see. Utkarsh _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.forde at ulstein.com Fri Jan 8 04:58:40 2016 From: thomas.forde at ulstein.com (=?utf-8?B?VGhvbWFzIEbDuHJkZQ==?=) Date: Fri, 8 Jan 2016 09:58:40 +0000 Subject: [Paraview] What is the difference between pvbatch and pvpython ? In-Reply-To: References: <68769e387084ad2d481184c3014a2edf@imap.ipgp.fr> Message-ID: It fails here? not able to disable that Wrapping PythonCore CMakeFiles/vtkWrappingPythonCore.dir/PyVTKTemplate.cxx.o: In function `PyVTKTemplate_AddItem': /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:427: undefined reference to `PyExc_TypeError' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:427: undefined reference to `PyErr_SetString' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:437: undefined reference to `PyExc_TypeError' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:437: undefined reference to `PyErr_SetString' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:444: undefined reference to `PyExc_TypeError' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:444: undefined reference to `PyErr_SetString' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:456: undefined reference to `PyExc_TypeError' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:456: undefined reference to `PyErr_SetString' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:460: undefined reference to `PyInt_FromLong' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:525: undefined reference to `PyExc_TypeError' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:525: undefined reference to `PyErr_SetString' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:548: undefined reference to `PyExc_TypeError' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:548: undefined reference to `PyErr_SetString' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:551: undefined reference to `PyString_FromStringAndSize' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:562: undefined reference to `PyTuple_New' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:569: undefined reference to `PyDict_SetItem' CMakeFiles/vtkWrappingPythonCore.dir/PyVTKTemplate.cxx.o:(.data.rel+0x8): undefined reference to `PyType_Type' CMakeFiles/vtkWrappingPythonCore.dir/PyVTKTemplate.cxx.o:(.data.rel+0x90): undefined reference to `PyObject_GenericGetAttr' collect2: ld returned 1 exit status make[2]: *** [lib/libvtkWrappingPython26Core-pv4.4.so.1] Error 1 make[1]: *** [VTK/Wrapping/PythonCore/CMakeFiles/vtkWrappingPythonCore.dir/all] Error 2 From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of David E DeMarle Sent: 7. januar 2016 17:02 To: houssen Cc: paraview at paraview.org Subject: Re: [Paraview] What is the difference between pvbatch and pvpython ? typo "batch line" -> "command line" David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Jan 7, 2016 at 11:00 AM, David E DeMarle > wrote: pvpython isn't MPI parallel and it is interactive. You have to connect to a parallel pvserver to work with big data, but on the other hand you can type into it and see things happen as you do in the GUI. pvbatch is MPI parallel and it isn't interactive. You can mpiexec it to use it for large data, but it doesn't have a command line and only accepts a script via the batch line. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Jan 7, 2016 at 10:50 AM, houssen > wrote: Hello, What is the difference between pvbatch and pvpython ? (general purpose question) My understanding is that one can always use python scripts (from paraview, pvbatch, pvpython), paraview has the GUI, pvbatch is "paraview in batch mode" (that is paraview without the gui). But what is the purpose of pvpython ? When is it needed to use pvbatch or pvpython instead of the other one ? Or what can do pvbatch that pvpython can not do ? Franck _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From grothausmann.roman at mh-hannover.de Fri Jan 8 07:07:31 2016 From: grothausmann.roman at mh-hannover.de (Grothausmann, Roman Dr.) Date: Fri, 08 Jan 2016 13:07:31 +0100 Subject: [Paraview] state-file does not contain 2D texture if assigned by python In-Reply-To: References: <5665B8E9.9060805@mh-hannover.de> <5666AA71.3020204@mh-hannover.de> Message-ID: <568FA683.1080301@mh-hannover.de> Many, many thanks Cory for Your answer. That did the trick. Is there any chance to also set a guiName for the texture that is then shown in the list of textures when the PVSM is loaded? On 05/01/16 19:26, Cory Quammen wrote: > Hi Roman, > > It's not obvious, but you need to register the ImageTexture proxy with the proxy > manager: > > pvs.servermanager.Register(texProxy) > > Just add that in before you save the state, and you should be good. > > HTH, > Cory > > On Tue, Dec 8, 2015 at 5:01 AM, Grothausmann, Roman Dr. > > > wrote: > > After some hours of searching I found an answer that sadly was not linked to > the question: > http://www.paraview.org/pipermail/paraview/2012-March/024261.html > > The code below run as a macro in paraview shows a plane with a texture. > However, saving the state in a *.pvsm either by code or within the GUI does > not save the texture and its assignment. > > What is missing to save the texture and its assignment in a state file? > > > ______________________________________________________ > > import paraview.simple as pvs > > plane1 = pvs.Plane(guiName="xz-plane") > dp = pvs.GetDisplayProperties(plane1) > dp.Representation = 'Surface With Edges' > > texProxy = pvs.servermanager.CreateProxy("textures", "ImageTexture") > texProxy.GetProperty("FileName").SetElement(0, "texture.png") > texProxy.UpdateVTKObjects() > > dp.Texture= texProxy > print dp.Texture > pvs.Render() > > pvs.servermanager.SaveState("test.pvsm") > > > > > > On 07/12/15 17:50, Grothausmann, Roman Dr. wrote: > > Dear mailing list members, > > > Is it possible to assign a 2D texture image to an object that has TCords > in python? > I found quite a few people trying and reporting that it does not work > nor does > the Trace Option under paraview tell what happens if a texture is > assigned in > the GUI: > http://www.paraview.org/pipermail/paraview/2012-March/024255.html > http://www.paraview.org/Bug/view.php?id=12953 > > I've tried: > > import paraview.simple as pvs > > > reader = pvs.OpenDataFile("test.png) > #reader.UpdatePipelineInformation() > reader.UpdatePipeline() > print reader.GetDataInformation().GetBounds() # needs UpdatePipeline > > obj = pvs.Plane() > plane1Display = pvs.Show(obj) > plane1Display.Texture = reader > > dp = pvs.GetDisplayProperties(obj) > dp.Representation = 'Surface With Edges' > > dp.Texture = reader > > > but neither plane1Display.Texture nor dp.Texture seem to allow to set the > texture (see error below) > > Any help or hints are very much appreciated > Roman > > > RROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 390 > vtkPVSessionCore (0x258c2e0): Object type: vtkGlyph3DRepresentation, > could not > find requested method: "SetTexture" > or the method was called with incorrect arguments. > > while processing > Message 0 = Invoke > Argument 0 = vtk_object_pointer {vtkGlyph3DRepresentation (0x551b0a0)} > Argument 1 = string_value {SetTexture} > Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader (0x4f68190)} > > > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 391 > vtkPVSessionCore (0x258c2e0): Aborting execution for debugging purposes. > > ############ ABORT ############# > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, > line 134 > vtkSISourceProxy (0x551af30): Error pushing property state: Texture > > global_id: 396 > location: 21 > [paraview_protobuf.ProxyState.property] { > name: "Texture" > value { > type: INPUT > proxy_global_id: 350 > port_number: 0 > } > } > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 390 > vtkPVSessionCore (0x258c2e0): Object type: vtkOutlineRepresentation, > could not > find requested method: "SetTexture" > or the method was called with incorrect arguments. > > while processing > Message 0 = Invoke > Argument 0 = vtk_object_pointer {vtkOutlineRepresentation (0x5549800)} > Argument 1 = string_value {SetTexture} > Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader (0x4f68190)} > > > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 391 > vtkPVSessionCore (0x258c2e0): Aborting execution for debugging purposes. > > ############ ABORT ############# > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, > line 134 > vtkSISourceProxy (0x5549690): Error pushing property state: Texture > > global_id: 407 > location: 21 > [paraview_protobuf.ProxyState.property] { > name: "Texture" > value { > type: INPUT > proxy_global_id: 350 > port_number: 0 > } > } > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 390 > vtkPVSessionCore (0x258c2e0): Object type: > vtkGeometryRepresentationWithFaces, > could not find requested method: "SetTexture" > or the method was called with incorrect arguments. > > while processing > Message 0 = Invoke > Argument 0 = vtk_object_pointer {vtkGeometryRepresentationWithFaces > (0x59a6df0)} > Argument 1 = string_value {SetTexture} > Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader (0x4f68190)} > > > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 391 > vtkPVSessionCore (0x258c2e0): Aborting execution for debugging purposes. > > ############ ABORT ############# > ERROR: In > /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, > line 134 > vtkSISourceProxy (0x5afc8e0): Error pushing property state: Texture > > global_id: 440 > location: 21 > [paraview_protobuf.ProxyState.property] { > name: "Texture" > value { > type: INPUT > proxy_global_id: 350 > port_number: 0 > } > } > > > > -- > Dr. Roman Grothausmann > > Tomographie und Digitale Bildverarbeitung > Tomography and Digital Image Analysis > > Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 > Medizinische Hochschule Hannover > Carl-Neuberg-Str. 1 > D-30625 Hannover > > Tel. +49 511 532-2900 > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. -- Dr. Roman Grothausmann Tomographie und Digitale Bildverarbeitung Tomography and Digital Image Analysis Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 Medizinische Hochschule Hannover Carl-Neuberg-Str. 1 D-30625 Hannover Tel. +49 511 532-2900 From christoph.jud at unibas.ch Fri Jan 8 08:42:32 2016 From: christoph.jud at unibas.ch (Christoph Jud) Date: Fri, 8 Jan 2016 14:42:32 +0100 Subject: [Paraview] Bug report on visualizing image series Message-ID: <568FBCC8.1080807@unibas.ch> Hi, there is a bug when visualizing a series of (2D) images which have a different number of pixels. The scenario is as follows: Let image-0.vtk and image-1.vtk be given with both having the same physical bounds but with different spacing. Thus, they have a different number of pixels. When viewing them e.g. in slice representation as a series, the first one is correctly visualized. When stepping a frame, i.e. to the next image, only the number of pixels of the preceding image are visualized (however with correct origin/spacing). So, the difference of the extent in each dimension is cropped. I don't know if this behaviour is intended in the series reader. But I think for the visualization of images with equal bounds, it would be more natural to treat the resolution of the images as transparent. Kind regards, Christoph From thomas.forde at ulstein.com Fri Jan 8 09:25:31 2016 From: thomas.forde at ulstein.com (=?utf-8?B?VGhvbWFzIEbDuHJkZQ==?=) Date: Fri, 8 Jan 2016 14:25:31 +0000 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: Im not able to disabled Wrapping\PythonCore in cmake it seems, so im not able to continue there. Is this a problem related to my version of python 2.6? Linking CXX shared library ../../../lib/libvtkWrappingPython26Core-pv4.4.so CMakeFiles/vtkWrappingPythonCore.dir/vtkPythonArgs.cxx.o: In function `vtkPythonGetValue': /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/vtkPythonArgs.cxx:187: undefined reference to `PyObject_GetBuffer' Lots of these undefined there, and ends with the following: CMakeFiles/vtkWrappingPythonCore.dir/PyVTKTemplate.cxx.o: In function `PyVTKTemplate_AddItem': /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:427: undefined reference to `PyExc_TypeError' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:427: undefined reference to `PyErr_SetString' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:437: undefined reference to `PyExc_TypeError' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:437: undefined reference to `PyErr_SetString' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:444: undefined reference to `PyExc_TypeError' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:444: undefined reference to `PyErr_SetString' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:456: undefined reference to `PyExc_TypeError' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:456: undefined reference to `PyErr_SetString' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:460: undefined reference to `PyInt_FromLong' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:525: undefined reference to `PyExc_TypeError' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:525: undefined reference to `PyErr_SetString' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:548: undefined reference to `PyExc_TypeError' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:548: undefined reference to `PyErr_SetString' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:551: undefined reference to `PyString_FromStringAndSize' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:562: undefined reference to `PyTuple_New' /root/paraview_make/ParaView-v4.4.0-source/VTK/Wrapping/PythonCore/PyVTKTemplate.cxx:569: undefined reference to `PyDict_SetItem' CMakeFiles/vtkWrappingPythonCore.dir/PyVTKTemplate.cxx.o:(.data.rel+0x8): undefined reference to `PyType_Type' CMakeFiles/vtkWrappingPythonCore.dir/PyVTKTemplate.cxx.o:(.data.rel+0x90): undefined reference to `PyObject_GenericGetAttr' collect2: ld returned 1 exit status make[2]: *** [lib/libvtkWrappingPython26Core-pv4.4.so.1] Error 1 make[1]: *** [VTK/Wrapping/PythonCore/CMakeFiles/vtkWrappingPythonCore.dir/all] Error 2 make: *** [all] Error 2 From: David E DeMarle [mailto:dave.demarle at kitware.com] Sent: 7. januar 2016 16:25 To: Thomas F?rde Cc: Utkarsh Ayachit ; paraview at paraview.org Subject: Re: [Paraview] using paraview with ompi and grid engine queue system Turn this: PARAVIEW_ENABLE_WEB:BOOL=ON to this: PARAVIEW_ENABLE_WEB:BOOL=OFF I think the web features require more recent python than your system has. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Jan 7, 2016 at 9:57 AM, Thomas F?rde > wrote: Once added all the python libs and include dirs., it fails atm right now with the following. Linking CXX shared library ../../../lib/libvtkWebCore-pv4.4.so CMakeFiles/vtkWebCore.dir/vtkWebUtilities.cxx.o: In function `vtkWebUtilities::ProcessRMIs(int, int)': /root/paraview_make/ParaView-v4.4.0-source/VTK/Web/Core/vtkWebUtilities.cxx:131: undefined reference to `PyEval_SaveThread' /root/paraview_make/ParaView-v4.4.0-source/VTK/Web/Core/vtkWebUtilities.cxx:133: undefined reference to `PyEval_RestoreThread' collect2: ld returned 1 exit status so ill have to dig into it and see what this one is about. -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: 7. januar 2016 15:40 To: Thomas F?rde > Cc: paraview at paraview.org Subject: Re: [Paraview] using paraview with ompi and grid engine queue system > As you suspect is was not enabled in the cmake. I assume you're referring to the PARAVIEW_ENABLE_PYTHON flag? Yes, that'd explain the pvbatch missing issue. However, I you seem to have correctly enabled OSMesa support, so I am a little confused how you'd be getting the X errors. > But do I really need it? Yes, you need to enable Python support if you need pvbatch. For running scripts are you're trying you'd definitely need the pvbatch executable and not the "pvserver". Although that still doesn't explain how you are getting the X errors, let's start by enabling Python and then let's see. Utkarsh _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Fri Jan 8 09:43:22 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 8 Jan 2016 09:43:22 -0500 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: > Is this a problem related to my version of python 2.6? Looks like you. You definitely need these components of ParaView to get pvbatch working. Can you attach your CMakeCache again? Let's see if that exposes some issue. Thanks Utkarsh From cory.quammen at kitware.com Fri Jan 8 09:48:54 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 8 Jan 2016 09:48:54 -0500 Subject: [Paraview] Bug report on visualizing image series In-Reply-To: <568FBCC8.1080807@unibas.ch> References: <568FBCC8.1080807@unibas.ch> Message-ID: Christoph, It sounds like you are reading the images as a stack. The assumption of the reader, and in the vtkImageData object that represents the stack, is that each 2D image has the same number of pixels in each dimension. In fact, this assumption of a logical lattice structure is central to all algorithms that deal with image data. To view this as you intend, you would probably need to convert each 2D image to a surface and then cycle through the surfaces. If you want to step through them, you could load the series of surface as a time series and step through with the animation controls. HTH, Cory On Fri, Jan 8, 2016 at 8:42 AM, Christoph Jud wrote: > Hi, > > there is a bug when visualizing a series of (2D) images which have a > different number of pixels. The scenario is as follows: > > Let image-0.vtk and image-1.vtk be given with both having the same physical > bounds but with different spacing. Thus, they have a different number of > pixels. When viewing them e.g. in slice representation as a series, the > first one is correctly visualized. When stepping a frame, i.e. to the next > image, only the number of pixels of the preceding image are visualized > (however with correct origin/spacing). So, the difference of the extent in > each dimension is cropped. > > I don't know if this behaviour is intended in the series reader. But I think > for the visualization of images with equal bounds, it would be more natural > to treat the resolution of the images as transparent. > > Kind regards, > Christoph > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview -- Cory Quammen R&D Engineer Kitware, Inc. From thomas.forde at ulstein.com Fri Jan 8 09:49:36 2016 From: thomas.forde at ulstein.com (=?utf-8?B?VGhvbWFzIEbDuHJkZQ==?=) Date: Fri, 8 Jan 2016 14:49:36 +0000 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: Attached -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: 8. januar 2016 15:43 To: Thomas F?rde Cc: paraview at paraview.org Subject: Re: [Paraview] using paraview with ompi and grid engine queue system > Is this a problem related to my version of python 2.6? Looks like you. You definitely need these components of ParaView to get pvbatch working. Can you attach your CMakeCache again? Let's see if that exposes some issue. Thanks Utkarsh -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeCache.txt URL: From utkarsh.ayachit at kitware.com Fri Jan 8 09:53:25 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 8 Jan 2016 09:53:25 -0500 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: The PYTHON_LIBRARY cmake variable is set incorrectly. It is set to "/usr/lib64/python2.6". It should be set to a .so file, e.g. in my case, it is "/usr/lib/x86_64-linux-gnu/libpython2.7.so". Find the appropriate python2.6.so on your system and the set this variable to point to it. That explains the linking issues. Utkarsh On Fri, Jan 8, 2016 at 9:49 AM, Thomas F?rde wrote: > Attached > > -----Original Message----- > From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] > Sent: 8. januar 2016 15:43 > To: Thomas F?rde > Cc: paraview at paraview.org > Subject: Re: [Paraview] using paraview with ompi and grid engine queue system > >> Is this a problem related to my version of python 2.6? > > Looks like you. You definitely need these components of ParaView to get pvbatch working. Can you attach your CMakeCache again? Let's see if that exposes some issue. > > Thanks > Utkarsh From cory.quammen at kitware.com Fri Jan 8 10:04:49 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 8 Jan 2016 10:04:49 -0500 Subject: [Paraview] state-file does not contain 2D texture if assigned by python In-Reply-To: <568FA683.1080301@mh-hannover.de> References: <5665B8E9.9060805@mh-hannover.de> <5666AA71.3020204@mh-hannover.de> <568FA683.1080301@mh-hannover.de> Message-ID: Sure. Try this instead: pvs.servermanager.Register(texProxy, registrationName="MyAwesomeTexture") Cory On Fri, Jan 8, 2016 at 7:07 AM, Grothausmann, Roman Dr. wrote: > Many, many thanks Cory for Your answer. That did the trick. > Is there any chance to also set a guiName for the texture that is then shown > in the list of textures when the PVSM is loaded? > > On 05/01/16 19:26, Cory Quammen wrote: >> >> Hi Roman, >> >> It's not obvious, but you need to register the ImageTexture proxy with the >> proxy >> manager: >> >> pvs.servermanager.Register(texProxy) >> >> Just add that in before you save the state, and you should be good. >> >> HTH, >> Cory >> >> On Tue, Dec 8, 2015 at 5:01 AM, Grothausmann, Roman Dr. >> > > >> >> wrote: >> >> After some hours of searching I found an answer that sadly was not >> linked to >> the question: >> http://www.paraview.org/pipermail/paraview/2012-March/024261.html >> >> The code below run as a macro in paraview shows a plane with a >> texture. >> However, saving the state in a *.pvsm either by code or within the GUI >> does >> not save the texture and its assignment. >> >> What is missing to save the texture and its assignment in a state >> file? >> >> >> ______________________________________________________ >> >> import paraview.simple as pvs >> >> plane1 = pvs.Plane(guiName="xz-plane") >> dp = pvs.GetDisplayProperties(plane1) >> dp.Representation = 'Surface With Edges' >> >> texProxy = pvs.servermanager.CreateProxy("textures", "ImageTexture") >> texProxy.GetProperty("FileName").SetElement(0, "texture.png") >> texProxy.UpdateVTKObjects() >> >> dp.Texture= texProxy >> print dp.Texture >> pvs.Render() >> >> pvs.servermanager.SaveState("test.pvsm") >> >> >> >> >> >> On 07/12/15 17:50, Grothausmann, Roman Dr. wrote: >> >> Dear mailing list members, >> >> >> Is it possible to assign a 2D texture image to an object that has >> TCords >> in python? >> I found quite a few people trying and reporting that it does not >> work >> nor does >> the Trace Option under paraview tell what happens if a texture is >> assigned in >> the GUI: >> http://www.paraview.org/pipermail/paraview/2012-March/024255.html >> http://www.paraview.org/Bug/view.php?id=12953 >> >> I've tried: >> >> import paraview.simple as pvs >> >> >> reader = pvs.OpenDataFile("test.png) >> #reader.UpdatePipelineInformation() >> reader.UpdatePipeline() >> print reader.GetDataInformation().GetBounds() # needs >> UpdatePipeline >> >> obj = pvs.Plane() >> plane1Display = pvs.Show(obj) >> plane1Display.Texture = reader >> >> dp = pvs.GetDisplayProperties(obj) >> dp.Representation = 'Surface With Edges' >> >> dp.Texture = reader >> >> >> but neither plane1Display.Texture nor dp.Texture seem to allow to >> set the >> texture (see error below) >> >> Any help or hints are very much appreciated >> Roman >> >> >> RROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >> line 390 >> vtkPVSessionCore (0x258c2e0): Object type: >> vtkGlyph3DRepresentation, >> could not >> find requested method: "SetTexture" >> or the method was called with incorrect arguments. >> >> while processing >> Message 0 = Invoke >> Argument 0 = vtk_object_pointer {vtkGlyph3DRepresentation >> (0x551b0a0)} >> Argument 1 = string_value {SetTexture} >> Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader >> (0x4f68190)} >> >> >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >> line 391 >> vtkPVSessionCore (0x258c2e0): Aborting execution for debugging >> purposes. >> >> ############ ABORT ############# >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, >> line 134 >> vtkSISourceProxy (0x551af30): Error pushing property state: >> Texture >> >> global_id: 396 >> location: 21 >> [paraview_protobuf.ProxyState.property] { >> name: "Texture" >> value { >> type: INPUT >> proxy_global_id: 350 >> port_number: 0 >> } >> } >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >> line 390 >> vtkPVSessionCore (0x258c2e0): Object type: >> vtkOutlineRepresentation, >> could not >> find requested method: "SetTexture" >> or the method was called with incorrect arguments. >> >> while processing >> Message 0 = Invoke >> Argument 0 = vtk_object_pointer {vtkOutlineRepresentation >> (0x5549800)} >> Argument 1 = string_value {SetTexture} >> Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader >> (0x4f68190)} >> >> >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >> line 391 >> vtkPVSessionCore (0x258c2e0): Aborting execution for debugging >> purposes. >> >> ############ ABORT ############# >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, >> line 134 >> vtkSISourceProxy (0x5549690): Error pushing property state: >> Texture >> >> global_id: 407 >> location: 21 >> [paraview_protobuf.ProxyState.property] { >> name: "Texture" >> value { >> type: INPUT >> proxy_global_id: 350 >> port_number: 0 >> } >> } >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >> line 390 >> vtkPVSessionCore (0x258c2e0): Object type: >> vtkGeometryRepresentationWithFaces, >> could not find requested method: "SetTexture" >> or the method was called with incorrect arguments. >> >> while processing >> Message 0 = Invoke >> Argument 0 = vtk_object_pointer >> {vtkGeometryRepresentationWithFaces >> (0x59a6df0)} >> Argument 1 = string_value {SetTexture} >> Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader >> (0x4f68190)} >> >> >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >> line 391 >> vtkPVSessionCore (0x258c2e0): Aborting execution for debugging >> purposes. >> >> ############ ABORT ############# >> ERROR: In >> >> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, >> line 134 >> vtkSISourceProxy (0x5afc8e0): Error pushing property state: >> Texture >> >> global_id: 440 >> location: 21 >> [paraview_protobuf.ProxyState.property] { >> name: "Texture" >> value { >> type: INPUT >> proxy_global_id: 350 >> port_number: 0 >> } >> } >> >> >> >> -- >> Dr. Roman Grothausmann >> >> Tomographie und Digitale Bildverarbeitung >> Tomography and Digital Image Analysis >> >> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 >> Medizinische Hochschule Hannover >> Carl-Neuberg-Str. 1 >> D-30625 Hannover >> >> Tel. +49 511 532-2900 >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> >> >> >> -- >> Cory Quammen >> R&D Engineer >> Kitware, Inc. > > > -- > Dr. Roman Grothausmann > > Tomographie und Digitale Bildverarbeitung > Tomography and Digital Image Analysis > > Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 > Medizinische Hochschule Hannover > Carl-Neuberg-Str. 1 > D-30625 Hannover > > Tel. +49 511 532-2900 -- Cory Quammen R&D Engineer Kitware, Inc. From samaraseeri at yahoo.com Fri Jan 8 12:11:11 2016 From: samaraseeri at yahoo.com (samar aseeri) Date: Fri, 8 Jan 2016 17:11:11 +0000 (UTC) Subject: [Paraview] build with enabling silo References: <46104116.2042616.1452273071640.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <46104116.2042616.1452273071640.JavaMail.yahoo@mail.yahoo.com> Dear ParaView Officials, I'm getting the following cmake error while enabling the silo for paraview. I want to know if have to manually build silo and refer to its paths. ?CMake Error at VTK/CMake/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): ?? Could NOT find SILO (missing: SILO_LIBRARY SILO_INCLUDE_DIR) ?Call Stack (most recent call first): ?? VTK/CMake/FindPackageHandleStandardArgs.cmake:288 (_FPHSA_FAILURE_MESSAGE) ?? CMake/FindSILO.cmake:42 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) ?? Utilities/VisItBridge/databases/CMakeLists.txt:114 (find_package) Best Regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Fri Jan 8 12:16:02 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 8 Jan 2016 12:16:02 -0500 Subject: [Paraview] build with enabling silo In-Reply-To: <46104116.2042616.1452273071640.JavaMail.yahoo@mail.yahoo.com> References: <46104116.2042616.1452273071640.JavaMail.yahoo.ref@mail.yahoo.com> <46104116.2042616.1452273071640.JavaMail.yahoo@mail.yahoo.com> Message-ID: Yes you do. We use the paraview super build to do it like so for the paraview binaries. https://gitlab.kitware.com/paraview/paraview-superbuild/blob/master/Projects/silo.cmake hth David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Jan 8, 2016 at 12:11 PM, samar aseeri via ParaView < paraview at paraview.org> wrote: > Dear ParaView Officials, > > I'm getting the following cmake error while enabling the silo for > paraview. I want to know if have to manually build silo and refer to its > paths. > > > CMake Error at VTK/CMake/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): > Could NOT find SILO (missing: SILO_LIBRARY SILO_INCLUDE_DIR) > Call Stack (most recent call first): > VTK/CMake/FindPackageHandleStandardArgs.cmake:288 > (_FPHSA_FAILURE_MESSAGE) > CMake/FindSILO.cmake:42 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) > Utilities/VisItBridge/databases/CMakeLists.txt:114 (find_package) > > > > Best Regards > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From samaraseeri at yahoo.com Fri Jan 8 12:19:58 2016 From: samaraseeri at yahoo.com (samar aseeri) Date: Fri, 8 Jan 2016 17:19:58 +0000 (UTC) Subject: [Paraview] build with enabling silo In-Reply-To: References: Message-ID: <619519972.2093030.1452273598675.JavaMail.yahoo@mail.yahoo.com> Dear David, Thanks for the quick response. I'm doing the superbuild and will manually download the silo and build it then refer to the libraries. Best Regards On Friday, 8 January 2016, 20:16, David E DeMarle wrote: Yes you do. We use the paraview super build to do it like so for the paraview binaries. https://gitlab.kitware.com/paraview/paraview-superbuild/blob/master/Projects/silo.cmake hth David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Jan 8, 2016 at 12:11 PM, samar aseeri via ParaView wrote: Dear ParaView Officials, I'm getting the following cmake error while enabling the silo for paraview. I want to know if have to manually build silo and refer to its paths. ?CMake Error at VTK/CMake/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): ?? Could NOT find SILO (missing: SILO_LIBRARY SILO_INCLUDE_DIR) ?Call Stack (most recent call first): ?? VTK/CMake/FindPackageHandleStandardArgs.cmake:288 (_FPHSA_FAILURE_MESSAGE) ?? CMake/FindSILO.cmake:42 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) ?? Utilities/VisItBridge/databases/CMakeLists.txt:114 (find_package) Best Regards _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Fri Jan 8 12:25:43 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 8 Jan 2016 12:25:43 -0500 Subject: [Paraview] build with enabling silo In-Reply-To: <619519972.2093030.1452273598675.JavaMail.yahoo@mail.yahoo.com> References: <619519972.2093030.1452273598675.JavaMail.yahoo@mail.yahoo.com> Message-ID: On Fri, Jan 8, 2016 at 12:19 PM, samar aseeri wrote: > Dear David, > > Thanks for the quick response. I'm doing the superbuild and will manually > download the silo and build it then refer to the libraries. > The superbuild should download and built silo (and everything else ParaView wants to use) for you. > Best Regards > > > On Friday, 8 January 2016, 20:16, David E DeMarle < > dave.demarle at kitware.com> wrote: > > > Yes you do. > > We use the paraview super build to do it like so for the paraview binaries. > > > https://gitlab.kitware.com/paraview/paraview-superbuild/blob/master/Projects/silo.cmake > > hth > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Fri, Jan 8, 2016 at 12:11 PM, samar aseeri via ParaView < > paraview at paraview.org> wrote: > > Dear ParaView Officials, > > I'm getting the following cmake error while enabling the silo for > paraview. I want to know if have to manually build silo and refer to its > paths. > > > CMake Error at VTK/CMake/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): > Could NOT find SILO (missing: SILO_LIBRARY SILO_INCLUDE_DIR) > Call Stack (most recent call first): > VTK/CMake/FindPackageHandleStandardArgs.cmake:288 > (_FPHSA_FAILURE_MESSAGE) > CMake/FindSILO.cmake:42 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) > Utilities/VisItBridge/databases/CMakeLists.txt:114 (find_package) > > > > Best Regards > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From samaraseeri at yahoo.com Fri Jan 8 13:19:03 2016 From: samaraseeri at yahoo.com (samar aseeri) Date: Fri, 8 Jan 2016 18:19:03 +0000 (UTC) Subject: [Paraview] build with enabling silo In-Reply-To: References: Message-ID: <713339986.2167422.1452277143313.JavaMail.yahoo@mail.yahoo.com> Then why am i getting the above cmake error. Why it is not finding the paths. Where is ParaView going to build the silo so I could refer to the paths manually. Best Regards On Friday, 8 January 2016, 20:26, David E DeMarle wrote: On Fri, Jan 8, 2016 at 12:19 PM, samar aseeri wrote: Dear David, Thanks for the quick response. I'm doing the superbuild and will manually download the silo and build it then refer to the libraries. The superbuild should download and built silo (and everything else ParaView wants to use) for you.? Best Regards On Friday, 8 January 2016, 20:16, David E DeMarle wrote: Yes you do. We use the paraview super build to do it like so for the paraview binaries. https://gitlab.kitware.com/paraview/paraview-superbuild/blob/master/Projects/silo.cmake hth David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Jan 8, 2016 at 12:11 PM, samar aseeri via ParaView wrote: Dear ParaView Officials, I'm getting the following cmake error while enabling the silo for paraview. I want to know if have to manually build silo and refer to its paths. ?CMake Error at VTK/CMake/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): ?? Could NOT find SILO (missing: SILO_LIBRARY SILO_INCLUDE_DIR) ?Call Stack (most recent call first): ?? VTK/CMake/FindPackageHandleStandardArgs.cmake:288 (_FPHSA_FAILURE_MESSAGE) ?? CMake/FindSILO.cmake:42 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) ?? Utilities/VisItBridge/databases/CMakeLists.txt:114 (find_package) Best Regards _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Fri Jan 8 13:26:44 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 8 Jan 2016 13:26:44 -0500 Subject: [Paraview] build with enabling silo In-Reply-To: <713339986.2167422.1452277143313.JavaMail.yahoo@mail.yahoo.com> References: <713339986.2167422.1452277143313.JavaMail.yahoo@mail.yahoo.com> Message-ID: ParaView: git at gitlab.kitware.com:paraview/paraview.git builds only paraview - if you want silo, you need to compile it and tell paraview where it is. I recommend checking out, configuring and building silo that the same way ParaView super build (below) does it. Superbuild: git at gitlab.kitware.com:paraview/paraview-superbuild.git downloads configures and builds silo, qt, python, mpi, ?, and finally paraview (starting by checking out the above) and then telling it where it build the rest. Does that help clear things up? David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Jan 8, 2016 at 1:19 PM, samar aseeri wrote: > Then why am i getting the above cmake error. Why it is not finding the > paths. Where is ParaView going to build the silo so I could refer to the > paths manually. > > > Best Regards > > > On Friday, 8 January 2016, 20:26, David E DeMarle < > dave.demarle at kitware.com> wrote: > > > > On Fri, Jan 8, 2016 at 12:19 PM, samar aseeri > wrote: > > Dear David, > > Thanks for the quick response. I'm doing the superbuild and will manually > download the silo and build it then refer to the libraries. > > > > The superbuild should download and built silo (and everything else > ParaView wants to use) for you. > > > Best Regards > > > On Friday, 8 January 2016, 20:16, David E DeMarle < > dave.demarle at kitware.com> wrote: > > > Yes you do. > > We use the paraview super build to do it like so for the paraview binaries. > > > https://gitlab.kitware.com/paraview/paraview-superbuild/blob/master/Projects/silo.cmake > > hth > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Fri, Jan 8, 2016 at 12:11 PM, samar aseeri via ParaView < > paraview at paraview.org> wrote: > > Dear ParaView Officials, > > I'm getting the following cmake error while enabling the silo for > paraview. I want to know if have to manually build silo and refer to its > paths. > > > CMake Error at VTK/CMake/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): > Could NOT find SILO (missing: SILO_LIBRARY SILO_INCLUDE_DIR) > Call Stack (most recent call first): > VTK/CMake/FindPackageHandleStandardArgs.cmake:288 > (_FPHSA_FAILURE_MESSAGE) > CMake/FindSILO.cmake:42 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) > Utilities/VisItBridge/databases/CMakeLists.txt:114 (find_package) > > > > Best Regards > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mike.jackson at bluequartz.net Fri Jan 8 13:46:34 2016 From: mike.jackson at bluequartz.net (Michael Jackson) Date: Fri, 8 Jan 2016 13:46:34 -0500 Subject: [Paraview] ANN: ParaView 5.0.0-RC4 now available for download In-Reply-To: References: Message-ID: I only see RC3 as a possible download? Is there a direct link we can use? -- Michael A. Jackson BlueQuartz Software, LLC [e]: mike.jackson at bluequartz.net > On Jan 7, 2016, at 11:35 AM, Utkarsh Ayachit wrote: > > Folks, > > ParaView 5.0.0-RC4 is now available for download [1]. Checkout the release > notes on the Kitware blog [2]. > > - The ParaView team > > [1] http://www.paraview.org/download/ > [2] http://kitware.com/blog/home/post/998 > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview From utkarsh.ayachit at kitware.com Fri Jan 8 14:13:26 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 8 Jan 2016 14:13:26 -0500 Subject: [Paraview] ANN: ParaView 5.0.0-RC4 now available for download In-Reply-To: References: Message-ID: Mike, Can you try reloading the page again? I just updated the links. Utkarsh On Fri, Jan 8, 2016 at 1:46 PM, Michael Jackson wrote: > I only see RC3 as a possible download? Is there a direct link we can use? > -- > Michael A. Jackson > BlueQuartz Software, LLC > [e]: mike.jackson at bluequartz.net > >> On Jan 7, 2016, at 11:35 AM, Utkarsh Ayachit wrote: >> >> Folks, >> >> ParaView 5.0.0-RC4 is now available for download [1]. Checkout the release >> notes on the Kitware blog [2]. >> >> - The ParaView team >> >> [1] http://www.paraview.org/download/ >> [2] http://kitware.com/blog/home/post/998 >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview > From mike.jackson at bluequartz.net Fri Jan 8 14:14:20 2016 From: mike.jackson at bluequartz.net (Michael Jackson) Date: Fri, 8 Jan 2016 14:14:20 -0500 Subject: [Paraview] ANN: ParaView 5.0.0-RC4 now available for download In-Reply-To: References: Message-ID: <186BCA80-86FE-450A-8D1C-703D62EE56F1@bluequartz.net> Cool. Now I see that links. Thanks for the quick update. -- Mike Jackson [mike.jackson at bluequartz.net] > On Jan 8, 2016, at 2:13 PM, Utkarsh Ayachit wrote: > > Mike, > > Can you try reloading the page again? I just updated the links. > > Utkarsh > > On Fri, Jan 8, 2016 at 1:46 PM, Michael Jackson > wrote: >> I only see RC3 as a possible download? Is there a direct link we can use? >> -- >> Michael A. Jackson >> BlueQuartz Software, LLC >> [e]: mike.jackson at bluequartz.net >> >>> On Jan 7, 2016, at 11:35 AM, Utkarsh Ayachit wrote: >>> >>> Folks, >>> >>> ParaView 5.0.0-RC4 is now available for download [1]. Checkout the release >>> notes on the Kitware blog [2]. >>> >>> - The ParaView team >>> >>> [1] http://www.paraview.org/download/ >>> [2] http://kitware.com/blog/home/post/998 >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From chuck.atkins at kitware.com Fri Jan 8 14:40:32 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Fri, 8 Jan 2016 14:40:32 -0500 Subject: [Paraview] Paraview v5.0.0-RC1 with OpenGL2 backend not running using OSMESA v10.5.5 In-Reply-To: References: <589CEB614006334D93C1A48C1B1964C9027CEAC01DCD@srvmes03.spe-ch-md9.net> <589CEB614006334D93C1A48C1B1964C9027CEAC0201B@srvmes03.spe-ch-md9.net> <589CEB614006334D93C1A48C1B1964C9027CEAC0202F@srvmes03.spe-ch-md9.net> Message-ID: Hi Frank, The easiest way to build OpenSWR is probably to use the SCons build instead of autotools. Here's a docker file we use to generate re-distributable libGL and libOSMesa binaries: https://github.com/chuckatkins/mesa-builds/blob/master/Dockerfile . In short though, you'll want to do the following: git clone https://github.com/OpenSWR/openswr-mesa.git mesa-swr cd mesa-swr scons build=release texture_float=yes swr_arch=core-avx2 libgl-xlib osmesa The libgl-xlib target will create a build/linux-x86_64/gallium/targets/libgl-xlib/libGL.so.1.5 output and the osmesa target will create a build/linux-x86_64/gallium/targets/osmesa/libosmesa.so output. You can also change swr_arch=core-avx2 to swr_arch=avx if you want to build for AVX instead of AVX2. - Chuck On Tue, Dec 22, 2015 at 10:14 AM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > > Also, thank you for liaising with the OpenSWR team in order to check if > they support or plan supporting OSMESA. > > Frank, I am told that OpenSWR on Github should work with OSMesa. I > haven't tried it out myself, will give it a go once I get the a few > other issues ironed out. Just wanted to let you know if you wanted to > give it another go. > > Utkarsh > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.c.angelini.civ at mail.mil Fri Jan 8 15:21:06 2016 From: richard.c.angelini.civ at mail.mil (Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US)) Date: Fri, 8 Jan 2016 20:21:06 +0000 Subject: [Paraview] PV 4.4.0 crashing issue Message-ID: I?m finding an issue with the production release of PV 4.4.0 ?. I can consistently make a client-server connection crash by loading up either an Exodus or CTH dataset and through some combination of quick left-right mouse clicks, or double-right mouse clicks in the graphics window, I can shut things down. I?m only seeing this on Linux clients ? I cannot duplicate running PV 4.4.0 on a Mac. See attached screenshot. I?ve been able to duplicate this behavior on many different datasets of CTH/Exodus format, but I suspect this is a GUI interaction issue, not a data issue. I?ve sent this on both standard RHEL5 and RHEL5 Linux workstations ? I?ve tried recompiling the client using the super build script, but doesn?t seem to make much any difference. Any ideas? which cmake cmake -DCMAKE_INSTALL_PREFIX:PATH=~/paraview/${version} \ -Ddownload_location=`pwd`/../Downloads \ -DParaView_URL=http://www.paraview.org/files/v4.4/ParaView-v4.4.0-source.tar.gz \ -DCMAKE_BUILD_TYPE=Release \ -DENABLE_visitbridge:BOOL=ON \ -DENABLE_cgns=ON \ -DENABLE_boost=ON \ -DENABLE_ffmpeg=ON \ -DENABLE_hdf5=ON \ -DENABLE_matplotlib=ON \ -DENABLE_mesa=OFF \ -DENABLE_mpi=ON \ -DENABLE_numpy=ON \ -DENABLE_paraview=ON \ -DENABLE_python=ON \ -DENABLE_qt5=ON \ -DENABLE_silo=ON \ -DENABLE_szip=ON \ -Dqt_DISABLE_WEBKIT=OFF \ -DUSE_NONFREE_COMPONENTS=OFF \ -DUSE_SYSTEM_mpi=OFF ../Source make -j 8 install ________________________________ Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Phone: 410-278-6266 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: pv_crash.png Type: image/png Size: 88546 bytes Desc: pv_crash.png URL: From richard.c.angelini.civ at mail.mil Fri Jan 8 15:31:12 2016 From: richard.c.angelini.civ at mail.mil (Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US)) Date: Fri, 8 Jan 2016 20:31:12 +0000 Subject: [Paraview] PV 4.4.0 crashing issue In-Reply-To: References: Message-ID: In my original message, I attached the wrong cmake command - I?m not using qt5 on my Linux release of PV 4.4.0. cmake -DCMAKE_INSTALL_PREFIX:PATH=~/paraview/${version} \ -Ddownload_location=`pwd`/../Downloads \ -DParaView_FROM_GIT=OFF \ -DParaView_URL=`pwd`/../Downloads/ParaView-v4.3.1-source.tar.gz \ -DCMAKE_BUILD_TYPE=Release \ -DENABLE_visitbridge:BOOL=ON \ -DENABLE_cgns=ON \ -DENABLE_boost=ON \ -DENABLE_ffmpeg=ON \ -DENABLE_hdf5=ON \ -DENABLE_matplotlib=ON \ -DENABLE_mesa=OFF \ -DENABLE_mpi=ON \ -DENABLE_numpy=ON \ -DENABLE_paraview=ON \ -DENABLE_python=ON \ -DENABLE_qt=ON \ -DENABLE_silo=ON \ -DENABLE_szip=ON \ -Dqt_DISABLE_WEBKIT=OFF \ -DUSE_SYSTEM_mpi=OFF ../Source make -j 8 install ________________________________ Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Phone: 410-278-6266 From: Rick Angelini > Date: Friday, January 8, 2016 at 3:20 PM To: "paraview at paraview.org" > Subject: PV 4.4.0 crashing issue I?m finding an issue with the production release of PV 4.4.0 ?. I can consistently make a client-server connection crash by loading up either an Exodus or CTH dataset and through some combination of quick left-right mouse clicks, or double-right mouse clicks in the graphics window, I can shut things down. I?m only seeing this on Linux clients ? I cannot duplicate running PV 4.4.0 on a Mac. See attached screenshot. I?ve been able to duplicate this behavior on many different datasets of CTH/Exodus format, but I suspect this is a GUI interaction issue, not a data issue. I?ve sent this on both standard RHEL5 and RHEL5 Linux workstations ? I?ve tried recompiling the client using the super build script, but doesn?t seem to make much any difference. Any ideas? which cmake cmake -DCMAKE_INSTALL_PREFIX:PATH=~/paraview/${version} \ -Ddownload_location=`pwd`/../Downloads \ -DParaView_URL=http://www.paraview.org/files/v4.4/ParaView-v4.4.0-source.tar.gz \ -DCMAKE_BUILD_TYPE=Release \ -DENABLE_visitbridge:BOOL=ON \ -DENABLE_cgns=ON \ -DENABLE_boost=ON \ -DENABLE_ffmpeg=ON \ -DENABLE_hdf5=ON \ -DENABLE_matplotlib=ON \ -DENABLE_mesa=OFF \ -DENABLE_mpi=ON \ -DENABLE_numpy=ON \ -DENABLE_paraview=ON \ -DENABLE_python=ON \ -DENABLE_qt5=ON \ -DENABLE_silo=ON \ -DENABLE_szip=ON \ -Dqt_DISABLE_WEBKIT=OFF \ -DUSE_NONFREE_COMPONENTS=OFF \ -DUSE_SYSTEM_mpi=OFF ../Source make -j 8 install ________________________________ Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Phone: 410-278-6266 -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Fri Jan 8 15:35:53 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 8 Jan 2016 15:35:53 -0500 Subject: [Paraview] PV 4.4.0 crashing issue In-Reply-To: References: Message-ID: Rick, That sounds like this bug: http://www.paraview.org/Bug/view.php?id=15763 It was fixed 5.0.0. Utkarsh On Fri, Jan 8, 2016 at 3:31 PM, Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US) wrote: > In my original message, I attached the wrong cmake command - I?m not using > qt5 on my Linux release of PV 4.4.0. > > > cmake -DCMAKE_INSTALL_PREFIX:PATH=~/paraview/${version} \ > -Ddownload_location=`pwd`/../Downloads \ > -DParaView_FROM_GIT=OFF \ > -DParaView_URL=`pwd`/../Downloads/ParaView-v4.3.1-source.tar.gz \ > -DCMAKE_BUILD_TYPE=Release \ > -DENABLE_visitbridge:BOOL=ON \ > -DENABLE_cgns=ON \ > -DENABLE_boost=ON \ > -DENABLE_ffmpeg=ON \ > -DENABLE_hdf5=ON \ > -DENABLE_matplotlib=ON \ > -DENABLE_mesa=OFF \ > -DENABLE_mpi=ON \ > -DENABLE_numpy=ON \ > -DENABLE_paraview=ON \ > -DENABLE_python=ON \ > -DENABLE_qt=ON \ > -DENABLE_silo=ON \ > -DENABLE_szip=ON \ > -Dqt_DISABLE_WEBKIT=OFF \ > -DUSE_SYSTEM_mpi=OFF ../Source > make -j 8 install > > > ________________________________ > Rick Angelini > USArmy Research Laboratory > CISD/HPC Architectures Team > Phone: 410-278-6266 > > From: Rick Angelini > Date: Friday, January 8, 2016 at 3:20 PM > To: "paraview at paraview.org" > Subject: PV 4.4.0 crashing issue > > I?m finding an issue with the production release of PV 4.4.0 ?. I can > consistently make a client-server connection crash by loading up either an > Exodus or CTH dataset and through some combination of quick left-right mouse > clicks, or double-right mouse clicks in the graphics window, I can shut > things down. I?m only seeing this on Linux clients ? I cannot duplicate > running PV 4.4.0 on a Mac. See attached screenshot. I?ve been able > to duplicate this behavior on many different datasets of CTH/Exodus format, > but I suspect this is a GUI interaction issue, not a data issue. > > I?ve sent this on both standard RHEL5 and RHEL5 Linux workstations ? I?ve > tried recompiling the client using the super build script, but doesn?t seem > to make much any difference. Any ideas? > > which cmake > cmake -DCMAKE_INSTALL_PREFIX:PATH=~/paraview/${version} \ > -Ddownload_location=`pwd`/../Downloads \ > -DParaView_URL=http://www.paraview.org/files/v4.4/ParaView-v4.4.0-source.tar.gz > \ > -DCMAKE_BUILD_TYPE=Release \ > -DENABLE_visitbridge:BOOL=ON \ > -DENABLE_cgns=ON \ > -DENABLE_boost=ON \ > -DENABLE_ffmpeg=ON \ > -DENABLE_hdf5=ON \ > -DENABLE_matplotlib=ON \ > -DENABLE_mesa=OFF \ > -DENABLE_mpi=ON \ > -DENABLE_numpy=ON \ > -DENABLE_paraview=ON \ > -DENABLE_python=ON \ > -DENABLE_qt5=ON \ > -DENABLE_silo=ON \ > -DENABLE_szip=ON \ > -Dqt_DISABLE_WEBKIT=OFF \ > -DUSE_NONFREE_COMPONENTS=OFF \ > -DUSE_SYSTEM_mpi=OFF ../Source > > make -j 8 install > > ________________________________ > Rick Angelini > USArmy Research Laboratory > CISD/HPC Architectures Team > Phone: 410-278-6266 > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From richard.c.angelini.civ at mail.mil Fri Jan 8 15:40:09 2016 From: richard.c.angelini.civ at mail.mil (Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US)) Date: Fri, 8 Jan 2016 20:40:09 +0000 Subject: [Paraview] [Non-DoD Source] Re: PV 4.4.0 crashing issue In-Reply-To: References: Message-ID: Yep - I think so - I?ll keep an eye out for the production release of 5.0 ?.. ________________________________ Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Phone: 410-278-6266 -----Original Message----- From: Utkarsh Ayachit Date: Friday, January 8, 2016 at 3:35 PM To: Rick Angelini Cc: "paraview at paraview.org" Subject: [Non-DoD Source] Re: [Paraview] PV 4.4.0 crashing issue All active links contained in this email were disabled. Please verify the identity of the sender, and confirm the authenticity of all links contained within the message prior to copying and pasting the address to a Web browser. ---- Rick, That sounds like this bug: Caution-http://www.paraview.org/Bug/view.php?id=15763 It was fixed 5.0.0. Utkarsh On Fri, Jan 8, 2016 at 3:31 PM, Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US) wrote: > In my original message, I attached the wrong cmake command - I?m not >using > qt5 on my Linux release of PV 4.4.0. > > > cmake -DCMAKE_INSTALL_PREFIX:PATH=~/paraview/${version} \ > -Ddownload_location=`pwd`/../Downloads \ > -DParaView_FROM_GIT=OFF \ > -DParaView_URL=`pwd`/../Downloads/ParaView-v4.3.1-source.tar.gz \ > -DCMAKE_BUILD_TYPE=Release \ > -DENABLE_visitbridge:BOOL=ON \ > -DENABLE_cgns=ON \ > -DENABLE_boost=ON \ > -DENABLE_ffmpeg=ON \ > -DENABLE_hdf5=ON \ > -DENABLE_matplotlib=ON \ > -DENABLE_mesa=OFF \ > -DENABLE_mpi=ON \ > -DENABLE_numpy=ON \ > -DENABLE_paraview=ON \ > -DENABLE_python=ON \ > -DENABLE_qt=ON \ > -DENABLE_silo=ON \ > -DENABLE_szip=ON \ > -Dqt_DISABLE_WEBKIT=OFF \ > -DUSE_SYSTEM_mpi=OFF ../Source > make -j 8 install > > > ________________________________ > Rick Angelini > USArmy Research Laboratory > CISD/HPC Architectures Team > Phone: 410-278-6266 > > From: Rick Angelini > Date: Friday, January 8, 2016 at 3:20 PM > To: "paraview at paraview.org" > Subject: PV 4.4.0 crashing issue > > I?m finding an issue with the production release of PV 4.4.0 ?. I can > consistently make a client-server connection crash by loading up either >an > Exodus or CTH dataset and through some combination of quick left-right >mouse > clicks, or double-right mouse clicks in the graphics window, I can shut > things down. I?m only seeing this on Linux clients ? I cannot duplicate > running PV 4.4.0 on a Mac. See attached screenshot. I?ve been >able > to duplicate this behavior on many different datasets of CTH/Exodus >format, > but I suspect this is a GUI interaction issue, not a data issue. > > I?ve sent this on both standard RHEL5 and RHEL5 Linux workstations ? I?ve > tried recompiling the client using the super build script, but doesn?t >seem > to make much any difference. Any ideas? > > which cmake > cmake -DCMAKE_INSTALL_PREFIX:PATH=~/paraview/${version} \ > -Ddownload_location=`pwd`/../Downloads \ > >-DParaView_URL=Caution-http://www.paraview.org/files/v4.4/ParaView-v4.4.0- >source.tar.gz > \ > -DCMAKE_BUILD_TYPE=Release \ > -DENABLE_visitbridge:BOOL=ON \ > -DENABLE_cgns=ON \ > -DENABLE_boost=ON \ > -DENABLE_ffmpeg=ON \ > -DENABLE_hdf5=ON \ > -DENABLE_matplotlib=ON \ > -DENABLE_mesa=OFF \ > -DENABLE_mpi=ON \ > -DENABLE_numpy=ON \ > -DENABLE_paraview=ON \ > -DENABLE_python=ON \ > -DENABLE_qt5=ON \ > -DENABLE_silo=ON \ > -DENABLE_szip=ON \ > -Dqt_DISABLE_WEBKIT=OFF \ > -DUSE_NONFREE_COMPONENTS=OFF \ > -DUSE_SYSTEM_mpi=OFF ../Source > > make -j 8 install > > ________________________________ > Rick Angelini > USArmy Research Laboratory > CISD/HPC Architectures Team > Phone: 410-278-6266 > > _______________________________________________ > Powered by Caution-www.kitware.com > > Visit other Kitware open-source projects at > Caution-http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > Caution-http://paraview.org/Wiki/ParaView > > Search the list archives at: >Caution-http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > Caution-http://public.kitware.com/mailman/listinfo/paraview > From samaraseeri at yahoo.com Fri Jan 8 13:54:51 2016 From: samaraseeri at yahoo.com (samar aseeri) Date: Fri, 8 Jan 2016 18:54:51 +0000 (UTC) Subject: [Paraview] build with enabling silo In-Reply-To: References: Message-ID: <458237804.2139375.1452279291197.JavaMail.yahoo@mail.yahoo.com> David, Which one the above is on website "http://www.paraview.org/download/" called "ParaView-v5.0.0-RC4-source.tar.gz" On Friday, 8 January 2016, 21:27, David E DeMarle wrote: ParaView:?git at gitlab.kitware.com:paraview/paraview.git builds only paraview - if you want silo, you need to compile it and tell paraview where it is. I recommend checking out, configuring and building silo that the same way ParaView super build (below) does it. Superbuild: git at gitlab.kitware.com:paraview/paraview-superbuild.git downloads configures and builds silo, qt, python, mpi, ?, and finally paraview (starting by checking out the above) and then telling it where it build the rest. Does that help clear things up? David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Jan 8, 2016 at 1:19 PM, samar aseeri wrote: Then why am i getting the above cmake error. Why it is not finding the paths. Where is ParaView going to build the silo so I could refer to the paths manually. Best Regards On Friday, 8 January 2016, 20:26, David E DeMarle wrote: On Fri, Jan 8, 2016 at 12:19 PM, samar aseeri wrote: Dear David, Thanks for the quick response. I'm doing the superbuild and will manually download the silo and build it then refer to the libraries. The superbuild should download and built silo (and everything else ParaView wants to use) for you.? Best Regards On Friday, 8 January 2016, 20:16, David E DeMarle wrote: Yes you do. We use the paraview super build to do it like so for the paraview binaries. https://gitlab.kitware.com/paraview/paraview-superbuild/blob/master/Projects/silo.cmake hth David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Jan 8, 2016 at 12:11 PM, samar aseeri via ParaView wrote: Dear ParaView Officials, I'm getting the following cmake error while enabling the silo for paraview. I want to know if have to manually build silo and refer to its paths. ?CMake Error at VTK/CMake/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): ?? Could NOT find SILO (missing: SILO_LIBRARY SILO_INCLUDE_DIR) ?Call Stack (most recent call first): ?? VTK/CMake/FindPackageHandleStandardArgs.cmake:288 (_FPHSA_FAILURE_MESSAGE) ?? CMake/FindSILO.cmake:42 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) ?? Utilities/VisItBridge/databases/CMakeLists.txt:114 (find_package) Best Regards _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From samaraseeri at yahoo.com Sat Jan 9 07:14:16 2016 From: samaraseeri at yahoo.com (samar aseeri) Date: Sat, 9 Jan 2016 12:14:16 +0000 (UTC) Subject: [Paraview] build with enabling silo In-Reply-To: <458237804.2139375.1452279291197.JavaMail.yahoo@mail.yahoo.com> References: <458237804.2139375.1452279291197.JavaMail.yahoo@mail.yahoo.com> Message-ID: <287236093.2471618.1452341656321.JavaMail.yahoo@mail.yahoo.com> Hi David, Please ignore above message. I have built the silo and have linked it but getting the below make error. Please advice. Best /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13751:17: note: in expansion of macro 'DBGetDataReadMask' ???? long mask = DBGetDataReadMask(); ???????????????? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13752:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMGlobNodeNo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:31: error: 'DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long' was not declared in this scope ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ?????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13752:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMGlobNodeNo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13754:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(mask); ???? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C: In member function 'vtkDataArray* avtSiloFileFormat::GetGlobalZoneIds(int, const char*)': /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1815:29: error: expected primary-expression before ',' token ?#define DBGetDataReadMask() ,DBGetDataReadMask_is_replaced_with_DBGetDataReadMask2_using_unsigned_long_long ???????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13842:17: note: in expansion of macro 'DBGetDataReadMask' ???? long mask = DBGetDataReadMask(); ???????????????? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13843:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMZonelist|DBZonelistGlobZoneNo|DBZonelistInfo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:31: error: 'DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long' was not declared in this scope ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ?????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13843:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMZonelist|DBZonelistGlobZoneNo|DBZonelistInfo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13845:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(mask); ???? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C: In member function 'avtMaterial* avtSiloFileFormat::CalcMaterial(DBfile*, const char*, const char*, int)': /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14218:18: error: invalid conversion from 'float**' to 'void**' [-fpermissive] ???????? tmp.vals = (float**) new float*[1]; ????????????????? ^ In file included from /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.h:50:0, ???????????????? from /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:42: /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C: In member function 'avtFacelist* avtSiloFileFormat::CalcExternalFacelist(DBfile*, const char*)': /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1815:29: error: expected primary-expression before ',' token ?#define DBGetDataReadMask() ,DBGetDataReadMask_is_replaced_with_DBGetDataReadMask2_using_unsigned_long_long ???????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14423:17: note: in expansion of macro 'DBGetDataReadMask' ???? long mask = DBGetDataReadMask(); ???????????????? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14424:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMFacelist | DBFacelistInfo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:31: error: 'DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long' was not declared in this scope ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ?????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14424:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMFacelist | DBFacelistInfo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14426:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(mask); ???? ^ make[2]: *** [Utilities/VisItBridge/databases/CMakeFiles/vtkIOVisItBridge.dir/Silo/avtSiloFileFormat.C.o] Error 1 make[1]: *** [Utilities/VisItBridge/databases/CMakeFiles/vtkIOVisItBridge.dir/all] Error 2 make: *** [all] Error 2 srun: error: nid03378: task 0: Exited with exit code 2 srun: Terminating job step 1045899.0 On Friday, 8 January 2016, 21:54, samar aseeri wrote: David, Which one the above is on website "http://www.paraview.org/download/" called "ParaView-v5.0.0-RC4-source.tar.gz" On Friday, 8 January 2016, 21:27, David E DeMarle wrote: ParaView:?git at gitlab.kitware.com:paraview/paraview.git builds only paraview - if you want silo, you need to compile it and tell paraview where it is. I recommend checking out, configuring and building silo that the same way ParaView super build (below) does it. Superbuild: git at gitlab.kitware.com:paraview/paraview-superbuild.git downloads configures and builds silo, qt, python, mpi, ?, and finally paraview (starting by checking out the above) and then telling it where it build the rest. Does that help clear things up? David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Jan 8, 2016 at 1:19 PM, samar aseeri wrote: Then why am i getting the above cmake error. Why it is not finding the paths. Where is ParaView going to build the silo so I could refer to the paths manually. Best Regards On Friday, 8 January 2016, 20:26, David E DeMarle wrote: On Fri, Jan 8, 2016 at 12:19 PM, samar aseeri wrote: Dear David, Thanks for the quick response. I'm doing the superbuild and will manually download the silo and build it then refer to the libraries. The superbuild should download and built silo (and everything else ParaView wants to use) for you.? Best Regards On Friday, 8 January 2016, 20:16, David E DeMarle wrote: Yes you do. We use the paraview super build to do it like so for the paraview binaries. https://gitlab.kitware.com/paraview/paraview-superbuild/blob/master/Projects/silo.cmake hth David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Jan 8, 2016 at 12:11 PM, samar aseeri via ParaView wrote: Dear ParaView Officials, I'm getting the following cmake error while enabling the silo for paraview. I want to know if have to manually build silo and refer to its paths. ?CMake Error at VTK/CMake/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): ?? Could NOT find SILO (missing: SILO_LIBRARY SILO_INCLUDE_DIR) ?Call Stack (most recent call first): ?? VTK/CMake/FindPackageHandleStandardArgs.cmake:288 (_FPHSA_FAILURE_MESSAGE) ?? CMake/FindSILO.cmake:42 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) ?? Utilities/VisItBridge/databases/CMakeLists.txt:114 (find_package) Best Regards _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From samaraseeri at yahoo.com Sat Jan 9 10:00:16 2016 From: samaraseeri at yahoo.com (samar aseeri) Date: Sat, 9 Jan 2016 15:00:16 +0000 (UTC) Subject: [Paraview] build with enabling silo In-Reply-To: <287236093.2471618.1452341656321.JavaMail.yahoo@mail.yahoo.com> References: <458237804.2139375.1452279291197.JavaMail.yahoo@mail.yahoo.com> <287236093.2471618.1452341656321.JavaMail.yahoo@mail.yahoo.com> Message-ID: <1340906692.2405517.1452351616572.JavaMail.yahoo@mail.yahoo.com> Hi David, Which version of silo is used for the v5 paraview? What configuration options for silo should I choose? Best Regards On Saturday, 9 January 2016, 15:14, samar aseeri wrote: Hi David, Please ignore above message. I have built the silo and have linked it but getting the below make error. Please advice. Best /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13751:17: note: in expansion of macro 'DBGetDataReadMask' ???? long mask = DBGetDataReadMask(); ???????????????? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13752:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMGlobNodeNo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:31: error: 'DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long' was not declared in this scope ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ?????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13752:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMGlobNodeNo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13754:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(mask); ???? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C: In member function 'vtkDataArray* avtSiloFileFormat::GetGlobalZoneIds(int, const char*)': /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1815:29: error: expected primary-expression before ',' token ?#define DBGetDataReadMask() ,DBGetDataReadMask_is_replaced_with_DBGetDataReadMask2_using_unsigned_long_long ???????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13842:17: note: in expansion of macro 'DBGetDataReadMask' ???? long mask = DBGetDataReadMask(); ???????????????? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13843:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMZonelist|DBZonelistGlobZoneNo|DBZonelistInfo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:31: error: 'DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long' was not declared in this scope ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ?????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13843:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMZonelist|DBZonelistGlobZoneNo|DBZonelistInfo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13845:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(mask); ???? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C: In member function 'avtMaterial* avtSiloFileFormat::CalcMaterial(DBfile*, const char*, const char*, int)': /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14218:18: error: invalid conversion from 'float**' to 'void**' [-fpermissive] ???????? tmp.vals = (float**) new float*[1]; ????????????????? ^ In file included from /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.h:50:0, ???????????????? from /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:42: /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C: In member function 'avtFacelist* avtSiloFileFormat::CalcExternalFacelist(DBfile*, const char*)': /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1815:29: error: expected primary-expression before ',' token ?#define DBGetDataReadMask() ,DBGetDataReadMask_is_replaced_with_DBGetDataReadMask2_using_unsigned_long_long ???????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14423:17: note: in expansion of macro 'DBGetDataReadMask' ???? long mask = DBGetDataReadMask(); ???????????????? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14424:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMFacelist | DBFacelistInfo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:31: error: 'DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long' was not declared in this scope ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ?????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14424:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMFacelist | DBFacelistInfo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14426:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(mask); ???? ^ make[2]: *** [Utilities/VisItBridge/databases/CMakeFiles/vtkIOVisItBridge.dir/Silo/avtSiloFileFormat.C.o] Error 1 make[1]: *** [Utilities/VisItBridge/databases/CMakeFiles/vtkIOVisItBridge.dir/all] Error 2 make: *** [all] Error 2 srun: error: nid03378: task 0: Exited with exit code 2 srun: Terminating job step 1045899.0 On Friday, 8 January 2016, 21:54, samar aseeri wrote: David, Which one the above is on website "http://www.paraview.org/download/" called "ParaView-v5.0.0-RC4-source.tar.gz" On Friday, 8 January 2016, 21:27, David E DeMarle wrote: ParaView:?git at gitlab.kitware.com:paraview/paraview.git builds only paraview - if you want silo, you need to compile it and tell paraview where it is. I recommend checking out, configuring and building silo that the same way ParaView super build (below) does it. Superbuild: git at gitlab.kitware.com:paraview/paraview-superbuild.git downloads configures and builds silo, qt, python, mpi, ?, and finally paraview (starting by checking out the above) and then telling it where it build the rest. Does that help clear things up? David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Jan 8, 2016 at 1:19 PM, samar aseeri wrote: Then why am i getting the above cmake error. Why it is not finding the paths. Where is ParaView going to build the silo so I could refer to the paths manually. Best Regards On Friday, 8 January 2016, 20:26, David E DeMarle wrote: On Fri, Jan 8, 2016 at 12:19 PM, samar aseeri wrote: Dear David, Thanks for the quick response. I'm doing the superbuild and will manually download the silo and build it then refer to the libraries. The superbuild should download and built silo (and everything else ParaView wants to use) for you.? Best Regards On Friday, 8 January 2016, 20:16, David E DeMarle wrote: Yes you do. We use the paraview super build to do it like so for the paraview binaries. https://gitlab.kitware.com/paraview/paraview-superbuild/blob/master/Projects/silo.cmake hth David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Jan 8, 2016 at 12:11 PM, samar aseeri via ParaView wrote: Dear ParaView Officials, I'm getting the following cmake error while enabling the silo for paraview. I want to know if have to manually build silo and refer to its paths. ?CMake Error at VTK/CMake/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): ?? Could NOT find SILO (missing: SILO_LIBRARY SILO_INCLUDE_DIR) ?Call Stack (most recent call first): ?? VTK/CMake/FindPackageHandleStandardArgs.cmake:288 (_FPHSA_FAILURE_MESSAGE) ?? CMake/FindSILO.cmake:42 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) ?? Utilities/VisItBridge/databases/CMakeLists.txt:114 (find_package) Best Regards _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Sun Jan 10 08:40:30 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Sun, 10 Jan 2016 08:40:30 -0500 Subject: [Paraview] build with enabling silo In-Reply-To: <1340906692.2405517.1452351616572.JavaMail.yahoo@mail.yahoo.com> References: <458237804.2139375.1452279291197.JavaMail.yahoo@mail.yahoo.com> <287236093.2471618.1452341656321.JavaMail.yahoo@mail.yahoo.com> <1340906692.2405517.1452351616572.JavaMail.yahoo@mail.yahoo.com> Message-ID: You can tell that by looking at the super build to find out how we build it for out binaries. From https://gitlab.kitware.com/paraview/paraview-superbuild/blob/cfaf2365785b52f4948bdd6002ca8ab15bbed0a3/versions.cmake > add_revision(silo > URL "http://paraview.org/files/dependencies/silo-4.9.1-bsd.tar.gz" > URL_MD5 465d2a0a8958b088cde83fb2a5a7eeef) From https://gitlab.kitware.com/paraview/paraview-superbuild/blob/cfaf2365785b52f4948bdd6002ca8ab15bbed0a3/Projects/silo.cmake : DEPENDS zlib hdf5 BUILD_IN_SOURCE 1 CONFIGURE_COMMAND /configure --prefix= ${shared_args} --enable-fortran=no --enable-browser=no --enable-silex=no --with-szlib= --with-hdf5=/include,/lib ?Hope that helps. -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.forde at ulstein.com Mon Jan 11 04:50:11 2016 From: thomas.forde at ulstein.com (=?utf-8?B?VGhvbWFzIEbDuHJkZQ==?=) Date: Mon, 11 Jan 2016 09:50:11 +0000 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: Now we are finally getting somewhere. First rendering tests are going through the sge queue system. I notice however that the pictures are a bit more pixelated, specially on edges, I would assume this has something to do wiuth using osmesa instead of opengl, but can one correct this in one way or another. If it takes more cpu time it doesn?t matter, as one have plenty to take from. -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: 8. januar 2016 15:53 To: Thomas F?rde Cc: paraview at paraview.org Subject: Re: [Paraview] using paraview with ompi and grid engine queue system The PYTHON_LIBRARY cmake variable is set incorrectly. It is set to "/usr/lib64/python2.6". It should be set to a .so file, e.g. in my case, it is "/usr/lib/x86_64-linux-gnu/libpython2.7.so". Find the appropriate python2.6.so on your system and the set this variable to point to it. That explains the linking issues. Utkarsh On Fri, Jan 8, 2016 at 9:49 AM, Thomas F?rde wrote: > Attached > > -----Original Message----- > From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] > Sent: 8. januar 2016 15:43 > To: Thomas F?rde > Cc: paraview at paraview.org > Subject: Re: [Paraview] using paraview with ompi and grid engine queue > system > >> Is this a problem related to my version of python 2.6? > > Looks like you. You definitely need these components of ParaView to get pvbatch working. Can you attach your CMakeCache again? Let's see if that exposes some issue. > > Thanks > Utkarsh From erand at mek.dtu.dk Mon Jan 11 05:23:06 2016 From: erand at mek.dtu.dk (Erik Andreassen) Date: Mon, 11 Jan 2016 10:23:06 +0000 Subject: [Paraview] Ray-tracing Paraview 5.0 Message-ID: <300719361A150149BDBDF898D5BF89CE06589CEF@ait-pex01mbx02.win.dtu.dk> Hi, I've tried to use the pvOSPRay plugin available in Paraview 5 (as described here http://www.kitware.com/blog/home/post/998). However, when I try to open an "OSPRay Rendered 3D View" Paraview crashes. This is irrespective of whether I have loaded data or not. In 5.0 it crashes with a segmentation fault, while in 5.0-RC2 I get the warning: "Failed to locate property 'CameraParallelProjection' on subproxy 'ActiveCamera' OSPRayView" before I get the error: "vtkSMPropertyIterator (0x3091570): In proxy OSPRayView cannot find exposed property CameraParallelProjection in sub proxy ActiveCamera" Does anyone know why? Best, Erik From grothausmann.roman at mh-hannover.de Mon Jan 11 06:01:48 2016 From: grothausmann.roman at mh-hannover.de (Grothausmann, Roman Dr.) Date: Mon, 11 Jan 2016 12:01:48 +0100 Subject: [Paraview] state-file does not contain 2D texture if assigned by python In-Reply-To: References: <5665B8E9.9060805@mh-hannover.de> <5666AA71.3020204@mh-hannover.de> <568FA683.1080301@mh-hannover.de> Message-ID: <56938B9C.6060504@mh-hannover.de> Many thanks again Cory. How can one find out about this on one's own in general? The assignment of textures is far from intuitive to me. Also I've checked the Paraview API, the Paraview-Python docs and VTK docs and some promising parts of the sources but did not find that it's registrationName instead of guiName (as is the parameter in most cases for setting the name used in the GUI). On 08/01/16 16:04, Cory Quammen wrote: > Sure. Try this instead: > > pvs.servermanager.Register(texProxy, registrationName="MyAwesomeTexture") > > Cory > > On Fri, Jan 8, 2016 at 7:07 AM, Grothausmann, Roman Dr. > wrote: >> Many, many thanks Cory for Your answer. That did the trick. >> Is there any chance to also set a guiName for the texture that is then shown >> in the list of textures when the PVSM is loaded? >> >> On 05/01/16 19:26, Cory Quammen wrote: >>> >>> Hi Roman, >>> >>> It's not obvious, but you need to register the ImageTexture proxy with the >>> proxy >>> manager: >>> >>> pvs.servermanager.Register(texProxy) >>> >>> Just add that in before you save the state, and you should be good. >>> >>> HTH, >>> Cory >>> >>> On Tue, Dec 8, 2015 at 5:01 AM, Grothausmann, Roman Dr. >>> >> > >>> >>> wrote: >>> >>> After some hours of searching I found an answer that sadly was not >>> linked to >>> the question: >>> http://www.paraview.org/pipermail/paraview/2012-March/024261.html >>> >>> The code below run as a macro in paraview shows a plane with a >>> texture. >>> However, saving the state in a *.pvsm either by code or within the GUI >>> does >>> not save the texture and its assignment. >>> >>> What is missing to save the texture and its assignment in a state >>> file? >>> >>> >>> ______________________________________________________ >>> >>> import paraview.simple as pvs >>> >>> plane1 = pvs.Plane(guiName="xz-plane") >>> dp = pvs.GetDisplayProperties(plane1) >>> dp.Representation = 'Surface With Edges' >>> >>> texProxy = pvs.servermanager.CreateProxy("textures", "ImageTexture") >>> texProxy.GetProperty("FileName").SetElement(0, "texture.png") >>> texProxy.UpdateVTKObjects() >>> >>> dp.Texture= texProxy >>> print dp.Texture >>> pvs.Render() >>> >>> pvs.servermanager.SaveState("test.pvsm") >>> >>> >>> >>> >>> >>> On 07/12/15 17:50, Grothausmann, Roman Dr. wrote: >>> >>> Dear mailing list members, >>> >>> >>> Is it possible to assign a 2D texture image to an object that has >>> TCords >>> in python? >>> I found quite a few people trying and reporting that it does not >>> work >>> nor does >>> the Trace Option under paraview tell what happens if a texture is >>> assigned in >>> the GUI: >>> http://www.paraview.org/pipermail/paraview/2012-March/024255.html >>> http://www.paraview.org/Bug/view.php?id=12953 >>> >>> I've tried: >>> >>> import paraview.simple as pvs >>> >>> >>> reader = pvs.OpenDataFile("test.png) >>> #reader.UpdatePipelineInformation() >>> reader.UpdatePipeline() >>> print reader.GetDataInformation().GetBounds() # needs >>> UpdatePipeline >>> >>> obj = pvs.Plane() >>> plane1Display = pvs.Show(obj) >>> plane1Display.Texture = reader >>> >>> dp = pvs.GetDisplayProperties(obj) >>> dp.Representation = 'Surface With Edges' >>> >>> dp.Texture = reader >>> >>> >>> but neither plane1Display.Texture nor dp.Texture seem to allow to >>> set the >>> texture (see error below) >>> >>> Any help or hints are very much appreciated >>> Roman >>> >>> >>> RROR: In >>> >>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >>> line 390 >>> vtkPVSessionCore (0x258c2e0): Object type: >>> vtkGlyph3DRepresentation, >>> could not >>> find requested method: "SetTexture" >>> or the method was called with incorrect arguments. >>> >>> while processing >>> Message 0 = Invoke >>> Argument 0 = vtk_object_pointer {vtkGlyph3DRepresentation >>> (0x551b0a0)} >>> Argument 1 = string_value {SetTexture} >>> Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader >>> (0x4f68190)} >>> >>> >>> ERROR: In >>> >>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >>> line 391 >>> vtkPVSessionCore (0x258c2e0): Aborting execution for debugging >>> purposes. >>> >>> ############ ABORT ############# >>> ERROR: In >>> >>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, >>> line 134 >>> vtkSISourceProxy (0x551af30): Error pushing property state: >>> Texture >>> >>> global_id: 396 >>> location: 21 >>> [paraview_protobuf.ProxyState.property] { >>> name: "Texture" >>> value { >>> type: INPUT >>> proxy_global_id: 350 >>> port_number: 0 >>> } >>> } >>> ERROR: In >>> >>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >>> line 390 >>> vtkPVSessionCore (0x258c2e0): Object type: >>> vtkOutlineRepresentation, >>> could not >>> find requested method: "SetTexture" >>> or the method was called with incorrect arguments. >>> >>> while processing >>> Message 0 = Invoke >>> Argument 0 = vtk_object_pointer {vtkOutlineRepresentation >>> (0x5549800)} >>> Argument 1 = string_value {SetTexture} >>> Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader >>> (0x4f68190)} >>> >>> >>> ERROR: In >>> >>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >>> line 391 >>> vtkPVSessionCore (0x258c2e0): Aborting execution for debugging >>> purposes. >>> >>> ############ ABORT ############# >>> ERROR: In >>> >>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, >>> line 134 >>> vtkSISourceProxy (0x5549690): Error pushing property state: >>> Texture >>> >>> global_id: 407 >>> location: 21 >>> [paraview_protobuf.ProxyState.property] { >>> name: "Texture" >>> value { >>> type: INPUT >>> proxy_global_id: 350 >>> port_number: 0 >>> } >>> } >>> ERROR: In >>> >>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >>> line 390 >>> vtkPVSessionCore (0x258c2e0): Object type: >>> vtkGeometryRepresentationWithFaces, >>> could not find requested method: "SetTexture" >>> or the method was called with incorrect arguments. >>> >>> while processing >>> Message 0 = Invoke >>> Argument 0 = vtk_object_pointer >>> {vtkGeometryRepresentationWithFaces >>> (0x59a6df0)} >>> Argument 1 = string_value {SetTexture} >>> Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader >>> (0x4f68190)} >>> >>> >>> ERROR: In >>> >>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >>> line 391 >>> vtkPVSessionCore (0x258c2e0): Aborting execution for debugging >>> purposes. >>> >>> ############ ABORT ############# >>> ERROR: In >>> >>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, >>> line 134 >>> vtkSISourceProxy (0x5afc8e0): Error pushing property state: >>> Texture >>> >>> global_id: 440 >>> location: 21 >>> [paraview_protobuf.ProxyState.property] { >>> name: "Texture" >>> value { >>> type: INPUT >>> proxy_global_id: 350 >>> port_number: 0 >>> } >>> } >>> >>> >>> >>> -- >>> Dr. Roman Grothausmann >>> >>> Tomographie und Digitale Bildverarbeitung >>> Tomography and Digital Image Analysis >>> >>> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 >>> Medizinische Hochschule Hannover >>> Carl-Neuberg-Str. 1 >>> D-30625 Hannover >>> >>> Tel. +49 511 532-2900 >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >>> >>> >>> -- >>> Cory Quammen >>> R&D Engineer >>> Kitware, Inc. >> >> >> -- >> Dr. Roman Grothausmann >> >> Tomographie und Digitale Bildverarbeitung >> Tomography and Digital Image Analysis >> >> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 >> Medizinische Hochschule Hannover >> Carl-Neuberg-Str. 1 >> D-30625 Hannover >> >> Tel. +49 511 532-2900 > > > -- Dr. Roman Grothausmann Tomographie und Digitale Bildverarbeitung Tomography and Digital Image Analysis Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 Medizinische Hochschule Hannover Carl-Neuberg-Str. 1 D-30625 Hannover Tel. +49 511 532-2900 From dave.demarle at kitware.com Mon Jan 11 08:18:56 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 11 Jan 2016 08:18:56 -0500 Subject: [Paraview] Ray-tracing Paraview 5.0 In-Reply-To: <300719361A150149BDBDF898D5BF89CE06589CEF@ait-pex01mbx02.win.dtu.dk> References: <300719361A150149BDBDF898D5BF89CE06589CEF@ait-pex01mbx02.win.dtu.dk> Message-ID: Not sure. Please confirm that this was with the 5.0.0 Linux binaries from the kitware download site and let us know what specific distribution and CPU you have. A stack trace would be helpful for us to track it down too. Thanks On Monday, January 11, 2016, Erik Andreassen wrote: > Hi, > > I've tried to use the pvOSPRay plugin available in Paraview 5 (as > described here http://www.kitware.com/blog/home/post/998). However, when > I try to open an "OSPRay Rendered 3D View" Paraview crashes. This is > irrespective of whether I have loaded data or not. In 5.0 it crashes with a > segmentation fault, while in 5.0-RC2 I get the warning: > > "Failed to locate property 'CameraParallelProjection' on subproxy > 'ActiveCamera' OSPRayView" > > before I get the error: > > "vtkSMPropertyIterator (0x3091570): In proxy OSPRayView cannot find > exposed property CameraParallelProjection in sub proxy ActiveCamera" > > Does anyone know why? > > Best, > Erik > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 -------------- next part -------------- An HTML attachment was scrubbed... URL: From erand at mek.dtu.dk Mon Jan 11 08:55:36 2016 From: erand at mek.dtu.dk (Erik Andreassen) Date: Mon, 11 Jan 2016 13:55:36 +0000 Subject: [Paraview] Ray-tracing Paraview 5.0 In-Reply-To: References: <300719361A150149BDBDF898D5BF89CE06589CEF@ait-pex01mbx02.win.dtu.dk>, Message-ID: <300719361A150149BDBDF898D5BF89CE06589F19@ait-pex01mbx02.win.dtu.dk> Hi, I've tried both the Linux and Windows binaries (5.0.0) for the Kitware download site. On one computer with Intel i7-2600 and one with Intel i7-4710 HQ. What I do is: 1. Load the plugin (pvOSPRay) 2. Try to open an "OSPRay Rendered 3D View" Thanks, Erik ________________________________________ Fra: David E DeMarle [dave.demarle at kitware.com] Sendt: 11. januar 2016 14:18 Til: Erik Andreassen Cc: paraview at paraview.org Emne: Re: [Paraview] Ray-tracing Paraview 5.0 Not sure. Please confirm that this was with the 5.0.0 Linux binaries from the kitware download site and let us know what specific distribution and CPU you have. A stack trace would be helpful for us to track it down too. Thanks On Monday, January 11, 2016, Erik Andreassen > wrote: Hi, I've tried to use the pvOSPRay plugin available in Paraview 5 (as described here http://www.kitware.com/blog/home/post/998). However, when I try to open an "OSPRay Rendered 3D View" Paraview crashes. This is irrespective of whether I have loaded data or not. In 5.0 it crashes with a segmentation fault, while in 5.0-RC2 I get the warning: "Failed to locate property 'CameraParallelProjection' on subproxy 'ActiveCamera' OSPRayView" before I get the error: "vtkSMPropertyIterator (0x3091570): In proxy OSPRayView cannot find exposed property CameraParallelProjection in sub proxy ActiveCamera" Does anyone know why? Best, Erik _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -- David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 From richard.c.angelini.civ at mail.mil Mon Jan 11 08:46:17 2016 From: richard.c.angelini.civ at mail.mil (Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US)) Date: Mon, 11 Jan 2016 13:46:17 +0000 Subject: [Paraview] [Non-DoD Source] Re: PV 4.4.0 crashing issue In-Reply-To: References: Message-ID: Is there a v5.0-RC tag in the Paraview superbuild? ________________________________ Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Phone: 410-278-6266 -----Original Message----- From: ParaView on behalf of Rick Angelini Date: Friday, January 8, 2016 at 3:40 PM To: Utkarsh Ayachit Cc: "paraview at paraview.org" Subject: Re: [Paraview] [Non-DoD Source] Re: PV 4.4.0 crashing issue All active links contained in this email were disabled. Please verify the identity of the sender, and confirm the authenticity of all links contained within the message prior to copying and pasting the address to a Web browser. ---- Yep - I think so - I?ll keep an eye out for the production release of 5.0 ?.. ________________________________ Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Phone: 410-278-6266 -----Original Message----- From: Utkarsh Ayachit Date: Friday, January 8, 2016 at 3:35 PM To: Rick Angelini Cc: "paraview at paraview.org" Subject: [Non-DoD Source] Re: [Paraview] PV 4.4.0 crashing issue All active links contained in this email were disabled. Please verify the identity of the sender, and confirm the authenticity of all links contained within the message prior to copying and pasting the address to a Web browser. ---- Rick, That sounds like this bug: Caution-Caution-http://www.paraview.org/Bug/view.php?id=15763 It was fixed 5.0.0. Utkarsh On Fri, Jan 8, 2016 at 3:31 PM, Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US) wrote: > In my original message, I attached the wrong cmake command - I?m not >using > qt5 on my Linux release of PV 4.4.0. > > > cmake -DCMAKE_INSTALL_PREFIX:PATH=~/paraview/${version} \ > -Ddownload_location=`pwd`/../Downloads \ > -DParaView_FROM_GIT=OFF \ > -DParaView_URL=`pwd`/../Downloads/ParaView-v4.3.1-source.tar.gz \ > -DCMAKE_BUILD_TYPE=Release \ > -DENABLE_visitbridge:BOOL=ON \ > -DENABLE_cgns=ON \ > -DENABLE_boost=ON \ > -DENABLE_ffmpeg=ON \ > -DENABLE_hdf5=ON \ > -DENABLE_matplotlib=ON \ > -DENABLE_mesa=OFF \ > -DENABLE_mpi=ON \ > -DENABLE_numpy=ON \ > -DENABLE_paraview=ON \ > -DENABLE_python=ON \ > -DENABLE_qt=ON \ > -DENABLE_silo=ON \ > -DENABLE_szip=ON \ > -Dqt_DISABLE_WEBKIT=OFF \ > -DUSE_SYSTEM_mpi=OFF ../Source > make -j 8 install > > > ________________________________ > Rick Angelini > USArmy Research Laboratory > CISD/HPC Architectures Team > Phone: 410-278-6266 > > From: Rick Angelini > Date: Friday, January 8, 2016 at 3:20 PM > To: "paraview at paraview.org" > Subject: PV 4.4.0 crashing issue > > I?m finding an issue with the production release of PV 4.4.0 ?. I can > consistently make a client-server connection crash by loading up either >an > Exodus or CTH dataset and through some combination of quick left-right >mouse > clicks, or double-right mouse clicks in the graphics window, I can shut > things down. I?m only seeing this on Linux clients ? I cannot duplicate > running PV 4.4.0 on a Mac. See attached screenshot. I?ve been >able > to duplicate this behavior on many different datasets of CTH/Exodus >format, > but I suspect this is a GUI interaction issue, not a data issue. > > I?ve sent this on both standard RHEL5 and RHEL5 Linux workstations ? I?ve > tried recompiling the client using the super build script, but doesn?t >seem > to make much any difference. Any ideas? > > which cmake > cmake -DCMAKE_INSTALL_PREFIX:PATH=~/paraview/${version} \ > -Ddownload_location=`pwd`/../Downloads \ > >-DParaView_URL=Caution-Caution-http://www.paraview.org/files/v4.4/ParaView >-v4.4.0- >source.tar.gz > \ > -DCMAKE_BUILD_TYPE=Release \ > -DENABLE_visitbridge:BOOL=ON \ > -DENABLE_cgns=ON \ > -DENABLE_boost=ON \ > -DENABLE_ffmpeg=ON \ > -DENABLE_hdf5=ON \ > -DENABLE_matplotlib=ON \ > -DENABLE_mesa=OFF \ > -DENABLE_mpi=ON \ > -DENABLE_numpy=ON \ > -DENABLE_paraview=ON \ > -DENABLE_python=ON \ > -DENABLE_qt5=ON \ > -DENABLE_silo=ON \ > -DENABLE_szip=ON \ > -Dqt_DISABLE_WEBKIT=OFF \ > -DUSE_NONFREE_COMPONENTS=OFF \ > -DUSE_SYSTEM_mpi=OFF ../Source > > make -j 8 install > > ________________________________ > Rick Angelini > USArmy Research Laboratory > CISD/HPC Architectures Team > Phone: 410-278-6266 > > _______________________________________________ > Powered by Caution-Caution-www.kitware.com > > Visit other Kitware open-source projects at > Caution-Caution-http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > Caution-Caution-http://paraview.org/Wiki/ParaView > > Search the list archives at: >Caution-Caution-http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > Caution-Caution-http://public.kitware.com/mailman/listinfo/paraview > _______________________________________________ Powered by Caution-www.kitware.com Visit other Kitware open-source projects at Caution-http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: Caution-http://paraview.org/Wiki/ParaView Search the list archives at: Caution-http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: Caution-http://public.kitware.com/mailman/listinfo/paraview From cory.quammen at kitware.com Mon Jan 11 08:58:41 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 11 Jan 2016 08:58:41 -0500 Subject: [Paraview] state-file does not contain 2D texture if assigned by python In-Reply-To: <56938B9C.6060504@mh-hannover.de> References: <5665B8E9.9060805@mh-hannover.de> <5666AA71.3020204@mh-hannover.de> <568FA683.1080301@mh-hannover.de> <56938B9C.6060504@mh-hannover.de> Message-ID: Roman, I went to the primary source, paraview/Wrapping/Python/paraview/servermanager.py to find out. It is not always the easiest to find answers this way, but the source code is authoritative :-) Better documentation would be great, and we welcome external contributions to make the documentation better. Often, this is driven when someone tries to do something no one has yet done (like adding a texture in Python), and it exposes a hole in the documentation and/or high-level API. Cheers, Cory On Mon, Jan 11, 2016 at 6:01 AM, Grothausmann, Roman Dr. wrote: > Many thanks again Cory. > How can one find out about this on one's own in general? > The assignment of textures is far from intuitive to me. Also I've checked > the Paraview API, the Paraview-Python docs and VTK docs and some promising > parts of the sources but did not find that it's registrationName instead of > guiName (as is the parameter in most cases for setting the name used in the > GUI). > > > On 08/01/16 16:04, Cory Quammen wrote: >> >> Sure. Try this instead: >> >> pvs.servermanager.Register(texProxy, registrationName="MyAwesomeTexture") >> >> Cory >> >> On Fri, Jan 8, 2016 at 7:07 AM, Grothausmann, Roman Dr. >> wrote: >>> >>> Many, many thanks Cory for Your answer. That did the trick. >>> Is there any chance to also set a guiName for the texture that is then >>> shown >>> in the list of textures when the PVSM is loaded? >>> >>> On 05/01/16 19:26, Cory Quammen wrote: >>>> >>>> >>>> Hi Roman, >>>> >>>> It's not obvious, but you need to register the ImageTexture proxy with >>>> the >>>> proxy >>>> manager: >>>> >>>> pvs.servermanager.Register(texProxy) >>>> >>>> Just add that in before you save the state, and you should be good. >>>> >>>> HTH, >>>> Cory >>>> >>>> On Tue, Dec 8, 2015 at 5:01 AM, Grothausmann, Roman Dr. >>>> >>> > >>>> >>>> wrote: >>>> >>>> After some hours of searching I found an answer that sadly was not >>>> linked to >>>> the question: >>>> http://www.paraview.org/pipermail/paraview/2012-March/024261.html >>>> >>>> The code below run as a macro in paraview shows a plane with a >>>> texture. >>>> However, saving the state in a *.pvsm either by code or within the >>>> GUI >>>> does >>>> not save the texture and its assignment. >>>> >>>> What is missing to save the texture and its assignment in a state >>>> file? >>>> >>>> >>>> ______________________________________________________ >>>> >>>> import paraview.simple as pvs >>>> >>>> plane1 = pvs.Plane(guiName="xz-plane") >>>> dp = pvs.GetDisplayProperties(plane1) >>>> dp.Representation = 'Surface With Edges' >>>> >>>> texProxy = pvs.servermanager.CreateProxy("textures", >>>> "ImageTexture") >>>> texProxy.GetProperty("FileName").SetElement(0, "texture.png") >>>> texProxy.UpdateVTKObjects() >>>> >>>> dp.Texture= texProxy >>>> print dp.Texture >>>> pvs.Render() >>>> >>>> pvs.servermanager.SaveState("test.pvsm") >>>> >>>> >>>> >>>> >>>> >>>> On 07/12/15 17:50, Grothausmann, Roman Dr. wrote: >>>> >>>> Dear mailing list members, >>>> >>>> >>>> Is it possible to assign a 2D texture image to an object that >>>> has >>>> TCords >>>> in python? >>>> I found quite a few people trying and reporting that it does >>>> not >>>> work >>>> nor does >>>> the Trace Option under paraview tell what happens if a texture >>>> is >>>> assigned in >>>> the GUI: >>>> >>>> http://www.paraview.org/pipermail/paraview/2012-March/024255.html >>>> http://www.paraview.org/Bug/view.php?id=12953 >>>> >>>> I've tried: >>>> >>>> import paraview.simple as pvs >>>> >>>> >>>> reader = pvs.OpenDataFile("test.png) >>>> #reader.UpdatePipelineInformation() >>>> reader.UpdatePipeline() >>>> print reader.GetDataInformation().GetBounds() # needs >>>> UpdatePipeline >>>> >>>> obj = pvs.Plane() >>>> plane1Display = pvs.Show(obj) >>>> plane1Display.Texture = reader >>>> >>>> dp = pvs.GetDisplayProperties(obj) >>>> dp.Representation = 'Surface With Edges' >>>> >>>> dp.Texture = reader >>>> >>>> >>>> but neither plane1Display.Texture nor dp.Texture seem to allow >>>> to >>>> set the >>>> texture (see error below) >>>> >>>> Any help or hints are very much appreciated >>>> Roman >>>> >>>> >>>> RROR: In >>>> >>>> >>>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >>>> line 390 >>>> vtkPVSessionCore (0x258c2e0): Object type: >>>> vtkGlyph3DRepresentation, >>>> could not >>>> find requested method: "SetTexture" >>>> or the method was called with incorrect arguments. >>>> >>>> while processing >>>> Message 0 = Invoke >>>> Argument 0 = vtk_object_pointer {vtkGlyph3DRepresentation >>>> (0x551b0a0)} >>>> Argument 1 = string_value {SetTexture} >>>> Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader >>>> (0x4f68190)} >>>> >>>> >>>> ERROR: In >>>> >>>> >>>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >>>> line 391 >>>> vtkPVSessionCore (0x258c2e0): Aborting execution for debugging >>>> purposes. >>>> >>>> ############ ABORT ############# >>>> ERROR: In >>>> >>>> >>>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, >>>> line 134 >>>> vtkSISourceProxy (0x551af30): Error pushing property state: >>>> Texture >>>> >>>> global_id: 396 >>>> location: 21 >>>> [paraview_protobuf.ProxyState.property] { >>>> name: "Texture" >>>> value { >>>> type: INPUT >>>> proxy_global_id: 350 >>>> port_number: 0 >>>> } >>>> } >>>> ERROR: In >>>> >>>> >>>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >>>> line 390 >>>> vtkPVSessionCore (0x258c2e0): Object type: >>>> vtkOutlineRepresentation, >>>> could not >>>> find requested method: "SetTexture" >>>> or the method was called with incorrect arguments. >>>> >>>> while processing >>>> Message 0 = Invoke >>>> Argument 0 = vtk_object_pointer {vtkOutlineRepresentation >>>> (0x5549800)} >>>> Argument 1 = string_value {SetTexture} >>>> Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader >>>> (0x4f68190)} >>>> >>>> >>>> ERROR: In >>>> >>>> >>>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >>>> line 391 >>>> vtkPVSessionCore (0x258c2e0): Aborting execution for debugging >>>> purposes. >>>> >>>> ############ ABORT ############# >>>> ERROR: In >>>> >>>> >>>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, >>>> line 134 >>>> vtkSISourceProxy (0x5549690): Error pushing property state: >>>> Texture >>>> >>>> global_id: 407 >>>> location: 21 >>>> [paraview_protobuf.ProxyState.property] { >>>> name: "Texture" >>>> value { >>>> type: INPUT >>>> proxy_global_id: 350 >>>> port_number: 0 >>>> } >>>> } >>>> ERROR: In >>>> >>>> >>>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >>>> line 390 >>>> vtkPVSessionCore (0x258c2e0): Object type: >>>> vtkGeometryRepresentationWithFaces, >>>> could not find requested method: "SetTexture" >>>> or the method was called with incorrect arguments. >>>> >>>> while processing >>>> Message 0 = Invoke >>>> Argument 0 = vtk_object_pointer >>>> {vtkGeometryRepresentationWithFaces >>>> (0x59a6df0)} >>>> Argument 1 = string_value {SetTexture} >>>> Argument 2 = vtk_object_pointer {vtkImageFileSeriesReader >>>> (0x4f68190)} >>>> >>>> >>>> ERROR: In >>>> >>>> >>>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, >>>> line 391 >>>> vtkPVSessionCore (0x258c2e0): Aborting execution for debugging >>>> purposes. >>>> >>>> ############ ABORT ############# >>>> ERROR: In >>>> >>>> >>>> /opt/compilation/paraview-git/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, >>>> line 134 >>>> vtkSISourceProxy (0x5afc8e0): Error pushing property state: >>>> Texture >>>> >>>> global_id: 440 >>>> location: 21 >>>> [paraview_protobuf.ProxyState.property] { >>>> name: "Texture" >>>> value { >>>> type: INPUT >>>> proxy_global_id: 350 >>>> port_number: 0 >>>> } >>>> } >>>> >>>> >>>> >>>> -- >>>> Dr. Roman Grothausmann >>>> >>>> Tomographie und Digitale Bildverarbeitung >>>> Tomography and Digital Image Analysis >>>> >>>> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 >>>> Medizinische Hochschule Hannover >>>> Carl-Neuberg-Str. 1 >>>> D-30625 Hannover >>>> >>>> Tel. +49 511 532-2900 >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>>> >>>> >>>> >>>> -- >>>> Cory Quammen >>>> R&D Engineer >>>> Kitware, Inc. >>> >>> >>> >>> -- >>> Dr. Roman Grothausmann >>> >>> Tomographie und Digitale Bildverarbeitung >>> Tomography and Digital Image Analysis >>> >>> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 >>> Medizinische Hochschule Hannover >>> Carl-Neuberg-Str. 1 >>> D-30625 Hannover >>> >>> Tel. +49 511 532-2900 >> >> >> >> > > -- > Dr. Roman Grothausmann > > Tomographie und Digitale Bildverarbeitung > Tomography and Digital Image Analysis > > Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 > Medizinische Hochschule Hannover > Carl-Neuberg-Str. 1 > D-30625 Hannover > > Tel. +49 511 532-2900 -- Cory Quammen R&D Engineer Kitware, Inc. From archaerolog at mail.ru Mon Jan 11 08:51:31 2016 From: archaerolog at mail.ru (Gena Bug) Date: Mon, 11 Jan 2016 16:51:31 +0300 Subject: [Paraview] Resample with dataset and Cell Data Message-ID: <5693B363.9090808@mail.ru> Hi! Is it possible to resample __cell__ data from Input to Source? I found an old bug (http://www.paraview.or/Bug/print_bug_page.php?bug_id=14659) and from its description the answer is true, but my attempts aren't successful -- I have unstructured grid with cell data as Input and Plane/Wavelet as Source. After resampling I don't see cell data from Input in the result (only point-data array vtkValidPointMask which shows intersection between Input and Source). PV 5.0.0 64-bit, Linux, downloaded from www.paraview.org From cory.quammen at kitware.com Mon Jan 11 09:35:28 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 11 Jan 2016 09:35:28 -0500 Subject: [Paraview] Resample with dataset and Cell Data In-Reply-To: <5693B363.9090808@mail.ru> References: <5693B363.9090808@mail.ru> Message-ID: Hmm, seems to work for me with an unstructured grid based on a Delaunay tetrahedralization of a sphere source. See the attached statefile. The Resample With Dataset filter will produce a point array from your Input's cell array data. Your are saying that isn't happening? Cheers, Cory On Mon, Jan 11, 2016 at 8:51 AM, Gena Bug wrote: > Hi! > > Is it possible to resample __cell__ data from Input to Source? I found an > old bug (http://www.paraview.or/Bug/print_bug_page.php?bug_id=14659) and > from its description the answer is true, but my attempts aren't successful > -- I have unstructured grid with cell data as Input and Plane/Wavelet as > Source. After resampling I don't see cell data from Input in the result > (only point-data array vtkValidPointMask which shows intersection between > Input and Source). > > PV 5.0.0 64-bit, Linux, downloaded from www.paraview.org > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- A non-text attachment was scrubbed... Name: ResampleCellData.pvsm Type: application/octet-stream Size: 367538 bytes Desc: not available URL: From archaerolog at mail.ru Mon Jan 11 09:47:11 2016 From: archaerolog at mail.ru (Gena Bug) Date: Mon, 11 Jan 2016 17:47:11 +0300 Subject: [Paraview] Resample with dataset and Cell Data In-Reply-To: References: <5693B363.9090808@mail.ru> Message-ID: <5693C06F.7000803@mail.ru> Yes, your example works for me. Sorry, forgot to mention in the original email that I use AngularPeriodicFilter as Source for Resample -- in that case my issue happens. On 01/11/2016 05:35 PM, Cory Quammen wrote: > Hmm, seems to work for me with an unstructured grid based on a > Delaunay tetrahedralization of a sphere source. See the attached > statefile. > > The Resample With Dataset filter will produce a point array from your > Input's cell array data. Your are saying that isn't happening? > > Cheers, > Cory > > On Mon, Jan 11, 2016 at 8:51 AM, Gena Bug wrote: >> Hi! >> >> Is it possible to resample __cell__ data from Input to Source? I found an >> old bug (http://www.paraview.or/Bug/print_bug_page.php?bug_id=14659) and >> from its description the answer is true, but my attempts aren't successful >> -- I have unstructured grid with cell data as Input and Plane/Wavelet as >> Source. After resampling I don't see cell data from Input in the result >> (only point-data array vtkValidPointMask which shows intersection between >> Input and Source). >> >> PV 5.0.0 64-bit, Linux, downloaded from www.paraview.org >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview > > > From archaerolog at mail.ru Mon Jan 11 09:17:12 2016 From: archaerolog at mail.ru (Gena Bug) Date: Mon, 11 Jan 2016 17:17:12 +0300 Subject: [Paraview] Resample with dataset and Cell Data In-Reply-To: <5693B363.9090808@mail.ru> References: <5693B363.9090808@mail.ru> Message-ID: <5693B968.7080309@mail.ru> UPD: It happens only if I use AngularPeriodicFilter (or GroupDatasets) result as Source! On 01/11/2016 04:51 PM, Gena Bug wrote: > Hi! > > Is it possible to resample __cell__ data from Input to Source? I found > an old bug (http://www.paraview.or/Bug/print_bug_page.php?bug_id=14659) > and from its description the answer is true, but my attempts aren't > successful -- I have unstructured grid with cell data as Input and > Plane/Wavelet as Source. After resampling I don't see cell data from > Input in the result (only point-data array vtkValidPointMask which shows > intersection between Input and Source). > > PV 5.0.0 64-bit, Linux, downloaded from www.paraview.org > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From cory.quammen at kitware.com Mon Jan 11 09:53:35 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 11 Jan 2016 09:53:35 -0500 Subject: [Paraview] Resample with dataset and Cell Data In-Reply-To: <5693B968.7080309@mail.ru> References: <5693B363.9090808@mail.ru> <5693B968.7080309@mail.ru> Message-ID: Seems to work for me. See attached state file. - Cory On Mon, Jan 11, 2016 at 9:17 AM, Gena Bug wrote: > UPD: It happens only if I use AngularPeriodicFilter (or GroupDatasets) > result as Source! > > > On 01/11/2016 04:51 PM, Gena Bug wrote: >> >> Hi! >> >> Is it possible to resample __cell__ data from Input to Source? I found >> an old bug (http://www.paraview.or/Bug/print_bug_page.php?bug_id=14659) >> and from its description the answer is true, but my attempts aren't >> successful -- I have unstructured grid with cell data as Input and >> Plane/Wavelet as Source. After resampling I don't see cell data from >> Input in the result (only point-data array vtkValidPointMask which shows >> intersection between Input and Source). >> >> PV 5.0.0 64-bit, Linux, downloaded from www.paraview.org >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- A non-text attachment was scrubbed... Name: AngularPederiodicSourceResampleCellData.pvsm Type: application/octet-stream Size: 298805 bytes Desc: not available URL: From utkarsh.ayachit at kitware.com Mon Jan 11 09:57:31 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 11 Jan 2016 09:57:31 -0500 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: > I notice however that the pictures are a bit more pixelated, specially on edges, I would assume this has something to do wiuth using osmesa instead of opengl, but can one correct this in one way or another. I am not sure osmesa should be issue. Do you have an example image to share that shows the problem? Utkarsh From archaerolog at mail.ru Mon Jan 11 10:12:05 2016 From: archaerolog at mail.ru (Gena Bug) Date: Mon, 11 Jan 2016 18:12:05 +0300 Subject: [Paraview] Resample with dataset and Cell Data In-Reply-To: References: <5693B363.9090808@mail.ru> <5693B968.7080309@mail.ru> Message-ID: <5693C645.5070804@mail.ru> But you use data in points in the example, not in cells (see the attachment) On 01/11/2016 05:53 PM, Cory Quammen wrote: > Seems to work for me. > > See attached state file. > > - Cory > > On Mon, Jan 11, 2016 at 9:17 AM, Gena Bug wrote: >> UPD: It happens only if I use AngularPeriodicFilter (or GroupDatasets) >> result as Source! >> >> >> On 01/11/2016 04:51 PM, Gena Bug wrote: >>> >>> Hi! >>> >>> Is it possible to resample __cell__ data from Input to Source? I found >>> an old bug (http://www.paraview.or/Bug/print_bug_page.php?bug_id=14659) >>> and from its description the answer is true, but my attempts aren't >>> successful -- I have unstructured grid with cell data as Input and >>> Plane/Wavelet as Source. After resampling I don't see cell data from >>> Input in the result (only point-data array vtkValidPointMask which shows >>> intersection between Input and Source). >>> >>> PV 5.0.0 64-bit, Linux, downloaded from www.paraview.org >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview > > > -------------- next part -------------- From cory.quammen at kitware.com Mon Jan 11 10:39:02 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 11 Jan 2016 10:39:02 -0500 Subject: [Paraview] Resample with dataset and Cell Data In-Reply-To: <5693C645.5070804@mail.ru> References: <5693B363.9090808@mail.ru> <5693B968.7080309@mail.ru> <5693C645.5070804@mail.ru> Message-ID: OK, that state file fails for me. Yeah, seems it might be a bug when a multiblock dataset is used as the Input. On Mon, Jan 11, 2016 at 10:12 AM, Gena Bug wrote: > But you use data in points in the example, not in cells (see the attachment) > > > On 01/11/2016 05:53 PM, Cory Quammen wrote: >> >> Seems to work for me. >> >> See attached state file. >> >> - Cory >> >> On Mon, Jan 11, 2016 at 9:17 AM, Gena Bug wrote: >>> >>> UPD: It happens only if I use AngularPeriodicFilter (or GroupDatasets) >>> result as Source! >>> >>> >>> On 01/11/2016 04:51 PM, Gena Bug wrote: >>>> >>>> >>>> Hi! >>>> >>>> Is it possible to resample __cell__ data from Input to Source? I found >>>> an old bug (http://www.paraview.or/Bug/print_bug_page.php?bug_id=14659) >>>> and from its description the answer is true, but my attempts aren't >>>> successful -- I have unstructured grid with cell data as Input and >>>> Plane/Wavelet as Source. After resampling I don't see cell data from >>>> Input in the result (only point-data array vtkValidPointMask which shows >>>> intersection between Input and Source). >>>> >>>> PV 5.0.0 64-bit, Linux, downloaded from www.paraview.org >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >> >> >> >> > -- Cory Quammen R&D Engineer Kitware, Inc. From utkarsh.ayachit at kitware.com Mon Jan 11 11:10:02 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 11 Jan 2016 11:10:02 -0500 Subject: [Paraview] [Non-DoD Source] Re: PV 4.4.0 crashing issue In-Reply-To: References: Message-ID: There isn't one yet. I have been delaying the tagging on Superbuild since often times issues in superbuild on various system are spotted after the release happens and everyone tries to build on their systems. I'll give it another week before tagging. BTW, the final 5.0.0 was tagged in ParaView on Friday Utkarsh On Mon, Jan 11, 2016 at 8:46 AM, Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US) wrote: > Is there a v5.0-RC tag in the Paraview superbuild? > > ________________________________ > Rick Angelini > USArmy Research Laboratory > CISD/HPC Architectures Team > Phone: 410-278-6266 > > > > > -----Original Message----- > From: ParaView on behalf of Rick Angelini > > Date: Friday, January 8, 2016 at 3:40 PM > To: Utkarsh Ayachit > Cc: "paraview at paraview.org" > Subject: Re: [Paraview] [Non-DoD Source] Re: PV 4.4.0 crashing issue > > All active links contained in this email were disabled. Please verify the > identity of the sender, and confirm the authenticity of all links > contained within the message prior to copying and pasting the address to a > Web browser. > > > > > ---- > > Yep - I think so - I?ll keep an eye out for the production release of 5.0 > ?.. > > > ________________________________ > Rick Angelini > USArmy Research Laboratory > CISD/HPC Architectures Team > Phone: 410-278-6266 > > > > > -----Original Message----- > From: Utkarsh Ayachit > Date: Friday, January 8, 2016 at 3:35 PM > To: Rick Angelini > Cc: "paraview at paraview.org" > Subject: [Non-DoD Source] Re: [Paraview] PV 4.4.0 crashing issue > > All active links contained in this email were disabled. Please verify the > identity of the sender, and confirm the authenticity of all links > contained within the message prior to copying and pasting the address to a > Web browser. > > > > > ---- > > Rick, > > That sounds like this bug: > Caution-Caution-http://www.paraview.org/Bug/view.php?id=15763 > It was fixed 5.0.0. > > Utkarsh > > On Fri, Jan 8, 2016 at 3:31 PM, Angelini, Richard C (Rick) CIV USARMY > RDECOM ARL (US) wrote: >> In my original message, I attached the wrong cmake command - I?m not >>using >> qt5 on my Linux release of PV 4.4.0. >> >> >> cmake -DCMAKE_INSTALL_PREFIX:PATH=~/paraview/${version} \ >> -Ddownload_location=`pwd`/../Downloads \ >> -DParaView_FROM_GIT=OFF \ >> -DParaView_URL=`pwd`/../Downloads/ParaView-v4.3.1-source.tar.gz \ >> -DCMAKE_BUILD_TYPE=Release \ >> -DENABLE_visitbridge:BOOL=ON \ >> -DENABLE_cgns=ON \ >> -DENABLE_boost=ON \ >> -DENABLE_ffmpeg=ON \ >> -DENABLE_hdf5=ON \ >> -DENABLE_matplotlib=ON \ >> -DENABLE_mesa=OFF \ >> -DENABLE_mpi=ON \ >> -DENABLE_numpy=ON \ >> -DENABLE_paraview=ON \ >> -DENABLE_python=ON \ >> -DENABLE_qt=ON \ >> -DENABLE_silo=ON \ >> -DENABLE_szip=ON \ >> -Dqt_DISABLE_WEBKIT=OFF \ >> -DUSE_SYSTEM_mpi=OFF ../Source >> make -j 8 install >> >> >> ________________________________ >> Rick Angelini >> USArmy Research Laboratory >> CISD/HPC Architectures Team >> Phone: 410-278-6266 >> >> From: Rick Angelini >> Date: Friday, January 8, 2016 at 3:20 PM >> To: "paraview at paraview.org" >> Subject: PV 4.4.0 crashing issue >> >> I?m finding an issue with the production release of PV 4.4.0 ?. I can >> consistently make a client-server connection crash by loading up either >>an >> Exodus or CTH dataset and through some combination of quick left-right >>mouse >> clicks, or double-right mouse clicks in the graphics window, I can shut >> things down. I?m only seeing this on Linux clients ? I cannot duplicate >> running PV 4.4.0 on a Mac. See attached screenshot. I?ve been >>able >> to duplicate this behavior on many different datasets of CTH/Exodus >>format, >> but I suspect this is a GUI interaction issue, not a data issue. >> >> I?ve sent this on both standard RHEL5 and RHEL5 Linux workstations ? I?ve >> tried recompiling the client using the super build script, but doesn?t >>seem >> to make much any difference. Any ideas? >> >> which cmake >> cmake -DCMAKE_INSTALL_PREFIX:PATH=~/paraview/${version} \ >> -Ddownload_location=`pwd`/../Downloads \ >> >>-DParaView_URL=Caution-Caution-http://www.paraview.org/files/v4.4/ParaView >>-v4.4.0- >>source.tar.gz >> \ >> -DCMAKE_BUILD_TYPE=Release \ >> -DENABLE_visitbridge:BOOL=ON \ >> -DENABLE_cgns=ON \ >> -DENABLE_boost=ON \ >> -DENABLE_ffmpeg=ON \ >> -DENABLE_hdf5=ON \ >> -DENABLE_matplotlib=ON \ >> -DENABLE_mesa=OFF \ >> -DENABLE_mpi=ON \ >> -DENABLE_numpy=ON \ >> -DENABLE_paraview=ON \ >> -DENABLE_python=ON \ >> -DENABLE_qt5=ON \ >> -DENABLE_silo=ON \ >> -DENABLE_szip=ON \ >> -Dqt_DISABLE_WEBKIT=OFF \ >> -DUSE_NONFREE_COMPONENTS=OFF \ >> -DUSE_SYSTEM_mpi=OFF ../Source >> >> make -j 8 install >> >> ________________________________ >> Rick Angelini >> USArmy Research Laboratory >> CISD/HPC Architectures Team >> Phone: 410-278-6266 >> >> _______________________________________________ >> Powered by Caution-Caution-www.kitware.com >> >> Visit other Kitware open-source projects at >> Caution-Caution-http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> Caution-Caution-http://paraview.org/Wiki/ParaView >> >> Search the list archives at: >>Caution-Caution-http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> Caution-Caution-http://public.kitware.com/mailman/listinfo/paraview >> > > _______________________________________________ > Powered by Caution-www.kitware.com > > Visit other Kitware open-source projects at > Caution-http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > Caution-http://paraview.org/Wiki/ParaView > > Search the list archives at: Caution-http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > Caution-http://public.kitware.com/mailman/listinfo/paraview > From fdkong.jd at gmail.com Mon Jan 11 12:28:32 2016 From: fdkong.jd at gmail.com (Fande Kong) Date: Mon, 11 Jan 2016 10:28:32 -0700 Subject: [Paraview] XDMF file issue Message-ID: Hi all, I am using paraview 5.0.0 on Mac to read a XMDF to visualise solution of fluid-struture interaction. Solution is time-dependent. Time-serial play-button does not work. Please see picture! solution files are also attached. Thanks for any help in advance. Fande -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: play-button.png Type: image/png Size: 39533 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: solution_solid.h5 Type: application/octet-stream Size: 121008 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: solution_solid.xmf Type: application/octet-stream Size: 15411 bytes Desc: not available URL: From dave.demarle at kitware.com Mon Jan 11 13:17:09 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 11 Jan 2016 13:17:09 -0500 Subject: [Paraview] XDMF file issue In-Reply-To: References: Message-ID: You have a 10 entry temporal collection with 11 grids in it. This confuses the reader (both ParaView 4.4 and 5.0). Remove the last grid from the xmf file, or disable it in the reader's blocks or hierarchy panel section. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Mon, Jan 11, 2016 at 12:28 PM, Fande Kong wrote: > Hi all, > > I am using paraview 5.0.0 on Mac to read a XMDF to visualise solution of > fluid-struture interaction. Solution is time-dependent. Time-serial > play-button does not work. Please see picture! solution files are also > attached. > > Thanks for any help in advance. > > Fande > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fdkong.jd at gmail.com Mon Jan 11 22:24:01 2016 From: fdkong.jd at gmail.com (Fande Kong) Date: Mon, 11 Jan 2016 20:24:01 -0700 Subject: [Paraview] XDMF file issue In-Reply-To: References: Message-ID: Thanks, David. It works now. On Mon, Jan 11, 2016 at 11:17 AM, David E DeMarle wrote: > You have a 10 entry temporal collection with 11 grids in it. > > This confuses the reader (both ParaView 4.4 and 5.0). Remove the last grid > from the xmf file, or disable it in the reader's blocks or hierarchy panel > section. > > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Mon, Jan 11, 2016 at 12:28 PM, Fande Kong wrote: > >> Hi all, >> >> I am using paraview 5.0.0 on Mac to read a XMDF to visualise solution of >> fluid-struture interaction. Solution is time-dependent. Time-serial >> play-button does not work. Please see picture! solution files are also >> attached. >> >> Thanks for any help in advance. >> >> Fande >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From archaerolog at mail.ru Tue Jan 12 04:51:43 2016 From: archaerolog at mail.ru (Gena Bug) Date: Tue, 12 Jan 2016 12:51:43 +0300 Subject: [Paraview] Resample with dataset and Cell Data In-Reply-To: References: <5693B363.9090808@mail.ru> <5693B968.7080309@mail.ru> <5693C645.5070804@mail.ru> Message-ID: <5694CCAF.6040509@mail.ru> Thanks for the quick responses, Cory I've created a bugreport: http://www.paraview.org/Bug/view.php?id=15928 On 01/11/2016 06:39 PM, Cory Quammen wrote: > OK, that state file fails for me. Yeah, seems it might be a bug when a > multiblock dataset is used as the Input. > > On Mon, Jan 11, 2016 at 10:12 AM, Gena Bug wrote: >> But you use data in points in the example, not in cells (see the attachment) >> >> >> On 01/11/2016 05:53 PM, Cory Quammen wrote: >>> >>> Seems to work for me. >>> >>> See attached state file. >>> >>> - Cory >>> >>> On Mon, Jan 11, 2016 at 9:17 AM, Gena Bug wrote: >>>> >>>> UPD: It happens only if I use AngularPeriodicFilter (or GroupDatasets) >>>> result as Source! >>>> >>>> >>>> On 01/11/2016 04:51 PM, Gena Bug wrote: >>>>> >>>>> >>>>> Hi! >>>>> >>>>> Is it possible to resample __cell__ data from Input to Source? I found >>>>> an old bug (http://www.paraview.or/Bug/print_bug_page.php?bug_id=14659) >>>>> and from its description the answer is true, but my attempts aren't >>>>> successful -- I have unstructured grid with cell data as Input and >>>>> Plane/Wavelet as Source. After resampling I don't see cell data from >>>>> Input in the result (only point-data array vtkValidPointMask which shows >>>>> intersection between Input and Source). >>>>> >>>>> PV 5.0.0 64-bit, Linux, downloaded from www.paraview.org >>>>> _______________________________________________ >>>>> Powered by www.kitware.com >>>>> >>>>> Visit other Kitware open-source projects at >>>>> http://www.kitware.com/opensource/opensource.html >>>>> >>>>> Please keep messages on-topic and check the ParaView Wiki at: >>>>> http://paraview.org/Wiki/ParaView >>>>> >>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/paraview >>>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >>> >>> >> > > > From thomas.forde at ulstein.com Tue Jan 12 08:42:44 2016 From: thomas.forde at ulstein.com (=?utf-8?B?VGhvbWFzIEbDuHJkZQ==?=) Date: Tue, 12 Jan 2016 13:42:44 +0000 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: ULSTEIN GROUP ASA P.O Box 158, NO-6067 Ulsteinvik, Norway Tel: +47 7000 8000 www.ulstein.com -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: 11. januar 2016 15:58 To: Thomas F?rde Cc: paraview at paraview.org Subject: Re: [Paraview] using paraview with ompi and grid engine queue system > I notice however that the pictures are a bit more pixelated, specially on edges, I would assume this has something to do wiuth using osmesa instead of opengl, but can one correct this in one way or another. I am not sure osmesa should be issue. Do you have an example image to share that shows the problem? Utkarsh -------------- next part -------------- A non-text attachment was scrubbed... Name: 2016-01-11_160038.png Type: image/png Size: 31882 bytes Desc: 2016-01-11_160038.png URL: From utkarsh.ayachit at kitware.com Tue Jan 12 09:57:33 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 12 Jan 2016 09:57:33 -0500 Subject: [Paraview] using paraview with ompi and grid engine queue system In-Reply-To: References: Message-ID: I am not entire sure what that is, maybe some else on the mailing list has some ideas. Utkarsh On Tue, Jan 12, 2016 at 8:42 AM, Thomas F?rde wrote: > > ULSTEIN GROUP ASA > P.O Box 158, NO-6067 Ulsteinvik, Norway > Tel: +47 7000 8000 > www.ulstein.com > -----Original Message----- > From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] > Sent: 11. januar 2016 15:58 > To: Thomas F?rde > Cc: paraview at paraview.org > Subject: Re: [Paraview] using paraview with ompi and grid engine queue system > >> I notice however that the pictures are a bit more pixelated, specially on edges, I would assume this has something to do wiuth using osmesa instead of opengl, but can one correct this in one way or another. > > I am not sure osmesa should be issue. Do you have an example image to share that shows the problem? > > Utkarsh > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From berk.geveci at kitware.com Tue Jan 12 10:46:35 2016 From: berk.geveci at kitware.com (Berk Geveci) Date: Tue, 12 Jan 2016 10:46:35 -0500 Subject: [Paraview] Fwd: [hpdav-pc] extended submission deadline: IPDPS workshop High Performance Data Analysis and Visualization 2016 In-Reply-To: <56942E39.1040907@lbl.gov> References: <56942E39.1040907@lbl.gov> Message-ID: ---------- Forwarded message ---------- From: Wes Bethel Date: Mon, Jan 11, 2016 at 5:35 PM Subject: [hpdav-pc] extended submission deadline: IPDPS workshop High Performance Data Analysis and Visualization 2016 To: hpdav-pc at lists.lbl.gov Apologies if you receive multiple copies of this notice, it is being cross-posted to multiple lists. Summary: the submission date for papers is being extended two weeks, to 25 Jan 2016, 23:59AOE. See below for more information. ____________________________________________________________________________________ HPDAV 2016 Call for papers ____________________________________________________________________________________ The workshop on High Performance Data Analysis and Visualization (HPDAV) 2016 http://vis.lbl.gov/Events/HPDAV-IPDPS-2016/ May 23, 2016 To be held in conjunction with 30th IEEE International Parallel and Distributed Processing Symposium http://www.ipdps.org/ May 23-26, 2016 Chicago Hyatt Regency, Chicago, Illinois, USA Important Dates ____________________________________________________________________________________ Paper Submission: (new date) 25 Jan 2016, 23:59 AOE Author Notification: (new date) 12 Feb 2016 Camera-Ready: 21 Feb 2016, 23:59 AOE Workshop Scope and Goals ____________________________________________________________________________________ While the purpose of visualization and analysis is insight, realizing that objective requires solving complex problems related to crafting or adapting algorithms and applications to take advantage of evolving architectures, and to solve increasingly complex data understanding problems for ever larger and more complex data. These architectures, and the systems from which they are built, have increasingly deep memory hierarchies, increasing concurrency, decreasing relative per-core/per-node I/O capacity, lessening memory per core, are increasingly prone to failures, and face power limitations. The purpose of this workshop is to bring together researchers, engineers, and architects of data-intensive computing technologies, which span visualization, analysis, and data management, to present and discuss research topics germane to high performance data analysis and visualization. Specifically, this workshop focuses on research topics related to adapting/creating algorithms, technologies, and applications for use on emerging computational architectures and platforms. The workshop format includes traditional research papers (8-10 pages) for in-depth topics, short papers (4 pages) for works in progress, and a panel discussion. Proceedings of the workshops are distributed at the conference and are submitted for inclusion in the IEEE Xplore Digital Library after the conference. We invite papers on original, unpublished research in the following topic areas under the general umbrella of high performance visualization and analysis: - Increasing concurrency at the node level, and at the systemwide level. - Optimizations for improving performance, e.g., decreasing runtime, leveraging a deepening memory hierarchy, reducing data movement, reducing power consumption. - Applications of visualization and analysis, where there is a strong thematic element related to being able to solve a larger or more complex problem because of algorithmic or design advances that take advantage of increasing concurrency, architectural features, etc. - Data analysis and/or visualization systems/designs/architectures having an emphasis upon scalability, resilience, high-throughput/high-capacity, and that are able to take advantage of emerging architectures. Paper submission guidelines: see http://vis.lbl.gov/Events/HPDAV-IPDPS-2016 Program Committee ____________________________________________________________________________________ Jeff Baumes, Kitware Janine Bennett, Sandia National Laboratory Wes Bethel, Lawrence Berkeley National Laboratory Randall Frank, Applied Research Associates Kelly Gaither, Texas Advanced Computing Center Christoph Garth, University of Kaiserslautern Berk Geveci, Kitware Pat McCormick, Los Alamos National Laboratory Vijay Natarajan, Indian Institute of Science Paul Navratil, Texas Advanced Computing Center Sang-Yun Oh, University of California -- Santa Barbara Rob Ross, Argonne National Laboratory Yogesh Simmhan, Indian Institute of Science Venkat Vishwanath, Argonne National Laboratory Johann Won, Seoul National University John Wu, Lawrence Berkeley National Laboratory -- Wes Bethel -- voice (510) 486-7353 -- fax (510) 486-5812 -- vis.lbl.gov -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Tue Jan 12 11:24:31 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 12 Jan 2016 11:24:31 -0500 Subject: [Paraview] ANN: ParaView 5.0.0 is available for download Message-ID: Folks, ParaView 5.0.0 is now available for download[1]. Checkout the release notes on the Kitware blog [2]. As always, we look forward to your feedback [3]. Also stay tuned to the Kitware Blog [4] for upcoming features and enhancements to ParaView, ParaView Catalyst, ParaViewWeb and much more! And thanks to everyone who voted to make ParaView the "Best HPC Visualization Product or Technology (Readers Choice)" awarded by HPCWire [5]. - The ParaView team [1] http://www.paraview.org/download/ [2] http://www.kitware.com/blog/home/post/1032 [3] http://paraview.uservoice.com [4] http://www.kitware.com/blog/ [5] http://www.hpcwire.com/2015-hpcwire-readers-choice-awards/#ffs-tabbed-113 From Leonardo.Borchi at ducati.com Tue Jan 12 11:53:00 2016 From: Leonardo.Borchi at ducati.com (Borchi Leonardo) Date: Tue, 12 Jan 2016 16:53:00 +0000 Subject: [Paraview] Script for slice generation without on screen rendering Message-ID: Hi to all, I would execute a script on a local machine without on screen rendering. I have traced the operations with paraview, edited the script and launched with pvpython. The script generate 200 slices on a volume and save them. All works as expected, but I would eliminate the on screen windows that blink for one second every time I saved one slice. Is possible to generate and save the slices without on screen rendering the image using pvpython? There is another procedure to follow in order to obtain the result? My pc run windows 7 and paraview 4.3.1. Thanks in advance Leonardo -------------- next part -------------- An HTML attachment was scrubbed... URL: From frank.albina at sauber-motorsport.com Tue Jan 12 13:53:16 2016 From: frank.albina at sauber-motorsport.com (Albina, Frank) Date: Tue, 12 Jan 2016 19:53:16 +0100 Subject: [Paraview] Paraview v5.0.0-RC1 with OpenGL2 backend not running using OSMESA v10.5.5 In-Reply-To: References: <589CEB614006334D93C1A48C1B1964C9027CEAC01DCD@srvmes03.spe-ch-md9.net> <589CEB614006334D93C1A48C1B1964C9027CEAC0201B@srvmes03.spe-ch-md9.net> <589CEB614006334D93C1A48C1B1964C9027CEAC0202F@srvmes03.spe-ch-md9.net> Message-ID: <589CEB614006334D93C1A48C1B1964C9027CEAC674CD@srvmes03.spe-ch-md9.net> Dear All! Sorry for the delay in the reply, but I had a very long Christmas break and I just came back a few days ago. I managed to compile OpenSWR with Osmesa support using the autotools but it was not much faster than any of the OSMesa versions I tried, i.e. v10.5.5 and 11.0.7. I compiled the OpenSWR with libglx support and that might be the reason why the performance I experience is not so good as expected. I have included hereafter the configure options I used on my CentOS 6.5 platform for reference: ./configure --prefix= --enable-gallium-osmesa --enable-dependency-tracking --enable-gallium-llvm=yes --enable-llvm-shared-libs --enable-swr-native --enable-sysfs --enable-texture-float --disable-dri --disable-egl --disable-glx --disable-gles1 --disable-gles2 --disable-opencl --disable-vdpau --disable-va --disable-xvmc --with-dri-drivers= --with-egl-platforms= --with-gallium-drivers=swr,swrast --with-gnu-ld --with-osmesa-bits=8 --with-swr-arch=CORE_AVX2 Hope this helps bringing a bit of clarity. Nonetheless, I was already very pleased with the improved rendering performance using the RC2 version. Now that PV 5.0.0 has been released, I will proceed to installation and repeat my benchmarks, the outcome of which I will be feeding back of course. Cheers, Frank Albina From: Chuck Atkins [mailto:chuck.atkins at kitware.com] Sent: Freitag, 8. Januar 2016 20:41 To: Utkarsh Ayachit Cc: Albina, Frank; paraview at paraview.org Subject: Re: [Paraview] Paraview v5.0.0-RC1 with OpenGL2 backend not running using OSMESA v10.5.5 Hi Frank, The easiest way to build OpenSWR is probably to use the SCons build instead of autotools. Here's a docker file we use to generate re-distributable libGL and libOSMesa binaries: https://github.com/chuckatkins/mesa-builds/blob/master/Dockerfile . In short though, you'll want to do the following: git clone https://github.com/OpenSWR/openswr-mesa.git mesa-swr cd mesa-swr scons build=release texture_float=yes swr_arch=core-avx2 libgl-xlib osmesa The libgl-xlib target will create a build/linux-x86_64/gallium/targets/libgl-xlib/libGL.so.1.5 output and the osmesa target will create a build/linux-x86_64/gallium/targets/osmesa/libosmesa.so output. You can also change swr_arch=core-avx2 to swr_arch=avx if you want to build for AVX instead of AVX2. - Chuck On Tue, Dec 22, 2015 at 10:14 AM, Utkarsh Ayachit > wrote: > Also, thank you for liaising with the OpenSWR team in order to check if they support or plan supporting OSMESA. Frank, I am told that OpenSWR on Github should work with OSMesa. I haven't tried it out myself, will give it a go once I get the a few other issues ironed out. Just wanted to let you know if you wanted to give it another go. Utkarsh _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Wed Jan 13 10:24:19 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 13 Jan 2016 10:24:19 -0500 Subject: [Paraview] Script for slice generation without on screen rendering In-Reply-To: References: Message-ID: Try this, just run using pvbatch instead and pass the "--use-offscreen-rendering" command line flag to it. e.g. ./bin/pvbatch --use-offscreen-rendering /tmp/sample.py Utkarsh On Tue, Jan 12, 2016 at 11:53 AM, Borchi Leonardo wrote: > Hi to all, > > > > I would execute a script on a local machine without on screen rendering. > > I have traced the operations with paraview, edited the script and launched > with pvpython. The script generate 200 slices on a volume and save them. > > All works as expected, but I would eliminate the on screen windows that > blink for one second every time I saved one slice. > > > > Is possible to generate and save the slices without on screen rendering the > image using pvpython? > > > > There is another procedure to follow in order to obtain the result? > > > > My pc run windows 7 and paraview 4.3.1. > > > > Thanks in advance > > > > Leonardo > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From richard.c.angelini.civ at mail.mil Wed Jan 13 11:50:59 2016 From: richard.c.angelini.civ at mail.mil (Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US)) Date: Wed, 13 Jan 2016 16:50:59 +0000 Subject: [Paraview] [Non-DoD Source] ANN: ParaView 5.0.0-RC1 is available for download In-Reply-To: <20151112204530.GB2853@megas.khq.kitware.com> References: <20151112204530.GB2853@megas.khq.kitware.com> Message-ID: Has anyone tried or been able to build ParaView 5.0 on RHEL5? Looks like there may be compiler dependencies which exclude a successful build on RHEL5? So far, I?ve not had any luck ?.. ________________________________ Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Phone: 410-278-6266 -----Original Message----- From: ParaView on behalf of Ben Boeckel Reply-To: "ben.boeckel at kitware.com" Date: Thursday, November 12, 2015 at 3:45 PM To: "paraview at paraview.org" Subject: [Non-DoD Source] [Paraview] ANN: ParaView 5.0.0-RC1 is available for download All active links contained in this email were disabled. Please verify the identity of the sender, and confirm the authenticity of all links contained within the message prior to copying and pasting the address to a Web browser. ---- Folks, ParaView 5.0.0-RC1 is now available for download. Checkout the release notes on the Kitware blog [1]. As always, we look forward to your feedback [2]. Also stay tuned to the Kitware Blog [3] for upcoming features and enhancements to ParaView, ParaView Catalyst, ParaViewWeb and much more! - The ParaView team [1] Caution-http://kitware.com/blog/home/post/998 [2] Caution-http://paraview.uservoice.com [3] Caution-http://www.kitware.com/blog/ _______________________________________________ Powered by Caution-www.kitware.com Visit other Kitware open-source projects at Caution-http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: Caution-http://paraview.org/Wiki/ParaView Search the list archives at: Caution-http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: Caution-http://public.kitware.com/mailman/listinfo/paraview From ben.boeckel at kitware.com Wed Jan 13 13:20:44 2016 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 13 Jan 2016 13:20:44 -0500 Subject: [Paraview] [Non-DoD Source] ANN: ParaView 5.0.0-RC1 is available for download In-Reply-To: References: <20151112204530.GB2853@megas.khq.kitware.com> Message-ID: <20160113182044.GB18387@megas.kitware.com> On Wed, Jan 13, 2016 at 16:50:59 +0000, Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US) wrote: > Has anyone tried or been able to build ParaView 5.0 on RHEL5? Looks > like there may be compiler dependencies which exclude a successful build > on RHEL5? So far, I?ve not had any luck ?.. Doesn't Red Hat provide a gcc44 package? Or was that EPEL? --Ben From richard.c.angelini.civ at mail.mil Wed Jan 13 13:50:21 2016 From: richard.c.angelini.civ at mail.mil (Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US)) Date: Wed, 13 Jan 2016 18:50:21 +0000 Subject: [Paraview] [Non-DoD Source] ANN: ParaView 5.0.0-RC1 is available for download In-Reply-To: <20160113182044.GB18387@megas.kitware.com> References: <20151112204530.GB2853@megas.khq.kitware.com> <20160113182044.GB18387@megas.kitware.com> Message-ID: gcc on our RHEL5 systems is 4.1 and seemingly cannot be upgraded. ________________________________ Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Phone: 410-278-6266 -----Original Message----- From: Ben Boeckel Reply-To: "ben.boeckel at kitware.com" Date: Wednesday, January 13, 2016 at 1:20 PM To: Rick Angelini Cc: "paraview at paraview.org" Subject: Re: [Non-DoD Source] [Paraview] ANN: ParaView 5.0.0-RC1 is available for download On Wed, Jan 13, 2016 at 16:50:59 +0000, Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US) wrote: > Has anyone tried or been able to build ParaView 5.0 on RHEL5? Looks > like there may be compiler dependencies which exclude a successful build > on RHEL5? So far, I?ve not had any luck ?.. Doesn't Red Hat provide a gcc44 package? Or was that EPEL? --Ben From ben.boeckel at kitware.com Wed Jan 13 17:59:45 2016 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 13 Jan 2016 17:59:45 -0500 Subject: [Paraview] [Non-DoD Source] ANN: ParaView 5.0.0-RC1 is available for download In-Reply-To: References: <20151112204530.GB2853@megas.khq.kitware.com> <20160113182044.GB18387@megas.kitware.com> Message-ID: <20160113225945.GA10678@megas.kitware.com> On Wed, Jan 13, 2016 at 18:50:21 +0000, Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US) wrote: > gcc on our RHEL5 systems is 4.1 and seemingly cannot be upgraded. I think there is also a "gcc44" package which contains a gcc4.4 binary (and is parallel installable). But I don't remember if it is Red Hat-provided or EPEL which did so. --Ben From furutaka.kazuyoshi at jaea.go.jp Wed Jan 13 19:16:21 2016 From: furutaka.kazuyoshi at jaea.go.jp (Kazuyoshi Furutaka) Date: Thu, 14 Jan 2016 09:16:21 +0900 (JST) Subject: [Paraview] ANN: ParaView 5.0.0 is available for download In-Reply-To: References: Message-ID: <20160114.091621.127802483242718724.furutaka.kazuyoshi@jaea.go.jp> Dear list and Kitware foks, Congratulation for the new release! Do you have any plan of making a 32-bit Windows binary available? I want it just because Python(x,y) is only for 32 bit; I wrote some ParaView Python macros (with GUIs using PyQt) for my colleagues who are using windows and are non-expert Python user, and I recommended them to use Python(x,y) as a backend... (are there any recommended Python distributions which include e.g. PyQt and NumPy?) Thanks in advance, Kazuyoshi -- Kazuyoshi Furutaka furutaka _dot_ kazuyoshi _at_ jaea _dot_ go _dot_ jp From u.utku.turuncoglu at be.itu.edu.tr Thu Jan 14 05:18:55 2016 From: u.utku.turuncoglu at be.itu.edu.tr (Ufuk Utku Turuncoglu (BE)) Date: Thu, 14 Jan 2016 12:18:55 +0200 Subject: [Paraview] Paraview 5.0.0 with OSPRray plugin ... Message-ID: <5697760F.8090307@be.itu.edu.tr> Hi All, I am trying to build Paraview 5.0.0 with OSPRray plugin support but i could not see the plugin in the list. Do i need to specify any specific flag during compilation. Thanks, Regards, Ufuk Turuncoglu Istanbul Technical University Informatics Institute From dave.demarle at kitware.com Thu Jan 14 08:21:29 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 14 Jan 2016 08:21:29 -0500 Subject: [Paraview] Paraview 5.0.0 with OSPRray plugin ... In-Reply-To: <5697760F.8090307@be.itu.edu.tr> References: <5697760F.8090307@be.itu.edu.tr> Message-ID: The source for the pvospray plugin is here: https://github.com/TACC/pvOSPRay David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Jan 14, 2016 at 5:18 AM, Ufuk Utku Turuncoglu (BE) < u.utku.turuncoglu at be.itu.edu.tr> wrote: > Hi All, > > I am trying to build Paraview 5.0.0 with OSPRray plugin support but i > could not see the plugin in the list. Do i need to specify any specific > flag during compilation. > > Thanks, > Regards, > > Ufuk Turuncoglu > Istanbul Technical University > Informatics Institute > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu Jan 14 13:58:51 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 14 Jan 2016 13:58:51 -0500 Subject: [Paraview] ANN: ParaView 5.0.0 is available for download In-Reply-To: <20160114.091621.127802483242718724.furutaka.kazuyoshi@jaea.go.jp> References: <20160114.091621.127802483242718724.furutaka.kazuyoshi@jaea.go.jp> Message-ID: Kazuyoshi, Since there wasn't any response to an earlier email about dropping Win32 binaries, we dropped them. We can certainly continue to build them if there's a need for it -- and so it seems. Give us a few days and I will have things setup to build the 32 bit binaries again. Utkarsh On Wed, Jan 13, 2016 at 7:16 PM, Kazuyoshi Furutaka wrote: > Dear list and Kitware foks, > > Congratulation for the new release! > > Do you have any plan of making a 32-bit Windows binary available? > > I want it just because Python(x,y) is only for 32 bit; > I wrote some ParaView Python macros (with GUIs using PyQt) for my > colleagues who are using windows and are non-expert Python user, > and I recommended them to use Python(x,y) as a backend... > (are there any recommended Python distributions which include e.g. > PyQt and NumPy?) > > Thanks in advance, > > Kazuyoshi > -- > Kazuyoshi Furutaka > furutaka _dot_ kazuyoshi _at_ jaea _dot_ go _dot_ jp > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview From dkxls23 at gmail.com Thu Jan 14 14:22:50 2016 From: dkxls23 at gmail.com (Armin Wehrfritz) Date: Thu, 14 Jan 2016 21:22:50 +0200 Subject: [Paraview] ANN: ParaView 5.0.0 is available for download In-Reply-To: <20160114.091621.127802483242718724.furutaka.kazuyoshi@jaea.go.jp> References: <20160114.091621.127802483242718724.furutaka.kazuyoshi@jaea.go.jp> Message-ID: <5697F58A.3090209@gmail.com> Kazuyoshi, maybe you could try the "Anaconda" python distribution [1]? I have been using it now for a couple of years and I can just recommend it. I'm using it under a 64bit Linux, but it's available for a wide range of operating systems, including 64bit Windows. PyQt and NumPy are available in the Anaconda distribution. -Armin [1] https://www.continuum.io/downloads On 01/14/2016 02:16 AM, Kazuyoshi Furutaka wrote: > Dear list and Kitware foks, > > Congratulation for the new release! > > Do you have any plan of making a 32-bit Windows binary available? > > I want it just because Python(x,y) is only for 32 bit; > I wrote some ParaView Python macros (with GUIs using PyQt) for my > colleagues who are using windows and are non-expert Python user, > and I recommended them to use Python(x,y) as a backend... > (are there any recommended Python distributions which include e.g. > PyQt and NumPy?) > > Thanks in advance, > > Kazuyoshi > -- > Kazuyoshi Furutaka > furutaka _dot_ kazuyoshi _at_ jaea _dot_ go _dot_ jp > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From furutaka.kazuyoshi at jaea.go.jp Thu Jan 14 20:33:58 2016 From: furutaka.kazuyoshi at jaea.go.jp (Kazuyoshi Furutaka) Date: Fri, 15 Jan 2016 10:33:58 +0900 (JST) Subject: [Paraview] [SECURITY WARNING: FREE E-MAIL] Re: ANN: ParaView 5.0.0 is available for download In-Reply-To: <5697F58A.3090209@gmail.com> References: <20160114.091621.127802483242718724.furutaka.kazuyoshi@jaea.go.jp> <5697F58A.3090209@gmail.com> Message-ID: <20160115.103358.466325951971180825.furutaka.kazuyoshi@jaea.go.jp> Dear Armin, Thanks for the recommendation. I've just started testing Anaconda (I knew it from Jupyter installation instruction but never tried). Thanks. Kazuyoshi From: Armin Wehrfritz Subject: [SECURITY WARNING: FREE E-MAIL] Re: [Paraview] ANN: ParaView 5.0.0 is available for download Date: Thu, 14 Jan 2016 21:22:50 +0200 > Kazuyoshi, > > maybe you could try the "Anaconda" python distribution [1]? > > I have been using it now for a couple of years and I can just > recommend it. I'm using it under a 64bit Linux, but it's available for > a wide range of operating systems, including 64bit Windows. > > PyQt and NumPy are available in the Anaconda distribution. > > > -Armin > > [1] https://www.continuum.io/downloads > > > > > > On 01/14/2016 02:16 AM, Kazuyoshi Furutaka wrote: >> Dear list and Kitware foks, >> >> Congratulation for the new release! >> >> Do you have any plan of making a 32-bit Windows binary available? >> >> I want it just because Python(x,y) is only for 32 bit; >> I wrote some ParaView Python macros (with GUIs using PyQt) for my >> colleagues who are using windows and are non-expert Python user, >> and I recommended them to use Python(x,y) as a backend... >> (are there any recommended Python distributions which include e.g. >> PyQt and NumPy?) >> >> Thanks in advance, >> >> Kazuyoshi >> -- >> Kazuyoshi Furutaka >> furutaka _dot_ kazuyoshi _at_ jaea _dot_ go _dot_ jp >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> From furutaka.kazuyoshi at jaea.go.jp Thu Jan 14 20:43:47 2016 From: furutaka.kazuyoshi at jaea.go.jp (Kazuyoshi Furutaka) Date: Fri, 15 Jan 2016 10:43:47 +0900 (JST) Subject: [Paraview] ANN: ParaView 5.0.0 is available for download In-Reply-To: References: <20160114.091621.127802483242718724.furutaka.kazuyoshi@jaea.go.jp> Message-ID: <20160115.104347.1445830955111780326.furutaka.kazuyoshi@jaea.go.jp> Dear Utkarsh, Though I've started migration to 64-bit windows environment as I wrote to the list in response to Armin, I'd like to ask the continuation of win32 binary for a while (e.g. for 5.0.x releases). Sorry for my late response on the continuation; I overlooked the email about the dropping... Thanks, Kazuyoshi From: Utkarsh Ayachit Subject: Re: [Paraview] ANN: ParaView 5.0.0 is available for download Date: Thu, 14 Jan 2016 13:58:51 -0500 > Kazuyoshi, > > Since there wasn't any response to an earlier email about dropping > Win32 binaries, we dropped them. We can certainly continue to build > them if there's a need for it -- and so it seems. Give us a few days > and I will have things setup to build the 32 bit binaries again. > > Utkarsh > > On Wed, Jan 13, 2016 at 7:16 PM, Kazuyoshi Furutaka > wrote: >> Dear list and Kitware foks, >> >> Congratulation for the new release! >> >> Do you have any plan of making a 32-bit Windows binary available? >> >> I want it just because Python(x,y) is only for 32 bit; >> I wrote some ParaView Python macros (with GUIs using PyQt) for my >> colleagues who are using windows and are non-expert Python user, >> and I recommended them to use Python(x,y) as a backend... >> (are there any recommended Python distributions which include e.g. >> PyQt and NumPy?) >> >> Thanks in advance, >> >> Kazuyoshi >> -- >> Kazuyoshi Furutaka >> furutaka _dot_ kazuyoshi _at_ jaea _dot_ go _dot_ jp >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview From utkarsh.ayachit at kitware.com Fri Jan 15 08:08:48 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 15 Jan 2016 08:08:48 -0500 Subject: [Paraview] ANN: ParaView 5.0.0 is available for download In-Reply-To: <20160115.104347.1445830955111780326.furutaka.kazuyoshi@jaea.go.jp> References: <20160114.091621.127802483242718724.furutaka.kazuyoshi@jaea.go.jp> <20160115.104347.1445830955111780326.furutaka.kazuyoshi@jaea.go.jp> Message-ID: No problem, I'll have the build generated within the next few days. Utkarsh On Thu, Jan 14, 2016 at 8:43 PM, Kazuyoshi Furutaka wrote: > Dear Utkarsh, > > Though I've started migration to 64-bit windows environment > as I wrote to the list in response to Armin, I'd like to ask > the continuation of win32 binary for a while (e.g. for 5.0.x > releases). > Sorry for my late response on the continuation; I overlooked > the email about the dropping... > > Thanks, > Kazuyoshi > > From: Utkarsh Ayachit > Subject: Re: [Paraview] ANN: ParaView 5.0.0 is available for download > Date: Thu, 14 Jan 2016 13:58:51 -0500 > >> Kazuyoshi, >> >> Since there wasn't any response to an earlier email about dropping >> Win32 binaries, we dropped them. We can certainly continue to build >> them if there's a need for it -- and so it seems. Give us a few days >> and I will have things setup to build the 32 bit binaries again. >> >> Utkarsh >> >> On Wed, Jan 13, 2016 at 7:16 PM, Kazuyoshi Furutaka >> wrote: >>> Dear list and Kitware foks, >>> >>> Congratulation for the new release! >>> >>> Do you have any plan of making a 32-bit Windows binary available? >>> >>> I want it just because Python(x,y) is only for 32 bit; >>> I wrote some ParaView Python macros (with GUIs using PyQt) for my >>> colleagues who are using windows and are non-expert Python user, >>> and I recommended them to use Python(x,y) as a backend... >>> (are there any recommended Python distributions which include e.g. >>> PyQt and NumPy?) >>> >>> Thanks in advance, >>> >>> Kazuyoshi >>> -- >>> Kazuyoshi Furutaka >>> furutaka _dot_ kazuyoshi _at_ jaea _dot_ go _dot_ jp >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview From chrisneal at ufl.edu Fri Jan 15 10:26:09 2016 From: chrisneal at ufl.edu (Neal,Christopher R) Date: Fri, 15 Jan 2016 15:26:09 +0000 Subject: [Paraview] GoToNext() is skipping timesteps Message-ID: Hi, Has anyone had any issues when using the GoToNext() function in a Python script for advancing your data set in time? I have a data set with 100 timesteps of data & I perform an analysis of the data before advancing to the next timestep. When I added GoToNext() to my script the outputs data in the following form. Pictures 1-4 - Actual data from the simulation that seems to span the entire timeset i.e. I see 4 images that are about 25% of the way through the timeset data. Pictures 5-100 - Just repetitions of the data from the last timestep It's like the function is taking very large steps through my time series data without stopping at each individual timestep. I used to use the ViewTime & that seemed to work fine. I don't know what is going on with GoToNext(). I'm using Paraview 4.4 Thank you, Christopher R. Neal Graduate Student Center for Compressible Multiphase Turbulence Mechanical and Aerospace Engineering Department University of Florida Cell: (863)-697-1958 E-mail: chrisneal at ufl.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From bitxue at foxmail.com Mon Jan 18 03:12:57 2016 From: bitxue at foxmail.com (Xue Junjie) Date: Mon, 18 Jan 2016 16:12:57 +0800 Subject: [Paraview] Incorrect shading results in ParaViewWeb Local(VGL) mode Message-ID: <569C9E89.8090307@foxmail.com> It seems the Local(VGL) rendering mode in ParaViewWeb has issues with some model files. How to reproduce the issue: open the visualiser, selecte the data file: 'can.ext2'. Under 'Remote mode': all is ok, no issue Under 'Local(VGL) mode': if the model is zoomed out to a certain distance, some faces on the model is shaded black. I guees this is caused by the rendering mechanism differences between Paraview and ParaViewWeb . This issue exists in both paraview4.3 & 4.4, anyone knows how to solve it? or any other solutions the get correct rendering results in Local(VGL) mode? Thanks in advance! Junjie Xue Beihang University From fabian.wein at fau.de Mon Jan 18 04:25:31 2016 From: fabian.wein at fau.de (Fabian Wein) Date: Mon, 18 Jan 2016 10:25:31 +0100 Subject: [Paraview] superbuild fails on OS X Message-ID: <4EE24F9F-01ED-460B-8F54-A762B23639E1@fau.de> I have the latest OS X and qt4 and qt5 installed by brew. I use the current superbuild, which covers PV 4.4 (why not 5.0?) but build fails. I use the default setting in my build and just set CMAKE_INSTALL_PREFIX and ENABLE_paraview make ? -- Installing: /Users/fwein/code/ParaViewSuperbuild/build/paraview/src/paraview-build/CMakeFiles/__macos_install/plugins/libPacMan.dylib -- Installing: /Users/fwein/code/ParaViewSuperbuild/build/paraview/src/paraview-build/CMakeFiles/__macos_install/bin/paraview-config -- Installing: /Users/fwein/code/ParaViewSuperbuild/build/paraview/src/paraview-build/CMakeFiles/__macos_install/bin/pvserver -- Installing: /Users/fwein/code/ParaViewSuperbuild/build/paraview/src/paraview-build/CMakeFiles/__macos_install/bin/pvdataserver -- Installing: /Users/fwein/code/ParaViewSuperbuild/build/paraview/src/paraview-build/CMakeFiles/__macos_install/bin/pvrenderserver [ 62%] Completed 'paraview' [100%] Built target paraview Note there are only four files in bin make install ?. [100%] Built target paraview Install the project... -- Install configuration: "" CMake Error at cmake_install.cmake:39 (file): file INSTALL cannot find "/Users/fwein/code/ParaViewSuperbuild/build/install/Applications/paraview.app". make: *** [install] Error 1 Any suggestion or hint where to look in the log files is appreciated. Thanks, Fabian From mingen.pan at smail.nju.edu.cn Mon Jan 18 06:43:59 2016 From: mingen.pan at smail.nju.edu.cn (=?utf-8?B?TWluZ2VuIFBhbg==?=) Date: Mon, 18 Jan 2016 19:43:59 +0800 Subject: [Paraview] A Question on opening Python Shell. Message-ID: Hi there, I have installed the Paraview 5.0 version released from the official site. Everything seems good until I opened the Start Trace from the Tools option. Then, I clicked OK and the whole Paraview crashed to desktop. It also happened when I opened Python Shell. I think maybe something wrong with my Paraview when it connects to Python. How can I diagnose and fix the problem? Thank you. Sincerely Austin -------------- next part -------------- An HTML attachment was scrubbed... URL: From fabian.wein at fau.de Mon Jan 18 06:53:01 2016 From: fabian.wein at fau.de (Fabian Wein) Date: Mon, 18 Jan 2016 12:53:01 +0100 Subject: [Paraview] superbuild fails on OS X [solved] In-Reply-To: <4EE24F9F-01ED-460B-8F54-A762B23639E1@fau.de> References: <4EE24F9F-01ED-460B-8F54-A762B23639E1@fau.de> Message-ID: I found it: Qt needs to be enabled! ENABLE_qt4 results in the error below, with USE_SYSTEM_qt4 (installed with brew) it works! While I understand that there is no gui without qt and that it makes sense to build paraview without gui, I suggest to make it a little clearer: The help for ENABLE_qt* is just ?Request to build project qt*?. Maybe an ?Qt is necessary for the gui? could be added. Also the error message from make install could be enriched with a check for Qt and a message. /Users/fwein/code/ParaViewSuperbuild/build/qt4/src/qt4/src/gui/painting/qpaintengine_mac.cpp:345:19: error: use of undeclared identifier 'CMGetProfileByAVID' CMError err = CMGetProfileByAVID((CMDisplayIDType)displayID, &displayProfile); ^ /Users/fwein/code/ParaViewSuperbuild/build/qt4/src/qt4/src/gui/painting/qpaintengine_mac.cpp:348:9: error: use of undeclared identifier 'CMCloseProfile' CMCloseProfile(displayProfile); ^ In file included from /Users/fwein/code/ParaViewSuperbuild/build/qt4/src/qt4/src/gui/painting/qpaintengine_mac.cpp:44: In file included from ../../include/QtGui/private/qpaintengine_mac_p.h:1: ../../include/QtGui/private/../../../../qt4/src/gui/painting/qpaintengine_mac_p.h:252:9: warning: private field 'mBytesPerLine' is not used [-Wunused-private-field] int mBytesPerLine; ^ 3 warnings and 2 errors generated. make[5]: *** [.obj/release-shared/qpaintengine_mac.o] Error 1 make[4]: *** [release-install] Error 2 make[3]: *** [sub-gui-install_subtargets-ordered] Error 2 CMake Error at /Users/fwein/code/ParaViewSuperbuild/build/pv-qt4-build.cmake:33 (message): Failed with exit code 2 > Am 18.01.2016 um 10:25 schrieb Fabian Wein : > > I have the latest OS X and qt4 and qt5 installed by brew. > > I use the current superbuild, which covers PV 4.4 (why not 5.0?) but build fails. > > I use the default setting in my build and just set > CMAKE_INSTALL_PREFIX and ENABLE_paraview > > make > ? > [100%] Built target paraview > > make install > ?. > [100%] Built target paraview > Install the project... > -- Install configuration: "" > CMake Error at cmake_install.cmake:39 (file): > file INSTALL cannot find > "/Users/fwein/code/ParaViewSuperbuild/build/install/Applications/paraview.app". > make: *** [install] Error 1 > > Any suggestion or hint where to look in the log files is appreciated. From guillaume.jacquenot at gmail.com Mon Jan 18 09:35:03 2016 From: guillaume.jacquenot at gmail.com (Guillaume Jacquenot) Date: Mon, 18 Jan 2016 15:35:03 +0100 Subject: [Paraview] Use of Python declared variables inside new scripts from ProgrammableSource and/or ProgrammableFilter. In-Reply-To: References: Message-ID: Hello everyone, Thanks Utkarsh for this answer. It works with pvpython. Unfortunately, this does not work with paraview I have tested manually from a desktop version of Paraview, with Paraview 4.4 and 5.0 on Windows. I have this error: NameError: global name 'meta_data' is not defined In fact, I have found another solution to do what I want from Paraview I declare the new variables as member in the RequestInformationScript (self.data=12) and I use them in the Script (print(self.data)) However,this has some drawbacks. When I update the paraview tree, eg I update the size of an unrelated glyph, the value changes, and consequently breaks my scene Moreover, when I test it with pvpython, it clearly tells me that it is not from paraview.simple import ProgrammableSource from paraview.simple import UpdatePipeline >>> p = ProgrammableSource();p.Script = 'print(self.x)';p.RequestInformationScript = 'self.x=12';UpdatePipeline() Traceback (most recent call last): File "", line 1, in File "C:\Program Files\ParaView 5.0.0\lib\paraview-5.0\site-packages\paraview\servermanager.py", line 302, in __setattr__ "to add this attribute.") AttributeError: Attribute RequestInformationScript does not exist. This class does not allow addition of new attributes to avoid mistakes due to typos. Use add_attribute() if you really want to add this attribute. p = ProgrammableSource();p.Script = 'print(self.x)';p.add_attribute('x',12);UpdatePipeline() But, how to use this attribute? May be I need to play with parameters? This finds some echoes here, where apparently the only solution proposed is to ascii write the data to pass to the script. https://cmake.org/pipermail/paraview/2013-May/028291.html This is clearly not a solution for me. 2016-01-04 20:22 GMT+01:00 Utkarsh Ayachit : > The following works in builtin (non-remote server) mode only. > > global meta_data > meta_data =12 > > p = ProgrammableSource() > p.Script=""" > global meta_data > print meta_data > """ > > UpdatePipeline() > > -------------------------------------------- > Output: > -------------------------------------------- > 12 > > Utkarsh > > On Wed, Dec 30, 2015 at 9:03 AM, Guillaume Jacquenot > wrote: > > I would like to use Python declared variables inside new scripts from > > ProgrammableSource and/or ProgrammableFilter. > > > > Why do I want such a thing? I could simply declared these variables in > the > > code of the script. > > But what if these variables are to be used by several scripts from > > ProgrammableSource and/or ProgrammableFilter? > > > > Of course, I can serialize variables and pass the serialized data to the > > scripts, taking special care for float. But, what if I have large data, > that > > are difficult to serialize? > > > > So, here is my question: > > Is there a mechanism to access already defined data inside the scripts of > > ProgrammableSource and/or ProgrammableFilter? For example, a global scope > > dict? > > Do I have to use an external file to store and access data? > > Below is the example of the Python file I would like to run , where I > have > > defined a 'data' that I want to access inside the script. If I try to > > directly access 'data', I have a "NameError: global name 'data' is not > > defined" > > > > My data are in fact transformation matrices that will be used to move > > objects from a ProgrammableFilter. Using the Animation Keyframes are > > terribly slow. > > > > Guillaume > > > > > > > > Python script: > > > > data = .... > > > > script=""" > > instructions to access "data" at run time > > ... > > """ > > > > scriptRequestInformation=""" > > ... > > """ > > > > source = ProgrammableSource() > > source.OutputDataSetType = 'vtkStructuredGrid' > > source.Script = script > > source.ScriptRequestInformation = scriptRequestInformation > > source.PythonPath = '' > > > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > > > Please keep messages on-topic and check the ParaView Wiki at: > > http://paraview.org/Wiki/ParaView > > > > Search the list archives at: http://markmail.org/search/?q=ParaView > > > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/paraview > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Mon Jan 18 10:36:21 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Mon, 18 Jan 2016 08:36:21 -0700 Subject: [Paraview] Incorrect shading results in ParaViewWeb Local(VGL) mode In-Reply-To: <569C9E89.8090307@foxmail.com> References: <569C9E89.8090307@foxmail.com> Message-ID: Did you try the other WebGL option that is marked 'deprecated' ? On Mon, Jan 18, 2016 at 1:12 AM, Xue Junjie wrote: > It seems the Local(VGL) rendering mode in ParaViewWeb has issues with some > model files. > > How to reproduce the issue: > open the visualiser, selecte the data file: 'can.ext2'. > Under 'Remote mode': all is ok, no issue > Under 'Local(VGL) mode': if the model is zoomed out to a certain distance, > some faces on the model is shaded black. > > I guees this is caused by the rendering mechanism differences between > Paraview and ParaViewWeb . This issue exists in both paraview4.3 & 4.4, > anyone knows how to solve it? or any other solutions the get correct > rendering results in Local(VGL) mode? Thanks in advance! > > Junjie Xue > Beihang University > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bitxue at foxmail.com Mon Jan 18 11:01:26 2016 From: bitxue at foxmail.com (Junjie Xue) Date: Tue, 19 Jan 2016 00:01:26 +0800 Subject: [Paraview] Incorrect shading results in ParaViewWeb Local(VGL) mode In-Reply-To: References: <569C9E89.8090307@foxmail.com> Message-ID: <569D0C56.5050809@foxmail.com> Hi, Sebastien, Thanks for your quick reply! I need to modify the frustum parameter(modify the 'far' value from 1e4 t 1e5) to test the model in 'deprecated' mode. The code of 'local(cgl)' mode is located in '/.../ext/core/vgl.min.js'. Do you know where is the WebGL code of 'deprecated' mode? Best, Junjie ? 2016/1/18 23:36, Sebastien Jourdain ??: > Did you try the other WebGL option that is marked 'deprecated' ? > > On Mon, Jan 18, 2016 at 1:12 AM, Xue Junjie > wrote: > > It seems the Local(VGL) rendering mode in ParaViewWeb has issues > with some model files. > > How to reproduce the issue: > open the visualiser, selecte the data file: 'can.ext2'. > Under 'Remote mode': all is ok, no issue > Under 'Local(VGL) mode': if the model is zoomed out to a certain > distance, some faces on the model is shaded black. > > I guees this is caused by the rendering mechanism differences > between Paraview and ParaViewWeb . This issue exists in both > paraview4.3 & 4.4, anyone knows how to solve it? or any other > solutions the get correct rendering results in Local(VGL) mode? > Thanks in advance! > > Junjie Xue > Beihang University > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Mon Jan 18 11:11:03 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Mon, 18 Jan 2016 09:11:03 -0700 Subject: [Paraview] Incorrect shading results in ParaViewWeb Local(VGL) mode In-Reply-To: <569D0C56.5050809@foxmail.com> References: <569C9E89.8090307@foxmail.com> <569D0C56.5050809@foxmail.com> Message-ID: >From the source tree it will be in {VTK-src}/Web/JavaScript/Lib/vtkweb.viewport.webgl.js Which will be gathered inside {www}/lib/core/vtk-web-all.js On Mon, Jan 18, 2016 at 9:01 AM, Junjie Xue wrote: > Hi, Sebastien, > > Thanks for your quick reply! > > I need to modify the frustum parameter(modify the 'far' value from 1e4 t > 1e5) to test the model in 'deprecated' mode. The code of 'local(cgl)' mode > is located in '/.../ext/core/vgl.min.js'. Do you know where is the WebGL > code of 'deprecated' mode? > > Best, > Junjie > > ? 2016/1/18 23:36, Sebastien Jourdain ??: > > Did you try the other WebGL option that is marked 'deprecated' ? > > On Mon, Jan 18, 2016 at 1:12 AM, Xue Junjie wrote: > >> It seems the Local(VGL) rendering mode in ParaViewWeb has issues with >> some model files. >> >> How to reproduce the issue: >> open the visualiser, selecte the data file: 'can.ext2'. >> Under 'Remote mode': all is ok, no issue >> Under 'Local(VGL) mode': if the model is zoomed out to a certain >> distance, some faces on the model is shaded black. >> >> I guees this is caused by the rendering mechanism differences between >> Paraview and ParaViewWeb . This issue exists in both paraview4.3 & 4.4, >> anyone knows how to solve it? or any other solutions the get correct >> rendering results in Local(VGL) mode? Thanks in advance! >> >> Junjie Xue >> Beihang University >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bitxue at foxmail.com Mon Jan 18 11:29:48 2016 From: bitxue at foxmail.com (Junjie Xue) Date: Tue, 19 Jan 2016 00:29:48 +0800 Subject: [Paraview] Incorrect shading results in ParaViewWeb Local(VGL) mode In-Reply-To: References: <569C9E89.8090307@foxmail.com> <569D0C56.5050809@foxmail.com> Message-ID: <569D12FC.1070201@foxmail.com> Managed to display the data file in 'deprecated' mode. the black area now display as transparency, looks like holes on the model. ? 2016/1/19 0:11, Sebastien Jourdain ??: > From the source tree it will be in > > {VTK-src}/Web/JavaScript/Lib/vtkweb.viewport.webgl.js > > Which will be gathered inside > > {www}/lib/core/vtk-web-all.js > > On Mon, Jan 18, 2016 at 9:01 AM, Junjie Xue > wrote: > > Hi, Sebastien, > > Thanks for your quick reply! > > I need to modify the frustum parameter(modify the 'far' value from > 1e4 t 1e5) to test the model in 'deprecated' mode. The code of > 'local(cgl)' mode is located in '/.../ext/core/vgl.min.js'. Do you > know where is the WebGL code of 'deprecated' mode? > > Best, > Junjie > > ? 2016/1/18 23:36, Sebastien Jourdain ??: >> Did you try the other WebGL option that is marked 'deprecated' ? >> >> On Mon, Jan 18, 2016 at 1:12 AM, Xue Junjie > > wrote: >> >> It seems the Local(VGL) rendering mode in ParaViewWeb has >> issues with some model files. >> >> How to reproduce the issue: >> open the visualiser, selecte the data file: 'can.ext2'. >> Under 'Remote mode': all is ok, no issue >> Under 'Local(VGL) mode': if the model is zoomed out to a >> certain distance, some faces on the model is shaded black. >> >> I guees this is caused by the rendering mechanism differences >> between Paraview and ParaViewWeb . This issue exists in both >> paraview4.3 & 4.4, anyone knows how to solve it? or any other >> solutions the get correct rendering results in Local(VGL) >> mode? Thanks in advance! >> >> Junjie Xue >> Beihang University >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: >> http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Jan 18 14:04:53 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 18 Jan 2016 14:04:53 -0500 Subject: [Paraview] superbuild fails on OS X [solved] In-Reply-To: References: <4EE24F9F-01ED-460B-8F54-A762B23639E1@fau.de> Message-ID: > While I understand that there is no gui without qt and that it makes sense to build paraview without gui, I suggest to make it > a little clearer: > > The help for ENABLE_qt* is just ?Request to build project qt*?. Maybe an ?Qt is necessary for the gui? could be added. Also the error message from make install could be enriched with a check for Qt and a message. Hi Fabian, Per your suggestion, I made a patch for improved documentation for the Qt external projects (4 and 5) to the ParaView superbuild. You can find it here: https://gitlab.kitware.com/paraview/paraview-superbuild/merge_requests/86 Thanks, Cory > > /Users/fwein/code/ParaViewSuperbuild/build/qt4/src/qt4/src/gui/painting/qpaintengine_mac.cpp:345:19: error: use of undeclared identifier 'CMGetProfileByAVID' > CMError err = CMGetProfileByAVID((CMDisplayIDType)displayID, &displayProfile); > ^ > /Users/fwein/code/ParaViewSuperbuild/build/qt4/src/qt4/src/gui/painting/qpaintengine_mac.cpp:348:9: error: use of undeclared identifier 'CMCloseProfile' > CMCloseProfile(displayProfile); > ^ > In file included from /Users/fwein/code/ParaViewSuperbuild/build/qt4/src/qt4/src/gui/painting/qpaintengine_mac.cpp:44: > In file included from ../../include/QtGui/private/qpaintengine_mac_p.h:1: > ../../include/QtGui/private/../../../../qt4/src/gui/painting/qpaintengine_mac_p.h:252:9: warning: private field 'mBytesPerLine' is not used [-Wunused-private-field] > int mBytesPerLine; > ^ > 3 warnings and 2 errors generated. > make[5]: *** [.obj/release-shared/qpaintengine_mac.o] Error 1 > make[4]: *** [release-install] Error 2 > make[3]: *** [sub-gui-install_subtargets-ordered] Error 2 > CMake Error at /Users/fwein/code/ParaViewSuperbuild/build/pv-qt4-build.cmake:33 (message): > Failed with exit code 2 > > > >> Am 18.01.2016 um 10:25 schrieb Fabian Wein : >> >> I have the latest OS X and qt4 and qt5 installed by brew. >> >> I use the current superbuild, which covers PV 4.4 (why not 5.0?) but build fails. >> >> I use the default setting in my build and just set >> CMAKE_INSTALL_PREFIX and ENABLE_paraview >> >> make >> ? >> [100%] Built target paraview >> >> make install >> ?. >> [100%] Built target paraview >> Install the project... >> -- Install configuration: "" >> CMake Error at cmake_install.cmake:39 (file): >> file INSTALL cannot find >> "/Users/fwein/code/ParaViewSuperbuild/build/install/Applications/paraview.app". >> make: *** [install] Error 1 >> >> Any suggestion or hint where to look in the log files is appreciated. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview -- Cory Quammen R&D Engineer Kitware, Inc. From fabian.wein at fau.de Tue Jan 19 05:27:46 2016 From: fabian.wein at fau.de (Fabian Wein) Date: Tue, 19 Jan 2016 11:27:46 +0100 Subject: [Paraview] Superbild for 5.0.0 Message-ID: <3999E580-6228-4FBA-B583-59C925DCCD9E@fau.de> When will the superbuild for 5.0.0 be available? Thanks and regards, Fabian From tim91decoster at gmail.com Tue Jan 19 10:03:01 2016 From: tim91decoster at gmail.com (Tim De Coster) Date: Tue, 19 Jan 2016 16:03:01 +0100 Subject: [Paraview] Memory overload and I don't know what to delete (despite looking in the archives) Message-ID: Hi all, I am stuck with a problem regarding ParaView (version 4.0.1 64-bit), running on Ubuntu 14.04. It seems that when I run a python script, my memory gets overloaded. I looked already in the archives and it seems that I need to delete some data using the command Delete(). When I try this however, I get error messages saying that the things I want to delete are not possible ( File "./RunParaviewMovieMaker.py", line 89, in create_movie Delete(Animationscene1) NameError: global name 'Animationscene1' is not defined *** Error in `/usr/bin/python': corrupted double-linked list: 0x0000000002b52ca0 *** ). Let me first explain my problem in more detail: I have a lot of data that I generated with another script (about 3TB and still increasing), but now I need to convert these data into movies. When I run my loop over different folders, the first few movies are generated in less than 30s each, but then gradually the time per movie starts increasing and my memory gets overloaded. The script I am running is (which I simply got from using the trace call for python in ParaView): #!/usr/bin/python from paraview.simple import * def main(): some huge for-loop generating names of maps where the .vtk files are stored. In this for loop I use the command: create_movie(filename3) def create_movie(mapname): vtkfolder = '.' number_of_frames = 2000 vtknames = [] for i in range (0, number_of_frames - 1): vtknames.append('{1}/{2}/VoltParaviewMovie{0:0=4d}.vtk'.format(i, vtkfolder, mapname)) VoltParaviewMovie = LegacyVTKReader(FileNames = vtknames) AnimationScene1 = GetAnimationScene() AnimationScene1 = GetAnimationScene() AnimationScene1.EndTime = 1999.0 AnimationScene1.PlayMode = 'Snap To TimeSteps' AnimationScene1.EndTime = 1999.0 AnimationScene1.PlayMode = 'Snap To TimeSteps' RenderView1 = GetRenderView() a1_Voltage_PVLookupTable = GetLookupTableForArray( "Voltage", 1, RGBPoints=[-85.52999877929688, 0.23, 0.299, 0.754, 50.0, 0.706, 0.016, 0.15], VectorMode='Magnitude', NanColor=[0.25, 0.0, 0.0], ColorSpace='Diverging', ScalarRangeInitialized=1.0, AllowDuplicateScalars=1 ) a1_Voltage_PiecewiseFunction = CreatePiecewiseFunction( Points=[0.0, 0.0, 0.5, 0.0, 1.0, 1.0, 0.5, 0.0] ) DataRepresentation1 = Show() DataRepresentation1.EdgeColor = [0.0, 0.0, 0.5000076295109483] DataRepresentation1.SelectionPointFieldDataArrayName = 'Voltage' DataRepresentation1.ScalarOpacityFunction = a1_Voltage_PiecewiseFunction DataRepresentation1.ColorArrayName = ('POINT_DATA', 'Voltage') DataRepresentation1.ScalarOpacityUnitDistance = 7.108580809929175 DataRepresentation1.LookupTable = a1_Voltage_PVLookupTable DataRepresentation1.Representation = 'Slice' DataRepresentation1.ScaleFactor = 0.0 RenderView1.CameraFocalPoint = [63.5, 63.5, 0.0] RenderView1.CameraPosition = [63.5, 63.5, 10000.0] RenderView1.InteractionMode = '2D' RenderView1.CenterOfRotation = [63.5, 63.5, 0.0] a1_Voltage_PVLookupTable.ScalarOpacityFunction = a1_Voltage_PiecewiseFunction RenderView1.CameraPosition = [63.5, 63.5, 346.97045256124744] RenderView1.CameraClippingRange = [343.50074803563496, 352.1750093496662] RenderView1.CameraParallelScale = 89.80256121069154 newmapname = '' fragments = mapname.split('.') for fragment in fragments: newmapname +=fragment WriteAnimation('{0}/{1}.avi'.format(vtkfolder, newmapname), Magnification=1, Quality=2, FrameRate=15.000000) Render() print('{0} has been produced.'.format(newmapname)) if __name__ == '__main__': main() Would any one of you be able to point out to me what I am doing wrong? Or which objects/structures I should delete (in the archives the problem always appeared to be that a writer needed to be deleted, but I don't have such an object) such that I basically start over each time I create a new movie and hence don't use that much memory? With kind regards, Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Tue Jan 19 12:28:47 2016 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Tue, 19 Jan 2016 12:28:47 -0500 (EST) Subject: [Paraview] Memory overload and I don't know what to delete (despite looking in the archives) In-Reply-To: Message-ID: <604718020.23890287.1453224527347.JavaMail.root@mail.gatech.edu> Your delete line is Delete(Animationscene1) but your variable is actually called AnimationScene1 (camel-case lettering). Python is case-sensitive, so that's why you are getting the error you are showing. That said, we do two things to loop over everything. We can Delete() every object, but that can be tedious in complicated pipelines. Alternatively, we have a driver script that executes pvpython on a trace script and passes in a number to indicate which file should be rendered. Our trace script then dumps a single PNG image and we stitch them together to make a movie afterwards using ImageMagick. Since each image is rendered in an entirely new instance of pvpython, there are no memory issues. An example driver script is below. We've also made our driver script parallel so it splits the range of data files into chunks for each processor, and then pvpython is called multiple times in parallel to render the files. Tim import subprocess start = 0 end = 100 stride = 1 for n in range(start, end + 1, stride): print "Working on file: ", n subprocess.call(['/data4/pv4.1Install-OS/bin/pvpython', 'jicf_trace.py', '%i' % (n)]) ----- Original Message ----- From: "Tim De Coster" To: paraview at paraview.org Sent: Tuesday, January 19, 2016 10:03:01 AM Subject: [Paraview] Memory overload and I don't know what to delete (despite looking in the archives) Hi all, I am stuck with a problem regarding ParaView (version 4.0.1 64-bit), running on Ubuntu 14.04. It seems that when I run a python script, my memory gets overloaded. I looked already in the archives and it seems that I need to delete some data using the command Delete(). When I try this however, I get error messages saying that the things I want to delete are not possible ( File "./RunParaviewMovieMaker.py", line 89, in create_movie Delete(Animationscene1) NameError: global name 'Animationscene1' is not defined *** Error in `/usr/bin/python': corrupted double-linked list: 0x0000000002b52ca0 *** ). Let me first explain my problem in more detail: I have a lot of data that I generated with another script (about 3TB and still increasing), but now I need to convert these data into movies. When I run my loop over different folders, the first few movies are generated in less than 30s each, but then gradually the time per movie starts increasing and my memory gets overloaded. The script I am running is (which I simply got from using the trace call for python in ParaView): #!/usr/bin/python from paraview.simple import * def main(): some huge for-loop generating names of maps where the .vtk files are stored. In this for loop I use the command: create_movie(filename3) def create_movie(mapname): vtkfolder = '.' number_of_frames = 2000 vtknames = [] for i in range (0, number_of_frames - 1): vtknames.append('{1}/{2}/VoltParaviewMovie{0:0=4d}.vtk'.format(i, vtkfolder, mapname)) VoltParaviewMovie = LegacyVTKReader(FileNames = vtknames) AnimationScene1 = GetAnimationScene() AnimationScene1 = GetAnimationScene() AnimationScene1.EndTime = 1999.0 AnimationScene1.PlayMode = 'Snap To TimeSteps' AnimationScene1.EndTime = 1999.0 AnimationScene1.PlayMode = 'Snap To TimeSteps' RenderView1 = GetRenderView() a1_Voltage_PVLookupTable = GetLookupTableForArray( "Voltage", 1, RGBPoints=[-85.52999877929688, 0.23, 0.299, 0.754, 50.0, 0.706, 0.016, 0.15], VectorMode='Magnitude', NanColor=[0.25, 0.0, 0.0], ColorSpace='Diverging', ScalarRangeInitialized=1.0, AllowDuplicateScalars=1 ) a1_Voltage_PiecewiseFunction = CreatePiecewiseFunction( Points=[0.0, 0.0, 0.5, 0.0, 1.0, 1.0, 0.5, 0.0] ) DataRepresentation1 = Show() DataRepresentation1.EdgeColor = [0.0, 0.0, 0.5000076295109483] DataRepresentation1.SelectionPointFieldDataArrayName = 'Voltage' DataRepresentation1.ScalarOpacityFunction = a1_Voltage_PiecewiseFunction DataRepresentation1.ColorArrayName = ('POINT_DATA', 'Voltage') DataRepresentation1.ScalarOpacityUnitDistance = 7.108580809929175 DataRepresentation1.LookupTable = a1_Voltage_PVLookupTable DataRepresentation1.Representation = 'Slice' DataRepresentation1.ScaleFactor = 0.0 RenderView1.CameraFocalPoint = [63.5, 63.5, 0.0] RenderView1.CameraPosition = [63.5, 63.5, 10000.0] RenderView1.InteractionMode = '2D' RenderView1.CenterOfRotation = [63.5, 63.5, 0.0] a1_Voltage_PVLookupTable.ScalarOpacityFunction = a1_Voltage_PiecewiseFunction RenderView1.CameraPosition = [63.5, 63.5, 346.97045256124744] RenderView1.CameraClippingRange = [343.50074803563496, 352.1750093496662] RenderView1.CameraParallelScale = 89.80256121069154 newmapname = '' fragments = mapname.split('.') for fragment in fragments: newmapname +=fragment WriteAnimation('{0}/{1}.avi'.format(vtkfolder, newmapname), Magnification=1, Quality=2, FrameRate=15.000000) Render() print('{0} has been produced.'.format(newmapname)) if __name__ == '__main__': main() Would any one of you be able to point out to me what I am doing wrong? Or which objects/structures I should delete (in the archives the problem always appeared to be that a writer needed to be deleted, but I don't have such an object) such that I basically start over each time I create a new movie and hence don't use that much memory? With kind regards, Tim _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis_conklin at goodyear.com Tue Jan 19 13:23:44 2016 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Tue, 19 Jan 2016 18:23:44 +0000 Subject: [Paraview] Linux memory problems exclusive to Paraview Message-ID: All, I will never be mistaken for a Linux sys admin, so let me try to tell you what is happening in a hopefully understandable way. We run Paraview standalone on our workstations - no remote server, etc. Just running the executables DL'ed from the website. We constantly have an issue with Paraview not having enough memory to behave properly. If I run TOP at the command line, I might see that nothing is using more than 2% of memory, but in the header it says I have 32GB of ram and 28GB is "used" in the terminology of TOP. This will mean that Paraview will have very little memory available to it (confirmed using Memory inspector) and it will be very slow! However, other programs, including other post-processors seem to be able to access this "used" memory and perform much better. What is it about Paraview which makes it unable to utilize this "used" but apparently available memory, while other programs can? If more info is needed, can someone help me understand how to get the needed info. After discussing this several times with the sys admins, they just want me to go away because apparently only Paraview has this issue. Thanks for any help Dennis -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruggiero.guida at gmail.com Tue Jan 19 14:09:58 2016 From: ruggiero.guida at gmail.com (Ruggiero Guida) Date: Tue, 19 Jan 2016 19:09:58 +0000 Subject: [Paraview] Python script error - MPI Message-ID: Dear Group, I am using a Python script to load a VTK file and render a 2D image. It has always worked fine, but recently I have started to get this error: [python] stderr: Fatal error in MPI_Init: Other MPI error, error stack: [python] stderr: MPIR_Init_thread(392)..............: [python] stderr: MPID_Init(139).....................: channel initialization failed [python] stderr: MPIDI_CH3_Init(38).................: [python] stderr: MPID_nem_init(234).................: [python] stderr: MPID_nem_tcp_init(108).............: [python] stderr: MPID_nem_tcp_get_business_card(346): [python] stderr: MPID_nem_tcp_init(305).............: gethostbyname failed, macbook (errno 1) The only solution is to restart the mac and everything goes back to normal. I am using Paraview 4.4.0 64bit (binary version) and Yosemite. Thanks for any advice Regards Ruggiero -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcartwright at microseismic.com Tue Jan 19 15:16:44 2016 From: mcartwright at microseismic.com (Mark Cartwright) Date: Tue, 19 Jan 2016 20:16:44 +0000 Subject: [Paraview] Using vtkDelimitedTextReader in a plugin -- Win64 Message-ID: I have a plugin that uses vtkDelimitedTextReader, which compiles and links and runs perfectly on linux64 - but produces a link error on Win64 Error 1 error LNK2019: unresolved external symbol "__declspec(dllimport) public: static class vtkDelimitedTextReader * __cdecl vtkDelimitedTextReader::New(void)" (__imp_?New at vtkDelimitedTextReader@@SAPEAV1 at XZ) referenced in function "public: static class vtkSmartPointer __cdecl vtkSmartPointer::New(void)" (?New@?$vtkSmartPointer at VvtkDelimitedTextReader@@@@SA?AV1 at XZ) "somepath"\Plugins\MSIAMTISource\MSIAMTISource.obj MSIAMTISource Here is the cmake - from searches of the list I think the missing vtkIOInfovis lib goes in TARGET_LINK_LIBRARIES - but maybe not... SET(PLUGIN_NAME MSIAMTISource) SET(PLUGIN_VERSION "1.0") include_directories(${VTK_INCLUDE_DIRS}) ADD_PARAVIEW_PLUGIN(MSIAMTISource "1.0" SERVER_MANAGER_XML MSIAMTISource.xml SERVER_MANAGER_SOURCES MSIAMTISource.cxx ) TARGET_LINK_LIBRARIES(vtkIOInfovis) Any ideas welcome ! Thanks, MarkC ________________________________ This email and its attachments may contain MicroSeismic Inc. proprietary information, which is PRIVILEGED, CONFIDENTIAL, or subject to COPYRIGHT belonging to MicroSeismic Inc. This email is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this email, or the employee or agent responsible for delivering this email to the intended recipient you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this email is STRICTLY PROHIBITED and may be UNLAWFUL. If you have received this email in error, please notify the sender immediately and permanently delete the original and any copy of this email and any printout. Thank You. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim91decoster at gmail.com Tue Jan 19 16:33:49 2016 From: tim91decoster at gmail.com (Tim De Coster) Date: Tue, 19 Jan 2016 22:33:49 +0100 Subject: [Paraview] Memory overload and I don't know what to delete (despite looking in the archives) In-Reply-To: <604718020.23890287.1453224527347.JavaMail.root@mail.gatech.edu> References: <604718020.23890287.1453224527347.JavaMail.root@mail.gatech.edu> Message-ID: Sir, Thank you very much for answering so quickly. I went with the first option and tried the Delete() statements again, but still keep getting errors, be it different ones. Specifically I have put the following four statements right after Render() in my code: Delete(VoltParaviewMovie) Delete(AnimationScene1) Delete(RenderView1) Delete(DataRepresentation1) After executing I get the following error: Traceback (most recent call last): File "./RunParaviewMovieMaker.py", line 99, in main() File "./RunParaviewMovieMaker.py", line 21, in main create_movie(filename3) File "./RunParaviewMovieMaker.py", line 91, in create_movie Delete(DataRepresentation1) File "/usr/lib/python2.7/dist-packages/paraview/simple.py", line 482, in Delete servermanager.UnRegister(proxy) File "/usr/lib/python2.7/dist-packages/paraview/servermanager.py", line 2764, in UnRegister raise RuntimeError, "UnRegistration error." RuntimeError: UnRegistration error. *** Error in `/usr/bin/python': corrupted double-linked list: 0x0000000004633310 *** Aborted (core dumped) Upon removing the last line, and just working with 3 Delete() statements, I also get an error, namely: Traceback (most recent call last): File "./RunParaviewMovieMaker.py", line 98, in main() File "./RunParaviewMovieMaker.py", line 21, in main create_movie(filename3) File "./RunParaviewMovieMaker.py", line 44, in create_movie AnimationScene1 = GetAnimationScene() File "/usr/lib/python2.7/dist-packages/paraview/simple.py", line 794, in GetAnimationScene raise servermanager.MissingProxy, "Could not locate global AnimationScene." paraview.servermanager.MissingProxy: Could not locate global AnimationScene. *** Error in `/usr/bin/python': double free or corruption (!prev): 0x0000000002908e30 *** Aborted (core dumped) Do you have any idea on how to resolve these errors? I do especially not understand what the 'proxy' is doing in my errors. If not, I might opt for the second option with ImageMagick (although I would still prefer to resolve my current issues). With kind regards, Tim 2016-01-19 18:28 GMT+01:00 Tim Gallagher : > Your delete line is > > Delete(Animationscene1) > > but your variable is actually called AnimationScene1 (camel-case > lettering). Python is case-sensitive, so that's why you are getting the > error you are showing. > > That said, we do two things to loop over everything. We can Delete() every > object, but that can be tedious in complicated pipelines. Alternatively, we > have a driver script that executes pvpython on a trace script and passes in > a number to indicate which file should be rendered. Our trace script then > dumps a single PNG image and we stitch them together to make a movie > afterwards using ImageMagick. Since each image is rendered in an entirely > new instance of pvpython, there are no memory issues. An example driver > script is below. We've also made our driver script parallel so it splits > the range of data files into chunks for each processor, and then pvpython > is called multiple times in parallel to render the files. > > Tim > > import subprocess > > start = 0 > end = 100 > stride = 1 > > for n in range(start, end + 1, stride): > print "Working on file: ", n > subprocess.call(['/data4/pv4.1Install-OS/bin/pvpython', > 'jicf_trace.py', '%i' % (n)]) > > ------------------------------ > *From: *"Tim De Coster" > *To: *paraview at paraview.org > *Sent: *Tuesday, January 19, 2016 10:03:01 AM > *Subject: *[Paraview] Memory overload and I don't know what to delete > (despite looking in the archives) > > > Hi all, > > I am stuck with a problem regarding ParaView (version 4.0.1 64-bit), > running on Ubuntu 14.04. It seems that when I run a python script, my > memory gets overloaded. I looked already in the archives and it seems that > I need to delete some data using the command Delete(). When I try this > however, I get error messages saying that the things I want to delete are > not possible > ( File "./RunParaviewMovieMaker.py", line 89, in create_movie > Delete(Animationscene1) > NameError: global name 'Animationscene1' is not defined > *** Error in `/usr/bin/python': corrupted double-linked list: > 0x0000000002b52ca0 *** > ). > Let me first explain my problem in more detail: > > I have a lot of data that I generated with another script (about 3TB and > still increasing), but now I need to convert these data into movies. When I > run my loop over different folders, the first few movies are generated in > less than 30s each, but then gradually the time per movie starts increasing > and my memory gets overloaded. The script I am running is (which I simply > got from using the trace call for python in ParaView): > > #!/usr/bin/python > > from paraview.simple import * > > def main(): > > some huge for-loop generating names of maps where the .vtk files are > stored. In this for loop I use the command: > create_movie(filename3) > > def create_movie(mapname): > > vtkfolder = '.' > number_of_frames = 2000 > > vtknames = [] > for i in range (0, number_of_frames - 1): > vtknames.append('{1}/{2}/VoltParaviewMovie{0:0=4d}.vtk'.format(i, > vtkfolder, mapname)) > > VoltParaviewMovie = LegacyVTKReader(FileNames = vtknames) > > AnimationScene1 = GetAnimationScene() > AnimationScene1 = GetAnimationScene() > AnimationScene1.EndTime = 1999.0 > AnimationScene1.PlayMode = 'Snap To TimeSteps' > > AnimationScene1.EndTime = 1999.0 > AnimationScene1.PlayMode = 'Snap To TimeSteps' > > RenderView1 = GetRenderView() > a1_Voltage_PVLookupTable = GetLookupTableForArray( "Voltage", 1, > RGBPoints=[-85.52999877929688, 0.23, 0.299, 0.754, 50.0, 0.706, 0.016, > 0.15], VectorMode='Magnitude', NanColor=[0.25, 0.0, 0.0], > ColorSpace='Diverging', ScalarRangeInitialized=1.0, AllowDuplicateScalars=1 > ) > > a1_Voltage_PiecewiseFunction = CreatePiecewiseFunction( Points=[0.0, > 0.0, 0.5, 0.0, 1.0, 1.0, 0.5, 0.0] ) > > DataRepresentation1 = Show() > DataRepresentation1.EdgeColor = [0.0, 0.0, 0.5000076295109483] > DataRepresentation1.SelectionPointFieldDataArrayName = 'Voltage' > DataRepresentation1.ScalarOpacityFunction = > a1_Voltage_PiecewiseFunction > DataRepresentation1.ColorArrayName = ('POINT_DATA', 'Voltage') > DataRepresentation1.ScalarOpacityUnitDistance = 7.108580809929175 > DataRepresentation1.LookupTable = a1_Voltage_PVLookupTable > DataRepresentation1.Representation = 'Slice' > DataRepresentation1.ScaleFactor = 0.0 > > RenderView1.CameraFocalPoint = [63.5, 63.5, 0.0] > RenderView1.CameraPosition = [63.5, 63.5, 10000.0] > RenderView1.InteractionMode = '2D' > RenderView1.CenterOfRotation = [63.5, 63.5, 0.0] > > a1_Voltage_PVLookupTable.ScalarOpacityFunction = > a1_Voltage_PiecewiseFunction > > RenderView1.CameraPosition = [63.5, 63.5, 346.97045256124744] > RenderView1.CameraClippingRange = [343.50074803563496, > 352.1750093496662] > RenderView1.CameraParallelScale = 89.80256121069154 > > newmapname = '' > fragments = mapname.split('.') > for fragment in fragments: > newmapname +=fragment > > WriteAnimation('{0}/{1}.avi'.format(vtkfolder, newmapname), > Magnification=1, Quality=2, FrameRate=15.000000) > > Render() > > print('{0} has been produced.'.format(newmapname)) > > > if __name__ == '__main__': > main() > > Would any one of you be able to point out to me what I am doing wrong? Or > which objects/structures I should delete (in the archives the problem > always appeared to be that a writer needed to be deleted, but I don't have > such an object) such that I basically start over each time I create a new > movie and hence don't use that much memory? > > With kind regards, > Tim > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Tue Jan 19 16:59:06 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 19 Jan 2016 16:59:06 -0500 Subject: [Paraview] Using vtkDelimitedTextReader in a plugin -- Win64 In-Reply-To: References: Message-ID: I think you need TARGET_LINK_LIBRARIES(MSIAMTISource LINK_PRIVATE vtkIOInfovis). You need to specify the name of the target first. On Tue, Jan 19, 2016 at 3:16 PM, Mark Cartwright wrote: > > > I have a plugin that uses vtkDelimitedTextReader, which compiles and links > and runs perfectly on linux64 ? but produces a link error on Win64 > > > > Error 1 error LNK2019: unresolved external symbol > "__declspec(dllimport) public: static class vtkDelimitedTextReader * __cdecl > vtkDelimitedTextReader::New(void)" > (__imp_?New at vtkDelimitedTextReader@@SAPEAV1 at XZ) referenced in function > "public: static class vtkSmartPointer __cdecl > vtkSmartPointer::New(void)" > (?New@?$vtkSmartPointer at VvtkDelimitedTextReader@@@@SA?AV1 at XZ) > ?somepath?\Plugins\MSIAMTISource\MSIAMTISource.obj MSIAMTISource > > > > Here is the cmake ? from searches of the list I think the missing > vtkIOInfovis lib goes in TARGET_LINK_LIBRARIES ? but maybe not? > > > > > > > > SET(PLUGIN_NAME MSIAMTISource) > > SET(PLUGIN_VERSION "1.0") > > > > include_directories(${VTK_INCLUDE_DIRS}) > > > > ADD_PARAVIEW_PLUGIN(MSIAMTISource "1.0" > > SERVER_MANAGER_XML MSIAMTISource.xml > > SERVER_MANAGER_SOURCES MSIAMTISource.cxx > > ) > > > > TARGET_LINK_LIBRARIES(vtkIOInfovis) > > > > Any ideas welcome ! > > > > Thanks, > > > > MarkC > > > > > > > > > ________________________________ > > This email and its attachments may contain MicroSeismic Inc. proprietary > information, which is PRIVILEGED, CONFIDENTIAL, or subject to COPYRIGHT > belonging to MicroSeismic Inc. This email is intended solely for the use of > the individual or entity to which it is addressed. If you are not the > intended recipient of this email, or the employee or agent responsible for > delivering this email to the intended recipient you are hereby notified that > any dissemination, distribution, copying, or action taken in relation to the > contents of and attachments to this email is STRICTLY PROHIBITED and may be > UNLAWFUL. If you have received this email in error, please notify the sender > immediately and permanently delete the original and any copy of this email > and any printout. Thank You. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From tim.gallagher at gatech.edu Tue Jan 19 17:00:48 2016 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Tue, 19 Jan 2016 17:00:48 -0500 (EST) Subject: [Paraview] Memory overload and I don't know what to delete (despite looking in the archives) In-Reply-To: Message-ID: <1936503601.23943607.1453240848232.JavaMail.root@mail.gatech.edu> Tim, The only thing I can recommend with your Delete() calls is to delete things in the reverse order from which they were created. So you should try doing: Delete(DataRepresentation1) Delete(RenderView1) Delete(AnimationScene1) Delete(VoltParaviewMovie) Other than that suggestion, I don't know if I can be much help. So if that doesn't work, somebody else will have to chime in. As I mentioned, we generally just loop over what we want to create instead. However, it looks like you are generating multiple movies? In that case, you wouldn't need to dump the frames and convert later -- just have your driver script loop over the movies one at a time. So long as creating a single movie works well enough, just have each call to pvpython create a single movie and loop over calls to pvpython. But that is if you want to use the other option and avoid the Delete's. Tim ----- Original Message ----- From: "Tim De Coster" To: "tim gallagher" Cc: paraview at paraview.org Sent: Tuesday, January 19, 2016 4:33:49 PM Subject: Re: [Paraview] Memory overload and I don't know what to delete (despite looking in the archives) Sir, Thank you very much for answering so quickly. I went with the first option and tried the Delete() statements again, but still keep getting errors, be it different ones. Specifically I have put the following four statements right after Render() in my code: Delete(VoltParaviewMovie) Delete(AnimationScene1) Delete(RenderView1) Delete(DataRepresentation1) After executing I get the following error: Traceback (most recent call last): File "./RunParaviewMovieMaker.py", line 99, in main() File "./RunParaviewMovieMaker.py", line 21, in main create_movie(filename3) File "./RunParaviewMovieMaker.py", line 91, in create_movie Delete(DataRepresentation1) File "/usr/lib/python2.7/dist-packages/paraview/simple.py", line 482, in Delete servermanager.UnRegister(proxy) File "/usr/lib/python2.7/dist-packages/paraview/servermanager.py", line 2764, in UnRegister raise RuntimeError, "UnRegistration error." RuntimeError: UnRegistration error. *** Error in `/usr/bin/python': corrupted double-linked list: 0x0000000004633310 *** Aborted (core dumped) Upon removing the last line, and just working with 3 Delete() statements, I also get an error, namely: Traceback (most recent call last): File "./RunParaviewMovieMaker.py", line 98, in main() File "./RunParaviewMovieMaker.py", line 21, in main create_movie(filename3) File "./RunParaviewMovieMaker.py", line 44, in create_movie AnimationScene1 = GetAnimationScene() File "/usr/lib/python2.7/dist-packages/paraview/simple.py", line 794, in GetAnimationScene raise servermanager.MissingProxy, "Could not locate global AnimationScene." paraview.servermanager.MissingProxy: Could not locate global AnimationScene. *** Error in `/usr/bin/python': double free or corruption (!prev): 0x0000000002908e30 *** Aborted (core dumped) Do you have any idea on how to resolve these errors? I do especially not understand what the 'proxy' is doing in my errors. If not, I might opt for the second option with ImageMagick (although I would still prefer to resolve my current issues). With kind regards, Tim 2016-01-19 18:28 GMT+01:00 Tim Gallagher < tim.gallagher at gatech.edu > : Your delete line is Delete(Animationscene1) but your variable is actually called AnimationScene1 (camel-case lettering). Python is case-sensitive, so that's why you are getting the error you are showing. That said, we do two things to loop over everything. We can Delete() every object, but that can be tedious in complicated pipelines. Alternatively, we have a driver script that executes pvpython on a trace script and passes in a number to indicate which file should be rendered. Our trace script then dumps a single PNG image and we stitch them together to make a movie afterwards using ImageMagick. Since each image is rendered in an entirely new instance of pvpython, there are no memory issues. An example driver script is below. We've also made our driver script parallel so it splits the range of data files into chunks for each processor, and then pvpython is called multiple times in parallel to render the files. Tim import subprocess start = 0 end = 100 stride = 1 for n in range(start, end + 1, stride): print "Working on file: ", n subprocess.call(['/data4/pv4.1Install-OS/bin/pvpython', 'jicf_trace.py', '%i' % (n)]) From: "Tim De Coster" < tim91decoster at gmail.com > To: paraview at paraview.org Sent: Tuesday, January 19, 2016 10:03:01 AM Subject: [Paraview] Memory overload and I don't know what to delete (despite looking in the archives) Hi all, I am stuck with a problem regarding ParaView (version 4.0.1 64-bit), running on Ubuntu 14.04. It seems that when I run a python script, my memory gets overloaded. I looked already in the archives and it seems that I need to delete some data using the command Delete(). When I try this however, I get error messages saying that the things I want to delete are not possible ( File "./RunParaviewMovieMaker.py", line 89, in create_movie Delete(Animationscene1) NameError: global name 'Animationscene1' is not defined *** Error in `/usr/bin/python': corrupted double-linked list: 0x0000000002b52ca0 *** ). Let me first explain my problem in more detail: I have a lot of data that I generated with another script (about 3TB and still increasing), but now I need to convert these data into movies. When I run my loop over different folders, the first few movies are generated in less than 30s each, but then gradually the time per movie starts increasing and my memory gets overloaded. The script I am running is (which I simply got from using the trace call for python in ParaView): #!/usr/bin/python from paraview.simple import * def main(): some huge for-loop generating names of maps where the .vtk files are stored. In this for loop I use the command: create_movie(filename3) def create_movie(mapname): vtkfolder = '.' number_of_frames = 2000 vtknames = [] for i in range (0, number_of_frames - 1): vtknames.append('{1}/{2}/VoltParaviewMovie{0:0=4d}.vtk'.format(i, vtkfolder, mapname)) VoltParaviewMovie = LegacyVTKReader(FileNames = vtknames) AnimationScene1 = GetAnimationScene() AnimationScene1 = GetAnimationScene() AnimationScene1.EndTime = 1999.0 AnimationScene1.PlayMode = 'Snap To TimeSteps' AnimationScene1.EndTime = 1999.0 AnimationScene1.PlayMode = 'Snap To TimeSteps' RenderView1 = GetRenderView() a1_Voltage_PVLookupTable = GetLookupTableForArray( "Voltage", 1, RGBPoints=[-85.52999877929688, 0.23, 0.299, 0.754, 50.0, 0.706, 0.016, 0.15], VectorMode='Magnitude', NanColor=[0.25, 0.0, 0.0], ColorSpace='Diverging', ScalarRangeInitialized=1.0, AllowDuplicateScalars=1 ) a1_Voltage_PiecewiseFunction = CreatePiecewiseFunction( Points=[0.0, 0.0, 0.5, 0.0, 1.0, 1.0, 0.5, 0.0] ) DataRepresentation1 = Show() DataRepresentation1.EdgeColor = [0.0, 0.0, 0.5000076295109483] DataRepresentation1.SelectionPointFieldDataArrayName = 'Voltage' DataRepresentation1.ScalarOpacityFunction = a1_Voltage_PiecewiseFunction DataRepresentation1.ColorArrayName = ('POINT_DATA', 'Voltage') DataRepresentation1.ScalarOpacityUnitDistance = 7.108580809929175 DataRepresentation1.LookupTable = a1_Voltage_PVLookupTable DataRepresentation1.Representation = 'Slice' DataRepresentation1.ScaleFactor = 0.0 RenderView1.CameraFocalPoint = [63.5, 63.5, 0.0] RenderView1.CameraPosition = [63.5, 63.5, 10000.0] RenderView1.InteractionMode = '2D' RenderView1.CenterOfRotation = [63.5, 63.5, 0.0] a1_Voltage_PVLookupTable.ScalarOpacityFunction = a1_Voltage_PiecewiseFunction RenderView1.CameraPosition = [63.5, 63.5, 346.97045256124744] RenderView1.CameraClippingRange = [343.50074803563496, 352.1750093496662] RenderView1.CameraParallelScale = 89.80256121069154 newmapname = '' fragments = mapname.split('.') for fragment in fragments: newmapname +=fragment WriteAnimation('{0}/{1}.avi'.format(vtkfolder, newmapname), Magnification=1, Quality=2, FrameRate=15.000000) Render() print('{0} has been produced.'.format(newmapname)) if __name__ == '__main__': main() Would any one of you be able to point out to me what I am doing wrong? Or which objects/structures I should delete (in the archives the problem always appeared to be that a writer needed to be deleted, but I don't have such an object) such that I basically start over each time I create a new movie and hence don't use that much memory? With kind regards, Tim _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From conega at lanl.gov Tue Jan 19 21:05:38 2016 From: conega at lanl.gov (Giovanni A. Cone) Date: Tue, 19 Jan 2016 19:05:38 -0700 Subject: [Paraview] Troubles building mathstuf/qhull subproject using PV 4.4.0 superbuild with Intel >14.x compilers Message-ID: <569EEB72.1000506@lanl.gov> Hola Gang, I'm attempting to get PV 4.4.0 builds of Paraview against Intel 14 and 15 on our HPC systems. One item that some users have asked us for was the Cosmotools integration. This ultimately needs the Qhull library to be built. Builds against GCC 4.8.2 went through without a hitch. However the Intel builds all failed with an odd cryptic syntax error message that I do not fully comprehend (sorry I'm still stuck in Fortranistan). Building CXX object CMakeFiles/qhullcpp.dir/src/libqhullcpp/Coordinates.cpp.o In file included from /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/poly2.c(16): /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/qhull_a.h(106): warning #77: this declaration has no storage class or type specifier template ^ In file included from /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/poly2.c(16): /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/qhull_a.h(106): error: expected a ";" template ^ From what little I understand of C and C++, I believe that "templates" are a C++ construct. I'm thinking the Intel compiler is attempting to digest the above as "straight-up C" and failing. The error messages put the blame on QHULL_SRC_ROOT/src/libqhull/qhull_a.h around line 105 I then decided to snoop on github.com for another qhull repo. I found one at https://github.com/qhull/qhull From which I believe the "https://github.com/mathstuf/qhull next branch" repo that Paraview wants to use was forked from. Point being that the mainline non-forked Qhull has something different in the preprocessor conditional surrounding the above offensive line of source: #if defined(__cplusplus) && defined(__INTEL_COMPILER) && !defined(QHULL_OS_WIN) while the mathstuf/qhull repo DOES NOT have the above "defined(__cplusplus)" preproc conditional. I tested to see if the addition would at least allow the 'mathstuf/qhull next branch' source to properly build with Intel 14 and 15. It got about to 36% and then failed with the error message: In file included from /tmp/conega/qhull_SRC/src/libqhullcpp/QhullIterator.h(13), from /tmp/conega/qhull_SRC/src/libqhullcpp/Coordinates.h(13), from /tmp/conega/qhull_SRC/src/libqhullcpp/Coordinates.cpp(11): /tmp/conega/qhull_SRC/src/libqhull/qhull_a.h(106): error: this declaration may not have extern "C" linkage template ^ So at least the conditional helped a bit for what I believe is the "straight up C" part of the build. I'll CC the author of the fork Ben Boeckel about this. -- ! Giovanni "Vann" Cone ! LANL HPC-3 Consultant ! TA-3, BLDG 2327, RM 1128 ! Schedule B !............................... ! I fight for the users! END OF LINE From joachim.pouderoux at kitware.com Wed Jan 20 04:54:16 2016 From: joachim.pouderoux at kitware.com (Joachim Pouderoux) Date: Wed, 20 Jan 2016 10:54:16 +0100 Subject: [Paraview] Superbild for 5.0.0 In-Reply-To: <3999E580-6228-4FBA-B583-59C925DCCD9E@fau.de> References: <3999E580-6228-4FBA-B583-59C925DCCD9E@fau.de> Message-ID: Fabian, Superbuild scripts for PV 5.0 are already available in the superbuild repository: https://gitlab.kitware.com/paraview/paraview-superbuild/commits/master Git master will do the job! I agree that we should add a tag for it (note to Utkarsh ;) ). Best, Joachim *Joachim Pouderoux* *PhD, Technical Expert* *Kitware SAS * 2016-01-19 11:27 GMT+01:00 Fabian Wein : > When will the superbuild for 5.0.0 be available? > > Thanks and regards, > > Fabian > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed Jan 20 09:34:21 2016 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 20 Jan 2016 09:34:21 -0500 Subject: [Paraview] Troubles building mathstuf/qhull subproject using PV 4.4.0 superbuild with Intel >14.x compilers In-Reply-To: <569EEB72.1000506@lanl.gov> References: <569EEB72.1000506@lanl.gov> Message-ID: <20160120143421.GD6005@megas.kitware.com> On Tue, Jan 19, 2016 at 19:05:38 -0700, Giovanni A. Cone wrote: > I'm attempting to get PV 4.4.0 builds of Paraview > against Intel 14 and 15 on our HPC systems. One item that > some users have asked us for was the Cosmotools integration. > This ultimately needs the Qhull library to be built. Builds > against GCC 4.8.2 went through without a hitch. However the > Intel builds all failed with an odd cryptic syntax error > message that I do not fully comprehend (sorry I'm still > stuck in Fortranistan). > > Building CXX object ^^^ See below. > CMakeFiles/qhullcpp.dir/src/libqhullcpp/Coordinates.cpp.o > In file included from > /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/poly2.c(16): > /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/qhull_a.h(106): > warning #77: this declaration has no storage class or type > specifier > template > ^ > > In file included from > /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/poly2.c(16): > /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/qhull_a.h(106): > error: expected a ";" > template > ^ > From what little I understand of C and C++, I believe that > "templates" are a C++ construct. I'm thinking the Intel > compiler is attempting to digest the above as "straight-up > C" and failing. Marked above, it is compiling as C++, but it appears that it is trying to parse template as an identifier rather than a keyword. My guess is that it is something like: struct foo { int member; } // no semicolon template ... which parses into a function returning a foo struct (declared there as well) named 'template'. > The error messages put the blame on > QHULL_SRC_ROOT/src/libqhull/qhull_a.h around line 105 > > I then decided to snoop on github.com for another qhull > repo. I found one > at > > https://github.com/qhull/qhull > > From which I believe the "https://github.com/mathstuf/qhull > next branch" repo that Paraview wants to use was forked from. Not originally, but it is now that qhull has moved from sourceforge to github (it was originally forked from George Zegaris' clone which he mirrored from sourceforge to github, but I recently re-forked the proper repo). > Point being that the mainline non-forked Qhull has something > different in the preprocessor conditional surrounding the > above offensive line of source: > > #if defined(__cplusplus) && defined(__INTEL_COMPILER) && > !defined(QHULL_OS_WIN) > > while the mathstuf/qhull repo DOES NOT have the above > "defined(__cplusplus)" preproc conditional. My 'next' branch is based off an old release, so differences to upstream are not surprising. > I tested to see if the addition would at least allow the > 'mathstuf/qhull next branch' source to properly build with > Intel 14 and 15. It got about to 36% and then failed with > the error message: All my branch does is fix an Xcode compilation errors where std:: iterator tags are forward declared improperly. > In file included from > /tmp/conega/qhull_SRC/src/libqhullcpp/QhullIterator.h(13), > from /tmp/conega/qhull_SRC/src/libqhullcpp/Coordinates.h(13), > from /tmp/conega/qhull_SRC/src/libqhullcpp/Coordinates.cpp(11): > /tmp/conega/qhull_SRC/src/libqhull/qhull_a.h(106): error: > this declaration may not have extern "C" linkage > template > ^ It appears that something is doing extern "C" { #include "qhull.h" } which won't work since qhull is a C++ header. Are there any 'extern "C"' bits around? Passing -E (or whatever Intel's equivalent is) to dump the preprocessed source would help to see. The __cplusplus check may be guarding against that line in upstream. > So at least the conditional helped a bit for what I believe > is the "straight up C" part of the build. > > > I'll CC the author of the fork Ben Boeckel about this. That's me too :) . Seems I forgot to change the author setting for that clone :/ . Rewrote the commit with the proper email. --Ben From utkarsh.ayachit at kitware.com Wed Jan 20 10:15:52 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 20 Jan 2016 10:15:52 -0500 Subject: [Paraview] Superbild for 5.0.0 In-Reply-To: References: <3999E580-6228-4FBA-B583-59C925DCCD9E@fau.de> Message-ID: > I agree that we should add a tag for it (note to Utkarsh ;) ). Done. https://gitlab.kitware.com/paraview/paraview-superbuild/tags Utkarsh From hermann.fuerntratt at joanneum.at Thu Jan 21 04:40:17 2016 From: hermann.fuerntratt at joanneum.at (Fuerntratt, Hermann) Date: Thu, 21 Jan 2016 09:40:17 +0000 Subject: [Paraview] Issues viewing PV5.0.0 Filters/Alphabetical submenu Message-ID: <470ac372adce4ca985e32c89a98cd2ea@RZJMBX2.jr1.local> Hi, I have built ParaView 5.0.0 in VS2013, 64 bit based on Qt 4.8.6, with OpenGL2 render engine in DEBUG and RELEASE mode on a Win8.1 64 bit system, OpenGL version 4.5.0 NVIDIA 355.82, OpenGL renderer GeForce GTX 970/PCIe/SSE2. So far everything looks good except the big submenu item opened after clicking on Filters/Alphabetical just renders the first column of filters correctly. Starting with the second submenu column, only icons are displayed centred (if available) but no text is shown. So there is a 3 column submenu with the first column ok, the 2nd column only with icons and the 3rd column totally empty. I tracked void pqProxyGroupMenuManager::populateMenu() method in \ApplicationComponents\pqProxyGroupMenuManager.cxx // Now sort all actions added in temp based on their texts. qSort(someActions.begin(), someActions.end(), ::actionTextSort); foreach (QAction* action, someActions) { alphabeticalMenu->addAction(action); //Check if everything is all right: auto msg = action->font().family(); qDebug() << "-----------Adding Action > " << action->text() << " isVisible= " << action->isVisible() << " Font " << msg; } But all actions have a text and are visible... Has anyone else experienced the same weird thing??? -------------- next part -------------- An HTML attachment was scrubbed... URL: From chuck.atkins at kitware.com Thu Jan 21 10:16:39 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Thu, 21 Jan 2016 10:16:39 -0500 Subject: [Paraview] Troubles building mathstuf/qhull subproject using PV 4.4.0 superbuild with Intel >14.x compilers In-Reply-To: <20160120143421.GD6005@megas.kitware.com> References: <569EEB72.1000506@lanl.gov> <20160120143421.GD6005@megas.kitware.com> Message-ID: Hi Giovanni, It seems there's still some compatibility issues with upstream and the Intel compiler. Really it's sloppy logic in how the C headers and their linkage are specified. I've addressed this in a fork on github: https://github.com/chuckatkins/qhull.git . Basically I've made the headers responsible for defining their C linkage instead of forcing the consuming C++ code to know about it. I've got a pull request to merge it upstream but until then you can try it from my fork. I tested it on Moonlight and was able to build with the latest GNU, Intel and PGI compilers. - Chuck On Wed, Jan 20, 2016 at 9:34 AM, Ben Boeckel wrote: > On Tue, Jan 19, 2016 at 19:05:38 -0700, Giovanni A. Cone wrote: > > I'm attempting to get PV 4.4.0 builds of Paraview > > against Intel 14 and 15 on our HPC systems. One item that > > some users have asked us for was the Cosmotools integration. > > This ultimately needs the Qhull library to be built. Builds > > against GCC 4.8.2 went through without a hitch. However the > > Intel builds all failed with an odd cryptic syntax error > > message that I do not fully comprehend (sorry I'm still > > stuck in Fortranistan). > > > > Building CXX object > ^^^ > > See below. > > > CMakeFiles/qhullcpp.dir/src/libqhullcpp/Coordinates.cpp.o > > In file included from > > > /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/poly2.c(16): > > > /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/qhull_a.h(106): > > warning #77: this declaration has no storage class or type > > specifier > > template > > ^ > > > > In file included from > > > /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/poly2.c(16): > > > /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/qhull_a.h(106): > > error: expected a ";" > > template > > ^ > > From what little I understand of C and C++, I believe that > > "templates" are a C++ construct. I'm thinking the Intel > > compiler is attempting to digest the above as "straight-up > > C" and failing. > > Marked above, it is compiling as C++, but it appears that it is trying > to parse template as an identifier rather than a keyword. My guess is > that it is something like: > > struct foo { > int member; > } // no semicolon > template ... > > which parses into a function returning a foo struct (declared there as > well) named 'template'. > > > The error messages put the blame on > > QHULL_SRC_ROOT/src/libqhull/qhull_a.h around line 105 > > > > I then decided to snoop on github.com for another qhull > > repo. I found one > > at > > > > https://github.com/qhull/qhull > > > > From which I believe the "https://github.com/mathstuf/qhull > > next branch" repo that Paraview wants to use was forked from. > > Not originally, but it is now that qhull has moved from sourceforge to > github (it was originally forked from George Zegaris' clone which he > mirrored from sourceforge to github, but I recently re-forked the proper > repo). > > > Point being that the mainline non-forked Qhull has something > > different in the preprocessor conditional surrounding the > > above offensive line of source: > > > > #if defined(__cplusplus) && defined(__INTEL_COMPILER) && > > !defined(QHULL_OS_WIN) > > > > while the mathstuf/qhull repo DOES NOT have the above > > "defined(__cplusplus)" preproc conditional. > > My 'next' branch is based off an old release, so differences to upstream > are not surprising. > > > I tested to see if the addition would at least allow the > > 'mathstuf/qhull next branch' source to properly build with > > Intel 14 and 15. It got about to 36% and then failed with > > the error message: > > All my branch does is fix an Xcode compilation errors where std:: > iterator tags are forward declared improperly. > > > In file included from > > /tmp/conega/qhull_SRC/src/libqhullcpp/QhullIterator.h(13), > > from /tmp/conega/qhull_SRC/src/libqhullcpp/Coordinates.h(13), > > from /tmp/conega/qhull_SRC/src/libqhullcpp/Coordinates.cpp(11): > > /tmp/conega/qhull_SRC/src/libqhull/qhull_a.h(106): error: > > this declaration may not have extern "C" linkage > > template > > ^ > > It appears that something is doing > > extern "C" { > #include "qhull.h" > } > > which won't work since qhull is a C++ header. Are there any 'extern "C"' > bits around? Passing -E (or whatever Intel's equivalent is) to dump the > preprocessed source would help to see. The __cplusplus check may be > guarding against that line in upstream. > > > So at least the conditional helped a bit for what I believe > > is the "straight up C" part of the build. > > > > > > I'll CC the author of the fork Ben Boeckel about this. > > That's me too :) . Seems I forgot to change the author setting for that > clone :/ . Rewrote the commit with the proper email. > > --Ben > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcartwright at microseismic.com Thu Jan 21 10:50:04 2016 From: mcartwright at microseismic.com (Mark Cartwright) Date: Thu, 21 Jan 2016 15:50:04 +0000 Subject: [Paraview] Using vtkDelimitedTextReader in a plugin -- Win64 In-Reply-To: References: Message-ID: Excellent ! That fixed the win64 link issue ! -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: Tuesday, January 19, 2016 3:59 PM To: Mark Cartwright Cc: paraview at paraview.org Subject: Re: [Paraview] Using vtkDelimitedTextReader in a plugin -- Win64 I think you need TARGET_LINK_LIBRARIES(MSIAMTISource LINK_PRIVATE vtkIOInfovis). You need to specify the name of the target first. On Tue, Jan 19, 2016 at 3:16 PM, Mark Cartwright wrote: > > > I have a plugin that uses vtkDelimitedTextReader, which compiles and > links and runs perfectly on linux64 ? but produces a link error on > Win64 > > > > Error 1 error LNK2019: unresolved external symbol > "__declspec(dllimport) public: static class vtkDelimitedTextReader * > __cdecl vtkDelimitedTextReader::New(void)" > (__imp_?New at vtkDelimitedTextReader@@SAPEAV1 at XZ) referenced in function > "public: static class vtkSmartPointer > __cdecl vtkSmartPointer::New(void)" > (?New@?$vtkSmartPointer at VvtkDelimitedTextReader@@@@SA?AV1 at XZ) > ?somepath?\Plugins\MSIAMTISource\MSIAMTISource.obj MSIAMTISource > > > > Here is the cmake ? from searches of the list I think the missing > vtkIOInfovis lib goes in TARGET_LINK_LIBRARIES ? but maybe not? > > > > > > > > SET(PLUGIN_NAME MSIAMTISource) > > SET(PLUGIN_VERSION "1.0") > > > > include_directories(${VTK_INCLUDE_DIRS}) > > > > ADD_PARAVIEW_PLUGIN(MSIAMTISource "1.0" > > SERVER_MANAGER_XML MSIAMTISource.xml > > SERVER_MANAGER_SOURCES MSIAMTISource.cxx > > ) > > > > TARGET_LINK_LIBRARIES(vtkIOInfovis) > > > > Any ideas welcome ! > > > > Thanks, > > > > MarkC > > > > > > > > > ________________________________ > > This email and its attachments may contain MicroSeismic Inc. > proprietary information, which is PRIVILEGED, CONFIDENTIAL, or subject > to COPYRIGHT belonging to MicroSeismic Inc. This email is intended > solely for the use of the individual or entity to which it is > addressed. If you are not the intended recipient of this email, or the > employee or agent responsible for delivering this email to the > intended recipient you are hereby notified that any dissemination, > distribution, copying, or action taken in relation to the contents of > and attachments to this email is STRICTLY PROHIBITED and may be > UNLAWFUL. If you have received this email in error, please notify the > sender immediately and permanently delete the original and any copy of this email and any printout. Thank You. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > ________________________________ This email and its attachments may contain MicroSeismic Inc. proprietary information, which is PRIVILEGED, CONFIDENTIAL, or subject to COPYRIGHT belonging to MicroSeismic Inc. This email is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this email, or the employee or agent responsible for delivering this email to the intended recipient you are hereby notified that any dissemination, distribution, copying, or action taken in relation to the contents of and attachments to this email is STRICTLY PROHIBITED and may be UNLAWFUL. If you have received this email in error, please notify the sender immediately and permanently delete the original and any copy of this email and any printout. Thank You. From dave.demarle at kitware.com Thu Jan 21 11:09:52 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 21 Jan 2016 11:09:52 -0500 Subject: [Paraview] Linux memory problems exclusive to Paraview In-Reply-To: References: Message-ID: Dennis, Couple things please. 1) What distribution and version? 2) Can you send use the top couple of lines of top so we know specifically what you are seeing (top output can vary) 3) Second - This is a shot in the dark and you'll have to compile preview to test it. In vtkDataArrayTemplate.cxx - ensure that dontUseRealloc is true. This changes part of the way we manage memory, so it might come into play. thanks David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Jan 19, 2016 at 1:23 PM, Dennis Conklin wrote: > All, > > > > I will never be mistaken for a Linux sys admin, so let me try to tell you > what is happening in a hopefully understandable way. > > > > We run Paraview standalone on our workstations ? no remote server, etc. > Just running the executables DL?ed from the website. > > > > We constantly have an issue with Paraview not having enough memory to > behave properly. > > If I run TOP at the command line, I might see that nothing is using more > than 2% of memory, but in the header it says I have 32GB of ram and 28GB is > ?used? in the terminology of TOP. This will mean that Paraview will have > very little memory available to it (confirmed using Memory inspector) and > it will be very slow! However, other programs, including other > post-processors seem to be able to access this ?used? memory and perform > much better. What is it about Paraview which makes it unable to utilize > this ?used? but apparently available memory, while other programs can? > > > > If more info is needed, can someone help me understand how to get the > needed info. After discussing this several times with the sys admins, > they just want me to go away because apparently only Paraview has this > issue. > > > > Thanks for any help > > > > Dennis > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chuck.atkins at kitware.com Thu Jan 21 11:29:22 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Thu, 21 Jan 2016 11:29:22 -0500 Subject: [Paraview] Linux memory problems exclusive to Paraview In-Reply-To: References: Message-ID: > > This will mean that Paraview will have very little memory available to it > (confirmed using Memory inspector) and it will be very slow! > The Memory inspector can't really be relied on right now because it includes cached memory in the "used" total. Basically it's reporting Total - Free, where free is completely unused by anything. In reality, you actually have Free + Cached available for use as the kernel will prioritize application memory requests over background kernel cache. When looking at top you should see the following memory categories: - Total - All memory present on the system - Free - Memory that is entirely free and clear, not used by anything - Used - Memory being directly used by applications and kernel - Buff / Cache - Memory that the kernel manages to keep frequently accessed data The Buff / Cache is what usually gets ignored and / or misinterpreted. While it is being used by the kernel, it's also available to be reclaimed by applications once the Free memory is exhausted. So when looking at top, the memory you have available for application use is Total - Used, which should equal Free + Cached. Memory inspector misreports this. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis_conklin at goodyear.com Thu Jan 21 14:09:22 2016 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Thu, 21 Jan 2016 19:09:22 +0000 Subject: [Paraview] [EXT] Re: Linux memory problems exclusive to Paraview In-Reply-To: References: Message-ID: David, I have attached the summary from top ? it indicates that of my 32GB, 5.4 GB is ?free?. Note that nothing is actually ?using? that much memory. If I run Paraview with my huge model, then it will be very slow and complain about not having memory. If I run other programs to process this huge model, they will work just fine and never notice that they don?t have memory. It appears that they can access the ?used? memory while paraview cannot use it. The distribution info is also attached. We are not yet compiling Paraview here ? we are using the v4.4 Linux 64-bit executables DL?ed from the website, so I?m not sure I can change any flags for memory management. Thanks for taking a look at this. Dennis From: David E DeMarle [mailto:dave.demarle at kitware.com] Sent: Thursday, January 21, 2016 11:10 AM To: Dennis Conklin Cc: Paraview (paraview at paraview.org) Subject: [EXT] Re: [Paraview] Linux memory problems exclusive to Paraview Dennis, Couple things please. 1) What distribution and version? 2) Can you send use the top couple of lines of top so we know specifically what you are seeing (top output can vary) 3) Second - This is a shot in the dark and you'll have to compile preview to test it. In vtkDataArrayTemplate.cxx - ensure that dontUseRealloc is true. This changes part of the way we manage memory, so it might come into play. thanks David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Jan 19, 2016 at 1:23 PM, Dennis Conklin > wrote: All, I will never be mistaken for a Linux sys admin, so let me try to tell you what is happening in a hopefully understandable way. We run Paraview standalone on our workstations ? no remote server, etc. Just running the executables DL?ed from the website. We constantly have an issue with Paraview not having enough memory to behave properly. If I run TOP at the command line, I might see that nothing is using more than 2% of memory, but in the header it says I have 32GB of ram and 28GB is ?used? in the terminology of TOP. This will mean that Paraview will have very little memory available to it (confirmed using Memory inspector) and it will be very slow! However, other programs, including other post-processors seem to be able to access this ?used? memory and perform much better. What is it about Paraview which makes it unable to utilize this ?used? but apparently available memory, while other programs can? If more info is needed, can someone help me understand how to get the needed info. After discussing this several times with the sys admins, they just want me to go away because apparently only Paraview has this issue. Thanks for any help Dennis _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: top.png Type: image/png Size: 13636 bytes Desc: top.png URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: dist.txt URL: From ruggiero.guida at gmail.com Thu Jan 21 17:48:23 2016 From: ruggiero.guida at gmail.com (Ruggiero Guida) Date: Thu, 21 Jan 2016 22:48:23 +0000 Subject: [Paraview] ParaviewWeb Working Directory Message-ID: Hi, I am using Paraview 4.4 on Mac Yosemite. Is it possible to launch a ParaviewWeb server from a folder different from /Applications/paraview.app/Contents/ ? For example if I try to launch from the home directory with Applications/paraview.app/Contents/bin/pvpython /Applications/paraview.app/Contents/Python/paraview/web/pv_web_visualizer.py --content www --port 8080 & The server does not seem to work and I get an "404 - No Such Resource" error from the browser. Thanks Ruggiero -------------- next part -------------- An HTML attachment was scrubbed... URL: From scott.wittenburg at kitware.com Thu Jan 21 18:39:53 2016 From: scott.wittenburg at kitware.com (Scott Wittenburg) Date: Thu, 21 Jan 2016 17:39:53 -0600 Subject: [Paraview] ParaviewWeb Working Directory In-Reply-To: References: Message-ID: Hi Ruggiero, When you pass the "--content" argument, try using a full path to the "www" directory, as it is looking in your current directory for that (in the absence of a leading '/' or other drive indicator). Hope this helps, Scott On Thu, Jan 21, 2016 at 4:48 PM, Ruggiero Guida wrote: > Hi, > > I am using Paraview 4.4 on Mac Yosemite. > > Is it possible to launch a ParaviewWeb server from a folder different from > /Applications/paraview.app/Contents/ ? > > For example if I try to launch from the home directory with > > Applications/paraview.app/Contents/bin/pvpython > /Applications/paraview.app/Contents/Python/paraview/web/pv_web_visualizer.py > --content www --port 8080 & > > The server does not seem to work and I get an "404 - No Such Resource" > error from the browser. > > Thanks > Ruggiero > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruggiero.guida at gmail.com Thu Jan 21 18:51:05 2016 From: ruggiero.guida at gmail.com (Ruggiero Guida) Date: Thu, 21 Jan 2016 23:51:05 +0000 Subject: [Paraview] ParaviewWeb Working Directory In-Reply-To: References: Message-ID: Thanks Scott. I completely missed that www! It works now. On Thu, 21 Jan 2016 at 23:39 Scott Wittenburg wrote: > Hi Ruggiero, > > When you pass the "--content" argument, try using a full path to the > "www" directory, as it is looking in your current directory for that (in > the absence of a leading '/' or other drive indicator). > > Hope this helps, > Scott > > On Thu, Jan 21, 2016 at 4:48 PM, Ruggiero Guida > wrote: > >> Hi, >> >> I am using Paraview 4.4 on Mac Yosemite. >> >> Is it possible to launch a ParaviewWeb server from a folder different >> from >> /Applications/paraview.app/Contents/ ? >> >> For example if I try to launch from the home directory with >> >> Applications/paraview.app/Contents/bin/pvpython >> /Applications/paraview.app/Contents/Python/paraview/web/pv_web_visualizer.py >> --content www --port 8080 & >> >> The server does not seem to work and I get an "404 - No Such Resource" >> error from the browser. >> >> Thanks >> Ruggiero >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From scott.wittenburg at kitware.com Thu Jan 21 18:56:51 2016 From: scott.wittenburg at kitware.com (Scott Wittenburg) Date: Thu, 21 Jan 2016 17:56:51 -0600 Subject: [Paraview] ParaviewWeb Working Directory In-Reply-To: References: Message-ID: No problem, glad to hear it's working. Cheers, Scott On Thu, Jan 21, 2016 at 5:51 PM, Ruggiero Guida wrote: > Thanks Scott. I completely missed that www! It works now. > > On Thu, 21 Jan 2016 at 23:39 Scott Wittenburg < > scott.wittenburg at kitware.com> wrote: > >> Hi Ruggiero, >> >> When you pass the "--content" argument, try using a full path to the >> "www" directory, as it is looking in your current directory for that (in >> the absence of a leading '/' or other drive indicator). >> >> Hope this helps, >> Scott >> >> On Thu, Jan 21, 2016 at 4:48 PM, Ruggiero Guida > > wrote: >> >>> Hi, >>> >>> I am using Paraview 4.4 on Mac Yosemite. >>> >>> Is it possible to launch a ParaviewWeb server from a folder different >>> from >>> /Applications/paraview.app/Contents/ ? >>> >>> For example if I try to launch from the home directory with >>> >>> Applications/paraview.app/Contents/bin/pvpython >>> /Applications/paraview.app/Contents/Python/paraview/web/pv_web_visualizer.py >>> --content www --port 8080 & >>> >>> The server does not seem to work and I get an "404 - No Such Resource" >>> error from the browser. >>> >>> Thanks >>> Ruggiero >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From bencesomogyi at gmail.com Fri Jan 22 02:44:27 2016 From: bencesomogyi at gmail.com (Somogyi Bence) Date: Fri, 22 Jan 2016 08:44:27 +0100 Subject: [Paraview] CGNS reader in ParaView 5.0.0 Message-ID: Dear All, I am missing the CGNS reader from "ParaView-5.0.0-Qt4-OpenGL2-Windows-64bit.exe". What is the reason it is not included anymore? Are there plans to make it available again, or is there a workaround I could do? Thanks, Bence -------------- next part -------------- An HTML attachment was scrubbed... URL: From axkibe at gmail.com Fri Jan 22 07:30:55 2016 From: axkibe at gmail.com (Axel Kittenberger) Date: Fri, 22 Jan 2016 13:30:55 +0100 Subject: [Paraview] [EXT] Re: Linux memory problems exclusive to Paraview In-Reply-To: References: Message-ID: See: http://www.linuxatemyram.com/ On Thu, Jan 21, 2016 at 8:09 PM, Dennis Conklin wrote: > David, > > > > I have attached the summary from top ? it indicates that of my 32GB, 5.4 > GB is ?free?. Note that nothing is actually ?using? that much memory. > If I run Paraview with my huge model, then it will be very slow and > complain about not having memory. If I run other programs to process this > huge model, they will work just fine and never notice that they don?t have > memory. It appears that they can access the ?used? memory while paraview > cannot use it. > > > > The distribution info is also attached. > > > > We are not yet compiling Paraview here ? we are using the v4.4 Linux > 64-bit executables DL?ed from the website, so I?m not sure I can change any > flags for memory management. > > > > Thanks for taking a look at this. > > > > Dennis > > > > *From:* David E DeMarle [mailto:dave.demarle at kitware.com] > *Sent:* Thursday, January 21, 2016 11:10 AM > *To:* Dennis Conklin > *Cc:* Paraview (paraview at paraview.org) > *Subject:* [EXT] Re: [Paraview] Linux memory problems exclusive to > Paraview > > > > Dennis, > > > > Couple things please. > > > > 1) What distribution and version? > > 2) Can you send use the top couple of lines of top so we know specifically > what you are seeing (top output can vary) > > 3) Second - This is a shot in the dark and you'll have to compile preview > to test it. In vtkDataArrayTemplate.cxx - ensure that dontUseRealloc is > true. This changes part of the way we manage memory, so it might come into > play. > > > > thanks > > > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > > > On Tue, Jan 19, 2016 at 1:23 PM, Dennis Conklin < > dennis_conklin at goodyear.com> wrote: > > All, > > > > I will never be mistaken for a Linux sys admin, so let me try to tell you > what is happening in a hopefully understandable way. > > > > We run Paraview standalone on our workstations ? no remote server, etc. > Just running the executables DL?ed from the website. > > > > We constantly have an issue with Paraview not having enough memory to > behave properly. > > If I run TOP at the command line, I might see that nothing is using more > than 2% of memory, but in the header it says I have 32GB of ram and 28GB is > ?used? in the terminology of TOP. This will mean that Paraview will have > very little memory available to it (confirmed using Memory inspector) and > it will be very slow! However, other programs, including other > post-processors seem to be able to access this ?used? memory and perform > much better. What is it about Paraview which makes it unable to utilize > this ?used? but apparently available memory, while other programs can? > > > > If more info is needed, can someone help me understand how to get the > needed info. After discussing this several times with the sys admins, > they just want me to go away because apparently only Paraview has this > issue. > > > > Thanks for any help > > > > Dennis > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dennis_conklin at goodyear.com Fri Jan 22 07:45:20 2016 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Fri, 22 Jan 2016 12:45:20 +0000 Subject: [Paraview] [EXT] Re: Linux memory problems exclusive to Paraview In-Reply-To: References: Message-ID: Axel, Thanks for that reference ? it?s very interesting, but everything EXCEPT Paraview is acting just like that page says. Paraview on the other hand is really really slow when that memory is indicated as used. Dennis From: Axel Kittenberger [mailto:axkibe at gmail.com] Sent: Friday, January 22, 2016 7:31 AM To: Dennis Conklin Cc: David E DeMarle ; Paraview (paraview at paraview.org) Subject: Re: [Paraview] [EXT] Re: Linux memory problems exclusive to Paraview See: http://www.linuxatemyram.com/ On Thu, Jan 21, 2016 at 8:09 PM, Dennis Conklin > wrote: David, I have attached the summary from top ? it indicates that of my 32GB, 5.4 GB is ?free?. Note that nothing is actually ?using? that much memory. If I run Paraview with my huge model, then it will be very slow and complain about not having memory. If I run other programs to process this huge model, they will work just fine and never notice that they don?t have memory. It appears that they can access the ?used? memory while paraview cannot use it. The distribution info is also attached. We are not yet compiling Paraview here ? we are using the v4.4 Linux 64-bit executables DL?ed from the website, so I?m not sure I can change any flags for memory management. Thanks for taking a look at this. Dennis From: David E DeMarle [mailto:dave.demarle at kitware.com] Sent: Thursday, January 21, 2016 11:10 AM To: Dennis Conklin > Cc: Paraview (paraview at paraview.org) > Subject: [EXT] Re: [Paraview] Linux memory problems exclusive to Paraview Dennis, Couple things please. 1) What distribution and version? 2) Can you send use the top couple of lines of top so we know specifically what you are seeing (top output can vary) 3) Second - This is a shot in the dark and you'll have to compile preview to test it. In vtkDataArrayTemplate.cxx - ensure that dontUseRealloc is true. This changes part of the way we manage memory, so it might come into play. thanks David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, Jan 19, 2016 at 1:23 PM, Dennis Conklin > wrote: All, I will never be mistaken for a Linux sys admin, so let me try to tell you what is happening in a hopefully understandable way. We run Paraview standalone on our workstations ? no remote server, etc. Just running the executables DL?ed from the website. We constantly have an issue with Paraview not having enough memory to behave properly. If I run TOP at the command line, I might see that nothing is using more than 2% of memory, but in the header it says I have 32GB of ram and 28GB is ?used? in the terminology of TOP. This will mean that Paraview will have very little memory available to it (confirmed using Memory inspector) and it will be very slow! However, other programs, including other post-processors seem to be able to access this ?used? memory and perform much better. What is it about Paraview which makes it unable to utilize this ?used? but apparently available memory, while other programs can? If more info is needed, can someone help me understand how to get the needed info. After discussing this several times with the sys admins, they just want me to go away because apparently only Paraview has this issue. Thanks for any help Dennis _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Fri Jan 22 10:14:21 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 22 Jan 2016 10:14:21 -0500 Subject: [Paraview] CGNS reader in ParaView 5.0.0 In-Reply-To: References: Message-ID: Looking into it. Seems like this is an issue only for the non-mpi ParaView binaries on Windows. A workaround for now is to use the MPI version (ParaView-5.0.0-Qt4-OpenGL2-MPI-Windows-64bit). You will also need to install MSMPI [1] separately to use the MPI enabled Windows binaries, however. [1] https://www.microsoft.com/en-us/download/details.aspx?id=49926 On Fri, Jan 22, 2016 at 2:44 AM, Somogyi Bence wrote: > Dear All, > > I am missing the CGNS reader from > "ParaView-5.0.0-Qt4-OpenGL2-Windows-64bit.exe". What is the reason it is not > included anymore? Are there plans to make it available again, or is there a > workaround I could do? > > Thanks, > Bence > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From dennis_conklin at goodyear.com Fri Jan 22 13:05:25 2016 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Fri, 22 Jan 2016 18:05:25 +0000 Subject: [Paraview] How to find the distance to nearest node for each node in MultiBlockDataset Message-ID: All, I have tried vtk.vtkKdTree before and never got the right answer, so before I write a bruteforce method I thought I should ask. The points are nodes for truss elements and I need to check if they are closer than a cord diameter, which would be physically impossible. So I thought I would calculate a Point variable which is distance to the nearest adjacent point, and then I could look at some statistics to evaluate quality. Any quick and dirty ideas? Thanks Dennis -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Fri Jan 22 16:17:57 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 22 Jan 2016 16:17:57 -0500 Subject: [Paraview] How to find the distance to nearest node for each node in MultiBlockDataset In-Reply-To: References: Message-ID: Dennis, Any sample dataset that you can share to try this on? Utkarsh On Fri, Jan 22, 2016 at 1:05 PM, Dennis Conklin wrote: > All, > > > > I have tried vtk.vtkKdTree before and never got the right answer, so before > I write a bruteforce method I thought I should ask. > > > > The points are nodes for truss elements and I need to check if they are > closer than a cord diameter, which would be physically impossible. So I > thought I would calculate a Point variable which is distance to the nearest > adjacent point, and then I could look at some statistics to evaluate > quality. > > > > Any quick and dirty ideas? > > > > Thanks > > > > Dennis > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From dennis_conklin at goodyear.com Fri Jan 22 16:39:48 2016 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Fri, 22 Jan 2016 21:39:48 +0000 Subject: [Paraview] [EXT] Re: How to find the distance to nearest node for each node in MultiBlockDataset In-Reply-To: References: Message-ID: Utkarsh, I am feeling really stupid at the moment as this seems simple but I cannot escape the ValueError: setting an array element with a sequence error. Here is my latest (250th?) edit, which now doesn't like the float assignment of Distance, but I give up. I decided to loop over all nodes inside a loop over all nodes and just calculate all the distances and keep the smallest, but I can't seem to calculate a distance, then compare it to the min and assign it to the array. I am testing it on a solid element model with a single block loaded, so bake.e, for instance, would work. Thanks Dennis -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: Friday, January 22, 2016 4:18 PM To: Dennis Conklin Cc: Paraview (paraview at paraview.org) Subject: [EXT] Re: [Paraview] How to find the distance to nearest node for each node in MultiBlockDataset Dennis, Any sample dataset that you can share to try this on? Utkarsh On Fri, Jan 22, 2016 at 1:05 PM, Dennis Conklin wrote: > All, > > > > I have tried vtk.vtkKdTree before and never got the right answer, so > before I write a bruteforce method I thought I should ask. > > > > The points are nodes for truss elements and I need to check if they are > closer than a cord diameter, which would be physically impossible. So I > thought I would calculate a Point variable which is distance to the > nearest adjacent point, and then I could look at some statistics to > evaluate quality. > > > > Any quick and dirty ideas? > > > > Thanks > > > > Dennis > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: nearest_node.txt URL: From chuck.atkins at kitware.com Sat Jan 23 09:04:27 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Sat, 23 Jan 2016 09:04:27 -0500 Subject: [Paraview] Troubles building mathstuf/qhull subproject using PV 4.4.0 superbuild with Intel >14.x compilers In-Reply-To: <20160120143421.GD6005@megas.kitware.com> References: <569EEB72.1000506@lanl.gov> <20160120143421.GD6005@megas.kitware.com> Message-ID: Ben, Giovanni, My changes to qhull to fix the Intel compiler were merged upstream so we don't need to use private forks anymore. I'll change the superbuild repo to point to upstream. In the meantime, you can use the current upstream master at https://github.com/qhull/qhull.git . I tested it the build with GCC, Intel, and PGI. - Chuck On Wed, Jan 20, 2016 at 9:34 AM, Ben Boeckel wrote: > On Tue, Jan 19, 2016 at 19:05:38 -0700, Giovanni A. Cone wrote: > > I'm attempting to get PV 4.4.0 builds of Paraview > > against Intel 14 and 15 on our HPC systems. One item that > > some users have asked us for was the Cosmotools integration. > > This ultimately needs the Qhull library to be built. Builds > > against GCC 4.8.2 went through without a hitch. However the > > Intel builds all failed with an odd cryptic syntax error > > message that I do not fully comprehend (sorry I'm still > > stuck in Fortranistan). > > > > Building CXX object > ^^^ > > See below. > > > CMakeFiles/qhullcpp.dir/src/libqhullcpp/Coordinates.cpp.o > > In file included from > > > /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/poly2.c(16): > > > /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/qhull_a.h(106): > > warning #77: this declaration has no storage class or type > > specifier > > template > > ^ > > > > In file included from > > > /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/poly2.c(16): > > > /tmp/conega/BUILD/lightshow/paraview-4.4.0-osmesa/intel-15_openmpi-1.6.5/BUILD01/qhull/src/qhull/src/libqhull/qhull_a.h(106): > > error: expected a ";" > > template > > ^ > > From what little I understand of C and C++, I believe that > > "templates" are a C++ construct. I'm thinking the Intel > > compiler is attempting to digest the above as "straight-up > > C" and failing. > > Marked above, it is compiling as C++, but it appears that it is trying > to parse template as an identifier rather than a keyword. My guess is > that it is something like: > > struct foo { > int member; > } // no semicolon > template ... > > which parses into a function returning a foo struct (declared there as > well) named 'template'. > > > The error messages put the blame on > > QHULL_SRC_ROOT/src/libqhull/qhull_a.h around line 105 > > > > I then decided to snoop on github.com for another qhull > > repo. I found one > > at > > > > https://github.com/qhull/qhull > > > > From which I believe the "https://github.com/mathstuf/qhull > > next branch" repo that Paraview wants to use was forked from. > > Not originally, but it is now that qhull has moved from sourceforge to > github (it was originally forked from George Zegaris' clone which he > mirrored from sourceforge to github, but I recently re-forked the proper > repo). > > > Point being that the mainline non-forked Qhull has something > > different in the preprocessor conditional surrounding the > > above offensive line of source: > > > > #if defined(__cplusplus) && defined(__INTEL_COMPILER) && > > !defined(QHULL_OS_WIN) > > > > while the mathstuf/qhull repo DOES NOT have the above > > "defined(__cplusplus)" preproc conditional. > > My 'next' branch is based off an old release, so differences to upstream > are not surprising. > > > I tested to see if the addition would at least allow the > > 'mathstuf/qhull next branch' source to properly build with > > Intel 14 and 15. It got about to 36% and then failed with > > the error message: > > All my branch does is fix an Xcode compilation errors where std:: > iterator tags are forward declared improperly. > > > In file included from > > /tmp/conega/qhull_SRC/src/libqhullcpp/QhullIterator.h(13), > > from /tmp/conega/qhull_SRC/src/libqhullcpp/Coordinates.h(13), > > from /tmp/conega/qhull_SRC/src/libqhullcpp/Coordinates.cpp(11): > > /tmp/conega/qhull_SRC/src/libqhull/qhull_a.h(106): error: > > this declaration may not have extern "C" linkage > > template > > ^ > > It appears that something is doing > > extern "C" { > #include "qhull.h" > } > > which won't work since qhull is a C++ header. Are there any 'extern "C"' > bits around? Passing -E (or whatever Intel's equivalent is) to dump the > preprocessed source would help to see. The __cplusplus check may be > guarding against that line in upstream. > > > So at least the conditional helped a bit for what I believe > > is the "straight up C" part of the build. > > > > > > I'll CC the author of the fork Ben Boeckel about this. > > That's me too :) . Seems I forgot to change the author setting for that > clone :/ . Rewrote the commit with the proper email. > > --Ben > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From guillaume.jacquenot at gmail.com Sat Jan 23 11:00:14 2016 From: guillaume.jacquenot at gmail.com (Guillaume Jacquenot) Date: Sat, 23 Jan 2016 17:00:14 +0100 Subject: [Paraview] Use of Python declared variables inside new scripts from ProgrammableSource and/or ProgrammableFilter. In-Reply-To: References: Message-ID: I have understood why my solution did not work. My goal is to access user defined data from a ProgrammableFilter I know my solution is not recommended,but it works, and I could not figure other solutions I have used the RequestInformationScript as a constructor to initiate my additional variables: My bug was appening, since I did not know that this script may be called several times. The first time the additional members were correctly evaluated. But my additional members became all mixed up the second time So I added a test to see if my additional members were already created. Below is an example that shows how to add member to a ProgrammableFilter from paraview.simple import Sphere from paraview.simple import ProgrammableFilter from paraview.simple import UpdatePipeline sphere = Sphere() p = ProgrammableFilter(Input=sphere) p.Script = 'print(self.x)' p.RequestInformationScript = 'if "x" not in dir(self):\n self.x=12' UpdatePipeline() However this solution does not work for ProgrammableSource from paraview.simple import ProgrammableSource p=ProgrammableSource() p.Script = 'print(self.x)' p.RequestInformationScript = 'if "x" not in dir(self):\n self.x=12' UpdatePipeline() Traceback (most recent call last): File "", line 1, in File "C:\Program Files\ParaView 4.4.0\lib\paraview-4.4\site-packages\paraview\servermanager.py", line 302, in __setattr__ "to add this attribute.") AttributeError: Attribute RequestInformationScript does not exist. This class does not allow addition of new attributes to avoid mistakes due to typos. Use add_attribute() if you really want to add this attribute. Traceback (most recent call last): File "", line 19, in File "", line 2, in RequestData AttributeError: 'vtkPVClientServerCoreCorePython.vtkPythonProgramma' object has no attribute 'x' If I do from paraview.simple import ProgrammableSource p=ProgrammableSource() p.add_attribute('x',666) I could not find how to use x in my script 2016-01-18 15:35 GMT+01:00 Guillaume Jacquenot < guillaume.jacquenot at gmail.com>: > Hello everyone, > > Thanks Utkarsh for this answer. > It works with pvpython. > Unfortunately, this does not work with paraview > I have tested manually from a desktop version of Paraview, with Paraview > 4.4 and 5.0 on Windows. > I have this error: > NameError: global name 'meta_data' is not defined > > In fact, I have found another solution to do what I want from Paraview > I declare the new variables as member in the RequestInformationScript > (self.data=12) and I use them in the Script (print(self.data)) > However,this has some drawbacks. When I update the paraview tree, eg I > update the size of an unrelated glyph, the value changes, and consequently > breaks my scene > > Moreover, when I test it with pvpython, it clearly tells me that it is not > from paraview.simple import ProgrammableSource > from paraview.simple import UpdatePipeline > > >>> p = ProgrammableSource();p.Script = > 'print(self.x)';p.RequestInformationScript = 'self.x=12';UpdatePipeline() > > Traceback (most recent call last): > File "", line 1, in > File "C:\Program Files\ParaView > 5.0.0\lib\paraview-5.0\site-packages\paraview\servermanager.py", line 302, > in __setattr__ "to add this attribute.") > AttributeError: Attribute RequestInformationScript does not exist. This > class does not allow addition of new attributes to avoid mistakes due to > typos. Use add_attribute() if you really want to add this attribute. > > p = ProgrammableSource();p.Script = > 'print(self.x)';p.add_attribute('x',12);UpdatePipeline() > But, how to use this attribute? > May be I need to play with parameters? > > > This finds some echoes here, where apparently the only solution proposed > is to ascii write the data to pass to the script. > https://cmake.org/pipermail/paraview/2013-May/028291.html > This is clearly not a solution for me. > > > 2016-01-04 20:22 GMT+01:00 Utkarsh Ayachit : > >> The following works in builtin (non-remote server) mode only. >> >> global meta_data >> meta_data =12 >> >> p = ProgrammableSource() >> p.Script=""" >> global meta_data >> print meta_data >> """ >> >> UpdatePipeline() >> >> -------------------------------------------- >> Output: >> -------------------------------------------- >> 12 >> >> Utkarsh >> >> On Wed, Dec 30, 2015 at 9:03 AM, Guillaume Jacquenot >> wrote: >> > I would like to use Python declared variables inside new scripts from >> > ProgrammableSource and/or ProgrammableFilter. >> > >> > Why do I want such a thing? I could simply declared these variables in >> the >> > code of the script. >> > But what if these variables are to be used by several scripts from >> > ProgrammableSource and/or ProgrammableFilter? >> > >> > Of course, I can serialize variables and pass the serialized data to the >> > scripts, taking special care for float. But, what if I have large data, >> that >> > are difficult to serialize? >> > >> > So, here is my question: >> > Is there a mechanism to access already defined data inside the scripts >> of >> > ProgrammableSource and/or ProgrammableFilter? For example, a global >> scope >> > dict? >> > Do I have to use an external file to store and access data? >> > Below is the example of the Python file I would like to run , where I >> have >> > defined a 'data' that I want to access inside the script. If I try to >> > directly access 'data', I have a "NameError: global name 'data' is not >> > defined" >> > >> > My data are in fact transformation matrices that will be used to move >> > objects from a ProgrammableFilter. Using the Animation Keyframes are >> > terribly slow. >> > >> > Guillaume >> > >> > >> > >> > Python script: >> > >> > data = .... >> > >> > script=""" >> > instructions to access "data" at run time >> > ... >> > """ >> > >> > scriptRequestInformation=""" >> > ... >> > """ >> > >> > source = ProgrammableSource() >> > source.OutputDataSetType = 'vtkStructuredGrid' >> > source.Script = script >> > source.ScriptRequestInformation = scriptRequestInformation >> > source.PythonPath = '' >> > >> > _______________________________________________ >> > Powered by www.kitware.com >> > >> > Visit other Kitware open-source projects at >> > http://www.kitware.com/opensource/opensource.html >> > >> > Please keep messages on-topic and check the ParaView Wiki at: >> > http://paraview.org/Wiki/ParaView >> > >> > Search the list archives at: http://markmail.org/search/?q=ParaView >> > >> > Follow this link to subscribe/unsubscribe: >> > http://public.kitware.com/mailman/listinfo/paraview >> > >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Sat Jan 23 11:30:05 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Sat, 23 Jan 2016 11:30:05 -0500 Subject: [Paraview] Use of Python declared variables inside new scripts from ProgrammableSource and/or ProgrammableFilter. In-Reply-To: References: Message-ID: > However this solution does not work for ProgrammableSource > from paraview.simple import ProgrammableSource > p=ProgrammableSource() > p.Script = 'print(self.x)' > p.RequestInformationScript = 'if "x" not in dir(self):\n self.x=12' > UpdatePipeline() > AttributeError: Attribute RequestInformationScript does not exist. This > class does not allow addition of new attributes to avoid mistakes due to > typos. Use add_attribute() if you really want to add this attribute. The error message is not complaining about "self.x = 12", it's complaining about p. RequestInformationScript. RequestInformationScript is not the right name. Use p.ScriptRequestInformation instead. The following works for me: p = ProgrammableSource() p.Script = "print(self.x)" p.ScriptRequestInformation = 'if not hasattr(self, "x"): self.x = 12' UpdatePipeline() From ruggiero.guida at gmail.com Sat Jan 23 13:00:53 2016 From: ruggiero.guida at gmail.com (Ruggiero Guida) Date: Sat, 23 Jan 2016 18:00:53 +0000 Subject: [Paraview] Paraview Web communication with external program Message-ID: Hi, I am using the ParaviewWeb application Visualizer with a setup script that is launched when the server starts. The server is launched by a Ruby script, the Python setup script is launched during the server initialization. At this point I would like to be able to communicate with the server in order, for example, to launch a second script to update the data visualized, the settings etc.. Is this possible at all? Thanks Ruggiero -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Sun Jan 24 23:50:45 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Sun, 24 Jan 2016 23:50:45 -0500 Subject: [Paraview] Paraview Web communication with external program In-Reply-To: References: Message-ID: Hi Ruggiero, I'm not sure I understand each of the pieces here. But I'm pretty sure it is possible. For example, your second (python?) script could connect using the autobahn library with the server of the visualizer app to customize some settings. Seb On Sat, Jan 23, 2016 at 1:00 PM, Ruggiero Guida wrote: > Hi, > > I am using the ParaviewWeb application Visualizer with a setup script that > is launched when the server starts. The server is launched by a Ruby > script, the Python setup script is launched during the server > initialization. > > At this point I would like to be able to communicate with the server in > order, for example, to launch a second script to update the data > visualized, the settings etc.. > > Is this possible at all? > > Thanks > Ruggiero > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Mon Jan 25 08:30:35 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 25 Jan 2016 08:30:35 -0500 Subject: [Paraview] CGNS reader in ParaView 5.0.0 In-Reply-To: References: Message-ID: A fix is being tested: https://gitlab.kitware.com/paraview/paraview/merge_requests/585 I will generate new windows binaries once this lands. Utkarsh On Fri, Jan 22, 2016 at 10:14 AM, Utkarsh Ayachit wrote: > Looking into it. Seems like this is an issue only for the non-mpi > ParaView binaries on Windows. A workaround for now is to use the MPI > version (ParaView-5.0.0-Qt4-OpenGL2-MPI-Windows-64bit). You will also > need to install MSMPI [1] separately to use the MPI enabled Windows > binaries, however. > > [1] https://www.microsoft.com/en-us/download/details.aspx?id=49926 > > On Fri, Jan 22, 2016 at 2:44 AM, Somogyi Bence wrote: >> Dear All, >> >> I am missing the CGNS reader from >> "ParaView-5.0.0-Qt4-OpenGL2-Windows-64bit.exe". What is the reason it is not >> included anymore? Are there plans to make it available again, or is there a >> workaround I could do? >> >> Thanks, >> Bence >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> From dennis_conklin at goodyear.com Mon Jan 25 10:52:20 2016 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Mon, 25 Jan 2016 15:52:20 +0000 Subject: [Paraview] How to find the distance to nearest node for each node in MultiBlockDataset Message-ID: All, Still stupid! I think I can loop thru nodes directly without looping thru individual blocks (want inter-block distance anyway) The problem is I import x,y,z of nodes and then calculate distance with them and the result is not a float or a string so I have problems comparing it to other quantities and cannot be used in SetValue, for instance So, after I calculate distance why is it [312.7] instead of 312.7? thanks Dennis -------------- next part -------------- An HTML attachment was scrubbed... URL: From u.utku.turuncoglu at be.itu.edu.tr Mon Jan 25 13:02:51 2016 From: u.utku.turuncoglu at be.itu.edu.tr (u.utku.turuncoglu at be.itu.edu.tr) Date: Mon, 25 Jan 2016 20:02:51 +0200 (EET) Subject: [Paraview] problem in reading both 2d and 3d fields from same file ... Message-ID: <51903.88.242.47.79.1453744971.squirrel@webmail.be.itu.edu.tr> Hi, I have a problem when i try to read both two and three dimensional fields form a netCDF file. To access both 2d (x and y) and 3d (level, x, and y) fields, i am reading same file twice by changing dimension combo box in properties panel. This works fine. After creating visualization pipeline and having desired visualization, i am saving the state as a file. The problem appears when i try to open the state from scratch. In this case, i am getting following errors from Paraview and the output seems corrupted. To fix the visualization i need to go data sources and select the dimension and apply again. This is same for both 4.4.0 and 5.0. Is there any other way to read both 2d and 3d fields from netCDf file without these error? Regards, --ufuk Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef7ff80): Variable mask dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef7ff80): Variable mrso dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef7ff80): Variable mslp dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef7ff80): Variable pr dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef7ff80): Variable ps dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef7ff80): Variable ptop dimensions () are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef7ff80): Variable rcm_map dimensions () are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef7ff80): Variable topo dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef7ff80): Variable ts dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef59ab0): Variable mask dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef59ab0): Variable mrso dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef59ab0): Variable mslp dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef59ab0): Variable pr dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef59ab0): Variable ps dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef59ab0): Variable ptop dimensions () are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef59ab0): Variable rcm_map dimensions () are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef59ab0): Variable topo dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/IO/NetCDF/vtkNetCDFReader.cxx, line 782 vtkNetCDFCFReader (0x7fac1ef59ab0): Variable ts dimensions (iy jx) are different than the other variable dimensions (zlev iy jx). Skipping ERROR: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/Common/Misc/vtkFunctionParser.cxx, line 1371 vtkFunctionParser (0x7fac1f943b40): Syntax error: expecting a variable name; see position 0 ERROR: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/Common/Misc/vtkFunctionParser.cxx, line 1371 vtkFunctionParser (0x7fac1f943b40): Syntax error: expecting a variable name; see position 0 Warning: In /Users/kitware/buildbot-slave/paraview-bigmac-osx-shared-release_opengl2_osx10_7_qt4_superbuild/source-paraview/VTK/Filters/Core/vtkArrayCalculator.cxx, line 405 vtkPVArrayCalculator (0x7fac1f944530): An error occurred when parsing the calculator's function. See previous errors. From thomas.fastl at kcl.ac.uk Mon Jan 25 13:02:35 2016 From: thomas.fastl at kcl.ac.uk (Fastl, Thomas) Date: Mon, 25 Jan 2016 18:02:35 +0000 Subject: [Paraview] Calculate Edge Lengths in Unstructured Grid Message-ID: Hello Community, I'm trying to calculate the min/max/mean edge length (or even an edge length distribution) in a tetrahedral element mesh specified as an unstructured grid in Paraview. I've played with the 'Extract Edges' filter, however, wasn't successful so far. Does anybody know how I could do that? Thank you for your input! Best, Thomas Fastl -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Mon Jan 25 15:13:45 2016 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Mon, 25 Jan 2016 15:13:45 -0500 (EST) Subject: [Paraview] Calculate Edge Lengths in Unstructured Grid In-Reply-To: Message-ID: <1153838199.24853189.1453752825038.JavaMail.root@mail.gatech.edu> Thomas, You can use the MeshQuality filter to compute the Edge Ratio for tetrahedral cells. This will give you a field called Quality in your dataset. You can then compute the statistics on it using other filters as needed. That should do what you are looking for. The definitions used in the MeshQuality filter can be found at: http://www.vtk.org/Wiki/images/6/6b/VerdictManual-revA.pdf Tim ----- Original Message ----- From: "Thomas Fastl" To: paraview at paraview.org Sent: Monday, January 25, 2016 1:02:35 PM Subject: [Paraview] Calculate Edge Lengths in Unstructured Grid Hello Community, I'm trying to calculate the min/max/mean edge length (or even an edge length distribution) in a tetrahedral element mesh specified as an unstructured grid in Paraview. I've played with the 'Extract Edges' filter, however, wasn't successful so far. Does anybody know how I could do that? Thank you for your input! Best, Thomas Fastl _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.fastl at kcl.ac.uk Mon Jan 25 17:07:29 2016 From: thomas.fastl at kcl.ac.uk (Fastl, Thomas) Date: Mon, 25 Jan 2016 22:07:29 +0000 Subject: [Paraview] Calculate Edge Lengths in Unstructured Grid In-Reply-To: <1153838199.24853189.1453752825038.JavaMail.root@mail.gatech.edu> References: , <1153838199.24853189.1453752825038.JavaMail.root@mail.gatech.edu> Message-ID: Hey Tim, thanks for your reply! The Mesh Quality filter indeed provides the Edge Ratio for all tetrahedral elements, a single value calculated for every cell using the values I actually need. There must be a way to access them specifically (min/max/mean edge length) or a workaround to obtain this information. Does anybody know how I could do that? Thank you for your help! Best, Tom ________________________________ From: Tim Gallagher Sent: Monday, January 25, 2016 8:13 PM To: Fastl, Thomas Cc: paraview at paraview.org Subject: Re: [Paraview] Calculate Edge Lengths in Unstructured Grid Thomas, You can use the MeshQuality filter to compute the Edge Ratio for tetrahedral cells. This will give you a field called Quality in your dataset. You can then compute the statistics on it using other filters as needed. That should do what you are looking for. The definitions used in the MeshQuality filter can be found at: http://www.vtk.org/Wiki/images/6/6b/VerdictManual-revA.pdf Tim ________________________________ From: "Thomas Fastl" To: paraview at paraview.org Sent: Monday, January 25, 2016 1:02:35 PM Subject: [Paraview] Calculate Edge Lengths in Unstructured Grid Hello Community, I'm trying to calculate the min/max/mean edge length (or even an edge length distribution) in a tetrahedral element mesh specified as an unstructured grid in Paraview. I've played with the 'Extract Edges' filter, however, wasn't successful so far. Does anybody know how I could do that? Thank you for your input! Best, Thomas Fastl _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From roeber at dkrz.de Tue Jan 26 06:05:26 2016 From: roeber at dkrz.de (=?UTF-8?Q?Niklas_R=c3=b6ber?=) Date: Tue, 26 Jan 2016 12:05:26 +0100 Subject: [Paraview] Paraview 5.0.0 with OSPRray plugin ... In-Reply-To: References: <5697760F.8090307@be.itu.edu.tr> Message-ID: <56A752F6.3010605@dkrz.de> Hi, was anybody successful building ParaView5 under Linux with OpenGL2 from source with the pvOSPRay plugin? OSPRay as a single applications works great, but I am not getting the ParaView Plugin compiled. I am using a relatively current CentOS6 and Suse 13.1 and 13.2. I do get ParaView configured with the plugin, but now it crashes right at the beginning with an error that embree, a type actually defined within OSPRay, is not defined. I tried different branches of the plugin with the same rate of success. Any help would be really appreciated. Thanks and Cheers! Niklas > The source for the pvospray plugin is here: > https://github.com/TACC/pvOSPRay > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Thu, Jan 14, 2016 at 5:18 AM, Ufuk Utku Turuncoglu (BE) > > wrote: > > Hi All, > > I am trying to build Paraview 5.0.0 with OSPRray plugin support > but i could not see the plugin in the list. Do i need to specify > any specific flag during compilation. > > Thanks, > Regards, > > Ufuk Turuncoglu > Istanbul Technical University > Informatics Institute > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4916 bytes Desc: S/MIME Cryptographic Signature URL: From utkarsh.ayachit at kitware.com Tue Jan 26 12:41:42 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 26 Jan 2016 12:41:42 -0500 Subject: [Paraview] How to find the distance to nearest node for each node in MultiBlockDataset In-Reply-To: References: Message-ID: Dennis, The ParaView Guide chapter 14 and this blog post (http://kitware.com/blog/home/post/723) talks about how arrays on composite datasets are treated. Anycase, attached is a script that's better at finding the closest point and then computing the distance. It uses a PointLocator to find the closest point. -------------- next part -------------- A non-text attachment was scrubbed... Name: minDistance.py Type: text/x-python Size: 1353 bytes Desc: not available URL: From tim.gallagher at gatech.edu Tue Jan 26 19:27:23 2016 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Tue, 26 Jan 2016 19:27:23 -0500 (EST) Subject: [Paraview] Calculate Edge Lengths in Unstructured Grid In-Reply-To: Message-ID: <1368933759.25056569.1453854443486.JavaMail.root@mail.gatech.edu> Hi Thomas, Sorry for the delay responding, I got side tracked doing some other stuff and didn't know the answer off the top of my head! But, it looks the filter provides what you are looking for. Based on the documentation of the vktMeshQuality filter (http://www.vtk.org/doc/nightly/html/classvtkMeshQuality.html#details), in addition to the per-cell value in the Quality scalar, there is also a Field Data set that is produced called Mesh Quality. In your case, you are looking for the Mesh Tetrahedron Quality field. The field has 5 components. The first 4 are the ones you are looking for, and they are: > The minimum, average, maximum, and unbiased variance of quality for each type of cell is stored in the output mesh's FieldData. When you visualize the Mesh Tetrahedron Quality variable, it will default to the Magnitude. If you change it to show component 0 you will get the minimum for each cell, 1 is the average, etc.. The 5th field (component 4) is used internally and doesn't matter. Hope that helps, Tim ----- Original Message ----- From: "Thomas Fastl" To: "tim gallagher" Cc: paraview at paraview.org Sent: Monday, January 25, 2016 5:07:29 PM Subject: Re: [Paraview] Calculate Edge Lengths in Unstructured Grid Hey Tim, thanks for your reply! T he Mesh Quality filter indeed provides the Edge Ratio for all tetrahedral elements, a single value calculated for every cell using the values I actually need. There must be a way to access them specifically ( min/max/mean edge length ) or a workaround to obtain this information. Does anybody know how I could do that? Thank you for your help! Best, Tom From: Tim Gallagher Sent: Monday, January 25, 2016 8:13 PM To: Fastl, Thomas Cc: paraview at paraview.org Subject: Re: [Paraview] Calculate Edge Lengths in Unstructured Grid Thomas, You can use the MeshQuality filter to compute the Edge Ratio for tetrahedral cells. This will give you a field called Quality in your dataset. You can then compute the statistics on it using other filters as needed. That should do what you are looking for. The definitions used in the MeshQuality filter can be found at: http://www.vtk.org/Wiki/images/6/6b/VerdictManual-revA.pdf Tim ----- Original Message ----- From: "Thomas Fastl" To: paraview at paraview.org Sent: Monday, January 25, 2016 1:02:35 PM Subject: [Paraview] Calculate Edge Lengths in Unstructured Grid Hello Community, I'm trying to calculate the min/max/mean edge length (or even an edge length distribution) in a tetrahedral element mesh specified as an unstructured grid in Paraview. I've played with the 'Extract Edges' filter, however, wasn't successful so far. Does anybody know how I could do that? Thank you for your input! Best, Thomas Fastl _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From agsmith424 at gmail.com Tue Jan 26 23:10:34 2016 From: agsmith424 at gmail.com (Andy Smith) Date: Tue, 26 Jan 2016 23:10:34 -0500 Subject: [Paraview] Call Python function with parallel reader without pvbatch directly Message-ID: I'd like to use a driver Python script to call a Python function within a module that uses ParaView to read a file in parallel and I was wondering the best way to go about this. A little background: The file structure is something like this: mypythonpackage/ scripts/ my_driver_script.py mypythonpackage/ paraview/ filewithparaviewstuff.py utilities.py The driver script takes inputs and then calls a function in filewithparaviewstuff.py that uses ParaView to load a large data file and do some data analysis. I need to load the dataset in parallel since it is quite large. To get around this in the past I've used two different methods: 1. Use the subprocess Python package inside the my_driver_script.py to call the filewithparaviewstuff.py using pvbatch. 2. Use the subprocess Python package inside the my_driver_script.py to start a pvserver and then connect to this server within the function inside filewithparaviewstuff.py The issue I have is the filewithparaviewstuff.py calls some functions in the utilities.py file. I'm trying to follow PEP 328 and use import statements within filewithparaviewstuff.py like: from .utilities import my_utility_function inside the filewithparaviewstuff.py but this causes problems if I use method 1, of calling the filewithparaviewstuff.py directly with pvbatch or if I try to make a '__main__' function in the filewithparaviewstuff.py and call that directly with pvbatch. Am I doing something fundamentally wrong or has anyone encountered this situation and come up with a more elegant solution? If not, should I just keep going with my option 2? Thanks, Andy -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfavre at cscs.ch Wed Jan 27 04:31:39 2016 From: jfavre at cscs.ch (Favre Jean) Date: Wed, 27 Jan 2016 09:31:39 +0000 Subject: [Paraview] Paraview 5.0.0 with OSPRray plugin ... In-Reply-To: <56A752F6.3010605@dkrz.de> References: <5697760F.8090307@be.itu.edu.tr> , <56A752F6.3010605@dkrz.de> Message-ID: <0EB9B6375711A04B820E6B6F5CCA9F684356663D@MBX111.d.ethz.ch> I checked out ospray release-0.9, and the dev branch of pvOSPRay and do not have issue other than the high memory cost. ----------------- Jean/CSCS -------------- next part -------------- An HTML attachment was scrubbed... URL: From roeber at dkrz.de Wed Jan 27 04:54:44 2016 From: roeber at dkrz.de (=?UTF-8?Q?Niklas_R=c3=b6ber?=) Date: Wed, 27 Jan 2016 10:54:44 +0100 Subject: [Paraview] Paraview 5.0.0 with OSPRray plugin ... In-Reply-To: <0EB9B6375711A04B820E6B6F5CCA9F684356663D@MBX111.d.ethz.ch> References: <5697760F.8090307@be.itu.edu.tr> <56A752F6.3010605@dkrz.de> <0EB9B6375711A04B820E6B6F5CCA9F684356663D@MBX111.d.ethz.ch> Message-ID: <56A893E4.7020309@dkrz.de> Great, thanks. That worked. :) > I checked out ospray release-0.9, and the dev branch of pvOSPRay and > do not have issue other than the high memory cost. > ----------------- > Jean/CSCS -- ______________________________________________ Niklas R?ber Deutsches Klimarechenzentrum GmbH Bundesstra?e 45a 20146 Hamburg, Germany email: roeber at dkrz.de phone: +49 (0)40 460094 283 fax: +49 (0)40 460094 270 web: http://www.dkrz.de/ ______________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4916 bytes Desc: S/MIME Cryptographic Signature URL: From tim.gallagher at gatech.edu Wed Jan 27 05:28:45 2016 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Wed, 27 Jan 2016 05:28:45 -0500 (EST) Subject: [Paraview] Call Python function with parallel reader without pvbatch directly In-Reply-To: Message-ID: <1499239470.25089611.1453890525848.JavaMail.root@mail.gatech.edu> Andy, I think I've made a mock up of what you are trying to do and may have gotten it to run correctly, if I understood your problem accurately. I have a structure like: package/ driver/ driver.py scripts/ filewithparaviewstuff.py utilities.py The contents of each file are really simple: utilities.py: def hi(): print "Hi there" filewithparaviewstuff.py: from .utilities import * from paraview.simple import * def my_pv(): hi() driver.py: import sys sys.path.append('/path/to/package/') from scripts.filewithparaviewstuff import * my_pv() >From here, I can do a `pvbatch driver.py` and it prints the "Hi there" string as expected. I can also run it on 12 processors and get the expected 12 "Hi there" strings, so it seems to work in parallel also. Does that help clear up the relationship between the files? Or did I misunderstand something and my simple example doesn't replicate the system properly? Tim ----- Original Message ----- From: "Andy Smith" To: paraview at paraview.org Sent: Tuesday, January 26, 2016 11:10:34 PM Subject: [Paraview] Call Python function with parallel reader without pvbatch directly I'd like to use a driver Python script to call a Python function within a module that uses ParaView to read a file in parallel and I was wondering the best way to go about this. A little background: The file structure is something like this: mypythonpackage/ scripts/ my_driver_script.py mypythonpackage/ paraview/ filewithparaviewstuff.py utilities.py The driver script takes inputs and then calls a function in filewithparaviewstuff.py that uses ParaView to load a large data file and do some data analysis. I need to load the dataset in parallel since it is quite large. To get around this in the past I've used two different methods: 1. Use the subprocess Python package inside the my_driver_script.py to call the filewithparaviewstuff.py using pvbatch . 2. Use the subprocess Python package inside the my_driver_script.py to start a pvserver and then connect to this server within the function inside filewithparaviewstuff.py The issue I have is the filewithparaviewstuff.py calls some functions in the utilities.py file. I'm trying to follow PEP 328 and use import statements within filewithparaviewstuff.py like : from .utilities import my_utility_function inside the filewithparaviewstuff.py but this causes problems if I use method 1, of calling the filewithparaviewstuff.py directly with pvbatch or if I try to make a '__main__' function in the filewithparaviewstuff.py and call that directly with pvbatch . Am I doing something fundamentally wrong or has anyone encountered this situation and come up with a more elegant solution? If not, should I just keep going with my option 2? Thanks, Andy _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From apeczak at ara.co.uk Wed Jan 27 07:36:03 2016 From: apeczak at ara.co.uk (Andrzej Peczak) Date: Wed, 27 Jan 2016 12:36:03 +0000 Subject: [Paraview] Changing values of property panel Message-ID: <5DF928D22AC3AC4B964903E98F2E54515A3F4DDD@sooty3.win.ara> Hi I am trying to find a way to modify property values of a filter. I figured out how to change values of the lookup table through its proxy after which the changes are visible in the colour map editor panel widgets. I can do it with the following snippet code, however I have not found yet the way to change properties of the filter property panel. I need to change the view representation of the filter to Surface With Edges and the line width. Where do I acquire required proxy objects from ? pqPipelineRepresentation* repr = qobject_cast< pqPipelineRepresentation* >( pqActiveObjects::instance().activeRepresentation() ); if ( repr ) { vtkSMProxy * lutProxy = repr->getLookupTable()->getProxy(); if ( lutProxy ) { vtkSMPropertyHelper( lutProxy, "NumberOfTableValues" ).Set( this->scalars().count() - 1 ); lutProxy->UpdateVTKObjects(); } } Andrzej ********************************************************************** Please consider the environment. Only print this email if absolutely necessary. This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 ********************************************************************** From dennis_conklin at goodyear.com Wed Jan 27 07:57:47 2016 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Wed, 27 Jan 2016 12:57:47 +0000 Subject: [Paraview] [EXT] Re: How to find the distance to nearest node for each node in MultiBlockDataset In-Reply-To: References: Message-ID: Utkarsh, Thanks very much, that routine is several orders of magnitude faster than my kludge. FYI, I read chapters 13 and 14 of the User's Guide and reviewed several blog posts and didn't really see anything about vtkAppendFilter or VTKNonMergingPointLocator. I would suggest that when you have a minute this would be an excellent example to add to the wiki as it shows some things that are not really shown anywhere else. I'm very happy to report that based on the results of this filter we are able to create a Quality metric for our cord meshes that is proving very valuable. Thanks again for your help Dennis -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: Tuesday, January 26, 2016 12:42 PM To: Dennis Conklin Cc: Paraview (paraview at paraview.org) Subject: [EXT] Re: [Paraview] How to find the distance to nearest node for each node in MultiBlockDataset Dennis, The ParaView Guide chapter 14 and this blog post (http://kitware.com/blog/home/post/723) talks about how arrays on composite datasets are treated. Anycase, attached is a script that's better at finding the closest point and then computing the distance. It uses a PointLocator to find the closest point. From yumin.yuan at kitware.com Wed Jan 27 09:41:48 2016 From: yumin.yuan at kitware.com (Yumin Yuan) Date: Wed, 27 Jan 2016 09:41:48 -0500 Subject: [Paraview] Changing values of property panel In-Reply-To: <5DF928D22AC3AC4B964903E98F2E54515A3F4DDD@sooty3.win.ara> References: <5DF928D22AC3AC4B964903E98F2E54515A3F4DDD@sooty3.win.ara> Message-ID: Hi Andrzej, The representation has its own SM proxy, vtkSMProxy* repProxy = repr->getProxy(); vtkSMPropertyHelper(repProxy, "Representation").Set("Surface With Edges"); vtkSMPropertyHelper(repProxy, "LineWidth").Set(2); HTH, Yumin On Wed, Jan 27, 2016 at 7:36 AM, Andrzej Peczak wrote: > > Hi > > I am trying to find a way to modify property values of a filter. I figured > out how to change values of the lookup table through its proxy after which > the changes are visible in the colour map editor panel widgets. > > I can do it with the following snippet code, however I have not found yet > the way to change properties of the filter property panel. I need to > change the view representation of the filter to Surface With Edges and the > line width. Where do I acquire required proxy objects from ? > > pqPipelineRepresentation* repr = qobject_cast< > pqPipelineRepresentation* >( > pqActiveObjects::instance().activeRepresentation() ); > if ( repr ) { > vtkSMProxy * lutProxy = repr->getLookupTable()->getProxy(); > if ( lutProxy ) { > vtkSMPropertyHelper( lutProxy, > "NumberOfTableValues" ).Set( this->scalars().count() - 1 ); > lutProxy->UpdateVTKObjects(); > } > } > > Andrzej > > ********************************************************************** > Please consider the environment. Only print this email if absolutely > necessary. > > This email contains information that is private and confidential and is > intended only for the addressee. > If you are not the intended recipient please delete it and notify us > immediately by e-mailing the sender. > Note: All email sent to or from this address may be accessed by someone > other than the recipient, for > system management and security reasons. > Aircraft Research Association Ltd. Registered in England, Registration No > 503668 Registered Office: > Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 > > ********************************************************************** > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From asche.j at googlemail.com Wed Jan 27 10:36:32 2016 From: asche.j at googlemail.com (Jonas Asche) Date: Wed, 27 Jan 2016 16:36:32 +0100 Subject: [Paraview] pvpython changing the location of a color legend Message-ID: Hello, i am trying to figure out how to control the position of a scalarbar. >From what i could find online this should be possible by using two commands: import paraview.simple as pvs pvs.GetScalarBar(mylookuptable_fluid, myview).Position = [x, y] pvs.GetScalarBar(mylookuptable_fluid, myview).Position2 = [x2, y2] Can anyone point out what impact x, x2, y, y2 have towards the overall position ? I have been playing with them for quite some time but it seems that x and x2 have no impact and y and y2 determine the distance of the scalarbar from the bottom of the view in percent. Maybe it is important that i use a Horizontal orientation. The goal is that the Bar is in the top left corner. Regards, Jonas -------------- next part -------------- An HTML attachment was scrubbed... URL: From n_maftoon at yahoo.com Wed Jan 27 15:02:50 2016 From: n_maftoon at yahoo.com (Nima Maftoon) Date: Wed, 27 Jan 2016 20:02:50 +0000 (UTC) Subject: [Paraview] Custom filter independent from data References: <771122667.963058.1453924970732.JavaMail.yahoo.ref@mail.yahoo.com> Message-ID: <771122667.963058.1453924970732.JavaMail.yahoo@mail.yahoo.com> Hello, I assumed that if I compound a bunch of filters into a custom filter it will be portable and I can use it for new data. It is not always the case for my filters. If for example I make a custom filter with a sequence of an "Extract Block" followed by a "Merge Blocks", the resulting filter is data independent but for a more complicated structures the exported cpd or xml custom filter includes information about the data. This makes the filter unusable for other data. An example is when Wrap By Vector is one of the filters to include. In that case the cpd file will have a block like the following, specific to a data file: ????? ??????? ????????? ????????? ????????? ??????????? ????????? ????????? ??????? ??????? ????????? ????????? ??????? ??????? ????????? ????????? ????????? ????????? ????????? ????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ??????????? ????????? ??????? ????? Any hints?Nima -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Wed Jan 27 20:15:52 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 27 Jan 2016 20:15:52 -0500 Subject: [Paraview] Paraview 5.0.0 with OSPRray plugin ... In-Reply-To: <56A893E4.7020309@dkrz.de> References: <5697760F.8090307@be.itu.edu.tr> <56A752F6.3010605@dkrz.de> <0EB9B6375711A04B820E6B6F5CCA9F684356663D@MBX111.d.ethz.ch> <56A893E4.7020309@dkrz.de> Message-ID: You might want to try a more recent version of pvOSPRay. Carson has since fixed the likely cause of that memory consumption problem. I'll switch ParaView master over to it and in a couple of days it will show up in the nightly ParaView binaries. cheers David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Wed, Jan 27, 2016 at 4:54 AM, Niklas R?ber wrote: > Great, thanks. That worked. :) > > I checked out ospray release-0.9, and the dev branch of pvOSPRay and do > not have issue other than the high memory cost. > ----------------- > Jean/CSCS > > > > -- > ______________________________________________ > > Niklas R?ber > Deutsches Klimarechenzentrum GmbH > Bundesstra?e 45a > 20146 Hamburg, Germany > > email: roeber at dkrz.de > phone: +49 (0)40 460094 283 > fax: +49 (0)40 460094 270 > web: http://www.dkrz.de/ > ______________________________________________ > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From furutaka.kazuyoshi at jaea.go.jp Wed Jan 27 21:49:10 2016 From: furutaka.kazuyoshi at jaea.go.jp (Kazuyoshi Furutaka) Date: Thu, 28 Jan 2016 11:49:10 +0900 (JST) Subject: [Paraview] ANN: ParaView 5.0.0 is available for download In-Reply-To: References: <20160115.104347.1445830955111780326.furutaka.kazuyoshi@jaea.go.jp> Message-ID: <20160128.114910.121769782038202314.furutaka.kazuyoshi@jaea.go.jp> Hi, I'd like to know the situation of the 32-bit windows binary... Thanks Kazuyoshi From: Utkarsh Ayachit Subject: Re: [Paraview] ANN: ParaView 5.0.0 is available for download Date: Fri, 15 Jan 2016 08:08:48 -0500 > No problem, I'll have the build generated within the next few days. > > Utkarsh > > On Thu, Jan 14, 2016 at 8:43 PM, Kazuyoshi Furutaka > wrote: >> Dear Utkarsh, >> >> Though I've started migration to 64-bit windows environment >> as I wrote to the list in response to Armin, I'd like to ask >> the continuation of win32 binary for a while (e.g. for 5.0.x >> releases). >> Sorry for my late response on the continuation; I overlooked >> the email about the dropping... >> >> Thanks, >> Kazuyoshi >> >> From: Utkarsh Ayachit >> Subject: Re: [Paraview] ANN: ParaView 5.0.0 is available for download >> Date: Thu, 14 Jan 2016 13:58:51 -0500 >> >>> Kazuyoshi, >>> >>> Since there wasn't any response to an earlier email about dropping >>> Win32 binaries, we dropped them. We can certainly continue to build >>> them if there's a need for it -- and so it seems. Give us a few days >>> and I will have things setup to build the 32 bit binaries again. >>> >>> Utkarsh >>> >>> On Wed, Jan 13, 2016 at 7:16 PM, Kazuyoshi Furutaka >>> wrote: >>>> Dear list and Kitware foks, >>>> >>>> Congratulation for the new release! >>>> >>>> Do you have any plan of making a 32-bit Windows binary available? >>>> >>>> I want it just because Python(x,y) is only for 32 bit; >>>> I wrote some ParaView Python macros (with GUIs using PyQt) for my >>>> colleagues who are using windows and are non-expert Python user, >>>> and I recommended them to use Python(x,y) as a backend... >>>> (are there any recommended Python distributions which include e.g. >>>> PyQt and NumPy?) >>>> >>>> Thanks in advance, >>>> >>>> Kazuyoshi >>>> -- >>>> Kazuyoshi Furutaka >>>> furutaka _dot_ kazuyoshi _at_ jaea _dot_ go _dot_ jp >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview From bitxue at foxmail.com Wed Jan 27 22:21:10 2016 From: bitxue at foxmail.com (Junjie Xue) Date: Thu, 28 Jan 2016 11:21:10 +0800 Subject: [Paraview] Incorrect min/max valuedisplayed on the color legend in ParaViewWeb Local(VGL) mode Message-ID: <152863fb888.275c.35e0e259748c452c83a18442908e271b@foxmail.com> The min/max values on the color legend in ParaViewWeb Local(VGL) mode is always displayed as '0.00'. The displayed well in remote and Local(deprecated)modes. Don't know How to figure it out. Anyone can help? Thanks in advances! Best, Junjie From sebastien.jourdain at kitware.com Wed Jan 27 22:25:32 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Wed, 27 Jan 2016 20:25:32 -0700 Subject: [Paraview] Incorrect min/max valuedisplayed on the color legend in ParaViewWeb Local(VGL) mode In-Reply-To: <152863fb888.275c.35e0e259748c452c83a18442908e271b@foxmail.com> References: <152863fb888.275c.35e0e259748c452c83a18442908e271b@foxmail.com> Message-ID: This seems to be a bug with our VGL library. On Wed, Jan 27, 2016 at 8:21 PM, Junjie Xue wrote: > The min/max values on the color legend in ParaViewWeb Local(VGL) mode is > always displayed as '0.00'. The displayed well in remote and > Local(deprecated)modes. Don't know How to figure it out. Anyone can help? > Thanks in advances! > > Best, > Junjie > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ruggiero.guida at gmail.com Wed Jan 27 22:47:02 2016 From: ruggiero.guida at gmail.com (Ruggiero Guida) Date: Thu, 28 Jan 2016 03:47:02 +0000 Subject: [Paraview] Paraview Web communication with external program In-Reply-To: References: Message-ID: Thanks Sebastien for the tip. I have been doing some reading on the subject and this seems exactly what I need. On Sun, 24 Jan 2016 at 23:50 Sebastien Jourdain < sebastien.jourdain at kitware.com> wrote: > Hi Ruggiero, > > I'm not sure I understand each of the pieces here. But I'm pretty sure it > is possible. > > For example, your second (python?) script could connect using the autobahn > library with the server of the visualizer app to customize some settings. > > Seb > > On Sat, Jan 23, 2016 at 1:00 PM, Ruggiero Guida > wrote: > >> Hi, >> >> I am using the ParaviewWeb application Visualizer with a setup script >> that is launched when the server starts. The server is launched by a Ruby >> script, the Python setup script is launched during the server >> initialization. >> >> At this point I would like to be able to communicate with the server in >> order, for example, to launch a second script to update the data >> visualized, the settings etc.. >> >> Is this possible at all? >> >> Thanks >> Ruggiero >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bitxue at foxmail.com Wed Jan 27 23:11:44 2016 From: bitxue at foxmail.com (Junjie Xue) Date: Thu, 28 Jan 2016 12:11:44 +0800 Subject: [Paraview] Incorrect min/max valuedisplayed on the color legend in ParaViewWeb Local(VGL) mode In-Reply-To: References: <152863fb888.275c.35e0e259748c452c83a18442908e271b@foxmail.com> Message-ID: <152866e0800.275c.35e0e259748c452c83a18442908e271b@foxmail.com> Any solutions to fix this??? ;) ? 2016?1?28? 11:25:49 Sebastien Jourdain ??: > This seems to be a bug with our VGL library. > > > On Wed, Jan 27, 2016 at 8:21 PM, Junjie Xue wrote: > >> The min/max values on the color legend in ParaViewWeb Local(VGL) mode is >> always displayed as '0.00'. The displayed well in remote and >> Local(deprecated)modes. Don't know How to figure it out. Anyone can help? >> Thanks in advances! >> >> Best, >> Junjie >> >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmopanhx at gmail.com Thu Jan 28 02:59:48 2016 From: pmopanhx at gmail.com (hengxing pan) Date: Thu, 28 Jan 2016 15:59:48 +0800 Subject: [Paraview] paraviewgeo Message-ID: Hi, all Is there anybody using the paraviewgeo in the 64bit windows? I dont know why I just cant download it from http://paraviewgeo.objectivity.ca/downloads/paraviewgeo-executables who can give me a ParaviewGeo Executable ? Thanks a lot ! Best wishes hengxing -------------- next part -------------- An HTML attachment was scrubbed... URL: From apeczak at ara.co.uk Thu Jan 28 08:25:13 2016 From: apeczak at ara.co.uk (Andrzej Peczak) Date: Thu, 28 Jan 2016 13:25:13 +0000 Subject: [Paraview] Changing values of property panel In-Reply-To: References: <5DF928D22AC3AC4B964903E98F2E54515A3F4DDD@sooty3.win.ara>, Message-ID: <5DF928D22AC3AC4B964903E98F2E54515A3F6F0E@sooty3.win.ara> Hi Yumin, I used your snippet and it is working fine. I also tried to change the properties of the upstream filter in addition to the active one but it put me into trouble. I am modifying the properties with the following code where I want to change the visibility, surface representation and input array of the upstream. When I execute the code the widgets get changed but nothing happens in the view with regards to the changes I made to the upstream, that is the upstream object stays invisible. To make the object visible I have to manually click on the active object. After that the upstream object becomes visible but then its colour mapping does not change in accordance with the input array I set to the upstream. The other issue I have is when I delete my object from the pipeline after modifying the lookup table. Paraview displays "vtkSMPVRepresentationProxy (0x2f6c8c0): Failed to determine the LookupTable being used." message. vtkSMProxy* repProxy = repr->getProxy(); const char * arrayName = vtkSMPropertyHelper(repProxy, "ColorArrayName").GetInputArrayNameToProcess(); int association = vtkSMPropertyHelper(repProxy, "ColorArrayName").GetInputArrayAssociation(); pqDataRepresentation * uRepr = repr->getRepresentationForUpstreamSource(); vtkSMProxy* uRepProxy = uRepr->getProxy(); vtkSMPropertyHelper( uRepProxy, "ColorArrayName" ).SetInputArrayToProcess( association, arrayName ); vtkSMPropertyHelper( uRepProxy, "ColorArrayName" ).Set( arrayName ); vtkSMPropertyHelper( uRepProxy, "Visibility" ).Set( 1 ); vtkSMPropertyHelper( uRepProxy, "Representation" ).Set( "Surface" ); repProxy->UpdateVTKObjects(); uRepProxy->UpdateVTKObjects(); Andrzej ________________________________ From: Yumin Yuan [yumin.yuan at kitware.com] Sent: 27 January 2016 14:41 To: Andrzej Peczak Cc: paraview at paraview.org Subject: Re: [Paraview] Changing values of property panel Hi Andrzej, The representation has its own SM proxy, vtkSMProxy* repProxy = repr->getProxy(); vtkSMPropertyHelper(repProxy, "Representation").Set("Surface With Edges"); vtkSMPropertyHelper(repProxy, "LineWidth").Set(2); HTH, Yumin On Wed, Jan 27, 2016 at 7:36 AM, Andrzej Peczak > wrote: Hi I am trying to find a way to modify property values of a filter. I figured out how to change values of the lookup table through its proxy after which the changes are visible in the colour map editor panel widgets. I can do it with the following snippet code, however I have not found yet the way to change properties of the filter property panel. I need to change the view representation of the filter to Surface With Edges and the line width. Where do I acquire required proxy objects from ? pqPipelineRepresentation* repr = qobject_cast< pqPipelineRepresentation* >( pqActiveObjects::instance().activeRepresentation() ); if ( repr ) { vtkSMProxy * lutProxy = repr->getLookupTable()->getProxy(); if ( lutProxy ) { vtkSMPropertyHelper( lutProxy, "NumberOfTableValues" ).Set( this->scalars().count() - 1 ); lutProxy->UpdateVTKObjects(); } } Andrzej ********************************************************************** Please consider the environment. Only print this email if absolutely necessary. This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 ********************************************************************** _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview ********************************************************************** Please consider the environment. Only print this email if absolutely necessary. This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 ********************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From yumin.yuan at kitware.com Thu Jan 28 09:01:48 2016 From: yumin.yuan at kitware.com (Yumin Yuan) Date: Thu, 28 Jan 2016 09:01:48 -0500 Subject: [Paraview] Changing values of property panel In-Reply-To: <5DF928D22AC3AC4B964903E98F2E54515A3F6F0E@sooty3.win.ara> References: <5DF928D22AC3AC4B964903E98F2E54515A3F4DDD@sooty3.win.ara> <5DF928D22AC3AC4B964903E98F2E54515A3F6F0E@sooty3.win.ara> Message-ID: Hi Andrzej, On Thu, Jan 28, 2016 at 8:25 AM, Andrzej Peczak wrote: > Hi Yumin, > > I used your snippet and it is working fine. I also tried to change the > properties of the upstream filter in addition to the active one but it put > me into trouble. I am modifying the properties with the following code > where I want to change the visibility, surface representation and input > array of the upstream. When I execute the code the widgets get changed but > nothing happens in the view with regards to the changes I made to the > upstream, that is the upstream object stays invisible. To make the object > visible I have to manually click on the active object. > You may be missing a render call. Try adding the following at the end myView->render(); > After that the upstream object becomes visible but then its colour mapping > does not change in accordance with the input array I set to the upstream. > You have to also set the same "LookupTable" to the upstream representation. > The other issue I have is when I delete my object from the pipeline after > modifying the lookup table. Paraview displays "vtkSMPVRepresentationProxy > (0x2f6c8c0): Failed to determine the LookupTable being used." message. > > Which object? how did you delete it? Normally this message means you have an empty "LookupTable". HTH Yumin vtkSMProxy* repProxy = repr->getProxy(); > const char * arrayName = vtkSMPropertyHelper(repProxy, > "ColorArrayName").GetInputArrayNameToProcess(); > int association = vtkSMPropertyHelper(repProxy, > "ColorArrayName").GetInputArrayAssociation(); > > pqDataRepresentation * uRepr = > repr->getRepresentationForUpstreamSource(); > vtkSMProxy* uRepProxy = uRepr->getProxy(); > vtkSMPropertyHelper( uRepProxy, "ColorArrayName" > ).SetInputArrayToProcess( association, arrayName ); > vtkSMPropertyHelper( uRepProxy, "ColorArrayName" ).Set( arrayName > ); > vtkSMPropertyHelper( uRepProxy, "Visibility" ).Set( 1 ); > vtkSMPropertyHelper( uRepProxy, "Representation" ).Set( "Surface" > ); > > repProxy->UpdateVTKObjects(); > uRepProxy->UpdateVTKObjects(); > > > Andrzej > > ------------------------------ > *From:* Yumin Yuan [yumin.yuan at kitware.com] > *Sent:* 27 January 2016 14:41 > *To:* Andrzej Peczak > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] Changing values of property panel > > Hi Andrzej, > > The representation has its own SM proxy, > > vtkSMProxy* repProxy = repr->getProxy(); > vtkSMPropertyHelper(repProxy, "Representation").Set("Surface With > Edges"); > vtkSMPropertyHelper(repProxy, "LineWidth").Set(2); > > HTH, > Yumin > > > On Wed, Jan 27, 2016 at 7:36 AM, Andrzej Peczak wrote: > >> >> Hi >> >> I am trying to find a way to modify property values of a filter. I >> figured out how to change values of the lookup table through its proxy >> after which the changes are visible in the colour map editor panel widgets. >> >> I can do it with the following snippet code, however I have not found yet >> the way to change properties of the filter property panel. I need to >> change the view representation of the filter to Surface With Edges and the >> line width. Where do I acquire required proxy objects from ? >> >> pqPipelineRepresentation* repr = qobject_cast< >> pqPipelineRepresentation* >( >> pqActiveObjects::instance().activeRepresentation() ); >> if ( repr ) { >> vtkSMProxy * lutProxy = >> repr->getLookupTable()->getProxy(); >> if ( lutProxy ) { >> vtkSMPropertyHelper( lutProxy, >> "NumberOfTableValues" ).Set( this->scalars().count() - 1 ); >> lutProxy->UpdateVTKObjects(); >> } >> } >> >> Andrzej >> >> ********************************************************************** >> Please consider the environment. Only print this email if absolutely >> necessary. >> >> This email contains information that is private and confidential and is >> intended only for the addressee. >> If you are not the intended recipient please delete it and notify us >> immediately by e-mailing the sender. >> Note: All email sent to or from this address may be accessed by someone >> other than the recipient, for >> system management and security reasons. >> Aircraft Research Association Ltd. Registered in England, Registration >> No 503668 Registered Office: >> Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 >> >> ********************************************************************** >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > ********************************************************************** > > Please consider the environment. Only print this email if absolutely > necessary. > > This email contains information that is private and confidential and is > intended only for the addressee. > If you are not the intended recipient please delete it and notify us > immediately by e-mailing the sender. > Note: All email sent to or from this address may be accessed by someone > other than the recipient, for > system management and security reasons. > Aircraft Research Association Ltd. Registered in England, Registration No > 503668 Registered Office: > Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 > > ********************************************************************** > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu Jan 28 09:03:54 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 28 Jan 2016 09:03:54 -0500 Subject: [Paraview] Paraview 5.0.0 with OSPRray plugin ... In-Reply-To: References: <5697760F.8090307@be.itu.edu.tr> <56A752F6.3010605@dkrz.de> <0EB9B6375711A04B820E6B6F5CCA9F684356663D@MBX111.d.ethz.ch> <56A893E4.7020309@dkrz.de> Message-ID: As a side note, a ParaView 5.0.1 patch release is currently on the charts for mid Feb. We'll get the OSPray issue fixed in that release. Utkarsh On Wed, Jan 27, 2016 at 8:15 PM, David E DeMarle wrote: > You might want to try a more recent version of pvOSPRay. Carson has since > fixed the likely cause of that memory consumption problem. I'll switch > ParaView master over to it and in a couple of days it will show up in the > nightly ParaView binaries. > > cheers > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Wed, Jan 27, 2016 at 4:54 AM, Niklas R?ber wrote: >> >> Great, thanks. That worked. :) >> >> I checked out ospray release-0.9, and the dev branch of pvOSPRay and do >> not have issue other than the high memory cost. >> ----------------- >> Jean/CSCS >> >> >> >> -- >> ______________________________________________ >> >> Niklas R?ber >> Deutsches Klimarechenzentrum GmbH >> Bundesstra?e 45a >> 20146 Hamburg, Germany >> >> email: roeber at dkrz.de >> phone: +49 (0)40 460094 283 >> fax: +49 (0)40 460094 270 >> web: http://www.dkrz.de/ >> ______________________________________________ >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From utkarsh.ayachit at kitware.com Thu Jan 28 10:07:19 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 28 Jan 2016 10:07:19 -0500 Subject: [Paraview] Changing values of property panel In-Reply-To: References: <5DF928D22AC3AC4B964903E98F2E54515A3F4DDD@sooty3.win.ara> <5DF928D22AC3AC4B964903E98F2E54515A3F6F0E@sooty3.win.ara> Message-ID: As a side note, for changing coloring on representations, I'd suggest using vtkSMPVRepresentationProxy::SetScalarColoring() [1] instead of changing "ColorArrayName" directly. That takes care of setting up lookup table etc. as ParaView would. [1] http://www.paraview.org/ParaView3/Doc/Nightly/www/cxx-doc/classvtkSMPVRepresentationProxy.html#acb45bfbb4940b0a6a30852aaff0a8b35 From utkarsh.ayachit at kitware.com Thu Jan 28 11:37:04 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 28 Jan 2016 11:37:04 -0500 Subject: [Paraview] ANN: ParaView 5.0.0 is available for download In-Reply-To: <20160128.114910.121769782038202314.furutaka.kazuyoshi@jaea.go.jp> References: <20160115.104347.1445830955111780326.furutaka.kazuyoshi@jaea.go.jp> <20160128.114910.121769782038202314.furutaka.kazuyoshi@jaea.go.jp> Message-ID: Kazuyoshi, We will be putting out a 5.0.1 patch release in mid Feb. If it's okay, I'd like to wait on the 32-bit binaries till then. Utkarsh On Wed, Jan 27, 2016 at 9:49 PM, Kazuyoshi Furutaka wrote: > Hi, > > I'd like to know the situation of the 32-bit windows binary... > Thanks > > Kazuyoshi > > From: Utkarsh Ayachit > Subject: Re: [Paraview] ANN: ParaView 5.0.0 is available for download > Date: Fri, 15 Jan 2016 08:08:48 -0500 > >> No problem, I'll have the build generated within the next few days. >> >> Utkarsh >> >> On Thu, Jan 14, 2016 at 8:43 PM, Kazuyoshi Furutaka >> wrote: >>> Dear Utkarsh, >>> >>> Though I've started migration to 64-bit windows environment >>> as I wrote to the list in response to Armin, I'd like to ask >>> the continuation of win32 binary for a while (e.g. for 5.0.x >>> releases). >>> Sorry for my late response on the continuation; I overlooked >>> the email about the dropping... >>> >>> Thanks, >>> Kazuyoshi >>> >>> From: Utkarsh Ayachit >>> Subject: Re: [Paraview] ANN: ParaView 5.0.0 is available for download >>> Date: Thu, 14 Jan 2016 13:58:51 -0500 >>> >>>> Kazuyoshi, >>>> >>>> Since there wasn't any response to an earlier email about dropping >>>> Win32 binaries, we dropped them. We can certainly continue to build >>>> them if there's a need for it -- and so it seems. Give us a few days >>>> and I will have things setup to build the 32 bit binaries again. >>>> >>>> Utkarsh >>>> >>>> On Wed, Jan 13, 2016 at 7:16 PM, Kazuyoshi Furutaka >>>> wrote: >>>>> Dear list and Kitware foks, >>>>> >>>>> Congratulation for the new release! >>>>> >>>>> Do you have any plan of making a 32-bit Windows binary available? >>>>> >>>>> I want it just because Python(x,y) is only for 32 bit; >>>>> I wrote some ParaView Python macros (with GUIs using PyQt) for my >>>>> colleagues who are using windows and are non-expert Python user, >>>>> and I recommended them to use Python(x,y) as a backend... >>>>> (are there any recommended Python distributions which include e.g. >>>>> PyQt and NumPy?) >>>>> >>>>> Thanks in advance, >>>>> >>>>> Kazuyoshi >>>>> -- >>>>> Kazuyoshi Furutaka >>>>> furutaka _dot_ kazuyoshi _at_ jaea _dot_ go _dot_ jp >>>>> _______________________________________________ >>>>> Powered by www.kitware.com >>>>> >>>>> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >>>>> >>>>> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView >>>>> >>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/paraview From sebastien.jourdain at kitware.com Thu Jan 28 12:06:30 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Thu, 28 Jan 2016 10:06:30 -0700 Subject: [Paraview] Paraview Web communication with external program In-Reply-To: References: Message-ID: Glad I was able to provide some hints... ;-) On Wed, Jan 27, 2016 at 8:47 PM, Ruggiero Guida wrote: > Thanks Sebastien for the tip. I have been doing some reading on the > subject and this seems exactly what I need. > > On Sun, 24 Jan 2016 at 23:50 Sebastien Jourdain < > sebastien.jourdain at kitware.com> wrote: > >> Hi Ruggiero, >> >> I'm not sure I understand each of the pieces here. But I'm pretty sure it >> is possible. >> >> For example, your second (python?) script could connect using the >> autobahn library with the server of the visualizer app to customize some >> settings. >> >> Seb >> >> On Sat, Jan 23, 2016 at 1:00 PM, Ruggiero Guida > > wrote: >> >>> Hi, >>> >>> I am using the ParaviewWeb application Visualizer with a setup script >>> that is launched when the server starts. The server is launched by a Ruby >>> script, the Python setup script is launched during the server >>> initialization. >>> >>> At this point I would like to be able to communicate with the server in >>> order, for example, to launch a second script to update the data >>> visualized, the settings etc.. >>> >>> Is this possible at all? >>> >>> Thanks >>> Ruggiero >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Thu Jan 28 12:50:41 2016 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Thu, 28 Jan 2016 12:50:41 -0500 Subject: [Paraview] paraviewgeo In-Reply-To: References: Message-ID: paraviewgeo was not developed by Kitware team and as far as I know it is no longer in active development. If you have any specific need on earth science domain please let us know. Thanks, On Thu, Jan 28, 2016 at 2:59 AM, hengxing pan wrote: > Hi, all > > Is there anybody using the paraviewgeo in the 64bit windows? I dont know > why I just cant download it from > http://paraviewgeo.objectivity.ca/downloads/paraviewgeo-executables > > who can give me a ParaviewGeo Executable ? Thanks a lot ! > > Best wishes > > hengxing > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From pmopanhx at gmail.com Thu Jan 28 14:43:54 2016 From: pmopanhx at gmail.com (hengxing pan) Date: Fri, 29 Jan 2016 03:43:54 +0800 Subject: [Paraview] paraviewgeo In-Reply-To: References: Message-ID: Oh,actually,I need a filter which can determine that some random points are inside some closed surfaces or not ? the closed surfaces are generated from tube filter to some polygon lines(vtk format). But I don't know how to do it in paraview, it seems like there's a filter which can make it in paraviewgeo. So I try to get it , but not sure it can work on my problem. Anyway, it look like hopeful ! the eleventh one at http://paraviewgeo.objectivity.ca/documentation/paraviewgeo-plugins-documentation-1/paraviewgeo-plugins-documentation Best Wishes Hengxing 2016?1?29?????Aashish Chaudhary ??? > paraviewgeo was not developed by Kitware team and as far as I know it is no longer in active development. If you have any specific need on earth science domain > please let us know. > Thanks, > > On Thu, Jan 28, 2016 at 2:59 AM, hengxing pan wrote: >> >> Hi, all >> >> Is there anybody using the paraviewgeo in the 64bit windows? I dont know why I just cant download it from http://paraviewgeo.objectivity.ca/downloads/paraviewgeo-executables >> >> who can give me a ParaviewGeo Executable ? Thanks a lot ! >> >> Best wishes >> >> hengxing >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > > > -- > | Aashish Chaudhary > | Technical Leader > | Kitware Inc. > | http://www.kitware.com/company/team/chaudhary.html -------------- next part -------------- An HTML attachment was scrubbed... URL: From aashish.chaudhary at kitware.com Thu Jan 28 16:38:40 2016 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Thu, 28 Jan 2016 16:38:40 -0500 Subject: [Paraview] paraviewgeo In-Reply-To: References: Message-ID: Ah, I see. I don't know on top of my head if there is an existing filter. Said that, the source code of ParaViewGeo is open so it is possible to bring it in VTK/ParaView. If you want to make a pass at it, I can help (and I am sure others too). - Aashish On Thu, Jan 28, 2016 at 2:43 PM, hengxing pan wrote: > Oh,actually,I need a filter which can determine that some random points > are inside some closed surfaces or not ? the closed surfaces are generated > from tube filter to some polygon lines(vtk format). But I don't know how to > do it in paraview, it seems like there's a filter which can make it in > paraviewgeo. So I try to get it , but not sure it can work on my problem. > Anyway, it look like hopeful ! the eleventh one at > http://paraviewgeo.objectivity.ca/documentation/paraviewgeo-plugins-documentation-1/paraviewgeo-plugins-documentation > Best Wishes > Hengxing > > > 2016?1?29?????Aashish Chaudhary ??? > > paraviewgeo was not developed by Kitware team and as far as I know it is > no longer in active development. If you have any specific need on earth > science domain > > please let us know. > > Thanks, > > > > On Thu, Jan 28, 2016 at 2:59 AM, hengxing pan > wrote: > >> > >> Hi, all > >> > >> Is there anybody using the paraviewgeo in the 64bit windows? I dont > know why I just cant download it from > http://paraviewgeo.objectivity.ca/downloads/paraviewgeo-executables > >> > >> who can give me a ParaviewGeo Executable ? Thanks a lot ! > >> > >> Best wishes > >> > >> hengxing > >> > >> _______________________________________________ > >> Powered by www.kitware.com > >> > >> Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > >> > >> Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > >> > >> Search the list archives at: http://markmail.org/search/?q=ParaView > >> > >> Follow this link to subscribe/unsubscribe: > >> http://public.kitware.com/mailman/listinfo/paraview > >> > > > > > > > > -- > > | Aashish Chaudhary > > | Technical Leader > > | Kitware Inc. > > | http://www.kitware.com/company/team/chaudhary.html > -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From furutaka.kazuyoshi at jaea.go.jp Thu Jan 28 18:13:00 2016 From: furutaka.kazuyoshi at jaea.go.jp (Kazuyoshi Furutaka) Date: Fri, 29 Jan 2016 08:13:00 +0900 (JST) Subject: [Paraview] ANN: ParaView 5.0.0 is available for download In-Reply-To: References: <20160128.114910.121769782038202314.furutaka.kazuyoshi@jaea.go.jp> Message-ID: <20160129.081300.1832764339247342540.furutaka.kazuyoshi@jaea.go.jp> Utkarsh, thanks for the response... From: Utkarsh Ayachit Subject: Re: [Paraview] ANN: ParaView 5.0.0 is available for download Date: Thu, 28 Jan 2016 11:37:04 -0500 > We will be putting out a 5.0.1 patch release in mid Feb. If it's okay, > I'd like to wait on the 32-bit binaries till then. Then, we'll wait for it and use v4.4 in the mean time. Regards, Kazuyoshi -- Kazuyoshi Furutaka furutaka _dot_ kazuyoshi _at_ jaea _dot_ go _dot_ jp From pmopanhx at gmail.com Thu Jan 28 23:08:50 2016 From: pmopanhx at gmail.com (hengxing pan) Date: Fri, 29 Jan 2016 12:08:50 +0800 Subject: [Paraview] paraviewgeo In-Reply-To: References: Message-ID: Yeah, that would be very nice of you to help me make it. Because I have never compiled a source code of paraview successfully or added any filter to them, I use to install the binary executable. so if you know how to do it, just tell me the details anytime. Thanks for your time ! hengxing 2016-01-29 5:38 GMT+08:00 Aashish Chaudhary : > Ah, I see. I don't know on top of my head if there is an existing filter. > Said that, the source code of ParaViewGeo is open so it is possible to > bring it in VTK/ParaView. If you want to make a pass at it, I can help (and > I am sure others too). > > - Aashish > > On Thu, Jan 28, 2016 at 2:43 PM, hengxing pan wrote: > >> Oh,actually,I need a filter which can determine that some random points >> are inside some closed surfaces or not ? the closed surfaces are generated >> from tube filter to some polygon lines(vtk format). But I don't know how to >> do it in paraview, it seems like there's a filter which can make it in >> paraviewgeo. So I try to get it , but not sure it can work on my problem. >> Anyway, it look like hopeful ! the eleventh one at >> http://paraviewgeo.objectivity.ca/documentation/paraviewgeo-plugins-documentation-1/paraviewgeo-plugins-documentation >> Best Wishes >> Hengxing >> >> >> 2016?1?29?????Aashish Chaudhary ??? >> > paraviewgeo was not developed by Kitware team and as far as I know it >> is no longer in active development. If you have any specific need on earth >> science domain >> > please let us know. >> > Thanks, >> > >> > On Thu, Jan 28, 2016 at 2:59 AM, hengxing pan >> wrote: >> >> >> >> Hi, all >> >> >> >> Is there anybody using the paraviewgeo in the 64bit windows? I dont >> know why I just cant download it from >> http://paraviewgeo.objectivity.ca/downloads/paraviewgeo-executables >> >> >> >> who can give me a ParaviewGeo Executable ? Thanks a lot ! >> >> >> >> Best wishes >> >> >> >> hengxing >> >> >> >> _______________________________________________ >> >> Powered by www.kitware.com >> >> >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> >> >> Follow this link to subscribe/unsubscribe: >> >> http://public.kitware.com/mailman/listinfo/paraview >> >> >> > >> > >> > >> > -- >> > | Aashish Chaudhary >> > | Technical Leader >> > | Kitware Inc. >> > | http://www.kitware.com/company/team/chaudhary.html >> > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > *| http://www.kitware.com/company/team/chaudhary.html > * > -------------- next part -------------- An HTML attachment was scrubbed... URL: From apeczak at ara.co.uk Fri Jan 29 11:01:42 2016 From: apeczak at ara.co.uk (Andrzej Peczak) Date: Fri, 29 Jan 2016 16:01:42 +0000 Subject: [Paraview] Changing values of property panel In-Reply-To: References: <5DF928D22AC3AC4B964903E98F2E54515A3F4DDD@sooty3.win.ara> <5DF928D22AC3AC4B964903E98F2E54515A3F6F0E@sooty3.win.ara> Message-ID: <5DF928D22AC3AC4B964903E98F2E54515A3F7034@sooty3.win.ara> Hi I used vtkSMPVRepresentationProxy::SetScalarColoring() as suggested ( which resolved the error message after I manually deleted my filter in the pipeline browser ) followed by vtkSMPVRepresentationProxy::RescaleTransferFunctionToDataRange() what allowed me to retrieve a valid RGBPoints array from the lookup table. myView->render() and setting the lookup table also helped me resolve the other issues and it all works nicely for me. Now I am trying to wrap up my algorithm into a filter class and thought that either RequestData() or RequestUpdateExtent() may be a good place to do it. Unfortunately the pipeline representation object is not available when I create the filter for the first time and press Apply. I also figured out that once the filter has been created, modified and the Apply button was pressed again the filter already knows that the representation is there. Is there a way around it to get this to work all the time or do I have to register a button which would need to be used after the filter has been created in the pipeline browser in order to update its properties for the first time ? Andrzej -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: 28 January 2016 15:07 To: Yumin Yuan Cc: Andrzej Peczak; paraview at paraview.org Subject: Re: [Paraview] Changing values of property panel As a side note, for changing coloring on representations, I'd suggest using vtkSMPVRepresentationProxy::SetScalarColoring() [1] instead of changing "ColorArrayName" directly. That takes care of setting up lookup table etc. ParaView would. [1] http://www.paraview.org/ParaView3/Doc/Nightly/www/cxx-doc/classvtkSMPVRepresentationProxy.html#acb45bfbb4940b0a6a30852aaff0a8b35 From: Yumin Yuan [mailto:yumin.yuan at kitware.com] Sent: 28 January 2016 14:02 To: Andrzej Peczak Cc: paraview at paraview.org Subject: Re: [Paraview] Changing values of property panel Hi Andrzej, On Thu, Jan 28, 2016 at 8:25 AM, Andrzej Peczak > wrote: Hi Yumin, I used your snippet and it is working fine. I also tried to change the properties of the upstream filter in addition to the active one but it put me into trouble. I am modifying the properties with the following code where I want to change the visibility, surface representation and input array of the upstream. When I execute the code the widgets get changed but nothing happens in the view with regards to the changes I made to the upstream, that is the upstream object stays invisible. To make the object visible I have to manually click on the active object. You may be missing a render call. Try adding the following at the end myView->render(); After that the upstream object becomes visible but then its colour mapping does not change in accordance with the input array I set to the upstream. You have to also set the same "LookupTable" to the upstream representation. The other issue I have is when I delete my object from the pipeline after modifying the lookup table. Paraview displays "vtkSMPVRepresentationProxy (0x2f6c8c0): Failed to determine the LookupTable being used." message. Which object? how did you delete it? Normally this message means you have an empty "LookupTable". HTH Yumin vtkSMProxy* repProxy = repr->getProxy(); const char * arrayName = vtkSMPropertyHelper(repProxy, "ColorArrayName").GetInputArrayNameToProcess(); int association = vtkSMPropertyHelper(repProxy, "ColorArrayName").GetInputArrayAssociation(); pqDataRepresentation * uRepr = repr->getRepresentationForUpstreamSource(); vtkSMProxy* uRepProxy = uRepr->getProxy(); vtkSMPropertyHelper( uRepProxy, "ColorArrayName" ).SetInputArrayToProcess( association, arrayName ); vtkSMPropertyHelper( uRepProxy, "ColorArrayName" ).Set( arrayName ); vtkSMPropertyHelper( uRepProxy, "Visibility" ).Set( 1 ); vtkSMPropertyHelper( uRepProxy, "Representation" ).Set( "Surface" ); repProxy->UpdateVTKObjects(); uRepProxy->UpdateVTKObjects(); Andrzej ________________________________ From: Yumin Yuan [yumin.yuan at kitware.com] Sent: 27 January 2016 14:41 To: Andrzej Peczak Cc: paraview at paraview.org Subject: Re: [Paraview] Changing values of property panel Hi Andrzej, The representation has its own SM proxy, vtkSMProxy* repProxy = repr->getProxy(); vtkSMPropertyHelper(repProxy, "Representation").Set("Surface With Edges"); vtkSMPropertyHelper(repProxy, "LineWidth").Set(2); HTH, Yumin On Wed, Jan 27, 2016 at 7:36 AM, Andrzej Peczak > wrote: Hi I am trying to find a way to modify property values of a filter. I figured out how to change values of the lookup table through its proxy after which the changes are visible in the colour map editor panel widgets. I can do it with the following snippet code, however I have not found yet the way to change properties of the filter property panel. I need to change the view representation of the filter to Surface With Edges and the line width. Where do I acquire required proxy objects from ? pqPipelineRepresentation* repr = qobject_cast< pqPipelineRepresentation* >( pqActiveObjects::instance().activeRepresentation() ); if ( repr ) { vtkSMProxy * lutProxy = repr->getLookupTable()->getProxy(); if ( lutProxy ) { vtkSMPropertyHelper( lutProxy, "NumberOfTableValues" ).Set( this->scalars().count() - 1 ); lutProxy->UpdateVTKObjects(); } } Andrzej ********************************************************************** Please consider the environment. Only print this email if absolutely necessary. This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 ********************************************************************** _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview ********************************************************************** Please consider the environment. Only print this email if absolutely necessary. This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 ********************************************************************** _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview ********************************************************************** Please consider the environment. Only print this email if absolutely necessary. This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 ********************************************************************** -------------- next part -------------- An HTML attachment was scrubbed... URL: From henry.lehmann at informatik.tu-freiberg.de Fri Jan 29 11:12:57 2016 From: henry.lehmann at informatik.tu-freiberg.de (Henry Lehmann) Date: Fri, 29 Jan 2016 17:12:57 +0100 Subject: [Paraview] DeepCopy of vtk(Non)OverlappingAMR, SegFault In-Reply-To: <5DF928D22AC3AC4B964903E98F2E54515A3F7034@sooty3.win.ara> References: <5DF928D22AC3AC4B964903E98F2E54515A3F4DDD@sooty3.win.ara> <5DF928D22AC3AC4B964903E98F2E54515A3F6F0E@sooty3.win.ara> <5DF928D22AC3AC4B964903E98F2E54515A3F7034@sooty3.win.ara> Message-ID: <56AB8F89.3090905@informatik.tu-freiberg.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello, I came across a segfault working with vtkNonOverlappingAMR and vtkOverlappingAMR. I updated to Paraview 5.0.0 but the problem still remains. The python script reproduces the problem: > pvpython Python 2.7.11 (default, Dec 6 2015, 15:43:46) [GCC 5.2.0] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import vtk a = vtk.vtkNonOverlappingAMR(); b = >>> vtk.vtkNonOverlappingAMR(); a.DeepCopy(b); Segmentation fault (core dumped) > pvpython Python 2.7.11 (default, Dec 6 2015, 15:43:46) [GCC 5.2.0] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import vtk a = vtk.vtkOverlappingAMR() b = >>> vtk.vtkOverlappingAMR() a.DeepCopy(b) Segmentation fault (core dumped) > paraview --version paraview version 5.0.0 Please help! Best regards, Henry -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJWq4+GAAoJEM0zIsxevdB20T4H/0A3BKguS69LRMbRZIh4og1A WTL1Jjcsur4qdlsEtRygkhJENf9A+AcBgsyX7uRkD8WQtTO1k5bmbHv+hYzPw+O8 xfpCZv5dXBs+ovxb5Ba74swvXtjoLpUDmsaivG3pwJlEpQkmvUAFD9vyglVITxmz BY0jiSWMp0aLanuwrrc2ZhMknXBCGqMInEGd8QnCAHdKqV6YPxplgDM/+NHF+zdP cx+IPx+DWgQXuBN1BJZ6S/z2xcZiSJxpTs7hpHJh69HifQo/GIHrsVeAqvOg4F4g VfEqjyNx/M4gLeIMDNlRJkRy6A3cFERudySeIzUqNy/pqBcDdeJj2zZS3KE9dvA= =1Kkz -----END PGP SIGNATURE----- From apeczak at ara.co.uk Fri Jan 29 11:35:30 2016 From: apeczak at ara.co.uk (Andrzej Peczak) Date: Fri, 29 Jan 2016 16:35:30 +0000 Subject: [Paraview] DoubleVectorProperty widget Message-ID: <5DF928D22AC3AC4B964903E98F2E54515A3F706B@sooty3.win.ara> Hi I want to modify a state of the DoubleVectorProperty object or its widget representation. I know that I can modify its content through vtkSMDoubleVectorProperty object retrieved with pqActiveObjects::instance().activeSource()->getSourceProxy()->GetProperty(...) method but I cannot find a method which would allow me to clear the entire content of it. I figured out that an alternative way to do that would be to retrieve the widget representation of that property which would be pqScalarValueListPropertyWidget and then call setScalars() but I do not know where I can get the object from. Andrzej ********************************************************************** Please consider the environment. Only print this email if absolutely necessary. This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 ********************************************************************** From cory.quammen at kitware.com Fri Jan 29 15:02:31 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 29 Jan 2016 15:02:31 -0500 Subject: [Paraview] DoubleVectorProperty widget In-Reply-To: <5DF928D22AC3AC4B964903E98F2E54515A3F706B@sooty3.win.ara> References: <5DF928D22AC3AC4B964903E98F2E54515A3F706B@sooty3.win.ara> Message-ID: Andrzej, Once you have the property, can't you call vtkSMDoubleVectorProperty::SetNumberOfElements(0); ? Thanks, Cory On Fri, Jan 29, 2016 at 11:35 AM, Andrzej Peczak wrote: > Hi > > I want to modify a state of the DoubleVectorProperty object or its widget > representation. I know that I can modify its content through > vtkSMDoubleVectorProperty object retrieved with > pqActiveObjects::instance().activeSource()->getSourceProxy()->GetProperty(...) > method but I cannot find a method which would allow me to clear the entire > content of it. I figured out that an alternative way to do that would be to > retrieve the widget representation of that property which would be > pqScalarValueListPropertyWidget and then call setScalars() but I do not > know where I can get the object from. > > Andrzej > > > ********************************************************************** > Please consider the environment. Only print this email if absolutely > necessary. > > This email contains information that is private and confidential and is > intended only for the addressee. > If you are not the intended recipient please delete it and notify us > immediately by e-mailing the sender. > Note: All email sent to or from this address may be accessed by someone > other than the recipient, for > system management and security reasons. > Aircraft Research Association Ltd. Registered in England, Registration No > 503668 Registered Office: > Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 > > ********************************************************************** > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Fri Jan 29 15:15:56 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 29 Jan 2016 15:15:56 -0500 Subject: [Paraview] pvpython changing the location of a color legend In-Reply-To: References: Message-ID: Jonas, You should only have to modify the Position property to move the scalar bar. Position2 adjusts the size. If the scalar bar is horizontal, x2 controls the width. If the scalar bar is vertical, y2 controls the height. Setting the position to [0.05, 0.5] moves the scalar bar to the top left corner of the view for me. HTH, Cory On Wed, Jan 27, 2016 at 10:36 AM, Jonas Asche via ParaView < paraview at paraview.org> wrote: > Hello, > i am trying to figure out how to control the position of a scalarbar. > From what i could find online this should be possible by using two > commands: > import paraview.simple as pvs > > pvs.GetScalarBar(mylookuptable_fluid, myview).Position = [x, y] > pvs.GetScalarBar(mylookuptable_fluid, myview).Position2 = [x2, y2] > > Can anyone point out what impact x, x2, y, y2 have towards the overall > position ? > I have been playing with them for quite some time but it seems that x and > x2 have no impact and y and y2 determine the distance of the scalarbar from > the bottom of the view in percent. > > Maybe it is important that i use a Horizontal orientation. > The goal is that the Bar is in the top left corner. > > > Regards, > > Jonas > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Fri Jan 29 16:18:40 2016 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Fri, 29 Jan 2016 16:18:40 -0500 (EST) Subject: [Paraview] Slice not appearing while coprocessing In-Reply-To: <770440083.25506267.1454102177397.JavaMail.root@mail.gatech.edu> Message-ID: <1853101256.25506498.1454102320724.JavaMail.root@mail.gatech.edu> Hi everybody, I was working with a colleague to get his simulation running with coprocessing and I am totally stumped on the problem. I have been able to set up and render some very complex things with our code, but for some reason this simulation just won't work as expected. We generated the coprocessing script with version 4.3 and we are running it on a cluster with the same version, using off-screen rendering. I have attached the script, it really just takes a slice through the center of the domain. It is producing images of the colorbar and nothing else. I tried to save the slice data to an xdmf file from the coprocessing script and it all reports dimensions of zero. So the slice doesn't seem to be actually doing anything. We took the exact lines from the Pipeline class and moved them to their own python file. We then removed the coprocessor.RegisterView and changed the coprocessor.CreateProducer line so it loads a datafile off disk instead. We then ran it through the python shell in the paraview GUI and we get exactly the slice we expected to get. So, for some reason, this renders fine in the GUI but outputs the background with just the colorbar when we are using coprocessing. Any ideas or glaring problems in the coprocessing script that we are missing? Thanks, Tim -------------- next part -------------- A non-text attachment was scrubbed... Name: SliceView.py Type: text/x-python Size: 7185 bytes Desc: not available URL: From andy.bauer at kitware.com Sat Jan 30 07:46:01 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Sat, 30 Jan 2016 07:46:01 -0500 Subject: [Paraview] Slice not appearing while coprocessing In-Reply-To: <1853101256.25506498.1454102320724.JavaMail.root@mail.gatech.edu> References: <770440083.25506267.1454102177397.JavaMail.root@mail.gatech.edu> <1853101256.25506498.1454102320724.JavaMail.root@mail.gatech.edu> Message-ID: Hi Tim, Everything seems to be correct. Maybe on the "input" name/identifier isn't matching? This is an unstructured grid output, correct? Maybe try writing out the full grid to see if Catalyst is getting the proper input information. Cheers, Andy On Fri, Jan 29, 2016 at 4:18 PM, Tim Gallagher wrote: > Hi everybody, > > I was working with a colleague to get his simulation running with > coprocessing and I am totally stumped on the problem. I have been able to > set up and render some very complex things with our code, but for some > reason this simulation just won't work as expected. > > We generated the coprocessing script with version 4.3 and we are running > it on a cluster with the same version, using off-screen rendering. I have > attached the script, it really just takes a slice through the center of the > domain. > > It is producing images of the colorbar and nothing else. I tried to save > the slice data to an xdmf file from the coprocessing script and it all > reports dimensions of zero. So the slice doesn't seem to be actually doing > anything. > > We took the exact lines from the Pipeline class and moved them to their > own python file. We then removed the coprocessor.RegisterView and changed > the coprocessor.CreateProducer line so it loads a datafile off disk > instead. We then ran it through the python shell in the paraview GUI and we > get exactly the slice we expected to get. > > So, for some reason, this renders fine in the GUI but outputs the > background with just the colorbar when we are using coprocessing. > > Any ideas or glaring problems in the coprocessing script that we are > missing? > > Thanks, > > Tim > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Sat Jan 30 11:20:03 2016 From: tim.gallagher at gatech.edu (Tim Gallagher) Date: Sat, 30 Jan 2016 11:20:03 -0500 (EST) Subject: [Paraview] Slice not appearing while coprocessing In-Reply-To: Message-ID: <840120631.25592785.1454170803776.JavaMail.root@mail.gatech.edu> Hi Andy, Thanks for the reply! The data is a vtkMultiBlockDataSet with structured grids. I forgot about the grid writing debugging technique, I found the issue. It turns out that all of my runs/testing in the past 4 years I've had coprocessing had only 1 block per processor and this simulation we were trying had multiple blocks per processor. Buried deep in my interface adapter code where I set the pointers for the grid arrays, I was pointing to the first pointer in the array of pointers instead of incrementing through the array for each block. So all the blocks besides the first on the processor were using the wrong coordinates and it just so happened that meant we didn't have any grid points where the slice was. So changing my ptr = x[0] to ptr = x[i] was all it took... kind of embarrassing. At any rate, one of the things I tried to do while debugging was to write out the grid using Xdmf instead of VTK. But that didn't work. I had: writer = coprocessor.CreateWriter( XdmfWriter, "filename_%t.xmf", 1 ) and I got: ... File "/data4/pv4.4Build/lib/site-packages/paraview/coprocessing.py", line 319, in WriterParametersProxy proxy.GetProperty("Input").SetInputConnection( AttributeError: 'NoneType' object has no attribute 'GetProperty' ERROR: In /data3/ParaView/ParaViewCore/ServerImplementation/Core/vtkSIProxyDefinitionManager.cxx, line 565 vtkSIProxyDefinitionManager (0x3854340): No proxy that matches: group=insitu_writer_parameters and proxy=XdmfWriter were found. Is it possible to write out a multiblock dataset from coprocessing using XDMF? Thanks again, Tim ----- Original Message ----- From: "Andy Bauer" To: "tim gallagher" Cc: "paraview" Sent: Saturday, January 30, 2016 7:46:01 AM Subject: Re: [Paraview] Slice not appearing while coprocessing Hi Tim, Everything seems to be correct. Maybe on the "input" name/identifier isn't matching? This is an unstructured grid output, correct? Maybe try writing out the full grid to see if Catalyst is getting the proper input information. Cheers, Andy On Fri, Jan 29, 2016 at 4:18 PM, Tim Gallagher < tim.gallagher at gatech.edu > wrote: Hi everybody, I was working with a colleague to get his simulation running with coprocessing and I am totally stumped on the problem. I have been able to set up and render some very complex things with our code, but for some reason this simulation just won't work as expected. We generated the coprocessing script with version 4.3 and we are running it on a cluster with the same version, using off-screen rendering. I have attached the script, it really just takes a slice through the center of the domain. It is producing images of the colorbar and nothing else. I tried to save the slice data to an xdmf file from the coprocessing script and it all reports dimensions of zero. So the slice doesn't seem to be actually doing anything. We took the exact lines from the Pipeline class and moved them to their own python file. We then removed the coprocessor.RegisterView and changed the coprocessor.CreateProducer line so it loads a datafile off disk instead. We then ran it through the python shell in the paraview GUI and we get exactly the slice we expected to get. So, for some reason, this renders fine in the GUI but outputs the background with just the colorbar when we are using coprocessing. Any ideas or glaring problems in the coprocessing script that we are missing? Thanks, Tim _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.fastl at kcl.ac.uk Sat Jan 30 16:50:31 2016 From: thomas.fastl at kcl.ac.uk (Fastl, Thomas) Date: Sat, 30 Jan 2016 21:50:31 +0000 Subject: [Paraview] Calculate Edge Lengths in Unstructured Grid In-Reply-To: <1368933759.25056569.1453854443486.JavaMail.root@mail.gatech.edu> References: , <1368933759.25056569.1453854443486.JavaMail.root@mail.gatech.edu> Message-ID: Hey Tim, you're absolutely right, thanks for pointing this out! I just wanted to mention, especially for other users searching through all the mails, that this actually provides the minimum, average, and maximum of the quality metric calculated, rather then the minimum, average, and maximum element edge length, which is what I'd need, but thanks anyway! Best, Tom ________________________________ From: Tim Gallagher Sent: Wednesday, January 27, 2016 12:27 AM To: Fastl, Thomas Cc: paraview at paraview.org Subject: Re: [Paraview] Calculate Edge Lengths in Unstructured Grid Hi Thomas, Sorry for the delay responding, I got side tracked doing some other stuff and didn't know the answer off the top of my head! But, it looks the filter provides what you are looking for. Based on the documentation of the vktMeshQuality filter (http://www.vtk.org/doc/nightly/html/classvtkMeshQuality.html#details), in addition to the per-cell value in the Quality scalar, there is also a Field Data set that is produced called Mesh Quality. In your case, you are looking for the Mesh Tetrahedron Quality field. The field has 5 components. The first 4 are the ones you are looking for, and they are: > The minimum, average, maximum, and unbiased variance of quality for each type of cell is stored in the output mesh's FieldData. When you visualize the Mesh Tetrahedron Quality variable, it will default to the Magnitude. If you change it to show component 0 you will get the minimum for each cell, 1 is the average, etc.. The 5th field (component 4) is used internally and doesn't matter. Hope that helps, Tim ________________________________ From: "Thomas Fastl" To: "tim gallagher" Cc: paraview at paraview.org Sent: Monday, January 25, 2016 5:07:29 PM Subject: Re: [Paraview] Calculate Edge Lengths in Unstructured Grid Hey Tim, thanks for your reply! The Mesh Quality filter indeed provides the Edge Ratio for all tetrahedral elements, a single value calculated for every cell using the values I actually need. There must be a way to access them specifically (min/max/mean edge length) or a workaround to obtain this information. Does anybody know how I could do that? Thank you for your help! Best, Tom ________________________________ From: Tim Gallagher Sent: Monday, January 25, 2016 8:13 PM To: Fastl, Thomas Cc: paraview at paraview.org Subject: Re: [Paraview] Calculate Edge Lengths in Unstructured Grid Thomas, You can use the MeshQuality filter to compute the Edge Ratio for tetrahedral cells. This will give you a field called Quality in your dataset. You can then compute the statistics on it using other filters as needed. That should do what you are looking for. The definitions used in the MeshQuality filter can be found at: http://www.vtk.org/Wiki/images/6/6b/VerdictManual-revA.pdf Tim ________________________________ From: "Thomas Fastl" To: paraview at paraview.org Sent: Monday, January 25, 2016 1:02:35 PM Subject: [Paraview] Calculate Edge Lengths in Unstructured Grid Hello Community, I'm trying to calculate the min/max/mean edge length (or even an edge length distribution) in a tetrahedral element mesh specified as an unstructured grid in Paraview. I've played with the 'Extract Edges' filter, however, wasn't successful so far. Does anybody know how I could do that? Thank you for your input! Best, Thomas Fastl _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From u.utku.turuncoglu at be.itu.edu.tr Sun Jan 31 04:54:22 2016 From: u.utku.turuncoglu at be.itu.edu.tr (u.utku.turuncoglu at be.itu.edu.tr) Date: Sun, 31 Jan 2016 11:54:22 +0200 (EET) Subject: [Paraview] reading both 2d and 3d fields from same netCDF file ... In-Reply-To: <51903.88.242.47.79.1453744971.squirrel@webmail.be.itu.edu.tr> References: <51903.88.242.47.79.1453744971.squirrel@webmail.be.itu.edu.tr> Message-ID: <63487.88.235.42.68.1454234062.squirrel@webmail.be.itu.edu.tr> Hi All, I posted this question last week but i could not get any response from the Paraview user list. I just wonder that is there any other way to create such kind of visualisation using programmable filter etc. Please refer to the following link for my previous mail http://comments.gmane.org/gmane.comp.science.paraview.user/26746 This is really annoying and i have to play manually with the saved state to get the final visualisation every time when i load the state. There might be a bug in Paraview side but i am not sure. Any suggestion might help at this point because i would like to use the same visualisation pipeline also with Catalyst. So, somehow i need to fix it. BTW, sorry for positing same question again. Regards, --ufuk From asche.j at googlemail.com Sun Jan 31 13:30:27 2016 From: asche.j at googlemail.com (Jonas Asche) Date: Sun, 31 Jan 2016 19:30:27 +0100 Subject: [Paraview] pvpython changing the location of a color legend In-Reply-To: References: Message-ID: Thank you, i had problems figuring that out. Something was probably wrong with my script, i used another way to get the diagram i wanted but next time i will keep this in mind and test it. Gru?, Jonas 2016-01-29 21:15 GMT+01:00 Cory Quammen : > Jonas, > > You should only have to modify the Position property to move the scalar > bar. Position2 adjusts the size. If the scalar bar is horizontal, x2 > controls the width. If the scalar bar is vertical, y2 controls the height. > > Setting the position to [0.05, 0.5] moves the scalar bar to the top left > corner of the view for me. > > HTH, > Cory > > On Wed, Jan 27, 2016 at 10:36 AM, Jonas Asche via ParaView < > paraview at paraview.org> wrote: > >> Hello, >> i am trying to figure out how to control the position of a scalarbar. >> From what i could find online this should be possible by using two >> commands: >> import paraview.simple as pvs >> >> pvs.GetScalarBar(mylookuptable_fluid, myview).Position = [x, y] >> pvs.GetScalarBar(mylookuptable_fluid, myview).Position2 = [x2, y2] >> >> Can anyone point out what impact x, x2, y, y2 have towards the overall >> position ? >> I have been playing with them for quite some time but it seems that x and >> x2 have no impact and y and y2 determine the distance of the scalarbar from >> the bottom of the view in percent. >> >> Maybe it is important that i use a Horizontal orientation. >> The goal is that the Bar is in the top left corner. >> >> >> Regards, >> >> Jonas >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Sun Jan 31 20:34:54 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Sun, 31 Jan 2016 20:34:54 -0500 Subject: [Paraview] Slice not appearing while coprocessing In-Reply-To: <840120631.25592785.1454170803776.JavaMail.root@mail.gatech.edu> References: <840120631.25592785.1454170803776.JavaMail.root@mail.gatech.edu> Message-ID: Hi Tim, Glad you figured out the issue. As for the XDMF writer with Catalyst, you can do it but it takes some modifications to the Catalyst Python script. Currently only the parallel VTK XML writers and the ADIOS writer are fully supported in Catalyst through the script generation utility. I haven't tested the XDMF writer very much in parallel but maybe it's about time to see about that and then add it to the list of writers that are fully supported in Catalyst. Cheers, Andy On Sat, Jan 30, 2016 at 11:20 AM, Tim Gallagher wrote: > Hi Andy, > > Thanks for the reply! The data is a vtkMultiBlockDataSet with structured > grids. I forgot about the grid writing debugging technique, I found the > issue. > > It turns out that all of my runs/testing in the past 4 years I've had > coprocessing had only 1 block per processor and this simulation we were > trying had multiple blocks per processor. Buried deep in my interface > adapter code where I set the pointers for the grid arrays, I was pointing > to the first pointer in the array of pointers instead of incrementing > through the array for each block. So all the blocks besides the first on > the processor were using the wrong coordinates and it just so happened that > meant we didn't have any grid points where the slice was. So changing my > ptr = x[0] to ptr = x[i] was all it took... kind of embarrassing. > > At any rate, one of the things I tried to do while debugging was to write > out the grid using Xdmf instead of VTK. But that didn't work. I had: > > writer = coprocessor.CreateWriter( XdmfWriter, "filename_%t.xmf", 1 ) > > and I got: > > ... > File "/data4/pv4.4Build/lib/site-packages/paraview/coprocessing.py", > line 319, in WriterParametersProxy > proxy.GetProperty("Input").SetInputConnection( > AttributeError: 'NoneType' object has no attribute 'GetProperty' > ERROR: In > /data3/ParaView/ParaViewCore/ServerImplementation/Core/vtkSIProxyDefinitionManager.cxx, > line 565 > vtkSIProxyDefinitionManager (0x3854340): No proxy that matches: > group=insitu_writer_parameters and proxy=XdmfWriter were found. > > Is it possible to write out a multiblock dataset from coprocessing using > XDMF? > > Thanks again, > > Tim > > ------------------------------ > *From: *"Andy Bauer" > *To: *"tim gallagher" > *Cc: *"paraview" > *Sent: *Saturday, January 30, 2016 7:46:01 AM > *Subject: *Re: [Paraview] Slice not appearing while coprocessing > > Hi Tim, > > Everything seems to be correct. Maybe on the "input" name/identifier isn't > matching? This is an unstructured grid output, correct? > > Maybe try writing out the full grid to see if Catalyst is getting the > proper input information. > > Cheers, > Andy > > > On Fri, Jan 29, 2016 at 4:18 PM, Tim Gallagher > wrote: > >> Hi everybody, >> >> I was working with a colleague to get his simulation running with >> coprocessing and I am totally stumped on the problem. I have been able to >> set up and render some very complex things with our code, but for some >> reason this simulation just won't work as expected. >> >> We generated the coprocessing script with version 4.3 and we are running >> it on a cluster with the same version, using off-screen rendering. I have >> attached the script, it really just takes a slice through the center of the >> domain. >> >> It is producing images of the colorbar and nothing else. I tried to save >> the slice data to an xdmf file from the coprocessing script and it all >> reports dimensions of zero. So the slice doesn't seem to be actually doing >> anything. >> >> We took the exact lines from the Pipeline class and moved them to their >> own python file. We then removed the coprocessor.RegisterView and changed >> the coprocessor.CreateProducer line so it loads a datafile off disk >> instead. We then ran it through the python shell in the paraview GUI and we >> get exactly the slice we expected to get. >> >> So, for some reason, this renders fine in the GUI but outputs the >> background with just the colorbar when we are using coprocessing. >> >> Any ideas or glaring problems in the coprocessing script that we are >> missing? >> >> Thanks, >> >> Tim >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bitxue at foxmail.com Mon Jan 18 02:03:38 2016 From: bitxue at foxmail.com (Xue Junjie) Date: Mon, 18 Jan 2016 07:03:38 -0000 Subject: [Paraview] Incorrect shading results in ParaViewWeb Local(VGL) mode Message-ID: <569C8C77.7030502@foxmail.com> It seems the Local(VGL) rendering mode in ParaViewWeb has issues with some model files. How to reproduce the issue: open the visualiser, selecte the data file: 'can.ext2'. Under 'Remote mode': all is ok, no issue ;) Under 'Local(VGL) mode': if the model is zoomed out to a certain distance, some faces on the model is shaded black. (see the attached figures) I guees this is caused by the rendering mechanism differences between Paraview and ParaViewWeb . This issue exists in both paraview4.3 & 4.4, anyone knows how to solve it? or any other solutions the get correct rendering results in Local(VGL) mode? Thanks in advance! Junjie Xue Beihang University -------------- next part -------------- A non-text attachment was scrubbed... Name: can_local(VGL)_mode_zoom.png Type: image/png Size: 176083 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: can_local(VGL)_mode.png Type: image/png Size: 125929 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cabin_local(VGL)_mode_zoom.png Type: image/png Size: 277923 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cabin_local(VGL)_mode.png Type: image/png Size: 194947 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: cabin_remote_mode.png Type: image/png Size: 196869 bytes Desc: not available URL: From tossin at gmail.com Thu Jan 21 17:02:26 2016 From: tossin at gmail.com (Evan Kao) Date: Thu, 21 Jan 2016 22:02:26 -0000 Subject: [Paraview] Volume Rendering "Brightness" Message-ID: Hello all, This may be a silly question, but is there a way to increase the brightness of a volume rendering? For instance, in the image below, the render on the right is brighter than the render on the left: [image: Inline image 1] The difference is that the image on the right is just two volume representations of the same object. Is there a smarter way to increase the brightness? Thanks, Evan Kao -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 380830 bytes Desc: not available URL: From samaraseeri at yahoo.com Sun Jan 24 07:23:15 2016 From: samaraseeri at yahoo.com (samar aseeri) Date: Sun, 24 Jan 2016 12:23:15 -0000 Subject: [Paraview] build with enabling silo In-Reply-To: <1340906692.2405517.1452351616572.JavaMail.yahoo@mail.yahoo.com> References: <458237804.2139375.1452279291197.JavaMail.yahoo@mail.yahoo.com> <287236093.2471618.1452341656321.JavaMail.yahoo@mail.yahoo.com> <1340906692.2405517.1452351616572.JavaMail.yahoo@mail.yahoo.com> Message-ID: <1167450482.438738.1453638189379.JavaMail.yahoo@mail.yahoo.com> Hi David, I have built the v5 ParaView with silo-4.9.1 the version that was used in the superbuild but still not able to successfully complete the build. I have attached the make output in case you help. Best Regards On Saturday, 9 January 2016, 18:00, samar aseeri wrote: Hi David, Which version of silo is used for the v5 paraview? What configuration options for silo should I choose? Best Regards On Saturday, 9 January 2016, 15:14, samar aseeri wrote: Hi David, Please ignore above message. I have built the silo and have linked it but getting the below make error. Please advice. Best /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13751:17: note: in expansion of macro 'DBGetDataReadMask' ???? long mask = DBGetDataReadMask(); ???????????????? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13752:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMGlobNodeNo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:31: error: 'DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long' was not declared in this scope ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ?????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13752:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMGlobNodeNo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13754:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(mask); ???? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C: In member function 'vtkDataArray* avtSiloFileFormat::GetGlobalZoneIds(int, const char*)': /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1815:29: error: expected primary-expression before ',' token ?#define DBGetDataReadMask() ,DBGetDataReadMask_is_replaced_with_DBGetDataReadMask2_using_unsigned_long_long ???????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13842:17: note: in expansion of macro 'DBGetDataReadMask' ???? long mask = DBGetDataReadMask(); ???????????????? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13843:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMZonelist|DBZonelistGlobZoneNo|DBZonelistInfo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:31: error: 'DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long' was not declared in this scope ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ?????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13843:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMZonelist|DBZonelistGlobZoneNo|DBZonelistInfo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:13845:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(mask); ???? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C: In member function 'avtMaterial* avtSiloFileFormat::CalcMaterial(DBfile*, const char*, const char*, int)': /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14218:18: error: invalid conversion from 'float**' to 'void**' [-fpermissive] ???????? tmp.vals = (float**) new float*[1]; ????????????????? ^ In file included from /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.h:50:0, ???????????????? from /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:42: /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C: In member function 'avtFacelist* avtSiloFileFormat::CalcExternalFacelist(DBfile*, const char*)': /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1815:29: error: expected primary-expression before ',' token ?#define DBGetDataReadMask() ,DBGetDataReadMask_is_replaced_with_DBGetDataReadMask2_using_unsigned_long_long ???????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14423:17: note: in expansion of macro 'DBGetDataReadMask' ???? long mask = DBGetDataReadMask(); ???????????????? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14424:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMFacelist | DBFacelistInfo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:31: error: 'DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long' was not declared in this scope ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ?????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14424:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(DBUMFacelist | DBFacelistInfo); ???? ^ /project/k1033/Projects/bilal/paraview/aux/silo/4.10.2/include/silo.h:1814:30: error: expected primary-expression before ',' token ?#define DBSetDataReadMask(A) ,DBSetDataReadMask_is_replaced_with_DBSetDataReadMask2_using_unsigned_long_long ????????????????????????????? ^ /project/k1033/Projects/bilal/paraview/ParaView-v5.0.0-RC4-source/Utilities/VisItBridge/databases/Silo/avtSiloFileFormat.C:14426:5: note: in expansion of macro 'DBSetDataReadMask' ???? DBSetDataReadMask(mask); ???? ^ make[2]: *** [Utilities/VisItBridge/databases/CMakeFiles/vtkIOVisItBridge.dir/Silo/avtSiloFileFormat.C.o] Error 1 make[1]: *** [Utilities/VisItBridge/databases/CMakeFiles/vtkIOVisItBridge.dir/all] Error 2 make: *** [all] Error 2 srun: error: nid03378: task 0: Exited with exit code 2 srun: Terminating job step 1045899.0 On Friday, 8 January 2016, 21:54, samar aseeri wrote: David, Which one the above is on website "http://www.paraview.org/download/" called "ParaView-v5.0.0-RC4-source.tar.gz" On Friday, 8 January 2016, 21:27, David E DeMarle wrote: ParaView:?git at gitlab.kitware.com:paraview/paraview.git builds only paraview - if you want silo, you need to compile it and tell paraview where it is. I recommend checking out, configuring and building silo that the same way ParaView super build (below) does it. Superbuild: git at gitlab.kitware.com:paraview/paraview-superbuild.git downloads configures and builds silo, qt, python, mpi, ?, and finally paraview (starting by checking out the above) and then telling it where it build the rest. Does that help clear things up? David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Jan 8, 2016 at 1:19 PM, samar aseeri wrote: Then why am i getting the above cmake error. Why it is not finding the paths. Where is ParaView going to build the silo so I could refer to the paths manually. Best Regards On Friday, 8 January 2016, 20:26, David E DeMarle wrote: On Fri, Jan 8, 2016 at 12:19 PM, samar aseeri wrote: Dear David, Thanks for the quick response. I'm doing the superbuild and will manually download the silo and build it then refer to the libraries. The superbuild should download and built silo (and everything else ParaView wants to use) for you.? Best Regards On Friday, 8 January 2016, 20:16, David E DeMarle wrote: Yes you do. We use the paraview super build to do it like so for the paraview binaries. https://gitlab.kitware.com/paraview/paraview-superbuild/blob/master/Projects/silo.cmake hth David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Jan 8, 2016 at 12:11 PM, samar aseeri via ParaView wrote: Dear ParaView Officials, I'm getting the following cmake error while enabling the silo for paraview. I want to know if have to manually build silo and refer to its paths. ?CMake Error at VTK/CMake/FindPackageHandleStandardArgs.cmake:97 (MESSAGE): ?? Could NOT find SILO (missing: SILO_LIBRARY SILO_INCLUDE_DIR) ?Call Stack (most recent call first): ?? VTK/CMake/FindPackageHandleStandardArgs.cmake:288 (_FPHSA_FAILURE_MESSAGE) ?? CMake/FindSILO.cmake:42 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) ?? Utilities/VisItBridge/databases/CMakeLists.txt:114 (find_package) Best Regards _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: make.log Type: application/octet-stream Size: 741793 bytes Desc: not available URL: