From info at seoaachen.de Mon May 1 14:00:47 2017 From: info at seoaachen.de (Daniel Zuidinga) Date: Mon, 1 May 2017 20:00:47 +0200 Subject: [Paraview] Set color legend font color (pv web) Message-ID: <4d95c9c2-3720-8095-61ee-0a212ed8cbc9@seoaachen.de> Hi, I try to set the color legend font color in protocols.py of paraview web visualizer. def updateScalarbarVisibility(self, options): ... barRep.TitleColor=[0.0,0.0,0.0] barRep.LabelColor=[0.0,0.0,0.0] but it doesn't change the color. Where can I change it (default)? I would also show it as default. regards Daniel From scott.wittenburg at kitware.com Mon May 1 15:03:21 2017 From: scott.wittenburg at kitware.com (Scott Wittenburg) Date: Mon, 1 May 2017 13:03:21 -0600 Subject: [Paraview] Set color legend font color (pv web) In-Reply-To: <4d95c9c2-3720-8095-61ee-0a212ed8cbc9@seoaachen.de> References: <4d95c9c2-3720-8095-61ee-0a212ed8cbc9@seoaachen.de> Message-ID: Maybe we need to see more context (how you got your hands on barRep, and what else you did)? I just used ParaView Qt client to visualize the wavelet, and I changed these colors before exporting the state as a python script. I think the following covers what you should need to do: from paraview.simple import * ... rv1 = CreateView('RenderView') ... lut = GetColorTransferFunction('RTData') ... repr = Show(someSrc, rv1) repr.LookupTable = lut ... repr.SetScalarBarVisibility(rv1, True) ... lutColorBar = GetScalarBar(lut, rv1) lutColorBar.TitleColor = [...] lutColorBar.LabelColor = [...] Then finally maybe a Render() is required? If you do all that and the color doesn't change, there may be a bug. Even though the protocols we have now do not allow for changing the title and label color (at least not to my knowledge), you can manage this all in your application code. Hope this helps, Scott On Mon, May 1, 2017 at 12:00 PM, Daniel Zuidinga wrote: > Hi, > > I try to set the color legend font color in protocols.py of paraview web > visualizer. > > def updateScalarbarVisibility(self, options): > ... > barRep.TitleColor=[0.0,0.0,0.0] > barRep.LabelColor=[0.0,0.0,0.0] > > but it doesn't change the color. Where can I change it (default)? I would > also show it as default. > > regards > Daniel > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/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 nikos.beratlis at gmail.com Mon May 1 18:52:41 2017 From: nikos.beratlis at gmail.com (Nikolaos Beratlis) Date: Mon, 1 May 2017 18:52:41 -0400 Subject: [Paraview] Reading a vector with XDMF and structured grid Message-ID: Hi, I am trying to read a vector on a cartesian structured grid from 3 separate scalar variables as follows: ../grid3dc_vxvyvz_phavg.h5sp:/X ../grid3dc_vxvyvz_phavg.h5sp:/Y ../grid3dc_vxvyvz_phavg.h5sp:/Z ../uc_phavg.0001.h5sp:/var3d ../vc_phavg.0001.h5sp:/var3d ../wc_phavg.0001.h5sp:/var3d Paraview crashes. Is this the right way to read a vector from 3 separate files? Regards, Nikos -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at seoaachen.de Tue May 2 03:16:28 2017 From: info at seoaachen.de (Daniel Zuidinga) Date: Tue, 2 May 2017 09:16:28 +0200 Subject: [Paraview] Set color legend font color (pv web) In-Reply-To: References: <4d95c9c2-3720-8095-61ee-0a212ed8cbc9@seoaachen.de> Message-ID: <1f9fc4db-6999-dede-5282-f032d5975651@seoaachen.de> As I've said I edited the protocols.py of paraview web: @exportRpc("pv.pipeline.manager.scalarbar.visibility.update") def updateScalarbarVisibility(self, options): lutMgr = vtkSMTransferFunctionManager() lutMap = {} view = self.getView(-1) if options: for key, lut in options.iteritems(): visibility = lut['enabled'] if type(lut['name']) == unicode: lut['name'] = str(lut['name']) parts = key.split('_') arrayName = parts[0] numComps = int(parts[1]) lutProxy = self.getColorTransferFunction(arrayName) barRep = servermanager._getPyProxy(lutMgr.GetScalarBarRepresentation(lutProxy, view.SMProxy)) if visibility == 1: barRep.Visibility = 1 #EDIT# barRep.TitleColor=[1.0,0.0,0.0] barRep.LabelColor=[1.0,0.0,0.0] barRep.Enabled = 1 barRep.Title = arrayName if numComps > 1: barRep.ComponentTitle = 'Magnitude' else: barRep.ComponentTitle = '' vtkSMScalarBarWidgetRepresentationProxy.PlaceInView(barRep.SMProxy, view.SMProxy) else: barRep.Visibility = 0 barRep.Enabled = 0 lutMap[key] = { 'lutId': lut['name'], 'name': arrayName, 'size': numComps, 'enabled': visibility } return lutMap Am 01.05.2017 um 21:03 schrieb Scott Wittenburg: > Maybe we need to see more context (how you got your hands on barRep, > and what else you did)? I just used ParaView Qt client to visualize > the wavelet, and I changed these colors before exporting the state as > a python script. I think the following covers what you should need to > do: > > from paraview.simple import * > ... > rv1 = CreateView('RenderView') > ... > lut = GetColorTransferFunction('RTData') > ... > repr = Show(someSrc, rv1) > repr.LookupTable = lut > ... > repr.SetScalarBarVisibility(rv1, True) > ... > lutColorBar = GetScalarBar(lut, rv1) > lutColorBar.TitleColor = [...] > lutColorBar.LabelColor = [...] > > Then finally maybe a Render() is required? > > If you do all that and the color doesn't change, there may be a bug. > Even though the protocols we have now do not allow for changing the > title and label color (at least not to my knowledge), you can manage > this all in your application code. > > Hope this helps, > Scott > > > On Mon, May 1, 2017 at 12:00 PM, Daniel Zuidinga > wrote: > > Hi, > > I try to set the color legend font color in protocols.py of > paraview web visualizer. > > def updateScalarbarVisibility(self, options): > ... > barRep.TitleColor=[0.0,0.0,0.0] > barRep.LabelColor=[0.0,0.0,0.0] > > but it doesn't change the color. Where can I change it (default)? > I would also show it as default. > > 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 mcginnityj at tamu.edu Tue May 2 13:05:54 2017 From: mcginnityj at tamu.edu (Justin McGinnity) Date: Tue, 2 May 2017 12:05:54 -0500 Subject: [Paraview] VTK files in Virtual Reality Message-ID: Howdy, I have a question concerning visualizing VTK files in Virtual Reality. Currently it seems that only one VTK file can be viewed at a time in Virtual Reality. Will it be possible in the future to loop through VTK files in Virtual Reality as is possible in the Render View? Or is this already implemented but requires a settings change? *Sincerely,* Justin McGinnity Texas A&M University *- *Class of 2019 Mechanical Engineering Major *&& *Computer Science Minor mcginnityj at tamu.edu* ||* 909.740.5442 -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.dean at decisionsciencescorp.com Tue May 2 13:14:43 2017 From: kevin.dean at decisionsciencescorp.com (Dean, Kevin) Date: Tue, 2 May 2017 10:14:43 -0700 Subject: [Paraview] Interactive Plugin Examples Message-ID: Hello All, I was wondering if there are any examples on how to make an interactive plugin. What that means is I would like to have the ability to adjust (let's say) the size of a box and move it along an image to define an object's (object is within image) extents. Thanks, Kevin -- 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 aashish.chaudhary at kitware.com Tue May 2 13:59:49 2017 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Tue, 02 May 2017 17:59:49 +0000 Subject: [Paraview] VTK files in Virtual Reality In-Reply-To: References: Message-ID: Justin you may want to send this to vtk mailing list in the future. I believe you are asking for HMD VR as opposed to Cave VR? If the answer is 1) you can look at the sample application in the VTK source code and add multiple models as you needed. Can you provide more detail on what you are trying to do? Thanks, On Tue, May 2, 2017 at 1:06 PM Justin McGinnity wrote: > Howdy, > > I have a question concerning visualizing VTK files in Virtual Reality. > Currently it seems that only one VTK file can be viewed at a time in > Virtual Reality. Will it be possible in the future to loop through VTK > files in Virtual Reality as is possible in the Render View? Or is this > already implemented but requires a settings change? > > > *Sincerely,* > > Justin McGinnity > Texas A&M University *- *Class of 2019 > Mechanical Engineering Major *&& *Computer Science Minor > mcginnityj at tamu.edu* ||* 909.740.5442 <(909)%20740-5442> > _______________________________________________ > 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 ken.martin at kitware.com Tue May 2 14:30:41 2017 From: ken.martin at kitware.com (Ken Martin) Date: Tue, 2 May 2017 14:30:41 -0400 Subject: [Paraview] [vtkusers] VTK files in Virtual Reality In-Reply-To: References: Message-ID: If you are talking about ParaView to VR (OpenVR) then you can view as many VTK files as you want at once. Just open them up in ParaView and then send to VR. The animation panel currently is not supported, so no animations from ParaView to VR. On Tue, May 2, 2017 at 1:59 PM, Aashish Chaudhary < aashish.chaudhary at kitware.com> wrote: > Justin you may want to send this to vtk mailing list in the future. > > I believe you are asking for HMD VR as opposed to Cave VR? If the answer > is 1) you can look at the sample application in the VTK source code and add > multiple models as you needed. Can you provide more detail on what you are > trying to do? > > Thanks, > > > On Tue, May 2, 2017 at 1:06 PM Justin McGinnity > wrote: > >> Howdy, >> >> I have a question concerning visualizing VTK files in Virtual Reality. >> Currently it seems that only one VTK file can be viewed at a time in >> Virtual Reality. Will it be possible in the future to loop through VTK >> files in Virtual Reality as is possible in the Render View? Or is this >> already implemented but requires a settings change? >> >> >> *Sincerely,* >> >> Justin McGinnity >> Texas A&M University *- *Class of 2019 >> Mechanical Engineering Major *&& *Computer Science Minor >> mcginnityj at tamu.edu* ||* 909.740.5442 <(909)%20740-5442> >> _______________________________________________ >> 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 VTK FAQ at: > http://www.vtk.org/Wiki/VTK_FAQ > > Search the list archives at: http://markmail.org/search/?q=vtkusers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/vtkusers > > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 scott.wittenburg at kitware.com Tue May 2 14:39:14 2017 From: scott.wittenburg at kitware.com (Scott Wittenburg) Date: Tue, 2 May 2017 12:39:14 -0600 Subject: [Paraview] Set color legend font color (pv web) In-Reply-To: <1f9fc4db-6999-dede-5282-f032d5975651@seoaachen.de> References: <4d95c9c2-3720-8095-61ee-0a212ed8cbc9@seoaachen.de> <1f9fc4db-6999-dede-5282-f032d5975651@seoaachen.de> Message-ID: That protocols.py code snippet looks kind of old, what version of ParaView are you running? I don't recall precisely when we dropped the pipeline manager abstraction in favor of the proxy manager, but it seems like awhile ago. Any chance you can update to a more recent paraview? If you're on Linux and using binary distributions, avoid version 5.3. The 5.2 binary might be ok for you, or building from master should be fine. Hope this helps, Scott On Tue, May 2, 2017 at 1:16 AM, Daniel Zuidinga wrote: > As I've said I edited the protocols.py of paraview web: > > @exportRpc("pv.pipeline.manager.scalarbar.visibility.update") > def updateScalarbarVisibility(self, options): > lutMgr = vtkSMTransferFunctionManager() > lutMap = {} > view = self.getView(-1) > if options: > for key, lut in options.iteritems(): > visibility = lut['enabled'] > if type(lut['name']) == unicode: > lut['name'] = str(lut['name']) > parts = key.split('_') > arrayName = parts[0] > numComps = int(parts[1]) > > lutProxy = self.getColorTransferFunction(arrayName) > barRep = servermanager._getPyProxy(lutMgr. > GetScalarBarRepresentation(lutProxy, view.SMProxy)) > > if visibility == 1: > barRep.Visibility = 1 > > #EDIT# > barRep.TitleColor=[1.0,0.0,0.0] > barRep.LabelColor=[1.0,0.0,0.0] > > barRep.Enabled = 1 > barRep.Title = arrayName > if numComps > 1: > barRep.ComponentTitle = 'Magnitude' > else: > barRep.ComponentTitle = '' > vtkSMScalarBarWidgetRepresenta > tionProxy.PlaceInView(barRep.SMProxy, view.SMProxy) > else: > barRep.Visibility = 0 > barRep.Enabled = 0 > > lutMap[key] = { 'lutId': lut['name'], > 'name': arrayName, > 'size': numComps, > 'enabled': visibility } > return lutMap > > > > Am 01.05.2017 um 21:03 schrieb Scott Wittenburg: > > Maybe we need to see more context (how you got your hands on barRep, and > what else you did)? I just used ParaView Qt client to visualize the > wavelet, and I changed these colors before exporting the state as a python > script. I think the following covers what you should need to do: > > from paraview.simple import * > ... > rv1 = CreateView('RenderView') > ... > lut = GetColorTransferFunction('RTData') > ... > repr = Show(someSrc, rv1) > repr.LookupTable = lut > ... > repr.SetScalarBarVisibility(rv1, True) > ... > lutColorBar = GetScalarBar(lut, rv1) > lutColorBar.TitleColor = [...] > lutColorBar.LabelColor = [...] > > Then finally maybe a Render() is required? > > If you do all that and the color doesn't change, there may be a bug. Even > though the protocols we have now do not allow for changing the title and > label color (at least not to my knowledge), you can manage this all in your > application code. > > Hope this helps, > Scott > > > On Mon, May 1, 2017 at 12:00 PM, Daniel Zuidinga > wrote: > >> Hi, >> >> I try to set the color legend font color in protocols.py of paraview web >> visualizer. >> >> def updateScalarbarVisibility(self, options): >> ... >> barRep.TitleColor=[0.0,0.0,0.0] >> barRep.LabelColor=[0.0,0.0,0.0] >> >> but it doesn't change the color. Where can I change it (default)? I would >> also show it as default. >> >> 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 May 2 15:12:49 2017 From: info at seoaachen.de (Daniel Zuidinga) Date: Tue, 2 May 2017 21:12:49 +0200 Subject: [Paraview] Set color legend font color (pv web) In-Reply-To: References: <4d95c9c2-3720-8095-61ee-0a212ed8cbc9@seoaachen.de> <1f9fc4db-6999-dede-5282-f032d5975651@seoaachen.de> Message-ID: I use 5.1 because I have to use the .med reader plugin of salome 8.2. Am 02.05.2017 um 20:39 schrieb Scott Wittenburg: > That protocols.py code snippet looks kind of old, what version of > ParaView are you running? I don't recall precisely when we dropped > the pipeline manager abstraction in favor of the proxy manager, but it > seems like awhile ago. Any chance you can update to a more recent > paraview? If you're on Linux and using binary distributions, avoid > version 5.3. The 5.2 binary might be ok for you, or building from > master should be fine. > > Hope this helps, > Scott > > On Tue, May 2, 2017 at 1:16 AM, Daniel Zuidinga > wrote: > > As I've said I edited the protocols.py of paraview web: > > @exportRpc("pv.pipeline.manager.scalarbar.visibility.update") > def updateScalarbarVisibility(self, options): > lutMgr = vtkSMTransferFunctionManager() > lutMap = {} > view = self.getView(-1) > if options: > for key, lut in options.iteritems(): > visibility = lut['enabled'] > if type(lut['name']) == unicode: > lut['name'] = str(lut['name']) > parts = key.split('_') > arrayName = parts[0] > numComps = int(parts[1]) > > lutProxy = self.getColorTransferFunction(arrayName) > barRep = > servermanager._getPyProxy(lutMgr.GetScalarBarRepresentation(lutProxy, > view.SMProxy)) > > if visibility == 1: > barRep.Visibility = 1 > > #EDIT# > barRep.TitleColor=[1.0,0.0,0.0] > barRep.LabelColor=[1.0,0.0,0.0] > > barRep.Enabled = 1 > barRep.Title = arrayName > if numComps > 1: > barRep.ComponentTitle = 'Magnitude' > else: > barRep.ComponentTitle = '' > > vtkSMScalarBarWidgetRepresentationProxy.PlaceInView(barRep.SMProxy, > view.SMProxy) > else: > barRep.Visibility = 0 > barRep.Enabled = 0 > > lutMap[key] = { 'lutId': lut['name'], > 'name': arrayName, > 'size': numComps, > 'enabled': visibility } > return lutMap > > > > Am 01.05.2017 um 21:03 schrieb Scott Wittenburg: >> Maybe we need to see more context (how you got your hands on >> barRep, and what else you did)? I just used ParaView Qt client >> to visualize the wavelet, and I changed these colors before >> exporting the state as a python script. I think the following >> covers what you should need to do: >> >> from paraview.simple import * >> ... >> rv1 = CreateView('RenderView') >> ... >> lut = GetColorTransferFunction('RTData') >> ... >> repr = Show(someSrc, rv1) >> repr.LookupTable = lut >> ... >> repr.SetScalarBarVisibility(rv1, True) >> ... >> lutColorBar = GetScalarBar(lut, rv1) >> lutColorBar.TitleColor = [...] >> lutColorBar.LabelColor = [...] >> >> Then finally maybe a Render() is required? >> >> If you do all that and the color doesn't change, there may be a >> bug. Even though the protocols we have now do not allow for >> changing the title and label color (at least not to my >> knowledge), you can manage this all in your application code. >> >> Hope this helps, >> Scott >> >> >> On Mon, May 1, 2017 at 12:00 PM, Daniel Zuidinga >> > wrote: >> >> Hi, >> >> I try to set the color legend font color in protocols.py of >> paraview web visualizer. >> >> def updateScalarbarVisibility(self, options): >> ... >> barRep.TitleColor=[0.0,0.0,0.0] >> barRep.LabelColor=[0.0,0.0,0.0] >> >> but it doesn't change the color. Where can I change it >> (default)? I would also show it as default. >> >> 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 Patrick.Begou at legi.grenoble-inp.fr Wed May 3 05:55:15 2017 From: Patrick.Begou at legi.grenoble-inp.fr (Patrick Begou) Date: Wed, 3 May 2017 11:55:15 +0200 Subject: [Paraview] paraview-superbuild fails to buiild osmesa In-Reply-To: References: Message-ID: <83a1901d-6d09-695b-ab91-0a42208f291f@legi.grenoble-inp.fr> Sorry for this late answer, I was out of office last week. I'm building paraview in a cluster running "Rocks Cluster 6.2" distribution. It is based on CenrOS 6.7 I had some trouble with gcc 4.8.1 (internal error at compile time) so I moved to Gcc 4.8.5, this is OK now. My ld version is 2.20.51.0.2-5.43.el6 I use a modified version of OpenMPI 1.7.3 (to work with my batch scheduler) compiled with gcc 4.8.5. Setting mesa_USE_SWR to NO as suggested by Ben Boeckel solves the "no such instruction" problem in building osmesa but my superbuild is still unsuccessfull. I've now an error in vtkmLevelOfDetail.cxx where I get "undefined symbols". The full message is: [ 27%] Building CXX object Wrapping/ClientServer/CMakeFiles/vtkFiltersFlowPathsCS.dir/vtkStreamerClientServer.cxx.o CMakeFiles/vtkAcceleratorsVTKm.dir/vtkmLevelOfDetail.cxx.o: In function `void vtkm::cont::DynamicArrayHandleBase::CastAndCall(vtkm::cont::internal::ComputeRange const&) const': vtkmLevelOfDetail.cxx:(.text._ZNK4vtkm4cont22DynamicArrayHandleBaseINS_20TypeListTagFieldVec3EN6tovtkm14PointListInVTKEE11CastAndCallINS0_8internal12ComputeRangeEEEvRKT_[_ZNK4vtkm4cont22DynamicArrayHandleBaseINS_20TypeListTagFieldVec3EN6tovtkm14PointListInVTKEE11CastAndCallINS0_8internal12ComputeRangeEEEvRKT_]+0x160): undefined reference to `vtkm::cont::ArrayHandle vtkm::cont::ArrayRangeCompute, tovtkm::vtkAOSArrayContainerTag> >(vtkm::cont::ArrayHandle, tovtkm::vtkAOSArrayContainerTag> const&, vtkm::cont::RuntimeDeviceTracker)' vtkmLevelOfDetail.cxx:(.text._ZNK4vtkm4cont22DynamicArrayHandleBaseINS_20TypeListTagFieldVec3EN6tovtkm14PointListInVTKEE11CastAndCallINS0_8internal12ComputeRangeEEEvRKT_[_ZNK4vtkm4cont22DynamicArrayHandleBaseINS_20TypeListTagFieldVec3EN6tovtkm14PointListInVTKEE11CastAndCallINS0_8internal12ComputeRangeEEEvRKT_]+0x228): undefined reference to `vtkm::cont::ArrayHandle vtkm::cont::ArrayRangeCompute, tovtkm::vtkAOSArrayContainerTag> >(vtkm::cont::ArrayHandle, tovtkm::vtkAOSArrayContainerTag> const&, vtkm::cont::RuntimeDeviceTracker)' collect2: error: ld returned 1 exit status My git commit is: commit 8c380916ea13198b8912bef78971a71bba6d7147 Merge: e75a492 84ebd63 Author: Ben Boeckel Date: Tue May 2 12:33:58 2017 +0000 Patrick Chuck Atkins wrote: > Hi Patrick, > > Which OS and Compiler are you using? Also what version of binutils are you > using (`which ld` and `ld --version`)? This is a known issue where the `ld` > shipped with older versions binutils doesn't support the AVX2 instructions > generated for SWR, even though the compiler you're using does. Disabling SWR > isn't really a great option since it's performance is dramatically better than > the llvmpipe alternative. Placing a newer binutils in your path should let > SWR build successfully. > > ---------- > Chuck Atkins > Staff R&D Engineer, Scientific Computing > Kitware, Inc. > > On Wed, Apr 19, 2017 at 11:47 AM, Patrick Begou > > wrote: > > My work to compile paraview 5.3 is in progress but on the cluster (no GPU) > I fail to compile osmesa. > The downloaded tarball is mesa-17.0.1.tar.xz > > The message is about invalid instructions: > CXXLD libswrAVX.la > CXX libswrAVX2_la-swr_clear.lo > /tmp/ccDsR3FF.s: Assembler messages: > /tmp/ccDsR3FF.s:109: Error: no such instruction: `shlx %eax,%r8d,%ecx' > /tmp/ccDsR3FF.s:113: Error: no such instruction: `shlx %eax,%r9d,%ecx' > /tmp/ccDsR3FF.s:265: Error: no such instruction: `shlx %eax,%r14d,%edx' > make[5]: *** [libswrAVX2_la-swr_clear.lo] Error 1 > > > I use Python 2.7.9 with mako, gcc (GCC) 4.8.1 and the configure command > generated by paraview-superbuild process in superbuild/osmesa/src is: > > ./configure --prefix=/kareline/data/begou/PARAVIEW5/build-kareline/install > --enable-opengl --disable-gles1 --disable-gles2 --disable-va > --disable-xvmc --disable-vdpau > --enable-shared-glapi --disable-texture-float --enable-gallium-llvm > --enable-llvm-shared-libs > --with-gallium-drivers=swrast,swr --disable-dri --with-dri-drivers= > --disable-egl --with-egl-platforms= > --disable-gbm --disable-glx > > It seams the same as the one provided in the wiki. > > I've no idea on how to work around this... > > Thanks > > Patrick > > -- > =================================================================== > | Equipe M.O.S.T. | | > | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr > | > | LEGI | | > | BP 53 X | Tel 04 76 82 51 35 | > | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | > =================================================================== > > _______________________________________________ > 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 > > > -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | =================================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed May 3 09:02:52 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 3 May 2017 09:02:52 -0400 Subject: [Paraview] paraview-superbuild fails to buiild osmesa In-Reply-To: <83a1901d-6d09-695b-ab91-0a42208f291f@legi.grenoble-inp.fr> References: <83a1901d-6d09-695b-ab91-0a42208f291f@legi.grenoble-inp.fr> Message-ID: <20170503130252.GA27138@megas.kitware.com> On Wed, May 03, 2017 at 11:55:15 +0200, Patrick Begou wrote: > My git commit is: > > commit 8c380916ea13198b8912bef78971a71bba6d7147 > Merge: e75a492 84ebd63 > Author: Ben Boeckel > Date: Tue May 2 12:33:58 2017 +0000 Are you building 5.3.0? If so, please use the v5.3.0-1 tag. VTK-m has since introduced API breaks against the VTK in 5.3.0. --Ben From Patrick.Begou at legi.grenoble-inp.fr Wed May 3 10:59:18 2017 From: Patrick.Begou at legi.grenoble-inp.fr (Patrick Begou) Date: Wed, 3 May 2017 16:59:18 +0200 Subject: [Paraview] paraview-superbuild fails to buiild osmesa In-Reply-To: <20170503130252.GA27138@megas.kitware.com> References: <83a1901d-6d09-695b-ab91-0a42208f291f@legi.grenoble-inp.fr> <20170503130252.GA27138@megas.kitware.com> Message-ID: Ben Boeckel wrote: > On Wed, May 03, 2017 at 11:55:15 +0200, Patrick Begou wrote: >> My git commit is: >> >> commit 8c380916ea13198b8912bef78971a71bba6d7147 >> Merge: e75a492 84ebd63 >> Author: Ben Boeckel >> Date: Tue May 2 12:33:58 2017 +0000 > Are you building 5.3.0? If so, please use the v5.3.0-1 tag. VTK-m has > since introduced API breaks against the VTK in 5.3.0. Hi Ben and thanks for your suggestion. Even with v5.3.0-1 the problem remains. It seams related to the OSMESA config as a QT4 config on my desktop is successfull (same compilers and OpenMPI version but CentOS 6.9 instead of 6.7 on the cluster). On the cluster frontend: [begou at kareline paraview-superbuild]$ git describe v5.3.0-1 > [ 27%] Linking CXX shared library ../../../lib/libvtkAcceleratorsVTKm-pv5.3.so > CMakeFiles/vtkAcceleratorsVTKm.dir/vtkmLevelOfDetail.cxx.o: In function `void > vtkm::cont::DynamicArrayHandleBase tovtkm::PointListInVTK>::CastAndCall(vtkm::cont::internal::ComputeRange > const&) const': > vtkmLevelOfDetail.cxx:(.text._ZNK4vtkm4cont22DynamicArrayHandleBaseINS_20TypeListTagFieldVec3EN6tovtkm14PointListInVTKEE11CastAndCallINS0_8internal12ComputeRangeEEEvRKT_[_ZNK4vtkm4cont22DynamicArrayHandleBaseINS_20TypeListTagFieldVec3EN6tovtkm14PointListInVTKEE11CastAndCallINS0_8internal12ComputeRangeEEEvRKT_]+0x160): > undefined reference to `vtkm::cont::ArrayHandle vtkm::cont::StorageTagBasic> > vtkm::cont::ArrayRangeCompute, > tovtkm::vtkAOSArrayContainerTag> >(vtkm::cont::ArrayHandle 3>, tovtkm::vtkAOSArrayContainerTag> const&, vtkm::cont::RuntimeDeviceTracker)' > vtkmLevelOfDetail.cxx:(.text._ZNK4vtkm4cont22DynamicArrayHandleBaseINS_20TypeListTagFieldVec3EN6tovtkm14PointListInVTKEE11CastAndCallINS0_8internal12ComputeRangeEEEvRKT_[_ZNK4vtkm4cont22DynamicArrayHandleBaseINS_20TypeListTagFieldVec3EN6tovtkm14PointListInVTKEE11CastAndCallINS0_8internal12ComputeRangeEEEvRKT_]+0x228): > undefined reference to `vtkm::cont::ArrayHandle vtkm::cont::StorageTagBasic> > vtkm::cont::ArrayRangeCompute, > tovtkm::vtkAOSArrayContainerTag> >(vtkm::cont::ArrayHandle 3>, tovtkm::vtkAOSArrayContainerTag> const&, vtkm::cont::RuntimeDeviceTracker)' > collect2: error: ld returned 1 exit status > Patrick -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | =================================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed May 3 11:34:21 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 3 May 2017 11:34:21 -0400 Subject: [Paraview] paraview-superbuild fails to buiild osmesa In-Reply-To: References: <83a1901d-6d09-695b-ab91-0a42208f291f@legi.grenoble-inp.fr> <20170503130252.GA27138@megas.kitware.com> Message-ID: <20170503153421.GA13155@megas.kitware.com> On Wed, May 03, 2017 at 16:59:18 +0200, Patrick Begou wrote: > Even with v5.3.0-1 the problem remains. It seams related to the OSMESA config > as a QT4 config on my desktop is successfull (same compilers and OpenMPI version > but CentOS 6.9 instead of 6.7 on the cluster). > > On the cluster frontend: > > [begou at kareline paraview-superbuild]$ git describe > v5.3.0-1 Hmm, could you send your CMakeCache.txt? > > [ 27%] Linking CXX shared library ../../../lib/libvtkAcceleratorsVTKm-pv5.3.so > > CMakeFiles/vtkAcceleratorsVTKm.dir/vtkmLevelOfDetail.cxx.o: In function `void > > vtkm::cont::DynamicArrayHandleBase > tovtkm::PointListInVTK>::CastAndCall(vtkm::cont::internal::ComputeRange > > const&) const': > > vtkmLevelOfDetail.cxx:(.text._ZNK4vtkm4cont22DynamicArrayHandleBaseINS_20TypeListTagFieldVec3EN6tovtkm14PointListInVTKEE11CastAndCallINS0_8internal12ComputeRangeEEEvRKT_[_ZNK4vtkm4cont22DynamicArrayHandleBaseINS_20TypeListTagFieldVec3EN6tovtkm14PointListInVTKEE11CastAndCallINS0_8internal12ComputeRangeEEEvRKT_]+0x160): > > undefined reference to `vtkm::cont::ArrayHandle > vtkm::cont::StorageTagBasic> > > vtkm::cont::ArrayRangeCompute, > > tovtkm::vtkAOSArrayContainerTag> >(vtkm::cont::ArrayHandle > 3>, tovtkm::vtkAOSArrayContainerTag> const&, vtkm::cont::RuntimeDeviceTracker)' > > vtkmLevelOfDetail.cxx:(.text._ZNK4vtkm4cont22DynamicArrayHandleBaseINS_20TypeListTagFieldVec3EN6tovtkm14PointListInVTKEE11CastAndCallINS0_8internal12ComputeRangeEEEvRKT_[_ZNK4vtkm4cont22DynamicArrayHandleBaseINS_20TypeListTagFieldVec3EN6tovtkm14PointListInVTKEE11CastAndCallINS0_8internal12ComputeRangeEEEvRKT_]+0x228): > > undefined reference to `vtkm::cont::ArrayHandle > vtkm::cont::StorageTagBasic> > > vtkm::cont::ArrayRangeCompute, > > tovtkm::vtkAOSArrayContainerTag> >(vtkm::cont::ArrayHandle > 3>, tovtkm::vtkAOSArrayContainerTag> const&, vtkm::cont::RuntimeDeviceTracker)' > > collect2: error: ld returned 1 exit status Rob, thoughts? --Ben From ken.martin at kitware.com Wed May 3 14:21:01 2017 From: ken.martin at kitware.com (Ken Martin) Date: Wed, 3 May 2017 14:21:01 -0400 Subject: [Paraview] Updated OpenVR/Vive ParaView executable Message-ID: There is a new binary available for ParaView with OpenVR/Vive support that you can download from the 5.3 Experimental section here http://www.paraview.org/download/ or more specifically http://www.paraview.org/paraview-downloads/download.php?submit=Download&version=v5.3&type=demos&os=win64&downloadFile=ParaView-5.3.0-OpenVR-Windows-64bit.zip It includes some new features such as a dashboard, floor option (from the dashboard) and limited volume rendering. Thanks! Ken -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 mike.jackson at bluequartz.net Wed May 3 16:10:19 2017 From: mike.jackson at bluequartz.net (Michael Jackson) Date: Wed, 03 May 2017 16:10:19 -0400 Subject: [Paraview] Applying a texture to a sphere Message-ID: <590A392B.1010204@bluequartz.net> I have an image that represents an sphere that was mapped to a 2D circle. I have the image as a .png. Is it possible to load that image and texture map it back to a sphere in ParaView? -- Michael A. Jackson BlueQuartz Software, LLC [e]: mike.jackson at bluequartz.net From drodic at phys.ethz.ch Wed May 3 16:38:01 2017 From: drodic at phys.ethz.ch (Donjan Rodic) Date: Wed, 3 May 2017 22:38:01 +0200 Subject: [Paraview] snappy display of inner points of large grid Message-ID: I'm visualising a large grid dataset with different regions == scalar colors with ParaView 5.1.2 on Ubuntu 16.10. The computation prints the colors (floats in [0,1]) of a 250^3 (usually larger) grid into a CSV file: x,y,z,color 0,0,0,0.5 0,0,1,0.5 0,0,2,0.3 ... I load it with ParaView (Python script), apply TableToPoints, set points.XColumn = 'x', etc. and the Points representation. This works really well with opacity mapping and sliding the Mapping Data curve to highlight the different regions inside the grid. The main problem is the large size (hundreds of MB) of the CSV files. Since the grid is rectilinear and equidistant, verbose x,y,z columns are wasteful. Writing into a legacy VTK file with STRUCTURED_POINTS yields a nice 7x size reduction, but then in ParaView the inner points are not displayed. I've tried using the Glyph representation, which makes the rendering unusably slow (10+ seconds for a small rotation). 2D Glyphs with Glyph Type Vertex are not noticeably faster and lose coloring. Applying the Shrink filter (random googled hint) freezes the GUI for more than 5 minutes before I kill it. At smaller system sizes the performance is bad. For the CSV->TableToPoints described initially, the resulting data structure is shown in the Information tab as a Polygonal Mesh with 1 single cell and 15 million points, Memory: 600 MB. After loading it responds and rotates snappily on a recent Core i7 & NVidia GPU. The VTK file loads with several million cells as well as 15 million points, and a Image (Uniform Rectilinear Grid) type. Memory: 15 MB ... much lower but irrelevant with 16 GB RAM. It appears what I want is to have all points in one single cell, and the CSV reader is the only one I've found doing the right thing. Using RECTILINEAR_GRID and custom CELL_DATA in the VTK file doesn't help: the format apparently doesn't allow to specify less than 1 cell per 8 vertices (or 4 in 2D). Next I've tried to use a raw format, but after setting it up, ParaView insists on creating millions of cells. Same experience as with VTK. I've also tried ExtractSurface to at least get a Polygonal Mesh from the Rectilinear Grid: still too slow and too many cells. Something like a "GridToTable" filter with a subsequent TableToPoints would do the job, but I can't find such a function. Or a routine to merge all cells into one. Creating a custom filter via GUI doesn't work because the loaded data.vtk "does not have any inputs". How do I achieve the same performance and display of inner points as CSV->TableToPoints with either another file format or from the Grid data structure offered by the VTK file reader? cheers Donjan PS: googling for paraview grid "to table" mainly yields results for a typo in the documentation of TableToStructuredGrid, saying "Converts to table to structured....". From jhaase1 at nd.edu Wed May 3 17:52:35 2017 From: jhaase1 at nd.edu (John Haase) Date: Wed, 3 May 2017 17:52:35 -0400 Subject: [Paraview] Accessing field data Message-ID: Hello Paraview, I have an Exodus II reader, reader. I'm trying to extract field data 'Full_EmissionCurrent' and 'Native_EmissionCurrent' I tried to extract the data reader.FieldData['Full_EmissionCurrent'] Array: Full_EmissionCurrent How do I actually get that array? Regards, John R. Haase jhaase1 at nd.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From Stefan.Melber at DLR.de Thu May 4 03:06:58 2017 From: Stefan.Melber at DLR.de (Stefan Melber) Date: Thu, 4 May 2017 09:06:58 +0200 Subject: [Paraview] Segfault wich ParaView 5.3 Message-ID: Hi, running ParaView 5.3 (self-compiled or binaries from the webpage) i got an segfault. Find the output of the debug below. However - using ParaView 5.2 everything is fine. In 5.3 i tried Qt4 and Qt5, OpenGL and OpenGL2 - always the same. Any ideas? Stefan paraview --enable-bt ASSERT failure in QList::operator[]: "index out of range", file /usr/include/qt5/QtCore/qlist.h, line 545 (:0, ) ========================================================= Process id 31640 Caught SIGABRT Program Stack: 0x7f589df0f230 : ??? [(???) ???:-1] 0x7f58947b0ff0 : gsignal [(libc.so.6) ???:-1] 0x7f58947b26ea : abort [(libc.so.6) ???:-1] 0x7f58967c9c81 : ??? [(???) ???:-1] 0x7f58967c51b1 : ??? [(???) ???:-1] 0x7f58a0f2908b : ??? [(???) ???:-1] 0x7f58a0f92951 : pqServerResource::pqImplementation::pqImplementation(QString const&, pqServerConfiguration const&) [(libvtkpqCore-pv5.3.so.1) ???:-1] 0x7f58a0f90632 : pqServerResource::pqServerResource(QString const&) [(libvtkpqCore-pv5.3.so.1) ???:-1] 0x7f58a0f7da88 : pqRecentlyUsedResourcesList::load(pqSettings&) [(libvtkpqCore-pv5.3.so.1) ???:-1] 0x7f58a0f045a6 : pqApplicationCore::recentlyUsedResources() [(libvtkpqCore-pv5.3.so.1) ???:-1] 0x7f58a1ea7c4f : pqStandardRecentlyUsedResourceLoaderImplementation::addDataFilesToRecentResources(pqServer*, QStringList const&, QString const&, QString const&) [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] 0x7f58a1e5a6ff : pqLoadDataReaction::LoadFile(QStringList const&, pqServer*, QPair const&) [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] 0x7f58a1e59fac : pqLoadDataReaction::loadData(QList const&, QString const&, QString const&, pqServer*) [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] 0x7f58a1e5999a : pqLoadDataReaction::loadData() [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] 0x7f58a1ed6229 : pqLoadDataReaction::onTriggered() [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] 0x7f58a1ed9100 : ??? [(???) ???:-1] 0x7f58969de739 : QMetaObject::activate(QObject*, int, int, void**) [(libQt5Core.so.5) ???:-1] 0x7f589769a4e2 : QAction::triggered(bool) [(libQt5Widgets.so.5) ???:-1] 0x7f589769ced0 : QAction::activate(QAction::ActionEvent) [(libQt5Widgets.so.5) ???:-1] 0x7f589778ad0d : ??? [(???) ???:-1] 0x7f589778af44 : QAbstractButton::mouseReleaseEvent(QMouseEvent*) [(libQt5Widgets.so.5) ???:-1] 0x7f589785703a : QToolButton::mouseReleaseEvent(QMouseEvent*) [(libQt5Widgets.so.5) ???:-1] 0x7f58976e8588 : QWidget::event(QEvent*) [(libQt5Widgets.so.5) ???:-1] 0x7f5897857119 : QToolButton::event(QEvent*) [(libQt5Widgets.so.5) ???:-1] 0x7f58976a0eac : QApplicationPrivate::notify_helper(QObject*, QEvent*) [(libQt5Widgets.so.5) ???:-1] 0x7f58976a951d : QApplication::notify(QObject*, QEvent*) [(libQt5Widgets.so.5) ???:-1] 0x7f58969b2b30 : QCoreApplication::notifyInternal2(QObject*, QEvent*) [(libQt5Core.so.5) ???:-1] 0x7f58976a7bcd : QApplicationPrivate::sendMouseEvent(QWidget*, QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool) [(libQt5Widgets.so.5) ???:-1] 0x7f5897702c06 : ??? [(???) ???:-1] 0x7f5897705613 : ??? [(???) ???:-1] 0x7f58976a0eac : QApplicationPrivate::notify_helper(QObject*, QEvent*) [(libQt5Widgets.so.5) ???:-1] 0x7f58976a8661 : QApplication::notify(QObject*, QEvent*) [(libQt5Widgets.so.5) ???:-1] 0x7f58969b2b30 : QCoreApplication::notifyInternal2(QObject*, QEvent*) [(libQt5Core.so.5) ???:-1] 0x7f5896effc43 : QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) [(libQt5Gui.so.5) ???:-1] 0x7f5896f017c5 : QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) [(libQt5Gui.so.5) ???:-1] 0x7f5896edf75b : QWindowSystemInterface::sendWindowSystemEvents(QFlags) [(libQt5Gui.so.5) ???:-1] 0x7f587c62b210 : ??? [(???) ???:-1] 0x7f58812d2897 : g_main_context_dispatch [(libglib-2.0.so.0) ???:-1] 0x7f58812d2b00 : ??? [(???) ???:-1] 0x7f58812d2bac : g_main_context_iteration [(libglib-2.0.so.0) ???:-1] 0x7f5896a0719f : QEventDispatcherGlib::processEvents(QFlags) [(libQt5Core.so.5) ???:-1] 0x7f58969b0b1a : QEventLoop::exec(QFlags) [(libQt5Core.so.5) ???:-1] 0x7f58969b928c : QCoreApplication::exec() [(libQt5Core.so.5) ???:-1] 0x40ee5e : main [(paraview) ???:-1] 0x7f589479c541 : __libc_start_main [(libc.so.6) ???:-1] 0x40eb6a : _start [(paraview) ???:-1] ========================================================= Abort (core dumped) From mathieu.westphal at kitware.com Thu May 4 03:27:22 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 4 May 2017 09:27:22 +0200 Subject: [Paraview] Segfault wich ParaView 5.3 In-Reply-To: References: Message-ID: Hello Stefan Does this happen when you startup ParaView, if not, what are you tring to do before the segfault ? It looks like you are trying to Load a file while connected to a server, is that right ? Regards, Mathieu Westphal On Thu, May 4, 2017 at 9:06 AM, Stefan Melber wrote: > Hi, > > running ParaView 5.3 (self-compiled or binaries from the webpage) i got an > segfault. Find the output of the debug below. However - using ParaView 5.2 > everything is fine. > > In 5.3 i tried Qt4 and Qt5, OpenGL and OpenGL2 - always the same. > > Any ideas? > > Stefan > > > > paraview --enable-bt > ASSERT failure in QList::operator[]: "index out of range", file > /usr/include/qt5/QtCore/qlist.h, line 545 (:0, ) > > ========================================================= > Process id 31640 Caught SIGABRT > Program Stack: > 0x7f589df0f230 : ??? [(???) ???:-1] > 0x7f58947b0ff0 : gsignal [(libc.so.6) ???:-1] > 0x7f58947b26ea : abort [(libc.so.6) ???:-1] > 0x7f58967c9c81 : ??? [(???) ???:-1] > 0x7f58967c51b1 : ??? [(???) ???:-1] > 0x7f58a0f2908b : ??? [(???) ???:-1] > 0x7f58a0f92951 : pqServerResource::pqImplementation::pqImplementation(QString > const&, pqServerConfiguration const&) [(libvtkpqCore-pv5.3.so.1) ???:-1] > 0x7f58a0f90632 : pqServerResource::pqServerResource(QString const&) > [(libvtkpqCore-pv5.3.so.1) ???:-1] > 0x7f58a0f7da88 : pqRecentlyUsedResourcesList::load(pqSettings&) > [(libvtkpqCore-pv5.3.so.1) ???:-1] > 0x7f58a0f045a6 : pqApplicationCore::recentlyUsedResources() > [(libvtkpqCore-pv5.3.so.1) ???:-1] > 0x7f58a1ea7c4f : pqStandardRecentlyUsedResource > LoaderImplementation::addDataFilesToRecentResources(pqServer*, > QStringList const&, QString const&, QString const&) > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1e5a6ff : pqLoadDataReaction::LoadFile(QStringList const&, > pqServer*, QPair const&) [(libvtkpqApplicationComponents-pv5.3.so.1) > ???:-1] > 0x7f58a1e59fac : pqLoadDataReaction::loadData(QList const&, > QString const&, QString const&, pqServer*) [(libvtkpqApplicationComponents-pv5.3.so.1) > ???:-1] > 0x7f58a1e5999a : pqLoadDataReaction::loadData() > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1ed6229 : pqLoadDataReaction::onTriggered() > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1ed9100 : ??? [(???) ???:-1] > 0x7f58969de739 : QMetaObject::activate(QObject*, int, int, void**) > [(libQt5Core.so.5) ???:-1] > 0x7f589769a4e2 : QAction::triggered(bool) [(libQt5Widgets.so.5) ???:-1] > 0x7f589769ced0 : QAction::activate(QAction::ActionEvent) > [(libQt5Widgets.so.5) ???:-1] > 0x7f589778ad0d : ??? [(???) ???:-1] > 0x7f589778af44 : QAbstractButton::mouseReleaseEvent(QMouseEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f589785703a : QToolButton::mouseReleaseEvent(QMouseEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58976e8588 : QWidget::event(QEvent*) [(libQt5Widgets.so.5) ???:-1] > 0x7f5897857119 : QToolButton::event(QEvent*) [(libQt5Widgets.so.5) ???:-1] > 0x7f58976a0eac : QApplicationPrivate::notify_helper(QObject*, QEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58976a951d : QApplication::notify(QObject*, QEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58969b2b30 : QCoreApplication::notifyInternal2(QObject*, QEvent*) > [(libQt5Core.so.5) ???:-1] > 0x7f58976a7bcd : QApplicationPrivate::sendMouseEvent(QWidget*, > QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool) > [(libQt5Widgets.so.5) ???:-1] > 0x7f5897702c06 : ??? [(???) ???:-1] > 0x7f5897705613 : ??? [(???) ???:-1] > 0x7f58976a0eac : QApplicationPrivate::notify_helper(QObject*, QEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58976a8661 : QApplication::notify(QObject*, QEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58969b2b30 : QCoreApplication::notifyInternal2(QObject*, QEvent*) > [(libQt5Core.so.5) ???:-1] > 0x7f5896effc43 : QGuiApplicationPrivate::proces > sMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) [(libQt5Gui.so.5) > ???:-1] > 0x7f5896f017c5 : QGuiApplicationPrivate::proces > sWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) > [(libQt5Gui.so.5) ???:-1] > 0x7f5896edf75b : QWindowSystemInterface::sendWi > ndowSystemEvents(QFlags) [(libQt5Gui.so.5) > ???:-1] > 0x7f587c62b210 : ??? [(???) ???:-1] > 0x7f58812d2897 : g_main_context_dispatch [(libglib-2.0.so.0) ???:-1] > 0x7f58812d2b00 : ??? [(???) ???:-1] > 0x7f58812d2bac : g_main_context_iteration [(libglib-2.0.so.0) ???:-1] > 0x7f5896a0719f : QEventDispatcherGlib::processEvents(QFlags) > [(libQt5Core.so.5) ???:-1] > 0x7f58969b0b1a : QEventLoop::exec(QFlags) > [(libQt5Core.so.5) ???:-1] > 0x7f58969b928c : QCoreApplication::exec() [(libQt5Core.so.5) ???:-1] > 0x40ee5e : main [(paraview) ???:-1] > 0x7f589479c541 : __libc_start_main [(libc.so.6) ???:-1] > 0x40eb6a : _start [(paraview) ???:-1] > ========================================================= > > Abort (core dumped) > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/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 mathieu.westphal at kitware.com Thu May 4 03:28:29 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 4 May 2017 09:28:29 +0200 Subject: [Paraview] Segfault wich ParaView 5.3 In-Reply-To: References: Message-ID: Hello Stefan Can you try to reproduce your problem by running paraview without user settings: ./bin/paraview -dr Regards, Mathieu Westphal On Thu, May 4, 2017 at 9:27 AM, Mathieu Westphal < mathieu.westphal at kitware.com> wrote: > Hello Stefan > > Does this happen when you startup ParaView, if not, what are you tring to > do before the segfault ? > It looks like you are trying to Load a file while connected to a server, > is that right ? > > Regards, > > Mathieu Westphal > > On Thu, May 4, 2017 at 9:06 AM, Stefan Melber > wrote: > >> Hi, >> >> running ParaView 5.3 (self-compiled or binaries from the webpage) i got >> an segfault. Find the output of the debug below. However - using ParaView >> 5.2 everything is fine. >> >> In 5.3 i tried Qt4 and Qt5, OpenGL and OpenGL2 - always the same. >> >> Any ideas? >> >> Stefan >> >> >> >> paraview --enable-bt >> ASSERT failure in QList::operator[]: "index out of range", file >> /usr/include/qt5/QtCore/qlist.h, line 545 (:0, ) >> >> ========================================================= >> Process id 31640 Caught SIGABRT >> Program Stack: >> 0x7f589df0f230 : ??? [(???) ???:-1] >> 0x7f58947b0ff0 : gsignal [(libc.so.6) ???:-1] >> 0x7f58947b26ea : abort [(libc.so.6) ???:-1] >> 0x7f58967c9c81 : ??? [(???) ???:-1] >> 0x7f58967c51b1 : ??? [(???) ???:-1] >> 0x7f58a0f2908b : ??? [(???) ???:-1] >> 0x7f58a0f92951 : pqServerResource::pqImplementation::pqImplementation(QString >> const&, pqServerConfiguration const&) [(libvtkpqCore-pv5.3.so.1) ???:-1] >> 0x7f58a0f90632 : pqServerResource::pqServerResource(QString const&) >> [(libvtkpqCore-pv5.3.so.1) ???:-1] >> 0x7f58a0f7da88 : pqRecentlyUsedResourcesList::load(pqSettings&) >> [(libvtkpqCore-pv5.3.so.1) ???:-1] >> 0x7f58a0f045a6 : pqApplicationCore::recentlyUsedResources() >> [(libvtkpqCore-pv5.3.so.1) ???:-1] >> 0x7f58a1ea7c4f : pqStandardRecentlyUsedResource >> LoaderImplementation::addDataFilesToRecentResources(pqServer*, >> QStringList const&, QString const&, QString const&) >> [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] >> 0x7f58a1e5a6ff : pqLoadDataReaction::LoadFile(QStringList const&, >> pqServer*, QPair const&) [(libvtkpqApplicationComponents-pv5.3.so.1) >> ???:-1] >> 0x7f58a1e59fac : pqLoadDataReaction::loadData(QList const&, >> QString const&, QString const&, pqServer*) [(libvtkpqApplicationComponents-pv5.3.so.1) >> ???:-1] >> 0x7f58a1e5999a : pqLoadDataReaction::loadData() >> [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] >> 0x7f58a1ed6229 : pqLoadDataReaction::onTriggered() >> [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] >> 0x7f58a1ed9100 : ??? [(???) ???:-1] >> 0x7f58969de739 : QMetaObject::activate(QObject*, int, int, void**) >> [(libQt5Core.so.5) ???:-1] >> 0x7f589769a4e2 : QAction::triggered(bool) [(libQt5Widgets.so.5) ???:-1] >> 0x7f589769ced0 : QAction::activate(QAction::ActionEvent) >> [(libQt5Widgets.so.5) ???:-1] >> 0x7f589778ad0d : ??? [(???) ???:-1] >> 0x7f589778af44 : QAbstractButton::mouseReleaseEvent(QMouseEvent*) >> [(libQt5Widgets.so.5) ???:-1] >> 0x7f589785703a : QToolButton::mouseReleaseEvent(QMouseEvent*) >> [(libQt5Widgets.so.5) ???:-1] >> 0x7f58976e8588 : QWidget::event(QEvent*) [(libQt5Widgets.so.5) ???:-1] >> 0x7f5897857119 : QToolButton::event(QEvent*) [(libQt5Widgets.so.5) ???:-1] >> 0x7f58976a0eac : QApplicationPrivate::notify_helper(QObject*, QEvent*) >> [(libQt5Widgets.so.5) ???:-1] >> 0x7f58976a951d : QApplication::notify(QObject*, QEvent*) >> [(libQt5Widgets.so.5) ???:-1] >> 0x7f58969b2b30 : QCoreApplication::notifyInternal2(QObject*, QEvent*) >> [(libQt5Core.so.5) ???:-1] >> 0x7f58976a7bcd : QApplicationPrivate::sendMouseEvent(QWidget*, >> QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer&, bool) >> [(libQt5Widgets.so.5) ???:-1] >> 0x7f5897702c06 : ??? [(???) ???:-1] >> 0x7f5897705613 : ??? [(???) ???:-1] >> 0x7f58976a0eac : QApplicationPrivate::notify_helper(QObject*, QEvent*) >> [(libQt5Widgets.so.5) ???:-1] >> 0x7f58976a8661 : QApplication::notify(QObject*, QEvent*) >> [(libQt5Widgets.so.5) ???:-1] >> 0x7f58969b2b30 : QCoreApplication::notifyInternal2(QObject*, QEvent*) >> [(libQt5Core.so.5) ???:-1] >> 0x7f5896effc43 : QGuiApplicationPrivate::proces >> sMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) >> [(libQt5Gui.so.5) ???:-1] >> 0x7f5896f017c5 : QGuiApplicationPrivate::proces >> sWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) >> [(libQt5Gui.so.5) ???:-1] >> 0x7f5896edf75b : QWindowSystemInterface::sendWi >> ndowSystemEvents(QFlags) >> [(libQt5Gui.so.5) ???:-1] >> 0x7f587c62b210 : ??? [(???) ???:-1] >> 0x7f58812d2897 : g_main_context_dispatch [(libglib-2.0.so.0) ???:-1] >> 0x7f58812d2b00 : ??? [(???) ???:-1] >> 0x7f58812d2bac : g_main_context_iteration [(libglib-2.0.so.0) ???:-1] >> 0x7f5896a0719f : QEventDispatcherGlib::processE >> vents(QFlags) [(libQt5Core.so.5) ???:-1] >> 0x7f58969b0b1a : QEventLoop::exec(QFlags) >> [(libQt5Core.so.5) ???:-1] >> 0x7f58969b928c : QCoreApplication::exec() [(libQt5Core.so.5) ???:-1] >> 0x40ee5e : main [(paraview) ???:-1] >> 0x7f589479c541 : __libc_start_main [(libc.so.6) ???:-1] >> 0x40eb6a : _start [(paraview) ???:-1] >> ========================================================= >> >> Abort (core dumped) >> _______________________________________________ >> 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 Stefan.Melber at DLR.de Thu May 4 03:50:24 2017 From: Stefan.Melber at DLR.de (Stefan Melber) Date: Thu, 4 May 2017 09:50:24 +0200 Subject: [Paraview] Segfault wich ParaView 5.3 In-Reply-To: References: Message-ID: Hi Mathieu, no - not connected to a server - just the GUI version without. However - seems the user settings! With "-dr" it works. I will try what happens when i delete my user-preferences for v5.3 ... Stefan > Hello Stefan > > Can you try to reproduce your problem by running paraview without user > settings: > ./bin/paraview -dr > > Regards, > > Mathieu Westphal > > On Thu, May 4, 2017 at 9:27 AM, Mathieu Westphal > > > wrote: > > Hello Stefan > > Does this happen when you startup ParaView, if not, what are you > tring to do before the segfault ? > It looks like you are trying to Load a file while connected to a > server, is that right ? > > Regards, > > Mathieu Westphal > > On Thu, May 4, 2017 at 9:06 AM, Stefan Melber > > wrote: > > Hi, > > running ParaView 5.3 (self-compiled or binaries from the > webpage) i got an segfault. Find the output of the debug > below. However - using ParaView 5.2 everything is fine. > > In 5.3 i tried Qt4 and Qt5, OpenGL and OpenGL2 - always the same. > > Any ideas? > > Stefan > > > > paraview --enable-bt > ASSERT failure in QList::operator[]: "index out of range", > file /usr/include/qt5/QtCore/qlist.h, line 545 (:0, ) > > ========================================================= > Process id 31640 Caught SIGABRT > Program Stack: > 0x7f589df0f230 : ??? [(???) ???:-1] > 0x7f58947b0ff0 : gsignal [(libc.so.6) ???:-1] > 0x7f58947b26ea : abort [(libc.so.6) ???:-1] > 0x7f58967c9c81 : ??? [(???) ???:-1] > 0x7f58967c51b1 : ??? [(???) ???:-1] > 0x7f58a0f2908b : ??? [(???) ???:-1] > 0x7f58a0f92951 : > pqServerResource::pqImplementation::pqImplementation(QString > const&, pqServerConfiguration const&) > [(libvtkpqCore-pv5.3.so.1) ???:-1] > 0x7f58a0f90632 : pqServerResource::pqServerResource(QString > const&) [(libvtkpqCore-pv5.3.so.1) ???:-1] > 0x7f58a0f7da88 : > pqRecentlyUsedResourcesList::load(pqSettings&) > [(libvtkpqCore-pv5.3.so.1) ???:-1] > 0x7f58a0f045a6 : pqApplicationCore::recentlyUsedResources() > [(libvtkpqCore-pv5.3.so.1) ???:-1] > 0x7f58a1ea7c4f : > pqStandardRecentlyUsedResourceLoaderImplementation::addDataFilesToRecentResources(pqServer*, > QStringList const&, QString const&, QString const&) > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1e5a6ff : pqLoadDataReaction::LoadFile(QStringList > const&, pqServer*, QPair const&) > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1e59fac : > pqLoadDataReaction::loadData(QList const&, > QString const&, QString const&, pqServer*) > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1e5999a : pqLoadDataReaction::loadData() > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1ed6229 : pqLoadDataReaction::onTriggered() > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1ed9100 : ??? [(???) ???:-1] > 0x7f58969de739 : QMetaObject::activate(QObject*, int, int, > void**) [(libQt5Core.so.5) ???:-1] > 0x7f589769a4e2 : QAction::triggered(bool) > [(libQt5Widgets.so.5) ???:-1] > 0x7f589769ced0 : QAction::activate(QAction::ActionEvent) > [(libQt5Widgets.so.5) ???:-1] > 0x7f589778ad0d : ??? [(???) ???:-1] > 0x7f589778af44 : > QAbstractButton::mouseReleaseEvent(QMouseEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f589785703a : QToolButton::mouseReleaseEvent(QMouseEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58976e8588 : QWidget::event(QEvent*) [(libQt5Widgets.so.5) > ???:-1] > 0x7f5897857119 : QToolButton::event(QEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58976a0eac : QApplicationPrivate::notify_helper(QObject*, > QEvent*) [(libQt5Widgets.so.5) ???:-1] > 0x7f58976a951d : QApplication::notify(QObject*, QEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58969b2b30 : QCoreApplication::notifyInternal2(QObject*, > QEvent*) [(libQt5Core.so.5) ???:-1] > 0x7f58976a7bcd : QApplicationPrivate::sendMouseEvent(QWidget*, > QMouseEvent*, QWidget*, QWidget*, QWidget**, > QPointer&, bool) [(libQt5Widgets.so.5) ???:-1] > 0x7f5897702c06 : ??? [(???) ???:-1] > 0x7f5897705613 : ??? [(???) ???:-1] > 0x7f58976a0eac : QApplicationPrivate::notify_helper(QObject*, > QEvent*) [(libQt5Widgets.so.5) ???:-1] > 0x7f58976a8661 : QApplication::notify(QObject*, QEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58969b2b30 : QCoreApplication::notifyInternal2(QObject*, > QEvent*) [(libQt5Core.so.5) ???:-1] > 0x7f5896effc43 : > QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) > [(libQt5Gui.so.5) ???:-1] > 0x7f5896f017c5 : > QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) > [(libQt5Gui.so.5) ???:-1] > 0x7f5896edf75b : > QWindowSystemInterface::sendWindowSystemEvents(QFlags) > [(libQt5Gui.so.5) ???:-1] > 0x7f587c62b210 : ??? [(???) ???:-1] > 0x7f58812d2897 : g_main_context_dispatch [(libglib-2.0.so.0) > ???:-1] > 0x7f58812d2b00 : ??? [(???) ???:-1] > 0x7f58812d2bac : g_main_context_iteration [(libglib-2.0.so.0) > ???:-1] > 0x7f5896a0719f : > QEventDispatcherGlib::processEvents(QFlags) > [(libQt5Core.so.5) ???:-1] > 0x7f58969b0b1a : > QEventLoop::exec(QFlags) > [(libQt5Core.so.5) ???:-1] > 0x7f58969b928c : QCoreApplication::exec() [(libQt5Core.so.5) > ???:-1] > 0x40ee5e : main [(paraview) ???:-1] > 0x7f589479c541 : __libc_start_main [(libc.so.6) ???:-1] > 0x40eb6a : _start [(paraview) ???:-1] > ========================================================= > > Abort (core dumped) > _______________________________________________ > 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 Stefan.Melber at DLR.de Thu May 4 04:03:00 2017 From: Stefan.Melber at DLR.de (Stefan Melber) Date: Thu, 4 May 2017 10:03:00 +0200 Subject: [Paraview] Segfault wich ParaView 5.3 In-Reply-To: References: Message-ID: Hi, fixed. It was the user-configuration. The (broken) ini-file has a size of 37 MB instead of 700 kB of an working one. Dont ask me why this file was broken ... Thanks for the fast solution! Stefan > Hello Stefan > > Can you try to reproduce your problem by running paraview without user > settings: > ./bin/paraview -dr > > Regards, > > Mathieu Westphal > > On Thu, May 4, 2017 at 9:27 AM, Mathieu Westphal > > > wrote: > > Hello Stefan > > Does this happen when you startup ParaView, if not, what are you > tring to do before the segfault ? > It looks like you are trying to Load a file while connected to a > server, is that right ? > > Regards, > > Mathieu Westphal > > On Thu, May 4, 2017 at 9:06 AM, Stefan Melber > > wrote: > > Hi, > > running ParaView 5.3 (self-compiled or binaries from the > webpage) i got an segfault. Find the output of the debug > below. However - using ParaView 5.2 everything is fine. > > In 5.3 i tried Qt4 and Qt5, OpenGL and OpenGL2 - always the same. > > Any ideas? > > Stefan > > > > paraview --enable-bt > ASSERT failure in QList::operator[]: "index out of range", > file /usr/include/qt5/QtCore/qlist.h, line 545 (:0, ) > > ========================================================= > Process id 31640 Caught SIGABRT > Program Stack: > 0x7f589df0f230 : ??? [(???) ???:-1] > 0x7f58947b0ff0 : gsignal [(libc.so.6) ???:-1] > 0x7f58947b26ea : abort [(libc.so.6) ???:-1] > 0x7f58967c9c81 : ??? [(???) ???:-1] > 0x7f58967c51b1 : ??? [(???) ???:-1] > 0x7f58a0f2908b : ??? [(???) ???:-1] > 0x7f58a0f92951 : > pqServerResource::pqImplementation::pqImplementation(QString > const&, pqServerConfiguration const&) > [(libvtkpqCore-pv5.3.so.1) ???:-1] > 0x7f58a0f90632 : pqServerResource::pqServerResource(QString > const&) [(libvtkpqCore-pv5.3.so.1) ???:-1] > 0x7f58a0f7da88 : > pqRecentlyUsedResourcesList::load(pqSettings&) > [(libvtkpqCore-pv5.3.so.1) ???:-1] > 0x7f58a0f045a6 : pqApplicationCore::recentlyUsedResources() > [(libvtkpqCore-pv5.3.so.1) ???:-1] > 0x7f58a1ea7c4f : > pqStandardRecentlyUsedResourceLoaderImplementation::addDataFilesToRecentResources(pqServer*, > QStringList const&, QString const&, QString const&) > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1e5a6ff : pqLoadDataReaction::LoadFile(QStringList > const&, pqServer*, QPair const&) > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1e59fac : > pqLoadDataReaction::loadData(QList const&, > QString const&, QString const&, pqServer*) > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1e5999a : pqLoadDataReaction::loadData() > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1ed6229 : pqLoadDataReaction::onTriggered() > [(libvtkpqApplicationComponents-pv5.3.so.1) ???:-1] > 0x7f58a1ed9100 : ??? [(???) ???:-1] > 0x7f58969de739 : QMetaObject::activate(QObject*, int, int, > void**) [(libQt5Core.so.5) ???:-1] > 0x7f589769a4e2 : QAction::triggered(bool) > [(libQt5Widgets.so.5) ???:-1] > 0x7f589769ced0 : QAction::activate(QAction::ActionEvent) > [(libQt5Widgets.so.5) ???:-1] > 0x7f589778ad0d : ??? [(???) ???:-1] > 0x7f589778af44 : > QAbstractButton::mouseReleaseEvent(QMouseEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f589785703a : QToolButton::mouseReleaseEvent(QMouseEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58976e8588 : QWidget::event(QEvent*) [(libQt5Widgets.so.5) > ???:-1] > 0x7f5897857119 : QToolButton::event(QEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58976a0eac : QApplicationPrivate::notify_helper(QObject*, > QEvent*) [(libQt5Widgets.so.5) ???:-1] > 0x7f58976a951d : QApplication::notify(QObject*, QEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58969b2b30 : QCoreApplication::notifyInternal2(QObject*, > QEvent*) [(libQt5Core.so.5) ???:-1] > 0x7f58976a7bcd : QApplicationPrivate::sendMouseEvent(QWidget*, > QMouseEvent*, QWidget*, QWidget*, QWidget**, > QPointer&, bool) [(libQt5Widgets.so.5) ???:-1] > 0x7f5897702c06 : ??? [(???) ???:-1] > 0x7f5897705613 : ??? [(???) ???:-1] > 0x7f58976a0eac : QApplicationPrivate::notify_helper(QObject*, > QEvent*) [(libQt5Widgets.so.5) ???:-1] > 0x7f58976a8661 : QApplication::notify(QObject*, QEvent*) > [(libQt5Widgets.so.5) ???:-1] > 0x7f58969b2b30 : QCoreApplication::notifyInternal2(QObject*, > QEvent*) [(libQt5Core.so.5) ???:-1] > 0x7f5896effc43 : > QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::MouseEvent*) > [(libQt5Gui.so.5) ???:-1] > 0x7f5896f017c5 : > QGuiApplicationPrivate::processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*) > [(libQt5Gui.so.5) ???:-1] > 0x7f5896edf75b : > QWindowSystemInterface::sendWindowSystemEvents(QFlags) > [(libQt5Gui.so.5) ???:-1] > 0x7f587c62b210 : ??? [(???) ???:-1] > 0x7f58812d2897 : g_main_context_dispatch [(libglib-2.0.so.0) > ???:-1] > 0x7f58812d2b00 : ??? [(???) ???:-1] > 0x7f58812d2bac : g_main_context_iteration [(libglib-2.0.so.0) > ???:-1] > 0x7f5896a0719f : > QEventDispatcherGlib::processEvents(QFlags) > [(libQt5Core.so.5) ???:-1] > 0x7f58969b0b1a : > QEventLoop::exec(QFlags) > [(libQt5Core.so.5) ???:-1] > 0x7f58969b928c : QCoreApplication::exec() [(libQt5Core.so.5) > ???:-1] > 0x40ee5e : main [(paraview) ???:-1] > 0x7f589479c541 : __libc_start_main [(libc.so.6) ???:-1] > 0x40eb6a : _start [(paraview) ???:-1] > ========================================================= > > Abort (core dumped) > _______________________________________________ > 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 May 4 08:30:43 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 4 May 2017 08:30:43 -0400 Subject: [Paraview] Applying a texture to a sphere In-Reply-To: <590A392B.1010204@bluequartz.net> References: <590A392B.1010204@bluequartz.net> Message-ID: On Wed, May 3, 2017 at 4:10 PM, Michael Jackson wrote: > I have an image that represents an sphere that was mapped to a 2D circle. Unsure what you mean by this projection. Depending on what the layout it might be hard or easy to assign U/V coordinates that pick the right pixel for each location on the surface of the sphere. > I have the image as a .png. Is it possible to load that image and texture > map it back to a sphere in ParaView? > > There is a texture map to sphere filter which creates U/V coordinates on a data set. Once the data has U/V coordinates, you can load an ally a texture from the Display section of the Properties panel. -- > Michael A. Jackson > BlueQuartz Software, LLC > [e]: mike.jackson at bluequartz.net > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/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 May 4 08:54:04 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 4 May 2017 08:54:04 -0400 Subject: [Paraview] Applying a texture to a sphere In-Reply-To: <590B224D.4080802@bluequartz.net> References: <590A392B.1010204@bluequartz.net> <590B224D.4080802@bluequartz.net> Message-ID: Don't load the texture as a data set. Try this: Sources->Sphere Filters->Texture Map to Sphere Properties Tab->Search ("Texture") Under miscellaneous choose Load and navigate to your image. The problem shown in the attached result is that the UV coordinates on the sphere don't seem to map well to your projection. If you can define that you can then create the texture coordinates in the Programmable filter instead of the Texture Map to Sphere filter. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, May 4, 2017 at 8:45 AM, Michael Jackson wrote: > Example Image attached. > > I loaded the image into ParaView. Selected the filter to generate sphere > coords for texture. Went to the display section and chose to color by the > texture coords but I still have a flat image? Do I need to create a sphere > source first, then combine my image that has texture coords with that > sphere? > > -- > Michael A. Jackson > BlueQuartz Software, LLC > [e]: mike.jackson at bluequartz.net > > David E DeMarle wrote: > >> On Wed, May 3, 2017 at 4:10 PM, Michael Jackson >> > wrote: >> >> I have an image that represents an sphere that was mapped to a 2D >> circle. >> >> >> Unsure what you mean by this projection. Depending on what the layout it >> might be hard or easy to assign U/V coordinates that pick the right >> pixel for each location on the surface of the sphere. >> >> I have the image as a .png. Is it possible to load that image and >> texture map it back to a sphere in ParaView? >> >> >> There is a texture map to sphere filter which creates U/V coordinates on >> a data set. Once the data has U/V coordinates, you can load and apply a >> texture from the Display section of the Properties panel. >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-05-04 at 8.51.49 AM.png Type: image/png Size: 747553 bytes Desc: not available URL: From mike.jackson at bluequartz.net Thu May 4 09:25:26 2017 From: mike.jackson at bluequartz.net (Michael Jackson) Date: Thu, 04 May 2017 09:25:26 -0400 Subject: [Paraview] Applying a texture to a sphere In-Reply-To: References: <590A392B.1010204@bluequartz.net> <590B224D.4080802@bluequartz.net> Message-ID: <590B2BC6.5070702@bluequartz.net> Thank you. That did the trick. I was able to apple the image as a texture to a sphere. So many options in the properties panel I was just not seeing the specific option that I needed. Forgot about the search panel. Duh. That image got me pretty close to what I wanted, now to figure out how to generate actual texture coordinates, or color a sphere via each cell. Thanks for the help -- Mike Jackson [mike.jackson at bluequartz.net] David E DeMarle wrote: > Don't load the texture as a data set. > > Try this: > Sources->Sphere > Filters->Texture Map to Sphere > Properties Tab->Search ("Texture") > Under miscellaneous choose Load and navigate to your image. > > The problem shown in the attached result is that the UV coordinates on > the sphere don't seem to map well to your projection. If you can define > that you can then create the texture coordinates in the Programmable > filter instead of the Texture Map to Sphere filter. > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Thu, May 4, 2017 at 8:45 AM, Michael Jackson > > wrote: > > Example Image attached. > > I loaded the image into ParaView. Selected the filter to generate > sphere coords for texture. Went to the display section and chose to > color by the texture coords but I still have a flat image? Do I need > to create a sphere source first, then combine my image that has > texture coords with that sphere? > > -- > Michael A. Jackson > BlueQuartz Software, LLC > [e]: mike.jackson at bluequartz.net > > David E DeMarle wrote: > > On Wed, May 3, 2017 at 4:10 PM, Michael Jackson > > >> wrote: > > I have an image that represents an sphere that was mapped > to a 2D > circle. > > > Unsure what you mean by this projection. Depending on what the > layout it > might be hard or easy to assign U/V coordinates that pick the right > pixel for each location on the surface of the sphere. > > I have the image as a .png. Is it possible to load that > image and > texture map it back to a sphere in ParaView? > > > There is a texture map to sphere filter which creates U/V > coordinates on > a data set. Once the data has U/V coordinates, you can load and > apply a > texture from the Display section of the Properties panel. > > > From daviddoria at gmail.com Thu May 4 10:53:54 2017 From: daviddoria at gmail.com (David Doria) Date: Thu, 4 May 2017 09:53:54 -0500 Subject: [Paraview] Change a property of multiple data objects simultaneously? Message-ID: Hi, Say I have opened 10 individual vtp files. Now I decide that I want to change a property for all of them (for example, the Point Size, the Opacity, etc.). Is there a way to do this without clicking on one, changing the property, clicking on the next, changing the property, etc. etc.? If I select multiple data objects and then change a property it seems to only get applied to the last one in the selection. Any ideas? Thanks! David -------------- next part -------------- An HTML attachment was scrubbed... URL: From wadud.miah at nag.co.uk Thu May 4 12:08:48 2017 From: wadud.miah at nag.co.uk (Wadud Miah) Date: Thu, 4 May 2017 16:08:48 +0000 Subject: [Paraview] in-situ visualisation for MPI codes Message-ID: Hello, I am using the PLplot library (http://plplot.sourceforge.net/) which allows me to write images in my Fortran code. This library allows me to create images without having to write the data file to disk. However, PLplot only supports sequential codes and I cannot find an equivalent library for MPI/Fortran codes. Do you know if Catalyst has a similar API in Fortran? Thanks in advance, Wadud. ----------------------------------- Dr. Wadud Miah Computational Scientist Numerical Algorithms Group 01865 518035 -------------- next part -------------- An HTML attachment was scrubbed... URL: From benson.muite at ut.ee Thu May 4 12:27:05 2017 From: benson.muite at ut.ee (Benson Muite) Date: Thu, 4 May 2017 19:27:05 +0300 Subject: [Paraview] in-situ visualisation for MPI codes In-Reply-To: References: Message-ID: Hi Wadud, It should. A version with an adaptor from 4 years ago is here: https://en.wikibooks.org/wiki/Parallel_Spectral_Numerical_Methods/Visualization_with_ParaView_CoProcessing Regards, Benson On 5/4/17 7:08 PM, Wadud Miah wrote: > > Hello, > > > > I am using the PLplot library (http://plplot.sourceforge.net/) which > allows me to write images in my Fortran code. This library allows me > to create images without having to write the data file to disk. > However, PLplot only supports sequential codes and I cannot find an > equivalent library for MPI/Fortran codes. Do you know if Catalyst has > a similar API in Fortran? > > Thanks in advance, > Wadud. > > > > ----------------------------------- > > Dr. Wadud Miah > > Computational Scientist > > Numerical Algorithms Group > > 01865 518035 > > > > > > > > _______________________________________________ > 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 -- Hajuss?steemide Teadur Arvutiteaduse Instituut Tartu ?likool J.Liivi 2, 50409 Tartu http://kodu.ut.ee/~benson ---- Research Fellow of Distributed Systems Institute of Computer Science University of Tartu J.Liivi 2, 50409 Tartu, Estonia http://kodu.ut.ee/~benson -------------- next part -------------- An HTML attachment was scrubbed... URL: From drodic at phys.ethz.ch Thu May 4 13:34:49 2017 From: drodic at phys.ethz.ch (Donjan Rodic) Date: Thu, 4 May 2017 19:34:49 +0200 Subject: [Paraview] snappy display of inner points of large grid In-Reply-To: References: Message-ID: Continuing to battle with this... Loading a VTK file, the CellCenters filter with "Vertex Cells" displays inner points but doesn't keep color information. The PointDatatoCellData Filter stores the information in Cell Data, but averages colors at the region boundaries. Then using CellCenters (+Vertex Cells) does some additional averaging, but at least shows something. Having PointDatatoCellData "Pass Point Data" allows me to access this original information as input to CellCenters, but that's not useful because it gets averaged at this point. Can't see how to improve in that direction. I've tried ExtractComponent, AppendAttributes and others to overwrite/adjust/... CellCenters' data array with the original color data, but I can't manage to do it with the built-in filters or Create Custom Filter. It's a size mismatch anyway. Another option is to manually load the points into one cell. Unfortunately both Programmable Filter and Programmable Source segfault regardless of the Output Data Set Type (ParaView 5.1.2, upgrading is currently undesirable due to 5.1 being the version for Ubuntu 16.10 and 17.04, ideally the fix would be pushed in a patchlevel update). I've tried to modify the data in pvpython operating on servermanager.Fetch(...).GetCellData() with AddArray(...) and GetArray(0).SetComponent(...), but this doesn't seem to be the right way to go about things. Next up is trying to run a ProgrammableFilter within a pvpython script. Any help on how to achieve the subject line with a reasonable amount of effort is welcome. On 03.05.2017 22:38, Donjan Rodic wrote: > I'm visualising a large grid dataset with different regions == scalar > colors with ParaView 5.1.2 on Ubuntu 16.10. > > The computation prints the colors (floats in [0,1]) of a 250^3 > (usually larger) grid into a CSV file: > x,y,z,color > 0,0,0,0.5 > 0,0,1,0.5 > 0,0,2,0.3 > ... > > I load it with ParaView (Python script), apply TableToPoints, set > points.XColumn = 'x', etc. and the Points representation. > This works really well with opacity mapping and sliding the Mapping > Data curve to highlight the different regions inside the grid. > The main problem is the large size (hundreds of MB) of the CSV files. > Since the grid is rectilinear and equidistant, verbose x,y,z columns > are wasteful. > > Writing into a legacy VTK file with STRUCTURED_POINTS yields a nice 7x > size reduction, but then in ParaView the inner points are not displayed. > I've tried using the Glyph representation, which makes the rendering > unusably slow (10+ seconds for a small rotation). > 2D Glyphs with Glyph Type Vertex are not noticeably faster and lose > coloring. > Applying the Shrink filter (random googled hint) freezes the GUI for > more than 5 minutes before I kill it. At smaller system sizes the > performance is bad. > > For the CSV->TableToPoints described initially, the resulting data > structure is shown in the Information tab as a Polygonal Mesh with 1 > single cell and 15 million points, Memory: 600 MB. After loading it > responds and rotates snappily on a recent Core i7 & NVidia GPU. > The VTK file loads with several million cells as well as 15 million > points, and a Image (Uniform Rectilinear Grid) type. Memory: 15 MB ... > much lower but irrelevant with 16 GB RAM. > > It appears what I want is to have all points in one single cell, and > the CSV reader is the only one I've found doing the right thing. > > Using RECTILINEAR_GRID and custom CELL_DATA in the VTK file doesn't > help: the format apparently doesn't allow to specify less than 1 cell > per 8 vertices (or 4 in 2D). > Next I've tried to use a raw format, but after setting it up, ParaView > insists on creating millions of cells. Same experience as with VTK. > I've also tried ExtractSurface to at least get a Polygonal Mesh from > the Rectilinear Grid: still too slow and too many cells. > > Something like a "GridToTable" filter with a subsequent TableToPoints > would do the job, but I can't find such a function. Or a routine to > merge all cells into one. > > Creating a custom filter via GUI doesn't work because the loaded > data.vtk "does not have any inputs". > > How do I achieve the same performance and display of inner points as > CSV->TableToPoints with either another file format or from the Grid > data structure offered by the VTK file reader? > > cheers > Donjan > > PS: googling for > paraview grid "to table" > mainly yields results for a typo in the documentation of > TableToStructuredGrid, saying "Converts to table to structured....". > From Patrick.Begou at legi.grenoble-inp.fr Fri May 5 06:08:23 2017 From: Patrick.Begou at legi.grenoble-inp.fr (Patrick Begou) Date: Fri, 5 May 2017 12:08:23 +0200 Subject: [Paraview] Paraview segfault when connecting to pvserver Message-ID: <708b32b5-1ba0-9625-9a2e-47d9574be608@legi.grenoble-inp.fr> Hi Paraview 5.3 on the desktop client is from paraview superbuild (v5.3.0-1-g8375204) using Qt5. It runs in standalone mode or with client/server (mpirun -np 4 pvserver --use-offscreen-rendering) on the same PC. I have to use " --use-offscreen-rendering" to avoid some rendering problem with client/server. Paraview is compiled on a remote cluster with osmesa support, by hand (paraview superbuild still fails at this time), it is v5.3.0-489-gdbdb86747e. If I launch pvserver (mpirun -np 2 pvserver ) on the remote cluster and try to connect from my PC, paraview segfault: ERROR: In /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerManager/Core/vtkSMCompositeTreeDomain.cxx, line 152 vtkSMCompositeTreeDomain (0x3bab180): Unrecognized mode: amr ERROR: In /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerManager/Core/vtkSMCompositeTreeDomain.cxx, line 152 vtkSMCompositeTreeDomain (0x46a0410): Unrecognized mode: amr ERROR: In /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, line 371 vtkPVSessionCore (0x20bba50): Object type: vtkPVRenderView, could not find requested method: "SetPPI" or the method was called with incorrect arguments. while processing Message 0 = Invoke Argument 0 = vtk_object_pointer {vtkPVRenderView (0x4e67aa0)} Argument 1 = string_value {SetPPI} Argument 2 = int32_value {96} ERROR: In /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, line 372 vtkPVSessionCore (0x20bba50): Aborting execution for debugging purposes. ############ ABORT ############# ERROR: In /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, line 570 vtkSIProxy (0x4e5f4b0): Could not parse property: PPI ERROR: In /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, line 371 vtkPVSessionCore (0x20bba50): Wrapper function not found for class "(vtk object is NULL)". while processing Message 0 = Invoke Argument 0 = stream_value { Message 0 = Invoke Argument 0 = id_value {1} Argument 1 = string_value {GetVTKObject} Argument 2 = uint32_value {4037} } Argument 1 = string_value {Initialize} Argument 2 = int32_value {4037} ERROR: In /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, line 372 vtkPVSessionCore (0x20bba50): Aborting execution for debugging purposes. ############ ABORT ############# Segmentation fault (core dumped) I've tryed to google the error message, but did not get any solution. Patrick -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | =================================================================== From nenadus at gmail.com Fri May 5 06:42:24 2017 From: nenadus at gmail.com (Nenad Vujicic) Date: Fri, 5 May 2017 12:42:24 +0200 Subject: [Paraview] ParaView v5.3: Generating textures from scalars and lookup table Message-ID: Hello everyone, Does anyone have idea how to solve generating textures problem? I continued to decompose the problem and I'm curious, is interpolation of scalars before mapping performed (when OpenGL2 is selected) by shaders (on-the-fly, during display) or is an intermediate texture generated? Also, in OpenGL case, vtkPainter was available. This is missing in OpenGL2. Where has this functionality moved to or is it missing? Nenad. On Tue, Apr 25, 2017 at 11:59 AM, Nenad Vujicic wrote: > David, > > Thank you very much for your response! I tried what you suggested and it > worked, but, I'm getting bad texture, i.e. I get texture 2xN, where N is > number of segments in colormap and the exported texture mapped object looks > like I turned OFF InterpolateScalarsBeforeMapping flag. I would like to > simulate InterpolateScalarsBeforeMapping behavior by baking entire > texture first and exporting it. You can easily see difference if you create > Wavelet source, turn ON Surface representation, select RTData array for > coloring and set Number Of Table Values (in Color Map Editor) to e.g. 5. > > What I did in background is: I patched vtkCompositePolyDataMapper2Internal > and vtkCompositePolyDataMapper2, so I'm able to access appropriate block > mapper and get rid of old colormap texture, coordinates, colors, call > MapScalars(), dump created ColorMapTexture to .vti file (everything > performed on block-mapper). > > Do you have some idea where I made mistake? > > Thanks in advance! > > Nenad. > > > On Thu, Apr 13, 2017 at 2:33 PM, David E DeMarle > wrote: > >> Hi Nenand, >> >> You might try vtkMapper::GetColorMapColors/C >> olorCoordinates/ColorTextureMap. I'm using this in the OSPRay renderer >> for example. >> >> Out of curiosity is this for the p2f3d exporter plugin? >> >> cheers >> >> >> David E DeMarle >> Kitware, Inc. >> R&D Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 <(518)%20881-4909> >> >> On Tue, Apr 11, 2017 at 6:34 AM, Nenad Vujicic wrote: >> >>> Hello everyone, >>> >>> I've just started building my ParaView exporter plugin using ParaView >>> v5.3 with OpenGL2 selected for backend rendering >>> (PARAVIEW_RENDERING_BACKEND), however, I'm having troubles with generating >>> textures from scalars used for coloring the meshes. What I'm actually doing >>> here is that I'm generating texture from currently selected array and >>> lookup-table and I export texture mapped object instead of exporting object >>> plus scalars and colormap or colors. Previously (with OpenGL used for >>> backend rendering), I was deriving class from vtkScalarsToColorsPainter >>> class for this purpose, however, now, this class is not used anymore with >>> OpenGL2. >>> >>> Does anyone have idea how to solve this problem? >>> >>> Thanks in advance, >>> Nenad. >>> >>> _______________________________________________ >>> 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 Fri May 5 07:13:43 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 5 May 2017 05:13:43 -0600 Subject: [Paraview] Paraview segfault when connecting to pvserver In-Reply-To: <708b32b5-1ba0-9625-9a2e-47d9574be608@legi.grenoble-inp.fr> References: <708b32b5-1ba0-9625-9a2e-47d9574be608@legi.grenoble-inp.fr> Message-ID: Patrick, This means that the client and server versions are incompatible. The client is trying to send over a new property, "PPI", that the older version of the server does not know about. Making sure the client and server are built from the same source (and remembering to update the VTK submodule with `git submodule update`) is the surest way of resolving errors of this type. HTH, Cory On Fri, May 5, 2017 at 4:08 AM, Patrick Begou wrote: > Hi > > Paraview 5.3 on the desktop client is from paraview superbuild > (v5.3.0-1-g8375204) using Qt5. It runs in standalone mode or with > client/server (mpirun -np 4 pvserver --use-offscreen-rendering) on the same > PC. I have to use " --use-offscreen-rendering" to avoid some rendering > problem with client/server. > > Paraview is compiled on a remote cluster with osmesa support, by hand > (paraview superbuild still fails at this time), it is > v5.3.0-489-gdbdb86747e. > > If I launch pvserver (mpirun -np 2 pvserver ) on the remote cluster and try > to connect from my PC, paraview segfault: > > ERROR: In > /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerManager/Core/vtkSMCompositeTreeDomain.cxx, > line 152 > vtkSMCompositeTreeDomain (0x3bab180): Unrecognized mode: amr > > ERROR: In > /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerManager/Core/vtkSMCompositeTreeDomain.cxx, > line 152 > vtkSMCompositeTreeDomain (0x46a0410): Unrecognized mode: amr > > ERROR: In > /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 371 > vtkPVSessionCore (0x20bba50): Object type: vtkPVRenderView, could not find > requested method: "SetPPI" > or the method was called with incorrect arguments. > > while processing > Message 0 = Invoke > Argument 0 = vtk_object_pointer {vtkPVRenderView (0x4e67aa0)} > Argument 1 = string_value {SetPPI} > Argument 2 = int32_value {96} > > ERROR: In > /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 372 > vtkPVSessionCore (0x20bba50): Aborting execution for debugging purposes. > > ############ ABORT ############# > ERROR: In > /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerImplementation/Core/vtkSIProxy.cxx, > line 570 > vtkSIProxy (0x4e5f4b0): Could not parse property: PPI > > ERROR: In > /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 371 > vtkPVSessionCore (0x20bba50): Wrapper function not found for class "(vtk > object is NULL)". > while processing > Message 0 = Invoke > Argument 0 = stream_value { > Message 0 = Invoke > Argument 0 = id_value {1} > Argument 1 = string_value {GetVTKObject} > Argument 2 = uint32_value {4037} > } > Argument 1 = string_value {Initialize} > Argument 2 = int32_value {4037} > > ERROR: In > /HA/sources/begou/PARAVIEW/build-thor/superbuild/paraview/src/ParaViewCore/ServerImplementation/Core/vtkPVSessionCore.cxx, > line 372 > vtkPVSessionCore (0x20bba50): Aborting execution for debugging purposes. > > > ############ ABORT ############# > Segmentation fault (core dumped) > > > I've tryed to google the error message, but did not get any solution. > > Patrick > > -- > =================================================================== > | Equipe M.O.S.T. | | > | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | > | LEGI | | > | BP 53 X | Tel 04 76 82 51 35 | > | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | > =================================================================== > > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. From dave.demarle at kitware.com Fri May 5 09:14:02 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 5 May 2017 09:14:02 -0400 Subject: [Paraview] Change a property of multiple data objects simultaneously? In-Reply-To: References: Message-ID: I suggest using the group filter to make a multi block and then changing the display properties of the collection there. Alternatively there is Tool->Manage Links which should let you set up links among the properties to control the whole set simultaneously. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, May 4, 2017 at 10:53 AM, David Doria wrote: > Hi, > > Say I have opened 10 individual vtp files. Now I decide that I want to > change a property for all of them (for example, the Point Size, the > Opacity, etc.). Is there a way to do this without clicking on one, changing > the property, clicking on the next, changing the property, etc. etc.? If I > select multiple data objects and then change a property it seems to only > get applied to the last one in the selection. > > Any ideas? > > Thanks! > > 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 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mvanmoer at illinois.edu Fri May 5 09:42:18 2017 From: mvanmoer at illinois.edu (Vanmoer, Mark W) Date: Fri, 5 May 2017 13:42:18 +0000 Subject: [Paraview] Adding Blue Waters to the list of servers in Fetch Servers? Message-ID: <7F781841FF1E044388AFA42B70703A7AC4306767@CHIMBX6.ad.uillinois.edu> Hi, What is the process for getting Blue Waters at NCSA added to the list of servers that appear when clicking Fetch Servers in the Choose Server Configuration dialog? Thanks, Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Fri May 5 10:25:54 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 5 May 2017 10:25:54 -0400 Subject: [Paraview] Adding Blue Waters to the list of servers in Fetch Servers? In-Reply-To: <7F781841FF1E044388AFA42B70703A7AC4306767@CHIMBX6.ad.uillinois.edu> References: <7F781841FF1E044388AFA42B70703A7AC4306767@CHIMBX6.ad.uillinois.edu> Message-ID: Mark, Just tell me where to find your pvsc and I'll put it on kitware.com where ParaView by default looks. Thanks! David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, May 5, 2017 at 9:42 AM, Vanmoer, Mark W wrote: > Hi, > > > > What is the process for getting Blue Waters at NCSA added to the list of > servers that appear when clicking Fetch Servers in the Choose Server > Configuration dialog? > > > > Thanks, > > Mark > > _______________________________________________ > 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 ken.martin at kitware.com Fri May 5 10:28:29 2017 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 5 May 2017 10:28:29 -0400 Subject: [Paraview] ParaView v5.3: Generating textures from scalars and lookup table In-Reply-To: References: Message-ID: > > Does anyone have idea how to solve generating textures problem? > > I continued to decompose the problem and I'm curious, is interpolation of > scalars before mapping performed (when OpenGL2 is selected) by shaders > (on-the-fly, during display) or is an intermediate texture generated? > 2xN is a good texture. That is what you should get for both the old and new backends (N covers the scalar range, the 2 covers normal versus NaN, it is a 2D map because of how normal scalar values should properly interpolate to NaN). When interp before mapping is on we do create a 2xN texture and texture coordinates. The texture coordinate maps the scalar values into the texture map. Interpolation is done in the fragment shader by texture lookup. The process for cell data is a bit different but in that case there is no interpolation. There we use a texture to map cellids to colors I believe. If you have point scalars, and you write out the 2xN texture map along with the color texture coordinates generated for it (not the texture coordinates that might have come from the model or a source), then that should be correct. Also, in OpenGL case, vtkPainter was available. This is missing in OpenGL2. > Where has this functionality moved to or is it missing? > OpenGL2 has a different design that does not use painters. > > Nenad. > > On Tue, Apr 25, 2017 at 11:59 AM, Nenad Vujicic wrote: > >> David, >> >> Thank you very much for your response! I tried what you suggested and it >> worked, but, I'm getting bad texture, i.e. I get texture 2xN, where N is >> number of segments in colormap and the exported texture mapped object looks >> like I turned OFF InterpolateScalarsBeforeMapping flag. I would like to >> simulate InterpolateScalarsBeforeMapping behavior by baking entire >> texture first and exporting it. You can easily see difference if you create >> Wavelet source, turn ON Surface representation, select RTData array for >> coloring and set Number Of Table Values (in Color Map Editor) to e.g. 5. >> >> What I did in background is: I patched vtkCompositePolyDataMapper2Internal >> and vtkCompositePolyDataMapper2, so I'm able to access appropriate block >> mapper and get rid of old colormap texture, coordinates, colors, call >> MapScalars(), dump created ColorMapTexture to .vti file (everything >> performed on block-mapper). >> >> Do you have some idea where I made mistake? >> >> Thanks in advance! >> >> Nenad. >> >> >> On Thu, Apr 13, 2017 at 2:33 PM, David E DeMarle < >> dave.demarle at kitware.com> wrote: >> >>> Hi Nenand, >>> >>> You might try vtkMapper::GetColorMapColors/C >>> olorCoordinates/ColorTextureMap. I'm using this in the OSPRay renderer >>> for example. >>> >>> Out of curiosity is this for the p2f3d exporter plugin? >>> >>> cheers >>> >>> >>> David E DeMarle >>> Kitware, Inc. >>> R&D Engineer >>> 21 Corporate Drive >>> Clifton Park, NY 12065-8662 >>> Phone: 518-881-4909 <(518)%20881-4909> >>> >>> On Tue, Apr 11, 2017 at 6:34 AM, Nenad Vujicic >>> wrote: >>> >>>> Hello everyone, >>>> >>>> I've just started building my ParaView exporter plugin using ParaView >>>> v5.3 with OpenGL2 selected for backend rendering >>>> (PARAVIEW_RENDERING_BACKEND), however, I'm having troubles with generating >>>> textures from scalars used for coloring the meshes. What I'm actually doing >>>> here is that I'm generating texture from currently selected array and >>>> lookup-table and I export texture mapped object instead of exporting object >>>> plus scalars and colormap or colors. Previously (with OpenGL used for >>>> backend rendering), I was deriving class from vtkScalarsToColorsPainter >>>> class for this purpose, however, now, this class is not used anymore with >>>> OpenGL2. >>>> >>>> Does anyone have idea how to solve this problem? >>>> >>>> Thanks in advance, >>>> Nenad. >>>> >>>> _______________________________________________ >>>> 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/opensou > rce/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 > > > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 mvanmoer at illinois.edu Fri May 5 12:56:17 2017 From: mvanmoer at illinois.edu (Vanmoer, Mark W) Date: Fri, 5 May 2017 16:56:17 +0000 Subject: [Paraview] Adding Blue Waters to the list of servers in Fetch Servers? In-Reply-To: References: <7F781841FF1E044388AFA42B70703A7AC4306767@CHIMBX6.ad.uillinois.edu>, Message-ID: <7F781841FF1E044388AFA42B70703A7AC4306860@CHIMBX6.ad.uillinois.edu> Hi David, It's at: https://github.com/mvanmoer/paraview-hpc-support bw.pvsc bw-win.pvsc What's the recommendation for OS X to replicate the xterm/ssh, plink/cmd combos for making the connection? Please ignore the one for JYC, that's basically just for me. (Unless you/Kitware have JYC access?) Thanks, Mark ________________________________________ From: David E DeMarle [dave.demarle at kitware.com] Sent: Friday, May 05, 2017 9:25 AM To: Vanmoer, Mark W; Chuck Atkins Cc: ParaView Subject: Re: [Paraview] Adding Blue Waters to the list of servers in Fetch Servers? Mark, Just tell me where to find your pvsc and I'll put it on kitware.com where ParaView by default looks. Thanks! David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, May 5, 2017 at 9:42 AM, Vanmoer, Mark W > wrote: Hi, What is the process for getting Blue Waters at NCSA added to the list of servers that appear when clicking Fetch Servers in the Choose Server Configuration dialog? Thanks, Mark _______________________________________________ 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.oliveira at gmail.com Sat May 6 09:23:40 2017 From: thomas.oliveira at gmail.com (Thomas Oliveira) Date: Sat, 6 May 2017 14:23:40 +0100 Subject: [Paraview] Visualization ternary saturation Message-ID: Dear all, Given three cell arrays (A,B,C) representation saturations (A+B+C = 1 for every cell) is it possible to generate a ternary saturation image like the one attached (obtained in http://www.esss.com.br/Kraken/wp-content/uploads/2014/07/Ternary-Saturation.png )? In the figure, A, B, C are saturations of water, oil and gas. Best regards, Thomas Oliveira -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Ternary-Saturation.png Type: image/png Size: 208327 bytes Desc: not available URL: From cornelis.bockemuehl at gmail.com Sat May 6 12:15:03 2017 From: cornelis.bockemuehl at gmail.com (=?UTF-8?Q?Cornelis_Bockem=C3=BChl?=) Date: Sat, 6 May 2017 18:15:03 +0200 Subject: [Paraview] Bug or feature? Message-ID: Dear Paraview users and experts, In some project I am generating a dataset that has a multi-component column as a result, with a variable number of columns depending on the problem. These data are "cell data" of some "unstructured grid", and I can nicely visualize it in Paraview, component by component. Only with the visualization as a "volume" I have problems: It seems that with this you can only visualize the "magnitude", while switching between the components does not work! This works only in other viewing modes, but the "volume" is sometimes very useful because you can look "inside" the volume. Now I am asking myself if this is a bug (with a certain chance to have it fixed or even fix it myself...) or a feature? I mean: the fact that "magnitude" is the default for displaying multi-component arrays already gives some hint in the direction: this type of columns is mostly intended to be used as coordinates! Which is actually not my case. Technically I could of course switch to just generating a set of single-component arrays instead of one multi-component array. I only did it otherwise because the columns are very closely related, so it looked like a good idea initially... Any hint or experience? Regards, Cornelis PS: I am using Paraview 5.3 on Windows 64bit -- Cornelis Bockem?hl Basel, Schweiz -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Sat May 6 18:49:54 2017 From: andy.bauer at kitware.com (Andy Bauer) Date: Sat, 6 May 2017 18:49:54 -0400 Subject: [Paraview] Bug or feature? In-Reply-To: References: Message-ID: Hi, I am able to do a volume visualization for each component of a 3 component array (i.e. a vector) of both point and cell data in PV 5.3. This was done with a both a vtkImageData and a vtkUnstructuredGrid. Once I choose my 3 component array for volume rendering in the upper left corner of the GUI, the default is the Magnitude but I can switch to each component as well with the drop down dialog that is just to the right of where I choose which array I want to pseudo-color by. Any chance you could share your dataset and specific instructions on how you're doing things? Alternatively, you can use the Calculator filter to extract one component of your multi-component array but this is a bit computationally wasteful. Cheers, Andy On Sat, May 6, 2017 at 12:15 PM, Cornelis Bockem?hl < cornelis.bockemuehl at gmail.com> wrote: > Dear Paraview users and experts, > > In some project I am generating a dataset that has a multi-component > column as a result, with a variable number of columns depending on the > problem. These data are "cell data" of some "unstructured grid", and I can > nicely visualize it in Paraview, component by component. > > Only with the visualization as a "volume" I have problems: It seems that > with this you can only visualize the "magnitude", while switching between > the components does not work! This works only in other viewing modes, but > the "volume" is sometimes very useful because you can look "inside" the > volume. > > Now I am asking myself if this is a bug (with a certain chance to have it > fixed or even fix it myself...) or a feature? > > I mean: the fact that "magnitude" is the default for displaying > multi-component arrays already gives some hint in the direction: this type > of columns is mostly intended to be used as coordinates! Which is actually > not my case. > > Technically I could of course switch to just generating a set of > single-component arrays instead of one multi-component array. I only did it > otherwise because the columns are very closely related, so it looked like a > good idea initially... > > Any hint or experience? > > Regards, > Cornelis > > PS: I am using Paraview 5.3 on Windows 64bit > > -- > Cornelis Bockem?hl > Basel, Schweiz > > _______________________________________________ > 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 nenadus at gmail.com Sun May 7 08:32:55 2017 From: nenadus at gmail.com (Nenad Vujicic) Date: Sun, 7 May 2017 14:32:55 +0200 Subject: [Paraview] ParaView v5.3: Generating textures from scalars and lookup table Message-ID: > >> >* Does anyone have idea how to solve generating textures problem? *> >> >* I continued to decompose the problem and I'm curious, is interpolation of *> >* scalars before mapping performed (when OpenGL2 is selected) by shaders *> >* (on-the-fly, during display) or is an intermediate texture generated? *> > > 2xN is a good texture. That is what you should get for both the old and new > backends (N covers the scalar range, the 2 covers normal versus NaN, it is > a 2D map because of how normal scalar values should properly interpolate to > NaN). > ... Ken, thank you very much for your help. I think I solved my problem of simulating InterpolateScalarsBeforeMapping (and getting sharp edges) by re-creating larger colormap (4x1K) from generated one. Thanks very much once again to everyone for helping! Nenad. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon May 8 11:18:03 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 8 May 2017 11:18:03 -0400 Subject: [Paraview] ParaView 5.4.0 Release Candidate 1 binaries are available for download Message-ID: On behalf of the ParaView development community, I am happy to announce that binaries and source code for ParaView 5.4.0-RC1 are available to download from http://www.paraview.org/download/ Please let us know if you run into any problems with this release candidate. Thank you, Cory -- Cory Quammen Staff R&D Engineer Kitware, Inc. From ken.martin at kitware.com Mon May 8 11:22:18 2017 From: ken.martin at kitware.com (Ken Martin) Date: Mon, 8 May 2017 11:22:18 -0400 Subject: [Paraview] ParaView v5.3: Generating textures from scalars and lookup table In-Reply-To: References: Message-ID: Awesome, glad it worked out! On Sun, May 7, 2017 at 8:32 AM, Nenad Vujicic wrote: > > >> >* Does anyone have idea how to solve generating textures problem? > *> >> >* I continued to decompose the problem and I'm curious, is interpolation of > *> >* scalars before mapping performed (when OpenGL2 is selected) by shaders > *> >* (on-the-fly, during display) or is an intermediate texture generated? > *> > > > 2xN is a good texture. That is what you should get for both the old and new > > backends (N covers the scalar range, the 2 covers normal versus NaN, it is > > a 2D map because of how normal scalar values should properly interpolate to > > NaN). > > > ... > > Ken, thank you very much for your help. I think I solved my problem of simulating InterpolateScalarsBeforeMapping (and getting sharp edges) by re-creating larger colormap (4x1K) from generated one. > > Thanks very much once again to everyone for helping! > > > Nenad. > > > > _______________________________________________ > 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 > > -- Ken Martin PhD Distinguished Engineer Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 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 benjamincorr at gmail.com Mon May 8 13:25:01 2017 From: benjamincorr at gmail.com (Ben Orr) Date: Mon, 8 May 2017 12:25:01 -0500 Subject: [Paraview] dialog windows bug on Paraview 5.3 when changing monitor configuration Message-ID: Paraview Developers, I have found a bug with Paraview 5.3 on Windows 7 (did not test to see if it also exists on other versions/OS's). I recently changed computers, so I moved my old computer to a spare desk. My old computer used to have two monitors, but now it only has one. The last time I used Paraview, back when it had two monitors, the file-open dialog was on the second monitor. Now that the computer only has one monitor, it still places the file-open dialog on the "second," nonexistent monitor. I fixed this by simply plugging in a second monitor, moving the file-open window back to the primary monitor, then re-removed the second monitor. This is true for all dialog windows such as the python terminal and trace. I do not know if this is a Paraview or general Qt issue. It's not very often that someone gets rid of monitors, so it's probably low priority, but it was certainly one of the most confusing issues I've ever resolved, so I thought it was worth mentioning to the community. Thank you, Ben Orr -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon May 8 13:31:16 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 8 May 2017 13:31:16 -0400 Subject: [Paraview] dialog windows bug on Paraview 5.3 when changing monitor configuration In-Reply-To: References: Message-ID: Ben, Thanks for your report. It also may work to remove the ParaView5.3.0.ini file under %HOME%\AppData\Roaming\ParaView. That file stores window geometry information, including positioning. Best, Cory On Mon, May 8, 2017 at 1:25 PM, Ben Orr wrote: > Paraview Developers, > > I have found a bug with Paraview 5.3 on Windows 7 (did not test to see if it > also exists on other versions/OS's). I recently changed computers, so I > moved my old computer to a spare desk. My old computer used to have two > monitors, but now it only has one. The last time I used Paraview, back when > it had two monitors, the file-open dialog was on the second monitor. Now > that the computer only has one monitor, it still places the file-open dialog > on the "second," nonexistent monitor. I fixed this by simply plugging in a > second monitor, moving the file-open window back to the primary monitor, > then re-removed the second monitor. This is true for all dialog windows such > as the python terminal and trace. I do not know if this is a Paraview or > general Qt issue. > > It's not very often that someone gets rid of monitors, so it's probably low > priority, but it was certainly one of the most confusing issues I've ever > resolved, so I thought it was worth mentioning to the community. > > Thank you, > > Ben Orr > > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. From wascott at sandia.gov Mon May 8 13:31:17 2017 From: wascott at sandia.gov (Scott, W Alan) Date: Mon, 8 May 2017 17:31:17 +0000 Subject: [Paraview] [EXTERNAL] dialog windows bug on Paraview 5.3 when changing monitor configuration In-Reply-To: References: Message-ID: It probably has to do with your configuration files. ParaView keeps track of how you left the app last time you ran it. This includes locations for all of the dialog windows. Just delete your configuration files, and all will be well. Further, ParaView will look like it came out of the box. http://www.paraview.org/Wiki/ParaView_Settings_Files Alan From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Ben Orr Sent: Monday, May 8, 2017 11:25 AM To: paraview at paraview.org Subject: [EXTERNAL] [Paraview] dialog windows bug on Paraview 5.3 when changing monitor configuration Paraview Developers, I have found a bug with Paraview 5.3 on Windows 7 (did not test to see if it also exists on other versions/OS's). I recently changed computers, so I moved my old computer to a spare desk. My old computer used to have two monitors, but now it only has one. The last time I used Paraview, back when it had two monitors, the file-open dialog was on the second monitor. Now that the computer only has one monitor, it still places the file-open dialog on the "second," nonexistent monitor. I fixed this by simply plugging in a second monitor, moving the file-open window back to the primary monitor, then re-removed the second monitor. This is true for all dialog windows such as the python terminal and trace. I do not know if this is a Paraview or general Qt issue. It's not very often that someone gets rid of monitors, so it's probably low priority, but it was certainly one of the most confusing issues I've ever resolved, so I thought it was worth mentioning to the community. Thank you, Ben Orr -------------- next part -------------- An HTML attachment was scrubbed... URL: From berk.geveci at kitware.com Mon May 8 13:51:16 2017 From: berk.geveci at kitware.com (Berk Geveci) Date: Mon, 8 May 2017 13:51:16 -0400 Subject: [Paraview] Accessing field data In-Reply-To: References: Message-ID: Where are you trying to do this? The Python Console/pypython vs Python Calculator / Programmable Filter? Best, -berk On Wed, May 3, 2017 at 5:52 PM, John Haase wrote: > Hello Paraview, > > I have an Exodus II reader, reader. > > I'm trying to extract field data 'Full_EmissionCurrent' and > 'Native_EmissionCurrent' > > I tried to extract the data > > reader.FieldData['Full_EmissionCurrent'] > > Array: Full_EmissionCurrent > > > How do I actually get that array? > > > Regards, > > John R. Haase > jhaase1 at nd.edu > > _______________________________________________ > 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 Mon May 8 13:56:23 2017 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Mon, 8 May 2017 17:56:23 +0000 Subject: [Paraview] Visualization ternary saturation Message-ID: <2cc1c83b04574d89a3a11f6ac15b6af6@ES08AMSNLNT.srn.sandia.gov> ParaView does not directly support ternary color maps, but if you create a field of colors (represented by three unsigned chars), then you can render those colors directly by turning off the Map Scalars option. You can create these colors with a Programmable Filter with a script like the following: A = inputs[0].CellData['A'] B = inputs[0].CellData['B'] C = inputs[0].CellData['C'] colors = numpy.empty((len(A),3), dtype='uint8') colors[:,0] = A*255 colors[:,1] = B*255 colors[:,2] = C*255 output.CellData.append(colors, 'colors') Once you apply that script, color by the new ?colors? array and uncheck the box marked ?Map Scalars? (it is an advanced option in the properties panel). -Ken From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Thomas Oliveira Sent: Saturday, May 6, 2017 7:24 AM To: ParaView Subject: [EXTERNAL] [Paraview] Visualization ternary saturation Dear all, Given three cell arrays (A,B,C) representation saturations (A+B+C = 1 for every cell) is it possible to generate a ternary saturation image like the one attached (obtained in http://www.esss.com.br/Kraken/wp-content/uploads/2014/07/Ternary-Saturation.png)? In the figure, A, B, C are saturations of water, oil and gas. Best regards, Thomas Oliveira -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn.waldon at kitware.com Mon May 8 14:11:11 2017 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Mon, 8 May 2017 14:11:11 -0400 Subject: [Paraview] Visualization ternary saturation In-Reply-To: <2cc1c83b04574d89a3a11f6ac15b6af6@ES08AMSNLNT.srn.sandia.gov> References: <2cc1c83b04574d89a3a11f6ac15b6af6@ES08AMSNLNT.srn.sandia.gov> Message-ID: Ken beat me to answering this one... I'll just add that if the data is floating point in the range [0, 1], you don't need to convert it to uint8 or multiply by 255. Just creating a floating point vector will give the same result. This is a more recent extension of the functionality: I know it works in 5.3 and master but I'm not sure how many versions back support it. A = inputs[0].CellData['A'] B = inputs[0].CellData['B'] C = inputs[0].CellData['C'] colors = numpy.empty((len(A),3), dtype='float') colors[:,0] = A colors[:,1] = B colors[:,2] = C output.CellData.append(colors, 'colors') HTH, Shawn On Mon, May 8, 2017 at 1:56 PM, Moreland, Kenneth wrote: > ParaView does not directly support ternary color maps, but if you create a > field of colors (represented by three unsigned chars), then you can render > those colors directly by turning off the Map Scalars option. You can create > these colors with a Programmable Filter with a script like the following: > > > > A = inputs[0].CellData['A'] > > B = inputs[0].CellData['B'] > > C = inputs[0].CellData['C'] > > colors = numpy.empty((len(A),3), dtype='uint8') > > colors[:,0] = A*255 > > colors[:,1] = B*255 > > colors[:,2] = C*255 > > output.CellData.append(colors, 'colors') > > > > Once you apply that script, color by the new ?colors? array and uncheck > the box marked ?Map Scalars? (it is an advanced option in the properties > panel). > > > > -Ken > > > > *From:* ParaView [mailto:paraview-bounces at paraview.org] *On Behalf Of *Thomas > Oliveira > *Sent:* Saturday, May 6, 2017 7:24 AM > *To:* ParaView > *Subject:* [EXTERNAL] [Paraview] Visualization ternary saturation > > > > Dear all, > > Given three cell arrays (A,B,C) representation saturations (A+B+C = 1 for > every cell) is it possible to generate a ternary saturation image like the > one attached (obtained in http://www.esss.com.br/Kraken/ > wp-content/uploads/2014/07/Ternary-Saturation.png)? > > In the figure, A, B, C are saturations of water, oil and gas. > > Best regards, > > Thomas Oliveira > > _______________________________________________ > 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 jhaase1 at nd.edu Mon May 8 14:27:40 2017 From: jhaase1 at nd.edu (John Haase) Date: Mon, 8 May 2017 13:27:40 -0500 Subject: [Paraview] Accessing field data In-Reply-To: References: Message-ID: I was trying to do this via pvpython Regards, John R. Haase jhaase1 at nd.edu On Mon, May 8, 2017 at 12:51 PM, Berk Geveci wrote: > Where are you trying to do this? The Python Console/pypython vs Python > Calculator / Programmable Filter? > > Best, > -berk > > On Wed, May 3, 2017 at 5:52 PM, John Haase wrote: > >> Hello Paraview, >> >> I have an Exodus II reader, reader. >> >> I'm trying to extract field data 'Full_EmissionCurrent' and >> 'Native_EmissionCurrent' >> >> I tried to extract the data >> >> reader.FieldData['Full_EmissionCurrent'] >> >> Array: Full_EmissionCurrent >> >> >> How do I actually get that array? >> >> >> Regards, >> >> John R. Haase >> jhaase1 at nd.edu >> >> _______________________________________________ >> 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 jhaase1 at nd.edu Mon May 8 14:34:36 2017 From: jhaase1 at nd.edu (John Haase) Date: Mon, 8 May 2017 13:34:36 -0500 Subject: [Paraview] Accessing field data In-Reply-To: References: Message-ID: I managed to hack something together just using python writer = CreateWriter(path + 'FieldData.csv', reader, Precision=12, UseScientificNotation=1, FieldAssociation='Field Data') writer.UpdatePipeline() fname = glob.glob(path + 'FieldData*.csv') FieldData = numpy.genfromtxt(fname[0], delimiter=',').transpose() But it's kind of annoying that I had to leave Paraview to do it. Regards, John R. Haase jhaase1 at nd.edu On Mon, May 8, 2017 at 1:27 PM, John Haase wrote: > I was trying to do this via pvpython > > Regards, > > John R. Haase > jhaase1 at nd.edu > > On Mon, May 8, 2017 at 12:51 PM, Berk Geveci > wrote: > >> Where are you trying to do this? The Python Console/pypython vs Python >> Calculator / Programmable Filter? >> >> Best, >> -berk >> >> On Wed, May 3, 2017 at 5:52 PM, John Haase wrote: >> >>> Hello Paraview, >>> >>> I have an Exodus II reader, reader. >>> >>> I'm trying to extract field data 'Full_EmissionCurrent' and >>> 'Native_EmissionCurrent' >>> >>> I tried to extract the data >>> >>> reader.FieldData['Full_EmissionCurrent'] >>> >>> Array: Full_EmissionCurrent >>> >>> >>> How do I actually get that array? >>> >>> >>> Regards, >>> >>> John R. Haase >>> jhaase1 at nd.edu >>> >>> _______________________________________________ >>> 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 May 8 16:51:58 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 8 May 2017 16:51:58 -0400 Subject: [Paraview] New blog post: Color legend improvements coming to ParaView 5.4 Message-ID: Folks, I just published a blog post showing some of the enhancements coming to ParaView 5.4.0's color legend: https://blog.kitware.com/color-legend-improvements-coming-to-paraview-5-4/ Enjoy! Cory -- Cory Quammen Staff R&D Engineer Kitware, Inc. From andrealphus at gmail.com Mon May 8 17:02:45 2017 From: andrealphus at gmail.com (andrealphus) Date: Mon, 8 May 2017 14:02:45 -0700 Subject: [Paraview] workstation slow render Message-ID: Trying to make some animations on a new workstation (everything is local!) and things are unbelievably slow (my 8 year old mac pro runs faster with paraview!) System specs: Intel(R) Xeon(R) CPU E5-2697 v4 @ 2.30GHz (18 cores) 128 Gb ram NVIDIA Corporation GM204GL [Quadro M4000] Ubuntu 16.04.2 LTS I'm using the proprietary nvidia drivers. I installed from source (git), using; ccmake -DQt5_DIR=$QTLOC/Qt5.6.2/5.6/gcc_64/lib/cmake/Qt5 ./$PVLOC/ParaView enable python, turned off shared libs, and enabled mpi any thoughts? size of the model doesnt matter, just that it runs faster on an 8 year old machine with PV4, then it does on this workstation. Any way to make a single instance of ./bin/paraview use more than one core? Any way to check that gpu rendering is occuring correctly? these questions were all searched for online but not adequately answered. -------------- next part -------------- An HTML attachment was scrubbed... URL: From zdavis at pointwise.com Mon May 8 17:38:00 2017 From: zdavis at pointwise.com (Zach Davis) Date: Mon, 8 May 2017 21:38:00 +0000 Subject: [Paraview] ParaView 5.4.0 Release Candidate 1 binaries are available for download In-Reply-To: References: Message-ID: <9901592F-4C2F-4254-A0CD-AE1DFA4D74F7@pointwise.com> Hi Cory, I?ve downloaded the latest disk image for ParaView 5.4 RC-1 for macOS; however, the image won?t open with an error message warning that there are no mountable file systems. Best Regards, Zach Davis Pointwise?, Inc. Sr. Engineer, Sales & Marketing 213 South Jennings Avenue Fort Worth, TX 76104-1107 E: zach.davis at pointwise.com P: (817) 377-2807 x1202 F: (817) 377-2799 > On May 8, 2017, at 10:18 AM, Cory Quammen wrote: > > On behalf of the ParaView development community, I am happy to > announce that binaries and source code for ParaView 5.4.0-RC1 are > available to download from > > http://www.paraview.org/download/ > > Please let us know if you run into any problems with this release candidate. > > Thank you, > Cory > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. > _______________________________________________ > 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: signature.asc Type: application/pgp-signature Size: 842 bytes Desc: Message signed with OpenPGP URL: From kmorel at sandia.gov Mon May 8 19:03:00 2017 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Mon, 8 May 2017 23:03:00 +0000 Subject: [Paraview] Visualization ternary saturation Message-ID: <9169a18525ca4cfc80e17aa36781a03d@ES08AMSNLNT.srn.sandia.gov> Shawn, I tried it your way in ParaView 5.3.0, and it did not work correctly. Are you sure this is implemented in 5.3 and not a new feature in the upcoming 5.4? -Ken From: Shawn Waldon [mailto:shawn.waldon at kitware.com] Sent: Monday, May 8, 2017 12:11 PM To: Moreland, Kenneth Cc: Thomas Oliveira ; ParaView Subject: [EXTERNAL] Re: [Paraview] Visualization ternary saturation Ken beat me to answering this one... I'll just add that if the data is floating point in the range [0, 1], you don't need to convert it to uint8 or multiply by 255. Just creating a floating point vector will give the same result. This is a more recent extension of the functionality: I know it works in 5.3 and master but I'm not sure how many versions back support it. A = inputs[0].CellData['A'] B = inputs[0].CellData['B'] C = inputs[0].CellData['C'] colors = numpy.empty((len(A),3), dtype='float') colors[:,0] = A colors[:,1] = B colors[:,2] = C output.CellData.append(colors, 'colors') HTH, Shawn On Mon, May 8, 2017 at 1:56 PM, Moreland, Kenneth > wrote: ParaView does not directly support ternary color maps, but if you create a field of colors (represented by three unsigned chars), then you can render those colors directly by turning off the Map Scalars option. You can create these colors with a Programmable Filter with a script like the following: A = inputs[0].CellData['A'] B = inputs[0].CellData['B'] C = inputs[0].CellData['C'] colors = numpy.empty((len(A),3), dtype='uint8') colors[:,0] = A*255 colors[:,1] = B*255 colors[:,2] = C*255 output.CellData.append(colors, 'colors') Once you apply that script, color by the new ?colors? array and uncheck the box marked ?Map Scalars? (it is an advanced option in the properties panel). -Ken From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Thomas Oliveira Sent: Saturday, May 6, 2017 7:24 AM To: ParaView > Subject: [EXTERNAL] [Paraview] Visualization ternary saturation Dear all, Given three cell arrays (A,B,C) representation saturations (A+B+C = 1 for every cell) is it possible to generate a ternary saturation image like the one attached (obtained in http://www.esss.com.br/Kraken/wp-content/uploads/2014/07/Ternary-Saturation.png)? In the figure, A, B, C are saturations of water, oil and gas. Best regards, Thomas Oliveira _______________________________________________ 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 May 8 22:16:56 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 8 May 2017 22:16:56 -0400 Subject: [Paraview] Visualization ternary saturation In-Reply-To: <9169a18525ca4cfc80e17aa36781a03d@ES08AMSNLNT.srn.sandia.gov> References: <9169a18525ca4cfc80e17aa36781a03d@ES08AMSNLNT.srn.sandia.gov> Message-ID: > I tried it your way in ParaView 5.3.0, and it did not work correctly. Are > you sure this is implemented in 5.3 and not a new feature in the upcoming > 5.4? Ken, This was implemented some time ago. In 5.3.0, I could do the following: * Add Sphere Source * Add Programmable Filter with the Script set to A = inputs[0].PointData['Normals'][:,0] B = inputs[0].PointData['Normals'][:,1] C = inputs[0].PointData['Normals'][:,2] colors = numpy.empty((len(A),3), dtype='float') colors[:,0] = A colors[:,1] = B colors[:,2] = C output.PointData.append(colors, 'colors') * Turn off Map Scalars You could also skip this silly use of the Programmable Filter altogether and color the Sphere source by 'Normals', then turn Map Scalars off. I believe the capability to treat floating-point arrays of 3-tuples was added to VTK in commit commit 00de9a942ff74e797fbe4cd8c67307c8065cdade Author: Dan Lipsa Date: Thu Nov 20 13:35:35 2014 -0500 Add VTK_COLOR_MODE_DIRECT_SCALARS. See vtkScalarsToColors::MapScalars. - Cory > From: Shawn Waldon [mailto:shawn.waldon at kitware.com] > Sent: Monday, May 8, 2017 12:11 PM > To: Moreland, Kenneth > Cc: Thomas Oliveira ; ParaView > > Subject: [EXTERNAL] Re: [Paraview] Visualization ternary saturation > > > > Ken beat me to answering this one... I'll just add that if the data is > floating point in the range [0, 1], you don't need to convert it to uint8 or > multiply by 255. Just creating a floating point vector will give the same > result. This is a more recent extension of the functionality: I know it > works in 5.3 and master but I'm not sure how many versions back support it. > > A = inputs[0].CellData['A'] > > B = inputs[0].CellData['B'] > > C = inputs[0].CellData['C'] > > colors = numpy.empty((len(A),3), dtype='float') > > colors[:,0] = A > > colors[:,1] = B > > colors[:,2] = C > > output.CellData.append(colors, 'colors') > > > HTH, > > Shawn > > > > On Mon, May 8, 2017 at 1:56 PM, Moreland, Kenneth wrote: > > ParaView does not directly support ternary color maps, but if you create a > field of colors (represented by three unsigned chars), then you can render > those colors directly by turning off the Map Scalars option. You can create > these colors with a Programmable Filter with a script like the following: > > > > A = inputs[0].CellData['A'] > > B = inputs[0].CellData['B'] > > C = inputs[0].CellData['C'] > > colors = numpy.empty((len(A),3), dtype='uint8') > > colors[:,0] = A*255 > > colors[:,1] = B*255 > > colors[:,2] = C*255 > > output.CellData.append(colors, 'colors') > > > > Once you apply that script, color by the new ?colors? array and uncheck the > box marked ?Map Scalars? (it is an advanced option in the properties panel). > > > > -Ken > > > > From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Thomas > Oliveira > Sent: Saturday, May 6, 2017 7:24 AM > To: ParaView > Subject: [EXTERNAL] [Paraview] Visualization ternary saturation > > > > Dear all, > > Given three cell arrays (A,B,C) representation saturations (A+B+C = 1 for > every cell) is it possible to generate a ternary saturation image like the > one attached (obtained in > http://www.esss.com.br/Kraken/wp-content/uploads/2014/07/Ternary-Saturation.png)? > > In the figure, A, B, C are saturations of water, oil and gas. > > Best regards, > > Thomas Oliveira > > > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. From cory.quammen at kitware.com Mon May 8 22:31:05 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 8 May 2017 22:31:05 -0400 Subject: [Paraview] ParaView 5.4.0 Release Candidate 1 binaries are available for download In-Reply-To: <9901592F-4C2F-4254-A0CD-AE1DFA4D74F7@pointwise.com> References: <9901592F-4C2F-4254-A0CD-AE1DFA4D74F7@pointwise.com> Message-ID: Zach, Thanks for your report. However, I can't seem to reproduce that on macOS 10.11.6. What version of macOS are you using? Could it be a permissions issue on your system? - Cory On Mon, May 8, 2017 at 5:38 PM, Zach Davis wrote: > Hi Cory, > > I?ve downloaded the latest disk image for ParaView 5.4 RC-1 for macOS; > however, the image won?t open with an error message warning that there are > no mountable file systems. > > Best Regards, > > [image: Pointwise, Inc.] > Zach Davis > Pointwise?, Inc. > Sr. Engineer, Sales & Marketing > 213 South Jennings Avenue > Fort Worth, TX 76104-1107 > > *E*: zach.davis at pointwise.com > *P*: (817) 377-2807 x1202 <(817)%20377-2807> > *F*: (817) 377-2799 > > > > On May 8, 2017, at 10:18 AM, Cory Quammen > wrote: > > On behalf of the ParaView development community, I am happy to > announce that binaries and source code for ParaView 5.4.0-RC1 are > available to download from > > http://www.paraview.org/download/ > > Please let us know if you run into any problems with this release > candidate. > > Thank you, > Cory > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Tue May 9 03:35:03 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Tue, 9 May 2017 09:35:03 +0200 Subject: [Paraview] workstation slow render In-Reply-To: References: Message-ID: What is the content of the "Help->About" window ? Mathieu Westphal On Mon, May 8, 2017 at 11:02 PM, andrealphus wrote: > Trying to make some animations on a new workstation (everything is local!) > and things are unbelievably slow (my 8 year old mac pro runs faster with > paraview!) > > System specs: > Intel(R) Xeon(R) CPU E5-2697 v4 @ 2.30GHz (18 cores) > 128 Gb ram > NVIDIA Corporation GM204GL [Quadro M4000] > Ubuntu 16.04.2 LTS > > > I'm using the proprietary nvidia drivers. I installed from source (git), > using; > ccmake -DQt5_DIR=$QTLOC/Qt5.6.2/5.6/gcc_64/lib/cmake/Qt5 ./$PVLOC/ParaView > > enable python, turned off shared libs, and enabled mpi > > any thoughts? size of the model doesnt matter, just that it runs faster on > an 8 year old machine with PV4, then it does on this workstation. > > Any way to make a single instance of ./bin/paraview use more than one core? > > Any way to check that gpu rendering is occuring correctly? > > these questions were all searched for online but not adequately answered. > > > > _______________________________________________ > 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 zdavis at pointwise.com Tue May 9 09:22:29 2017 From: zdavis at pointwise.com (Zach Davis) Date: Tue, 9 May 2017 13:22:29 +0000 Subject: [Paraview] ParaView 5.4.0 Release Candidate 1 binaries are available for download In-Reply-To: References: <9901592F-4C2F-4254-A0CD-AE1DFA4D74F7@pointwise.com> Message-ID: <49F07696-C3DE-4431-AEC4-A1AFBF68CF49@pointwise.com> Hi Cory, I?m on macOS 10.12.4. Best Regards, Zach Davis Pointwise?, Inc. Sr. Engineer, Sales & Marketing 213 South Jennings Avenue Fort Worth, TX 76104-1107 E: zach.davis at pointwise.com P: (817) 377-2807 x1202 F: (817) 377-2799 > On May 8, 2017, at 9:31 PM, Cory Quammen wrote: > > Zach, > > Thanks for your report. However, I can't seem to reproduce that on macOS 10.11.6. > > What version of macOS are you using? Could it be a permissions issue on your system? > > - Cory > > On Mon, May 8, 2017 at 5:38 PM, Zach Davis > wrote: > Hi Cory, > > I?ve downloaded the latest disk image for ParaView 5.4 RC-1 for macOS; however, the image won?t open with an error message warning that there are no mountable file systems. > > Best Regards, > > > Zach Davis > Pointwise?, Inc. > Sr. Engineer, Sales & Marketing > 213 South Jennings Avenue > Fort Worth, TX 76104-1107 > > E: zach.davis at pointwise.com > P: (817) 377-2807 x1202 > F: (817) 377-2799 > > >> On May 8, 2017, at 10:18 AM, Cory Quammen > wrote: >> >> On behalf of the ParaView development community, I am happy to >> announce that binaries and source code for ParaView 5.4.0-RC1 are >> available to download from >> >> http://www.paraview.org/download/ >> >> Please let us know if you run into any problems with this release candidate. >> >> Thank you, >> Cory >> >> -- >> Cory Quammen >> Staff R&D Engineer >> Kitware, Inc. >> _______________________________________________ >> 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 > Staff R&D Engineer > Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 842 bytes Desc: Message signed with OpenPGP URL: From vitse at lmt.ens-cachan.fr Tue May 9 09:49:28 2017 From: vitse at lmt.ens-cachan.fr (Matthieu Vitse) Date: Tue, 9 May 2017 15:49:28 +0200 Subject: [Paraview] ParaView 5.4.0 Release Candidate 1 binaries are available for download In-Reply-To: <49F07696-C3DE-4431-AEC4-A1AFBF68CF49@pointwise.com> References: <9901592F-4C2F-4254-A0CD-AE1DFA4D74F7@pointwise.com> <49F07696-C3DE-4431-AEC4-A1AFBF68CF49@pointwise.com> Message-ID: <7B659043-0DFC-4447-BAE6-5CE79EF5B1C4@lmt.ens-cachan.fr> Hi Zach and Cory, I?m also on macOS 10.12.4 and everything seems to work fine for me. Regards, ? Matt Matthieu VITSE | Post-doctorant Laboratoire de M?canique et Technologie +33(0)6 24 09 12 91 | vitse at lmt.ens-cachan.fr ENS Cachan?-?61 avenue du Pr?sident Wilson 94235 Cachan CEDEX www.ens-paris-saclay.fr > Le 9 mai 2017 ? 15:22, Zach Davis a ?crit : > > Hi Cory, > > I?m on macOS 10.12.4. > > Best Regards, > > > Zach Davis > Pointwise?, Inc. > Sr. Engineer, Sales & Marketing > 213 South Jennings Avenue > Fort Worth, TX 76104-1107 > > E: zach.davis at pointwise.com > P: (817) 377-2807 x1202 > F: (817) 377-2799 > > >> On May 8, 2017, at 9:31 PM, Cory Quammen > wrote: >> >> Zach, >> >> Thanks for your report. However, I can't seem to reproduce that on macOS 10.11.6. >> >> What version of macOS are you using? Could it be a permissions issue on your system? >> >> - Cory >> >> On Mon, May 8, 2017 at 5:38 PM, Zach Davis > wrote: >> Hi Cory, >> >> I?ve downloaded the latest disk image for ParaView 5.4 RC-1 for macOS; however, the image won?t open with an error message warning that there are no mountable file systems. >> >> Best Regards, >> >> >> Zach Davis >> Pointwise?, Inc. >> Sr. Engineer, Sales & Marketing >> 213 South Jennings Avenue >> Fort Worth, TX 76104-1107 >> >> E: zach.davis at pointwise.com >> P: (817) 377-2807 x1202 >> F: (817) 377-2799 >> >> >>> On May 8, 2017, at 10:18 AM, Cory Quammen > wrote: >>> >>> On behalf of the ParaView development community, I am happy to >>> announce that binaries and source code for ParaView 5.4.0-RC1 are >>> available to download from >>> >>> http://www.paraview.org/download/ >>> >>> Please let us know if you run into any problems with this release candidate. >>> >>> Thank you, >>> Cory >>> >>> -- >>> Cory Quammen >>> Staff R&D Engineer >>> Kitware, Inc. >>> _______________________________________________ >>> 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 >> Staff R&D Engineer >> Kitware, Inc. > > _______________________________________________ > 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 dan.lipsa at kitware.com Tue May 9 09:59:23 2017 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Tue, 9 May 2017 09:59:23 -0400 Subject: [Paraview] Visualization ternary saturation In-Reply-To: References: <9169a18525ca4cfc80e17aa36781a03d@ES08AMSNLNT.srn.sandia.gov> Message-ID: Hi all, Indeed, rather than supporting only 'unsigned char' for direct color mapping - using color mode VTK_COLOR_MODE_DEFAULT, all integer and floating point types can be used for direct color mapping using the color mode VTK_COLOR_MODE_DIRECT_SCALARS. Integer type colors should be between 0-255 and floating point colors should be between 0-1. Dan On Mon, May 8, 2017 at 10:16 PM, Cory Quammen wrote: > > I tried it your way in ParaView 5.3.0, and it did not work correctly. Are > > you sure this is implemented in 5.3 and not a new feature in the upcoming > > 5.4? > > Ken, > > This was implemented some time ago. In 5.3.0, I could do the following: > > * Add Sphere Source > * Add Programmable Filter with the Script set to > > A = inputs[0].PointData['Normals'][:,0] > B = inputs[0].PointData['Normals'][:,1] > C = inputs[0].PointData['Normals'][:,2] > colors = numpy.empty((len(A),3), dtype='float') > colors[:,0] = A > colors[:,1] = B > colors[:,2] = C > output.PointData.append(colors, 'colors') > > * Turn off Map Scalars > > You could also skip this silly use of the Programmable Filter > altogether and color the Sphere source by 'Normals', then turn Map > Scalars off. > > I believe the capability to treat floating-point arrays of 3-tuples > was added to VTK in commit > > commit 00de9a942ff74e797fbe4cd8c67307c8065cdade > Author: Dan Lipsa > Date: Thu Nov 20 13:35:35 2014 -0500 > > Add VTK_COLOR_MODE_DIRECT_SCALARS. See vtkScalarsToColors::MapScalars. > > - Cory > > > From: Shawn Waldon [mailto:shawn.waldon at kitware.com] > > Sent: Monday, May 8, 2017 12:11 PM > > To: Moreland, Kenneth > > Cc: Thomas Oliveira ; ParaView > > > > Subject: [EXTERNAL] Re: [Paraview] Visualization ternary saturation > > > > > > > > Ken beat me to answering this one... I'll just add that if the data is > > floating point in the range [0, 1], you don't need to convert it to > uint8 or > > multiply by 255. Just creating a floating point vector will give the > same > > result. This is a more recent extension of the functionality: I know it > > works in 5.3 and master but I'm not sure how many versions back support > it. > > > > A = inputs[0].CellData['A'] > > > > B = inputs[0].CellData['B'] > > > > C = inputs[0].CellData['C'] > > > > colors = numpy.empty((len(A),3), dtype='float') > > > > colors[:,0] = A > > > > colors[:,1] = B > > > > colors[:,2] = C > > > > output.CellData.append(colors, 'colors') > > > > > > HTH, > > > > Shawn > > > > > > > > On Mon, May 8, 2017 at 1:56 PM, Moreland, Kenneth > wrote: > > > > ParaView does not directly support ternary color maps, but if you create > a > > field of colors (represented by three unsigned chars), then you can > render > > those colors directly by turning off the Map Scalars option. You can > create > > these colors with a Programmable Filter with a script like the following: > > > > > > > > A = inputs[0].CellData['A'] > > > > B = inputs[0].CellData['B'] > > > > C = inputs[0].CellData['C'] > > > > colors = numpy.empty((len(A),3), dtype='uint8') > > > > colors[:,0] = A*255 > > > > colors[:,1] = B*255 > > > > colors[:,2] = C*255 > > > > output.CellData.append(colors, 'colors') > > > > > > > > Once you apply that script, color by the new ?colors? array and uncheck > the > > box marked ?Map Scalars? (it is an advanced option in the properties > panel). > > > > > > > > -Ken > > > > > > > > From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of > Thomas > > Oliveira > > Sent: Saturday, May 6, 2017 7:24 AM > > To: ParaView > > Subject: [EXTERNAL] [Paraview] Visualization ternary saturation > > > > > > > > Dear all, > > > > Given three cell arrays (A,B,C) representation saturations (A+B+C = 1 for > > every cell) is it possible to generate a ternary saturation image like > the > > one attached (obtained in > > http://www.esss.com.br/Kraken/wp-content/uploads/2014/07/ > Ternary-Saturation.png)? > > > > In the figure, A, B, C are saturations of water, oil and gas. > > > > Best regards, > > > > Thomas Oliveira > > > > > > _______________________________________________ > > 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 > Staff R&D Engineer > Kitware, Inc. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From zdavis at pointwise.com Tue May 9 10:04:25 2017 From: zdavis at pointwise.com (Zach Davis) Date: Tue, 9 May 2017 14:04:25 +0000 Subject: [Paraview] ParaView 5.4.0 Release Candidate 1 binaries are available for download In-Reply-To: <7B659043-0DFC-4447-BAE6-5CE79EF5B1C4@lmt.ens-cachan.fr> References: <9901592F-4C2F-4254-A0CD-AE1DFA4D74F7@pointwise.com> <49F07696-C3DE-4431-AEC4-A1AFBF68CF49@pointwise.com> <7B659043-0DFC-4447-BAE6-5CE79EF5B1C4@lmt.ens-cachan.fr> Message-ID: <5702F11B-6347-40E4-A4EF-B755C085C913@pointwise.com> All, Apologies, it appears simply restarting resolved the issue for me. Best Regards, Zach > On May 9, 2017, at 8:49 AM, Matthieu Vitse wrote: > > Hi Zach and Cory, > > I?m also on macOS 10.12.4 and everything seems to work fine for me. > > Regards, > > ? > Matt > > Matthieu VITSE | Post-doctorant > Laboratoire de M?canique et Technologie > +33(0)6 24 09 12 91? | vitse at lmt.ens-cachan.fr > ENS Cachan?-?61 avenue du Pr?sident Wilson 94235 Cachan CEDEX > www.ens-paris-saclay.fr > >> Le 9 mai 2017 ? 15:22, Zach Davis > a ?crit : >> >> Hi Cory, >> >> I?m on macOS 10.12.4. >> >> Best Regards, >> >> >> Zach Davis >> Pointwise?, Inc. >> Sr. Engineer, Sales & Marketing >> 213 South Jennings Avenue >> Fort Worth, TX 76104-1107 >> >> E: zach.davis at pointwise.com >> P: (817) 377-2807 x1202 >> F: (817) 377-2799 >> >> >>> On May 8, 2017, at 9:31 PM, Cory Quammen > wrote: >>> >>> Zach, >>> >>> Thanks for your report. However, I can't seem to reproduce that on macOS 10.11.6. >>> >>> What version of macOS are you using? Could it be a permissions issue on your system? >>> >>> - Cory >>> >>> On Mon, May 8, 2017 at 5:38 PM, Zach Davis > wrote: >>> Hi Cory, >>> >>> I?ve downloaded the latest disk image for ParaView 5.4 RC-1 for macOS; however, the image won?t open with an error message warning that there are no mountable file systems. >>> >>> Best Regards, >>> >>> >>> Zach Davis >>> Pointwise?, Inc. >>> Sr. Engineer, Sales & Marketing >>> 213 South Jennings Avenue >>> Fort Worth, TX 76104-1107 >>> >>> E: zach.davis at pointwise.com >>> P: (817) 377-2807 x1202 >>> F: (817) 377-2799 >>> >>> >>>> On May 8, 2017, at 10:18 AM, Cory Quammen > wrote: >>>> >>>> On behalf of the ParaView development community, I am happy to >>>> announce that binaries and source code for ParaView 5.4.0-RC1 are >>>> available to download from >>>> >>>> http://www.paraview.org/download/ >>>> >>>> Please let us know if you run into any problems with this release candidate. >>>> >>>> Thank you, >>>> Cory >>>> >>>> -- >>>> Cory Quammen >>>> Staff R&D Engineer >>>> Kitware, Inc. >>>> _______________________________________________ >>>> 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 >>> Staff R&D Engineer >>> Kitware, Inc. >> >> _______________________________________________ >> 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: signature.asc Type: application/pgp-signature Size: 842 bytes Desc: Message signed with OpenPGP URL: From djortley at gmail.com Tue May 9 10:33:10 2017 From: djortley at gmail.com (David Ortley) Date: Tue, 9 May 2017 08:33:10 -0600 Subject: [Paraview] Complex filters for structured meshes Message-ID: Hello, I work with a CFD code that uses a structured mesh. We frequently want to do math operations that require each cell to have knowledge of its neighbors. Things such as a calculating the max of a certain variable, or a gradient in a given direction. I'm not sure the best way to accomplish this. I have a code snippet for use in the programmable filter that I use (copied below), but its behavior is similar to the calculator in that it works on individual cells without knowledge of cell neighbors. Can somebody A) critique my skeleton code below to let me know if I could write it better and B) help me with figuring out a method (any method) that has visibility of neighbor cells? Thanks -David Ortley # Programmable filter snippet: pdi=self.GetInput() pdo=self.GetOutput() numCells = pdi.GetNumberOfCells() cells = pdi.GetCellData() # Some array already in the calc results that I'm going to reason on # say it's pressure or energy or something orig_array = cells.GetArray("orig_array") # Storing new_array = vtk.vtkDoubleArray() new_array.SetName("new_array") for i in range(numCells): # do some work blah = pkovpr.GetValue(i) * 1.23456789 # store as new val in array new_array.InsertNextValue(blah) # Add the array I just created to the output so Paraview can do stuff with it pdo.GetCellData().AddArray(betaMax) -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Tue May 9 11:11:26 2017 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Tue, 9 May 2017 15:11:26 +0000 Subject: [Paraview] Visualization ternary saturation Message-ID: <7b8708d3ea73497f818673571d8dd13d@ES08AMSNLNT.srn.sandia.gov> Aha! I figured out the issue. Yes, ParaView correctly shows floating point colors when in the Surface representation, but it does not work for the Slice representation. (I happened to be creating data on a Mandelbrot source.) I raised a bug: https://gitlab.kitware.com/paraview/paraview/issues/17423 -Ken From: Dan Lipsa [mailto:dan.lipsa at kitware.com] Sent: Tuesday, May 9, 2017 7:59 AM To: Quammen, Cory (External Contacts) Cc: Moreland, Kenneth ; Waldon, Shawn (External Contacts) ; ParaView Subject: [EXTERNAL] Re: [Paraview] Visualization ternary saturation Hi all, Indeed, rather than supporting only 'unsigned char' for direct color mapping - using color mode VTK_COLOR_MODE_DEFAULT, all integer and floating point types can be used for direct color mapping using the color mode VTK_COLOR_MODE_DIRECT_SCALARS. Integer type colors should be between 0-255 and floating point colors should be between 0-1. Dan On Mon, May 8, 2017 at 10:16 PM, Cory Quammen > wrote: > I tried it your way in ParaView 5.3.0, and it did not work correctly. Are > you sure this is implemented in 5.3 and not a new feature in the upcoming > 5.4? Ken, This was implemented some time ago. In 5.3.0, I could do the following: * Add Sphere Source * Add Programmable Filter with the Script set to A = inputs[0].PointData['Normals'][:,0] B = inputs[0].PointData['Normals'][:,1] C = inputs[0].PointData['Normals'][:,2] colors = numpy.empty((len(A),3), dtype='float') colors[:,0] = A colors[:,1] = B colors[:,2] = C output.PointData.append(colors, 'colors') * Turn off Map Scalars You could also skip this silly use of the Programmable Filter altogether and color the Sphere source by 'Normals', then turn Map Scalars off. I believe the capability to treat floating-point arrays of 3-tuples was added to VTK in commit commit 00de9a942ff74e797fbe4cd8c67307c8065cdade Author: Dan Lipsa > Date: Thu Nov 20 13:35:35 2014 -0500 Add VTK_COLOR_MODE_DIRECT_SCALARS. See vtkScalarsToColors::MapScalars. - Cory > From: Shawn Waldon [mailto:shawn.waldon at kitware.com] > Sent: Monday, May 8, 2017 12:11 PM > To: Moreland, Kenneth > > Cc: Thomas Oliveira >; ParaView > > > Subject: [EXTERNAL] Re: [Paraview] Visualization ternary saturation > > > > Ken beat me to answering this one... I'll just add that if the data is > floating point in the range [0, 1], you don't need to convert it to uint8 or > multiply by 255. Just creating a floating point vector will give the same > result. This is a more recent extension of the functionality: I know it > works in 5.3 and master but I'm not sure how many versions back support it. > > A = inputs[0].CellData['A'] > > B = inputs[0].CellData['B'] > > C = inputs[0].CellData['C'] > > colors = numpy.empty((len(A),3), dtype='float') > > colors[:,0] = A > > colors[:,1] = B > > colors[:,2] = C > > output.CellData.append(colors, 'colors') > > > HTH, > > Shawn > > > > On Mon, May 8, 2017 at 1:56 PM, Moreland, Kenneth > wrote: > > ParaView does not directly support ternary color maps, but if you create a > field of colors (represented by three unsigned chars), then you can render > those colors directly by turning off the Map Scalars option. You can create > these colors with a Programmable Filter with a script like the following: > > > > A = inputs[0].CellData['A'] > > B = inputs[0].CellData['B'] > > C = inputs[0].CellData['C'] > > colors = numpy.empty((len(A),3), dtype='uint8') > > colors[:,0] = A*255 > > colors[:,1] = B*255 > > colors[:,2] = C*255 > > output.CellData.append(colors, 'colors') > > > > Once you apply that script, color by the new ?colors? array and uncheck the > box marked ?Map Scalars? (it is an advanced option in the properties panel). > > > > -Ken > > > > From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Thomas > Oliveira > Sent: Saturday, May 6, 2017 7:24 AM > To: ParaView > > Subject: [EXTERNAL] [Paraview] Visualization ternary saturation > > > > Dear all, > > Given three cell arrays (A,B,C) representation saturations (A+B+C = 1 for > every cell) is it possible to generate a ternary saturation image like the > one attached (obtained in > http://www.esss.com.br/Kraken/wp-content/uploads/2014/07/Ternary-Saturation.png)? > > In the figure, A, B, C are saturations of water, oil and gas. > > Best regards, > > Thomas Oliveira > > > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Tue May 9 20:43:37 2017 From: andy.bauer at kitware.com (Andy Bauer) Date: Tue, 9 May 2017 20:43:37 -0400 Subject: [Paraview] Bug or feature? In-Reply-To: References: Message-ID: Hi, Please keep the discussions on the mailing list so that everyone that wants to can follow along. I'm able to volume render by components as well as magnitude. It may be that you need to play around with the Color Map Editor to get things as you'd like them to look. I'm not an expert on volume rendering but it seems to me like something is wrong with your cell connectivity when I use the Extract Surface filter. It's possible that this is also causing issues with the volume rendering but I couldn't say for sure. Andy On Sun, May 7, 2017 at 5:20 AM, Cornelis Bockem?hl < cornelis.bockemuehl at gmail.com> wrote: > This is my example, mostly stripped down to the core of the problem: see > the Col2comp data array that has 2 components (see attached zipped vtu > file). The model has something more than 600 cells, and in both components > (comp1 and comp2) many of them are 0. In comp2 it is even all except 18 - > and this can easily be seen in a "surface" view: almost everything is blue > == 0. It can also be analyzed with cut and slice filters, so it is also the > case "inside" the model. > > Now with a volume view this is completely different: comp2 looks as if > indeed many cells have values "above blue"! > > But I must admit that initially I did not look well enough: also the > volume view changes a little if I change between "magnitude", "comp1" and > "comp2" - only that it does not look like matching the surface views at > all: all cells except one actually have a 0 in one of the two components - > which should be clearly visible also in the volume view I suppose! > > I could reproduce this behaviour not only on my self-compiled version 5.3 > paraview, but also in a downloaded and installed binary version 5.1.2 > (64-bit). > > In other words: I am a bit confused now! ;-) > > Regards, > Cornelis > > > > 2017-05-07 0:49 GMT+02:00 Andy Bauer : > >> Hi, >> >> I am able to do a volume visualization for each component of a 3 >> component array (i.e. a vector) of both point and cell data in PV 5.3. This >> was done with a both a vtkImageData and a vtkUnstructuredGrid. Once I >> choose my 3 component array for volume rendering in the upper left corner >> of the GUI, the default is the Magnitude but I can switch to each component >> as well with the drop down dialog that is just to the right of where I >> choose which array I want to pseudo-color by. >> >> Any chance you could share your dataset and specific instructions on how >> you're doing things? Alternatively, you can use the Calculator filter to >> extract one component of your multi-component array but this is a bit >> computationally wasteful. >> >> Cheers, >> Andy >> >> On Sat, May 6, 2017 at 12:15 PM, Cornelis Bockem?hl < >> cornelis.bockemuehl at gmail.com> wrote: >> >>> Dear Paraview users and experts, >>> >>> In some project I am generating a dataset that has a multi-component >>> column as a result, with a variable number of columns depending on the >>> problem. These data are "cell data" of some "unstructured grid", and I can >>> nicely visualize it in Paraview, component by component. >>> >>> Only with the visualization as a "volume" I have problems: It seems that >>> with this you can only visualize the "magnitude", while switching between >>> the components does not work! This works only in other viewing modes, but >>> the "volume" is sometimes very useful because you can look "inside" the >>> volume. >>> >>> Now I am asking myself if this is a bug (with a certain chance to have >>> it fixed or even fix it myself...) or a feature? >>> >>> I mean: the fact that "magnitude" is the default for displaying >>> multi-component arrays already gives some hint in the direction: this type >>> of columns is mostly intended to be used as coordinates! Which is actually >>> not my case. >>> >>> Technically I could of course switch to just generating a set of >>> single-component arrays instead of one multi-component array. I only did it >>> otherwise because the columns are very closely related, so it looked like a >>> good idea initially... >>> >>> Any hint or experience? >>> >>> Regards, >>> Cornelis >>> >>> PS: I am using Paraview 5.3 on Windows 64bit >>> >>> -- >>> Cornelis Bockem?hl >>> Basel, Schweiz >>> >>> _______________________________________________ >>> 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 >>> >>> >> > > > -- > Cornelis Bockem?hl > Basel, Schweiz > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cornelis.bockemuehl at gmail.com Wed May 10 01:40:04 2017 From: cornelis.bockemuehl at gmail.com (=?UTF-8?Q?Cornelis_Bockem=C3=BChl?=) Date: Wed, 10 May 2017 07:40:04 +0200 Subject: [Paraview] Bug or feature? In-Reply-To: References: Message-ID: Hello, Sorry for not posting to the list: this was by mistake, not my intention! (But there is also this "feature" of the list that it never sends me my own postings back - with the effect that my mail program (Gmail) moves threads in the mailing list that I have initiated to my personal mail folder, no way to bring it to the forums. I am thus posting the stripped down example once more for all, together with screen shots that illustrate the problem: example_0.zip - contains the vtu file with the unstructured grid. Displaying Col2Comp::Comp2 shows the problem best screenshot1.jpg - shows how it looks with "Surface" rendering on my computer screenshot2.jpg - shows the same with "Volume" rendering --> WRONG! screenshot3.jpg - shows the same again, but now after extracting Col2Comp::Comp2 into a separate column using the "Calculator" filter --> CORRECT! Regarding the color map editor I can only say so far that I did not change anything between the 3 screenshots - and since screenshot3 shows the correct display I am not really sure that this is the issue. The cell connectivity is indeed not as it is typically expected: The blocks are touching each other, but only vertically adjacent blocks also share edges and nodes. This is on purpose because it reflects the kind of problem I am dealing with. Of course it is possible that also this influences the volume rendering, but again the fact that screenshot 3 is correct while 2 is wrong lets me doubt this track. My guess without further investigation is that it might be some caching issue: Assuming that a rendered volume is somehow kept in memory for a possible further use, there might be some problem with managing the cached data for "columns" and "components" properly. In other words: My current guess is that there is a bug in the volume rendering. With kind regards - and thanks for any helpful hints! Cornelis 2017-05-10 2:43 GMT+02:00 Andy Bauer : > Hi, > > Please keep the discussions on the mailing list so that everyone that > wants to can follow along. > > I'm able to volume render by components as well as magnitude. It may be > that you need to play around with the Color Map Editor to get things as > you'd like them to look. > > I'm not an expert on volume rendering but it seems to me like something is > wrong with your cell connectivity when I use the Extract Surface filter. > It's possible that this is also causing issues with the volume rendering > but I couldn't say for sure. > > Andy > > On Sun, May 7, 2017 at 5:20 AM, Cornelis Bockem?hl < > cornelis.bockemuehl at gmail.com> wrote: > >> This is my example, mostly stripped down to the core of the problem: see >> the Col2comp data array that has 2 components (see attached zipped vtu >> file). The model has something more than 600 cells, and in both components >> (comp1 and comp2) many of them are 0. In comp2 it is even all except 18 - >> and this can easily be seen in a "surface" view: almost everything is blue >> == 0. It can also be analyzed with cut and slice filters, so it is also the >> case "inside" the model. >> >> Now with a volume view this is completely different: comp2 looks as if >> indeed many cells have values "above blue"! >> >> But I must admit that initially I did not look well enough: also the >> volume view changes a little if I change between "magnitude", "comp1" and >> "comp2" - only that it does not look like matching the surface views at >> all: all cells except one actually have a 0 in one of the two components - >> which should be clearly visible also in the volume view I suppose! >> >> I could reproduce this behaviour not only on my self-compiled version 5.3 >> paraview, but also in a downloaded and installed binary version 5.1.2 >> (64-bit). >> >> In other words: I am a bit confused now! ;-) >> >> Regards, >> Cornelis >> >> >> >> 2017-05-07 0:49 GMT+02:00 Andy Bauer : >> >>> Hi, >>> >>> I am able to do a volume visualization for each component of a 3 >>> component array (i.e. a vector) of both point and cell data in PV 5.3. This >>> was done with a both a vtkImageData and a vtkUnstructuredGrid. Once I >>> choose my 3 component array for volume rendering in the upper left corner >>> of the GUI, the default is the Magnitude but I can switch to each component >>> as well with the drop down dialog that is just to the right of where I >>> choose which array I want to pseudo-color by. >>> >>> Any chance you could share your dataset and specific instructions on how >>> you're doing things? Alternatively, you can use the Calculator filter to >>> extract one component of your multi-component array but this is a bit >>> computationally wasteful. >>> >>> Cheers, >>> Andy >>> >>> On Sat, May 6, 2017 at 12:15 PM, Cornelis Bockem?hl < >>> cornelis.bockemuehl at gmail.com> wrote: >>> >>>> Dear Paraview users and experts, >>>> >>>> In some project I am generating a dataset that has a multi-component >>>> column as a result, with a variable number of columns depending on the >>>> problem. These data are "cell data" of some "unstructured grid", and I can >>>> nicely visualize it in Paraview, component by component. >>>> >>>> Only with the visualization as a "volume" I have problems: It seems >>>> that with this you can only visualize the "magnitude", while switching >>>> between the components does not work! This works only in other viewing >>>> modes, but the "volume" is sometimes very useful because you can look >>>> "inside" the volume. >>>> >>>> Now I am asking myself if this is a bug (with a certain chance to have >>>> it fixed or even fix it myself...) or a feature? >>>> >>>> I mean: the fact that "magnitude" is the default for displaying >>>> multi-component arrays already gives some hint in the direction: this type >>>> of columns is mostly intended to be used as coordinates! Which is actually >>>> not my case. >>>> >>>> Technically I could of course switch to just generating a set of >>>> single-component arrays instead of one multi-component array. I only did it >>>> otherwise because the columns are very closely related, so it looked like a >>>> good idea initially... >>>> >>>> Any hint or experience? >>>> >>>> Regards, >>>> Cornelis >>>> >>>> PS: I am using Paraview 5.3 on Windows 64bit >>>> >>>> -- >>>> Cornelis Bockem?hl >>>> Basel, Schweiz >>>> >>>> _______________________________________________ >>>> 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 >>>> >>>> >>> >> >> >> -- >> Cornelis Bockem?hl >> Basel, Schweiz >> > > -- Cornelis Bockem?hl Basel, Schweiz -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: example_0.zip Type: application/zip Size: 33195 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screenshot1.jpg Type: image/jpeg Size: 23175 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screenshot2.jpg Type: image/jpeg Size: 14634 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: screenshot3.jpg Type: image/jpeg Size: 11227 bytes Desc: not available URL: From beral at mail.uni-paderborn.de Wed May 10 07:48:36 2017 From: beral at mail.uni-paderborn.de (Alexander Berdnikow) Date: Wed, 10 May 2017 13:48:36 +0200 Subject: [Paraview] Rotation of a slice Message-ID: <20170510134836.Horde.Ie483vVozMyhI8nujKI-Fg9@webmail.uni-paderborn.de> Hi all, I am working on a python script to rotate a slice in the x-y-plane and can't find a way to compute the parameters for the Transform filter. The slice is computed by a script and is defined by the origin and the normal. It looks like this: https://www.pic-upload.de/view-33136320/slice.png.html The origin is (12.65, 10.55, 3.0) The normal is (9.28454496846, -68.7942219477, 21.4027743404) or (0.127811549959, -0.947024993173, 0.294631753216) if it is normalized. Now I want to rotate the slice in the x-y-Plane, so that the normal of the rotated slice points in z-direction. I tried to rotate the normal-vector with the rotation matrices ( https://en.wikipedia.org/wiki/Rotation_matrix ), but it does not work. The computed vector shows somewhere, but not in z-direction, when I set it in the Transform filter. The right rotation input for the transform filter is approximately (-71, -19, 0) but I have no idea, how to get there by computation. The angle of the normal with the x-axis is about 82 degrees, with the y-axis about 161 degrees. I computed rotation_matrix_X and rotation_matrix_Y with the angles and multiplied: rotated_normal = rotation_matrix_X * normal rotated_normal = rotation_matrix_Y * rotated_normal The result is (-30, -30, 59) which is far away from (-71, -19, 0). What is the right way to compute the rotation parameters of the Transform filter out of the data of the Slice filter (Origin and Normal)? Best Regards Alexander From drodic at phys.ethz.ch Wed May 10 08:00:34 2017 From: drodic at phys.ethz.ch (Donjan Rodic) Date: Wed, 10 May 2017 14:00:34 +0200 Subject: [Paraview] snappy display of inner points of large grid In-Reply-To: References: Message-ID: <54eb5e51-ab04-faf3-1583-8fac58a5efbe@phys.ethz.ch> Managed to do it in a rather silly way: Load the vtk point data into a vtkTable, push that and apply TableToPoints. Code attached. Main takeaway: please never change the TableToPoints filter in case that is considered (as, for example, it's not in servermanager.sources and would be edited when moving there). It's the only filter I found doing the right thing and using only one cell. By the way, paraview.servermanager.sources.TrivialProducer() is not accessible on importing just paraview.servermanager, you also need to import paraview.simple. Not sure if this is by design. By the way #2, a "print(1)" ProgrammableFilter is even crashing via pvpython scripts (Run Script) in Ubuntu's standard ParaView (5.1.2). Unsubscribing from this list as not interested in the traffic, so if anybody wants to address me, please add me in the CC. cheers Donjan On 04.05.2017 19:34, Donjan Rodic wrote: > Continuing to battle with this... > > Loading a VTK file, the CellCenters filter with "Vertex Cells" > displays inner points but doesn't keep color information. > The PointDatatoCellData Filter stores the information in Cell Data, > but averages colors at the region boundaries. Then using CellCenters > (+Vertex Cells) does some additional averaging, but at least shows > something. > Having PointDatatoCellData "Pass Point Data" allows me to access this > original information as input to CellCenters, but that's not useful > because it gets averaged at this point. > Can't see how to improve in that direction. > > I've tried ExtractComponent, AppendAttributes and others to > overwrite/adjust/... CellCenters' data array with the original color > data, but I can't manage to do it with the built-in filters or Create > Custom Filter. It's a size mismatch anyway. > > Another option is to manually load the points into one cell. > Unfortunately both Programmable Filter and Programmable Source > segfault regardless of the Output Data Set Type (ParaView 5.1.2, > upgrading is currently undesirable due to 5.1 being the version for > Ubuntu 16.10 and 17.04, ideally the fix would be pushed in a > patchlevel update). > > I've tried to modify the data in pvpython operating on > servermanager.Fetch(...).GetCellData() with AddArray(...) and > GetArray(0).SetComponent(...), but this doesn't seem to be the right > way to go about things. > Next up is trying to run a ProgrammableFilter within a pvpython script. > > Any help on how to achieve the subject line with a reasonable amount > of effort is welcome. > > > On 03.05.2017 22:38, Donjan Rodic wrote: >> I'm visualising a large grid dataset with different regions == scalar >> colors with ParaView 5.1.2 on Ubuntu 16.10. >> >> The computation prints the colors (floats in [0,1]) of a 250^3 >> (usually larger) grid into a CSV file: >> x,y,z,color >> 0,0,0,0.5 >> 0,0,1,0.5 >> 0,0,2,0.3 >> ... >> >> I load it with ParaView (Python script), apply TableToPoints, set >> points.XColumn = 'x', etc. and the Points representation. >> This works really well with opacity mapping and sliding the Mapping >> Data curve to highlight the different regions inside the grid. >> The main problem is the large size (hundreds of MB) of the CSV files. >> Since the grid is rectilinear and equidistant, verbose x,y,z columns >> are wasteful. >> >> Writing into a legacy VTK file with STRUCTURED_POINTS yields a nice >> 7x size reduction, but then in ParaView the inner points are not >> displayed. >> I've tried using the Glyph representation, which makes the rendering >> unusably slow (10+ seconds for a small rotation). >> 2D Glyphs with Glyph Type Vertex are not noticeably faster and lose >> coloring. >> Applying the Shrink filter (random googled hint) freezes the GUI for >> more than 5 minutes before I kill it. At smaller system sizes the >> performance is bad. >> >> For the CSV->TableToPoints described initially, the resulting data >> structure is shown in the Information tab as a Polygonal Mesh with 1 >> single cell and 15 million points, Memory: 600 MB. After loading it >> responds and rotates snappily on a recent Core i7 & NVidia GPU. >> The VTK file loads with several million cells as well as 15 million >> points, and a Image (Uniform Rectilinear Grid) type. Memory: 15 MB >> ... much lower but irrelevant with 16 GB RAM. >> >> It appears what I want is to have all points in one single cell, and >> the CSV reader is the only one I've found doing the right thing. >> >> Using RECTILINEAR_GRID and custom CELL_DATA in the VTK file doesn't >> help: the format apparently doesn't allow to specify less than 1 cell >> per 8 vertices (or 4 in 2D). >> Next I've tried to use a raw format, but after setting it up, >> ParaView insists on creating millions of cells. Same experience as >> with VTK. >> I've also tried ExtractSurface to at least get a Polygonal Mesh from >> the Rectilinear Grid: still too slow and too many cells. >> >> Something like a "GridToTable" filter with a subsequent TableToPoints >> would do the job, but I can't find such a function. Or a routine to >> merge all cells into one. >> >> Creating a custom filter via GUI doesn't work because the loaded >> data.vtk "does not have any inputs". >> >> How do I achieve the same performance and display of inner points as >> CSV->TableToPoints with either another file format or from the Grid >> data structure offered by the VTK file reader? >> >> cheers >> Donjan >> >> PS: googling for >> paraview grid "to table" >> mainly yields results for a typo in the documentation of >> TableToStructuredGrid, saying "Converts to table to structured....". >> > -------------- next part -------------- A non-text attachment was scrubbed... Name: pvplot.py Type: text/x-python Size: 4523 bytes Desc: not available URL: From yzhzhang at ipe.ac.cn Wed May 10 08:15:14 2017 From: yzhzhang at ipe.ac.cn (=?GBK?B?1cXUptbe?=) Date: Wed, 10 May 2017 20:15:14 +0800 (GMT+08:00) Subject: [Paraview] what does gaussian radius represent when "use scale array" is on or off, separately? Message-ID: <17b56ab.345ac.15bf248e052.Coremail.yzhzhang@ipe.ac.cn> Hello, I'm using ParaView 5.2.0 to render some points. I'm using the GUI. I want to render the points as spheres so I select point gaussian. In the data file, there is a data array that defines the radii of the spheres, which range from 1.23e-4 to 2.46e-4. If I set the gaussian radius to 1.23e-4, it looks fine, though it doesn't show the difference of the spheres' radii. When I click use scale array and choose the radius array to be the gaussian scale array, all the spheres disappear. I guess maybe in this situation, the rendered radii are the product of gaussian radius and the values in the radius array, resulting to be at the scale of e-8. Then I set gaussian radius to 1, but it seems that it is still too small and no sphere appear. I keep increasing the value of gaussian radius to 500, and the rendered radii seem to be of the same scale of the beginning. If gaussian radius is the true radius of the spheres defined by the data file when use scale array is off, what it represents when use scale array is on? Why is 500 the proper value? -Zhang -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Thu May 11 07:11:17 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 11 May 2017 13:11:17 +0200 Subject: [Paraview] [ParaView.org Contact Form] Consulting form In-Reply-To: References: <20170510191914.D5291F9F8B@public.kitware.com> Message-ID: Dear Mr. Parkins Since your question may be better suited for the ParaView mailing-list, i've included it in the recipient. ParaView hardware requirement are pretty basic, however it may grow depending on the data you want to handle and the type of operation you want to do on it. For a visualisation course, there is no reason to handle large dataset, so in this case basic requirement should suffice. CPU : Any kind of modern processor (lets say Core 2 Duo and after) RAM : 4Gb (must be able to open your dataset basically) 300 Mb of disk space Recommended : OpenGL 3.2 capable GPU (nVidia 100M / Intel HD400 and after, with updated drivers) So as you can see, it is not much. Regards, Mathieu Westphal On Thu, May 11, 2017 at 7:38 AM, Helene Grandmontagne < helene.grandmontagne at kitware.com> wrote: > Hello, > > Est-ce que je peux te laisser lui r?pondre? > > H?l?ne > > ---------- Forwarded message ---------- >> From: >> Date: Wed, May 10, 2017 at 3:19 PM >> Subject: [ParaView.org Contact Form] Consulting form >> To: kitware at kitware.com >> >> >> Name: Kat Parkins >> Phone: 07872 850292 >> Email: k.parkins at imperial.ac.uk >> TimeZone: Europe >> Description: Hi, I'd like to talk to someone about the hardware >> requirements for Paraview. A new course is planning to teach students to >> visualise data, and we need to look at the cost of the laptops needed to do >> this. >> >> Thanks, >> >> Kat >> >> -- > H?l?ne Grandmontagne > Business development engineer > Kitware SAS > 26 rue Louis Gu?rin > 69100 Villeurbanne, France > F: +33 (0)4.37.45.04.15 > http://www.kitware.fr > -- > H?l?ne Grandmontagne > Business development engineer > Kitware SAS > 26 rue Louis Gu?rin > 69100 Villeurbanne, France > F: +33 (0)4.37.45.04.15 > http://www.kitware.fr > -------------- next part -------------- An HTML attachment was scrubbed... URL: From joseph.g.hennessey2.ctr at mail.mil Thu May 11 15:13:45 2017 From: joseph.g.hennessey2.ctr at mail.mil (Hennessey, Joseph G CTR USARMY RDECOM ARL (US)) Date: Thu, 11 May 2017 19:13:45 +0000 Subject: [Paraview] ResetCamera throwing bad_alloc Message-ID: <10A03274360DCF47A6EE78C9952A31CA91E92B70@UCOLHPUD.easf.csd.disa.mil> Hello, I am getting an error on running a python script with pvpython and ParaView 5.3.0 on linux. # get active view renderView1 = GetActiveViewOrCreate('RenderView') # uncomment following to set a specific view size renderView1.ViewSize = [1200, 600] # Properties modified on renderView1 renderView1.Background = [1.0, 1.0, 1.0] #Show stuff in renderView1 . . . # reset view to fit data renderView1.ResetCamera() ResetCamera() is throwing an error terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc Has anyone seen this particular error before with just calling ResetCamera() on a renderView? Thanks, Joe ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Joseph G. Hennessey Ph.D., SAIC Team SAIC Army Research Lab DOD Supercomputing Resource Center -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5615 bytes Desc: not available URL: From utkarsh.ayachit at kitware.com Thu May 11 15:43:51 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 11 May 2017 15:43:51 -0400 Subject: [Paraview] ResetCamera throwing bad_alloc In-Reply-To: <10A03274360DCF47A6EE78C9952A31CA91E92B70@UCOLHPUD.easf.csd.disa.mil> References: <10A03274360DCF47A6EE78C9952A31CA91E92B70@UCOLHPUD.easf.csd.disa.mil> Message-ID: On Thu, May 11, 2017 at 3:13 PM, Hennessey, Joseph G CTR USARMY RDECOM ARL (US) wrote: > Hello, > > I am getting an error on running a python script with pvpython and ParaView > 5.3.0 on linux. > > # get active view > renderView1 = GetActiveViewOrCreate('RenderView') > > # uncomment following to set a specific view size > renderView1.ViewSize = [1200, 600] > > # Properties modified on renderView1 > renderView1.Background = [1.0, 1.0, 1.0] > > #Show stuff in renderView1 > . > . > . > > # reset view to fit data > renderView1.ResetCamera() > > ResetCamera() is throwing an error > > terminate called after throwing an instance of 'std::bad_alloc' > what(): std::bad_alloc > > Has anyone seen this particular error before with just calling > ResetCamera() > on a renderView? > > Thanks, > > Joe > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Joseph G. Hennessey Ph.D., SAIC > Team SAIC > Army Research Lab > DOD Supercomputing Resource Center > > > _______________________________________________ > 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 May 11 15:44:17 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 11 May 2017 15:44:17 -0400 Subject: [Paraview] ResetCamera throwing bad_alloc In-Reply-To: References: <10A03274360DCF47A6EE78C9952A31CA91E92B70@UCOLHPUD.easf.csd.disa.mil> Message-ID: Joe, Do you see the error if you comment out all the "#Show stuff in renderView1" part? Utkarsh On Thu, May 11, 2017 at 3:43 PM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > > On Thu, May 11, 2017 at 3:13 PM, Hennessey, Joseph G CTR USARMY RDECOM ARL > (US) wrote: > >> Hello, >> >> I am getting an error on running a python script with pvpython and >> ParaView >> 5.3.0 on linux. >> >> # get active view >> renderView1 = GetActiveViewOrCreate('RenderView') >> >> # uncomment following to set a specific view size >> renderView1.ViewSize = [1200, 600] >> >> # Properties modified on renderView1 >> renderView1.Background = [1.0, 1.0, 1.0] >> >> #Show stuff in renderView1 >> . >> . >> . >> >> # reset view to fit data >> renderView1.ResetCamera() >> >> ResetCamera() is throwing an error >> >> terminate called after throwing an instance of 'std::bad_alloc' >> what(): std::bad_alloc >> >> Has anyone seen this particular error before with just calling >> ResetCamera() >> on a renderView? >> >> Thanks, >> >> Joe >> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >> Joseph G. Hennessey Ph.D., SAIC >> Team SAIC >> Army Research Lab >> DOD Supercomputing Resource Center >> >> >> _______________________________________________ >> 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 joseph.g.hennessey2.ctr at mail.mil Thu May 11 18:17:29 2017 From: joseph.g.hennessey2.ctr at mail.mil (Hennessey, Joseph G CTR USARMY RDECOM ARL (US)) Date: Thu, 11 May 2017 22:17:29 +0000 Subject: [Paraview] [Non-DoD Source] Re: ResetCamera throwing bad_alloc In-Reply-To: References: <10A03274360DCF47A6EE78C9952A31CA91E92B70@UCOLHPUD.easf.csd.disa.mil> Message-ID: <10A03274360DCF47A6EE78C9952A31CA91E92F2B@UCOLHPUD.easf.csd.disa.mil> Utkarsh, It does not crash when it is commented out. It is trying to read an ExodusII file # create a new 'ExodusIIReader test_data = ExodusIIReader(FileName=path) # show data in view test_Display = Show(test_data, renderView1) but does not crash until ResetCamera is called. So, I guess the problem is with the ExodusIIReader, and just doesn't manifest until the ResetCamera, triggers an update to the pipeline. I know the data is okay as I can read it with another version of ParaView 5.3.0 on the same system. Thanks, Joe ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Joseph G. Hennessey Ph.D., SAIC Team SAIC Army Research Lab DOD Supercomputing Resource Center Aberdeen Proving Ground, MD 21005 Voice: 410-278-3619 Fax: 410-278-8799 Email: joseph.g.hennessey2.ctr at mail.mil -----Original Message----- From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: Thursday, May 11, 2017 3:44 PM To: Hennessey, Joseph G CTR USARMY RDECOM ARL (US) Cc: paraview at paraview.org Subject: [Non-DoD Source] Re: [Paraview] ResetCamera throwing bad_alloc 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. ________________________________ Joe, Do you see the error if you comment out all the "#Show stuff in renderView1" part? Utkarsh On Thu, May 11, 2017 at 3:13 PM, Hennessey, Joseph G CTR USARMY RDECOM ARL (US) > wrote: Hello, I am getting an error on running a python script with pvpython and ParaView 5.3.0 on linux. # get active view renderView1 = GetActiveViewOrCreate('RenderView') # uncomment following to set a specific view size renderView1.ViewSize = [1200, 600] # Properties modified on renderView1 renderView1.Background = [1.0, 1.0, 1.0] #Show stuff in renderView1 . . . # reset view to fit data renderView1.ResetCamera() ResetCamera() is throwing an error terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc Has anyone seen this particular error before with just calling ResetCamera() on a renderView? Thanks, Joe ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Joseph G. Hennessey Ph.D., SAIC Team SAIC Army Research Lab DOD Supercomputing Resource Center _______________________________________________ Powered by Caution-www.kitware.com < Caution-http://www.kitware.com > Visit other Kitware open-source projects at Caution-http://www.kitware.com/opensource/opensource.html < 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 < Caution-http://paraview.org/Wiki/ParaView > Search the list archives at: Caution-http://markmail.org/search/?q=ParaView < Caution-http://markmail.org/search/?q=ParaView > Follow this link to subscribe/unsubscribe: Caution-http://public.kitware.com/mailman/listinfo/paraview < Caution-http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5615 bytes Desc: not available URL: From mathieu.westphal at kitware.com Fri May 12 08:52:14 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Fri, 12 May 2017 14:52:14 +0200 Subject: [Paraview] Fwd: [ParaView.org Contact Form] Consulting form In-Reply-To: References: <20170510191914.D5291F9F8B@public.kitware.com> Message-ID: Thanks Mathieu, that?s really helpful. The compute power for the datasets being visualised will be making use of some kind of HPC, most likely. There is currently some consideration of using Chromebooks for the course, does anyone on the mailing list have any experience of using these with ParaView? Best wishes, Kat *From:* Mathieu Westphal [mailto:mathieu.westphal at kitware.com] *Sent:* 11 May 2017 12:11 *To:* Helene Grandmontagne ; Parkins, Kat ; ParaView *Subject:* Re: [ParaView.org Contact Form] Consulting form Dear Mr. Parkins Since your question may be better suited for the ParaView mailing-list, i've included it in the recipient. ParaView hardware requirement are pretty basic, however it may grow depending on the data you want to handle and the type of operation you want to do on it. For a visualisation course, there is no reason to handle large dataset, so in this case basic requirement should suffice. CPU : Any kind of modern processor (lets say Core 2 Duo and after) RAM : 4Gb (must be able to open your dataset basically) 300 Mb of disk space Recommended : OpenGL 3.2 capable GPU (nVidia 100M / Intel HD400 and after, with updated drivers) So as you can see, it is not much. Regards, Mathieu Westphal On Thu, May 11, 2017 at 7:38 AM, Helene Grandmontagne < helene.grandmontagne at kitware.com> wrote: Hello, Est-ce que je peux te laisser lui r?pondre? H?l?ne ---------- Forwarded message ---------- From: Date: Wed, May 10, 2017 at 3:19 PM Subject: [ParaView.org Contact Form] Consulting form To: kitware at kitware.com Name: Kat Parkins Phone: 07872 850292 Email: k.parkins at imperial.ac.uk TimeZone: Europe Description: Hi, I'd like to talk to someone about the hardware requirements for Paraview. A new course is planning to teach students to visualise data, and we need to look at the cost of the laptops needed to do this. Thanks, Kat -- H?l?ne Grandmontagne Business development engineer Kitware SAS 26 rue Louis Gu?rin 69100 Villeurbanne, France F: +33 (0)4.37.45.04.15 <+33%204%2037%2045%2004%2015> http://www.kitware.fr -- H?l?ne Grandmontagne Business development engineer Kitware SAS 26 rue Louis Gu?rin 69100 Villeurbanne, France F: +33 (0)4.37.45.04.15 <+33%204%2037%2045%2004%2015> http://www.kitware.fr -------------- next part -------------- An HTML attachment was scrubbed... URL: From Patrick.Begou at legi.grenoble-inp.fr Fri May 12 10:25:17 2017 From: Patrick.Begou at legi.grenoble-inp.fr (Patrick Begou) Date: Fri, 12 May 2017 16:25:17 +0200 Subject: [Paraview] gpu_shader4 extension is not supported Message-ID: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> Hi, I'm still trying to build paraview 5.3 with Qt4.8. As paraview superbuild was failing on my desktop (centos 6.9, Nvidia GPU), I build paraview by hand and it is running now with and without pvserver connection . The problem went back with building same paraview version on the cluster frontend: CentOS 6.7, no GPU. The compilation is successfull but launching paraview I get some errors with OpenGL: ERROR: In /kareline/data/begou/PARAVIEW5/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, line 825 vtkXOpenGLRenderWindow (0x2280fb0): GL version 2.1 with the gpu_shader4 extension is not supported by your graphics driver but is required for the new OpenGL rendering backend. Please update your OpenGL driver. If you are using Mesa please make sure you have version 10.6.5 or later and make sure your driver in Mesa supports OpenGL 3.2. ERROR: In /kareline/data/begou/PARAVIEW5/paraview/VTK/Rendering/OpenGL2/vtkXOpenGLRenderWindow.cxx, line 812 vtkXOpenGLRenderWindow (0x2280fb0): failed to create offscreen window ERROR: In /kareline/data/begou/PARAVIEW5/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, line 813 vtkXOpenGLRenderWindow (0x2280fb0): GLEW could not be initialized. I've built and installed mesa from mesa-17.0.4.tar.gz using: ./configure \ PKG_CONFIG_PATH=/share/apps/paraview-5.3.0/lib/pkgconfig \ --prefix=/share/apps/paraview-5.3.0 \ --disable-osmesa --enable-gallium-osmesa --enable-gallium-llvm \ --with-llvm-prefix=/share/apps/paraview-5.3.0 With several requested libraries: libxshmfence-1.2.tar.gz libxcb-1.12.tar.gz libXau-1.0.8.tar.gz pthread-stubs-0.3.tar.gz xcb-proto-1.12.tar.gz libdrm-2.4.70.tar.gz llvm-4.0.0.src.tar.xz all under /share/apps/paraview-5.3.0/ I've checked with strace that paraview was loading libGL in /share/apps/paraview-5.3.0/lib and not the system one, requested by other application (frontend is in production and I cannont break these libraries used by other softwares). I must confess I'm not familiar at all with these libraries and environments, mesa or osmesa, GPU or not GPU, of screen rendering... all documentation deeping in obscure details while I'm searching to understand these concepts. it is clear for me that on the nodes (without GPU) I will use OSMesa and no GUI, but on the frontend where I need GUI ??? Thanks for your advices and sorry if this is a very basic lack of understanding from myself. Patrick Paraview cmake is: ccmake -DBUILD_SHARED_LIBS=ON \ -DPARAVIEW_USE_MPI=ON \ -DCMAKE_BUILD_TYPE=Release \ -DPARAVIEW_BUILD_QT_GUI=ON \ -DPARAVIEW_QT_VERSION=4 \ -DQT_QMAKE_EXECUTABLE=/share/apps/paraview-5.3.0/qt4.8.6/bin/qmake \ -DPARAVIEW_ENABLE_FFMPEG=ON \ -DPARAVIEW_ENABLE_PYTHON=ON \ -DPYTHON_INCLUDE_DIR=/share/apps/python279/include/python2.7 \ -DPYTHON_LIBRARY=/share/apps/python279/lib/libpython2.7.so \ -DPYTHON_LIBRARY_DEBUG=/share/apps/python279/lib/libpython2.7.so \ -DCMAKE_INSTALL_PREFIX=/share/apps/paraview-5.3.0 \ -DCMAKE_VERBOSE_MAKEFILE=ON \ -DCMAKE_CXX_COMPILER=/share/apps/GCC485/bin/g++ \ -DCMAKE_C_COMPILER=/share/apps/GCC485/bin/gcc \ -DCMAKE_Fortran_COMPILER=/share/apps/GCC485/bin/gfortran \ -DFFMPEG_ROOT=/share/apps/paraview-5.3.0 \ -DOPENGL_INCLUDE_DIR=/share/apps/paraview-5.3.0/include \ -DOPENGL_gl_LIBRARY=/share/apps/paraview-5.3.0/lib/libGL.so \ ../paraview -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | =================================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From chuck.atkins at kitware.com Fri May 12 10:46:11 2017 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Fri, 12 May 2017 10:46:11 -0400 Subject: [Paraview] gpu_shader4 extension is not supported In-Reply-To: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> References: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> Message-ID: Hi Patrick, When you build Mesa, what does the summary at the end of ./configure look like? That should let us know if Mesa is getting built with sufficient options. For example, when I configure with LLVM 4.0 and Mesa 17.0.5 using the settings described on the ParaView Wiki, http://www.paraview.org/Wiki/ParaView/ParaView_And_Mesa_3D#Installing_Mesa_llvmpipe_and_swr_drivers, I get the following summary from configure: prefix: /opt/mesa/17.0.5 exec_prefix: ${prefix} libdir: ${exec_prefix}/lib includedir: ${prefix}/include OpenGL: yes (ES1: no ES2: no) OSMesa: libOSMesa (Gallium) GLX: no EGL: no GBM: no Vulkan drivers: no llvm: yes llvm-config: /opt/clang/4.0.0/bin/llvm-config llvm-version: 4.0.0 Gallium drivers: swrast swr Gallium st: mesa HUD extra stats: no HUD lmsensors: no Shared libs: yes Static libs: no Shared-glapi: yes CFLAGS: -g -O2 -Wall -std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes -fno-math-errno -fno-trapping-math CXXFLAGS: -g -O2 -Wall -fno-math-errno -fno-trapping-math Macros: -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -D_GNU_SOURCE -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS -DNDEBUG -DUSE_X86_64_ASM -DHAVE_XLOCALE_H -DHAVE_SYS_SYSCTL_H -DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN -DHAVE_LIBDRM -DGLX_USE_TLS -DENABLE_SHADER_CACHE -DMESA_EGL_NO_X11_HEADERS -DHAVE_LLVM=0x0400 -DMESA_LLVM_VERSION_PATCH=0 LLVM_CFLAGS: -I/opt/clang/4.0.0/include -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS LLVM_CXXFLAGS: -I/opt/clang/4.0.0/include -std=c++11 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS LLVM_CPPFLAGS: -I/opt/clang/4.0.0/include -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS LLVM_LDFLAGS: -L/opt/clang/4.0.0/lib PYTHON2: python2.7 Run 'make' to build Mesa ---------- Chuck Atkins Staff R&D Engineer, Scientific Computing Kitware, Inc. On Fri, May 12, 2017 at 10:25 AM, Patrick Begou < Patrick.Begou at legi.grenoble-inp.fr> wrote: > Hi, > > I'm still trying to build paraview 5.3 with Qt4.8. As paraview superbuild > was failing on my desktop (centos 6.9, Nvidia GPU), I build paraview by > hand and it is running now with and without pvserver connection > . > The problem went back with building same paraview version on the cluster > frontend: CentOS 6.7, no GPU. The compilation is successfull but launching > paraview I get some errors with OpenGL: > > ERROR: In /kareline/data/begou/PARAVIEW5/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, > line 825 > vtkXOpenGLRenderWindow (0x2280fb0): GL version 2.1 with the gpu_shader4 > extension is not supported by your graphics driver but is required for the > new OpenGL rendering backend. Please update your OpenGL driver. If you are > using Mesa please make sure you have version 10.6.5 or later and make sure > your driver in Mesa supports OpenGL 3.2. > > ERROR: In /kareline/data/begou/PARAVIEW5/paraview/VTK/Rendering/OpenGL2/vtkXOpenGLRenderWindow.cxx, > line 812 > vtkXOpenGLRenderWindow (0x2280fb0): failed to create offscreen window > > ERROR: In /kareline/data/begou/PARAVIEW5/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, > line 813 > vtkXOpenGLRenderWindow (0x2280fb0): GLEW could not be initialized. > > I've built and installed mesa from mesa-17.0.4.tar.gz using: > ./configure \ > PKG_CONFIG_PATH=/share/apps/paraview-5.3.0/lib/pkgconfig \ > --prefix=/share/apps/paraview-5.3.0 \ > --disable-osmesa --enable-gallium-osmesa --enable-gallium-llvm \ > --with-llvm-prefix=/share/apps/paraview-5.3.0 > > With several requested libraries: > libxshmfence-1.2.tar.gz > libxcb-1.12.tar.gz > libXau-1.0.8.tar.gz > pthread-stubs-0.3.tar.gz > xcb-proto-1.12.tar.gz > libdrm-2.4.70.tar.gz > llvm-4.0.0.src.tar.xz > all under /share/apps/paraview-5.3.0/ > > I've checked with strace that paraview was loading libGL in > /share/apps/paraview-5.3.0/lib and not the system one, requested by other > application (frontend is in production and I cannont break these libraries > used by other softwares). > > > I must confess I'm not familiar at all with these libraries and > environments, mesa or osmesa, GPU or not GPU, of screen rendering... all > documentation deeping in obscure details while I'm searching to understand > these concepts. > it is clear for me that on the nodes (without GPU) I will use OSMesa and > no GUI, but on the frontend where I need GUI ??? > > Thanks for your advices and sorry if this is a very basic lack of > understanding from myself. > > Patrick > > > Paraview cmake is: > ccmake -DBUILD_SHARED_LIBS=ON \ > -DPARAVIEW_USE_MPI=ON \ > -DCMAKE_BUILD_TYPE=Release \ > -DPARAVIEW_BUILD_QT_GUI=ON \ > -DPARAVIEW_QT_VERSION=4 \ > -DQT_QMAKE_EXECUTABLE=/share/apps/paraview-5.3.0/qt4.8.6/bin/qmake \ > -DPARAVIEW_ENABLE_FFMPEG=ON \ > -DPARAVIEW_ENABLE_PYTHON=ON \ > -DPYTHON_INCLUDE_DIR=/share/apps/python279/include/python2.7 \ > -DPYTHON_LIBRARY=/share/apps/python279/lib/libpython2.7.so \ > -DPYTHON_LIBRARY_DEBUG=/share/apps/python279/lib/libpython2.7.so \ > -DCMAKE_INSTALL_PREFIX=/share/apps/paraview-5.3.0 \ > -DCMAKE_VERBOSE_MAKEFILE=ON \ > -DCMAKE_CXX_COMPILER=/share/apps/GCC485/bin/g++ \ > -DCMAKE_C_COMPILER=/share/apps/GCC485/bin/gcc \ > -DCMAKE_Fortran_COMPILER=/share/apps/GCC485/bin/gfortran \ > -DFFMPEG_ROOT=/share/apps/paraview-5.3.0 \ > -DOPENGL_INCLUDE_DIR=/share/apps/paraview-5.3.0/include \ > -DOPENGL_gl_LIBRARY=/share/apps/paraview-5.3.0/lib/libGL.so \ > ../paraview > > > -- > =================================================================== > | Equipe M.O.S.T. | | > | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | > | LEGI | | > | BP 53 X | Tel 04 76 82 51 35 | > | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | > =================================================================== > > > _______________________________________________ > 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 May 12 11:09:49 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 12 May 2017 11:09:49 -0400 Subject: [Paraview] [Non-DoD Source] Re: ResetCamera throwing bad_alloc In-Reply-To: <10A03274360DCF47A6EE78C9952A31CA91E92F2B@UCOLHPUD.easf.csd.disa.mil> References: <10A03274360DCF47A6EE78C9952A31CA91E92B70@UCOLHPUD.easf.csd.disa.mil> <10A03274360DCF47A6EE78C9952A31CA91E92F2B@UCOLHPUD.easf.csd.disa.mil> Message-ID: Joe, I suspect there is indeed some data corruption going on. Do you have a debug build? Or can you share the data with me? Let's see where the exception is being thrown that will illuminate the problem. Utkarsh On Thu, May 11, 2017 at 6:17 PM, Hennessey, Joseph G CTR USARMY RDECOM ARL (US) wrote: > Utkarsh, > > It does not crash when it is commented out. > > It is trying to read an ExodusII file > > # create a new 'ExodusIIReader > test_data = ExodusIIReader(FileName=path) > > # show data in view > test_Display = Show(test_data, renderView1) > > but does not crash until ResetCamera is called. > > So, I guess the problem is with the ExodusIIReader, > and just doesn't manifest until the ResetCamera, > triggers an update to the pipeline. I know the data > is okay as I can read it with another version of ParaView > 5.3.0 on the same system. > > Thanks, > > Joe > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Joseph G. Hennessey Ph.D., SAIC > Team SAIC > Army Research Lab > DOD Supercomputing Resource Center > Aberdeen Proving Ground, MD 21005 > Voice: 410-278-3619 > Fax: 410-278-8799 > Email: joseph.g.hennessey2.ctr at mail.mil > > > -----Original Message----- > From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] > Sent: Thursday, May 11, 2017 3:44 PM > To: Hennessey, Joseph G CTR USARMY RDECOM ARL (US) > > Cc: paraview at paraview.org > Subject: [Non-DoD Source] Re: [Paraview] ResetCamera throwing bad_alloc > > 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. > > > ________________________________ > > > Joe, > > Do you see the error if you comment out all the "#Show stuff in > renderView1" part? > > Utkarsh > > On Thu, May 11, 2017 at 3:13 PM, Hennessey, Joseph G CTR USARMY RDECOM ARL > (US) Caution-mailto:joseph.g.hennessey2.ctr at mail.mil > > wrote: > > > Hello, > > I am getting an error on running a python script with pvpython and > ParaView > 5.3.0 on linux. > > # get active view > renderView1 = GetActiveViewOrCreate('RenderView') > > # uncomment following to set a specific view size > renderView1.ViewSize = [1200, 600] > > # Properties modified on renderView1 > renderView1.Background = [1.0, 1.0, 1.0] > > #Show stuff in renderView1 > . > . > . > > # reset view to fit data > renderView1.ResetCamera() > > ResetCamera() is throwing an error > > terminate called after throwing an instance of 'std::bad_alloc' > what(): std::bad_alloc > > Has anyone seen this particular error before with just calling > ResetCamera() > on a renderView? > > Thanks, > > Joe > > ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > Joseph G. Hennessey Ph.D., SAIC > Team SAIC > Army Research Lab > DOD Supercomputing Resource Center > > > _______________________________________________ > Powered by Caution-www.kitware.com < Caution- > http://www.kitware.com > > > Visit other Kitware open-source projects at > Caution-http://www.kitware.com/opensource/opensource.html < > 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 < > Caution-http://paraview.org/Wiki/ParaView > > > Search the list archives at: Caution-http://markmail.org/ > search/?q=ParaView < > Caution-http://markmail.org/search/?q=ParaView > > > Follow this link to subscribe/unsubscribe: > Caution-http://public.kitware.com/mailman/listinfo/paraview < > Caution-http://public.kitware.com/mailman/listinfo/paraview > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bloring at lbl.gov Fri May 12 13:31:58 2017 From: bloring at lbl.gov (Burlen Loring) Date: Fri, 12 May 2017 10:31:58 -0700 Subject: [Paraview] gpu_shader4 extension is not supported In-Reply-To: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> References: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> Message-ID: Hi Patrick, OSMesa (and friends such as OpenSWR) do not need to make use of GLX. In fact I think it should be disabled completely for that case in both Mesa and ParaView builds. For eg, when you configure ParaView you'd specify -DVTK_USE_X=OFF. At least this is how it was in the past. I haven't been following developments lately. The wiki has specifics. Burlen On 05/12/2017 07:25 AM, Patrick Begou wrote: > Hi, > > I'm still trying to build paraview 5.3 with Qt4.8. As paraview > superbuild was failing on my desktop (centos 6.9, Nvidia GPU), I build > paraview by hand and it is running now with and without pvserver > connection > . > The problem went back with building same paraview version on the > cluster frontend: CentOS 6.7, no GPU. The compilation is successfull > but launching paraview I get some errors with OpenGL: > > ERROR: In > /kareline/data/begou/PARAVIEW5/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, > line 825 > vtkXOpenGLRenderWindow (0x2280fb0): GL version 2.1 with the > gpu_shader4 extension is not supported by your graphics driver but is > required for the new OpenGL rendering backend. Please update your > OpenGL driver. If you are using Mesa please make sure you have version > 10.6.5 or later and make sure your driver in Mesa supports OpenGL 3.2. > > ERROR: In > /kareline/data/begou/PARAVIEW5/paraview/VTK/Rendering/OpenGL2/vtkXOpenGLRenderWindow.cxx, > line 812 > vtkXOpenGLRenderWindow (0x2280fb0): failed to create offscreen window > > ERROR: In > /kareline/data/begou/PARAVIEW5/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, > line 813 > vtkXOpenGLRenderWindow (0x2280fb0): GLEW could not be initialized. > > I've built and installed mesa from mesa-17.0.4.tar.gz using: > ./configure \ > PKG_CONFIG_PATH=/share/apps/paraview-5.3.0/lib/pkgconfig \ > --prefix=/share/apps/paraview-5.3.0 \ > --disable-osmesa --enable-gallium-osmesa --enable-gallium-llvm \ > --with-llvm-prefix=/share/apps/paraview-5.3.0 > > With several requested libraries: > libxshmfence-1.2.tar.gz > libxcb-1.12.tar.gz > libXau-1.0.8.tar.gz > pthread-stubs-0.3.tar.gz > xcb-proto-1.12.tar.gz > libdrm-2.4.70.tar.gz > llvm-4.0.0.src.tar.xz > all under /share/apps/paraview-5.3.0/ > > I've checked with strace that paraview was loading libGL in > /share/apps/paraview-5.3.0/lib and not the system one, requested by > other application (frontend is in production and I cannont break these > libraries used by other softwares). > > > I must confess I'm not familiar at all with these libraries and > environments, mesa or osmesa, GPU or not GPU, of screen rendering... > all documentation deeping in obscure details while I'm searching to > understand these concepts. > it is clear for me that on the nodes (without GPU) I will use OSMesa > and no GUI, but on the frontend where I need GUI ??? > > Thanks for your advices and sorry if this is a very basic lack of > understanding from myself. > > Patrick > > > Paraview cmake is: > ccmake -DBUILD_SHARED_LIBS=ON \ > -DPARAVIEW_USE_MPI=ON \ > -DCMAKE_BUILD_TYPE=Release \ > -DPARAVIEW_BUILD_QT_GUI=ON \ > -DPARAVIEW_QT_VERSION=4 \ > -DQT_QMAKE_EXECUTABLE=/share/apps/paraview-5.3.0/qt4.8.6/bin/qmake \ > -DPARAVIEW_ENABLE_FFMPEG=ON \ > -DPARAVIEW_ENABLE_PYTHON=ON \ > -DPYTHON_INCLUDE_DIR=/share/apps/python279/include/python2.7 \ > -DPYTHON_LIBRARY=/share/apps/python279/lib/libpython2.7.so \ > -DPYTHON_LIBRARY_DEBUG=/share/apps/python279/lib/libpython2.7.so \ > -DCMAKE_INSTALL_PREFIX=/share/apps/paraview-5.3.0 \ > -DCMAKE_VERBOSE_MAKEFILE=ON \ > -DCMAKE_CXX_COMPILER=/share/apps/GCC485/bin/g++ \ > -DCMAKE_C_COMPILER=/share/apps/GCC485/bin/gcc \ > -DCMAKE_Fortran_COMPILER=/share/apps/GCC485/bin/gfortran \ > -DFFMPEG_ROOT=/share/apps/paraview-5.3.0 \ > -DOPENGL_INCLUDE_DIR=/share/apps/paraview-5.3.0/include \ > -DOPENGL_gl_LIBRARY=/share/apps/paraview-5.3.0/lib/libGL.so \ > ../paraview > > > -- > =================================================================== > | Equipe M.O.S.T. | | > | Patrick BEGOU |mailto:Patrick.Begou at grenoble-inp.fr | > | LEGI | | > | BP 53 X | Tel 04 76 82 51 35 | > | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | > =================================================================== > > > _______________________________________________ > 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 kevin.dean at decisionsciencescorp.com Fri May 12 16:22:01 2017 From: kevin.dean at decisionsciencescorp.com (Dean, Kevin) Date: Fri, 12 May 2017 13:22:01 -0700 Subject: [Paraview] Multi Block Data Set Message-ID: Hello, Is there a way to select a block from a multiblock dataset and update its position independent of the rest of the dataset? Kevin 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 cory.quammen at kitware.com Fri May 12 16:28:01 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 12 May 2017 16:28:01 -0400 Subject: [Paraview] Multi Block Data Set In-Reply-To: References: Message-ID: "Extract Block" will copy a selected block to a new data set that you can reposition. The original block will remain in the original dataset, which maybe isn't what you want. You could also pick the inverse selection of blocks in a second "Extract Block" filter and then apply the "Group" filter to put the moved block and other blocks again. HTH, Cory On Fri, May 12, 2017 at 4:22 PM, Dean, Kevin wrote: > Hello, > > Is there a way to select a block from a multiblock dataset and update its > position independent of the rest of the dataset? > > Kevin 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. > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. From tengli2 at illinois.edu Sun May 14 01:07:00 2017 From: tengli2 at illinois.edu (Li, Teng) Date: Sun, 14 May 2017 05:07:00 +0000 Subject: [Paraview] Integration points visualization Message-ID: <81A18720EB4BBA489B6552676D14533C55614221@chimbx4.ad.uillinois.edu> Hi, I have a question about integration points visualization. I have a vtk file which stores 3 components of each element in the domain: Sigma_xx, Sigma_yy, Sigma_xy. However, I need to do some complicated calculation by using these three components and then obtain a new number. So I first save the three CSV. files for each component. Then I finish the calculation in Matlab to obtain a new CSV file which is the same format as each of the three component CSV file. By the way, I searched on the Internet and find the possible ways to process: 1. Use XML file to visualize integration points. 2. Change CSV file by using filter ( table to structured grid). However, there are no x,y,z columns in my csv file. It only contains row ID, vtk original point ids and point0, point1 and point2. Best, Teng Teng Li Master Candidate in Structures Department of Civil and Environmental Engineering University of Illinois at Urbana-Champaign 205 North Mathews Ave, Urbana, IL. 61801 Phone:(217)8196210, Email: tengli2 at illinois.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From rupertgladstone1972 at gmail.com Mon May 15 03:37:14 2017 From: rupertgladstone1972 at gmail.com (Rupert Gladstone) Date: Mon, 15 May 2017 09:37:14 +0200 Subject: [Paraview] netcdf Message-ID: Hi, I have a question about netcdf formats. I am developing a coupled ice sheet - ocean model. Currently both models run in the same cartesian coordinate system. The ice model outputs unstructured .vtu files, which paraview reads just fine. The ocean model outputs structured netcdf files. If I naively select the "generic and CF conventions" option when reading the ocean netcdf file then the data display ok, but not to scale. It seems like the structured fields have been read in just fine, but the coordinate variables have not. I don't think the netcdf files are CF compliant. I would like to be able to read in both .vtu files and netcdf files and display the data sets together on the same scale. Do you know what I need to do to read in the netcdf coordinate vars correctly? I am hoping that I can simply insert a post-processing step to implement some minor manipulation to the ocean model output files so that Paraview can read them in to scale. Is it simply a case of renaming the coordinate variables in the netcdf file such that they have the same names as the corresponding dimensions? Note that this is not in general possible as some of the coordinate variables are two-dimensional variables (in the horizontal plane), though for most of the simulations we plan in the near future I can enforce that the coord vars will have a one to one correspondence to the dimension vars (i.e. I can enforce that coord vars are 1D). Is the ordering of dimensions important? Is the ordering of coordinate vars important? Is the naming of dimensions important? Is the naming of coord vars important? Can Paraview cope with 2D coord vars? If so, how does Paraview know which coordinate var applies to which var? Thanks very much for your help. Regards, Rupert Gladstone -------------- next part -------------- An HTML attachment was scrubbed... URL: From Patrick.Begou at legi.grenoble-inp.fr Mon May 15 05:24:55 2017 From: Patrick.Begou at legi.grenoble-inp.fr (Patrick Begou) Date: Mon, 15 May 2017 11:24:55 +0200 Subject: [Paraview] gpu_shader4 extension is not supported In-Reply-To: References: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> Message-ID: Hi Chuck, Hi Burlen Thanks for your reply. I've attached the setup of my mesa installation. I have more options enabled in my config than in yours. May be too much as this frontend has no GPU available. I'll try a setup with -DVTK_USE_X=OFF as Burlen suggest, but is it possible to build paraview GUI with this option ? It is not clear for me. Patrick prefix: /share/apps/paraview-5.3.0 exec_prefix: ${prefix} libdir: ${exec_prefix}/lib includedir: ${prefix}/include OpenGL: yes (ES1: yes ES2: yes) OSMesa: libOSMesa (Gallium) DRI platform: drm DRI drivers: i915 i965 nouveau r200 radeon swrast DRI driver dir: ${libdir}/dri GLX: DRI-based EGL: yes EGL platforms: x11 drm EGL drivers: builtin:egl_dri2 builtin:egl_dri3 GBM: yes Vulkan drivers: no llvm: yes llvm-config: /share/apps/paraview-5.3.0/bin/llvm-config llvm-version: 4.0.0 Gallium drivers: r300 r600 svga swrast Gallium st: mesa xvmc HUD extra stats: no HUD lmsensors: no Shared libs: yes Static libs: no Shared-glapi: yes CFLAGS: -g -O2 -Wall -std=c99 -Werror=implicit-function-declaration -Werror=missing-prototypes -fno-math-errno -fno-trapping-math CXXFLAGS: -g -O2 -Wall -fno-math-errno -fno-trapping-math Macros: -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS -D_GNU_SOURCE -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS -DNDEBUG -DUSE_X86_64_ASM -DHAVE_XLOCALE_H -DHAVE_SYS_SYSCTL_H -DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN -DHAVE_LIBDRM -DGLX_USE_DRM -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_TLS -DHAVE_DRI3 -DENABLE_SHADER_CACHE -DHAVE_MINCORE -DHAVE_LLVM=0x0400 -DMESA_LLVM_VERSION_PATCH=0 LLVM_CFLAGS: -I/share/apps/paraview-5.3.0/include -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS LLVM_CXXFLAGS: -I/share/apps/paraview-5.3.0/include -std=c++11 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS LLVM_CPPFLAGS: -I/share/apps/paraview-5.3.0/include -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS LLVM_LDFLAGS: -L/share/apps/paraview-5.3.0/lib PYTHON2: python2.7 -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | =================================================================== From samuelkey at bresnan.net Mon May 15 10:32:32 2017 From: samuelkey at bresnan.net (Samuel Key) Date: Mon, 15 May 2017 08:32:32 -0600 Subject: [Paraview] netcdf In-Reply-To: References: Message-ID: Rupert, I can't help you with netcdf files/formats. However, the following two items could be of help. (1) ParaView has a Transform filter that will translate and/or scale and/or rotate your datum set. (2) In the coordinate 3-tuple (x,y,z). if all of your z-values are zero, then PV will "come up in a "2D" mode. There is a 2D/3D toggle button (button number 3) in the upper left location in each display frame that may be of help to you. Samuel Key FMA Development. On 5/15/2017 1:37 AM, Rupert Gladstone wrote: > > Hi, I have a question about netcdf formats. I am developing a coupled > ice sheet - ocean model. Currently both models run in the same > cartesian coordinate system. The ice model outputs unstructured .vtu > files, which paraview reads just fine. The ocean model outputs > structured netcdf files. If I naively select the "generic and CF > conventions" option when reading the ocean netcdf file then the data > display ok, but not to scale. It seems like the structured fields > have been read in just fine, but the coordinate variables have not. I > don't think the netcdf files are CF compliant. I would like to be > able to read in both .vtu files and netcdf files and display the data > sets together on the same scale. > > Do you know what I need to do to read in the netcdf coordinate vars > correctly? I am hoping that I can simply insert a post-processing > step to implement some minor manipulation to the ocean model output > files so that Paraview can read them in to scale. Is it simply a case > of renaming the coordinate variables in the netcdf file such that they > have the same names as the corresponding dimensions? Note that this > is not in general possible as some of the coordinate variables are > two-dimensional variables (in the horizontal plane), though for most > of the simulations we plan in the near future I can enforce that the > coord vars will have a one to one correspondence to the dimension vars > (i.e. I can enforce that coord vars are 1D). > > Is the ordering of dimensions important? > Is the ordering of coordinate vars important? > Is the naming of dimensions important? > Is the naming of coord vars important? > Can Paraview cope with 2D coord vars? If so, how does Paraview know > which coordinate var applies to which var? > > Thanks very much for your help. > > Regards, > Rupert Gladstone > > > _______________________________________________ > 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 Mon May 15 11:08:15 2017 From: aashish.chaudhary at kitware.com (Aashish Chaudhary) Date: Mon, 15 May 2017 15:08:15 +0000 Subject: [Paraview] netcdf In-Reply-To: References: Message-ID: Rupert, Would it be possible for you to send us a sample file and what the list of VARS you expect to see in the paraview? Thanks, On Mon, May 15, 2017 at 3:37 AM Rupert Gladstone < rupertgladstone1972 at gmail.com> wrote: > > Hi, I have a question about netcdf formats. I am developing a coupled ice > sheet - ocean model. Currently both models run in the same cartesian > coordinate system. The ice model outputs unstructured .vtu files, which > paraview reads just fine. The ocean model outputs structured netcdf > files. If I naively select the "generic and CF conventions" option when > reading the ocean netcdf file then the data display ok, but not to scale. > It seems like the structured fields have been read in just fine, but the > coordinate variables have not. I don't think the netcdf files are CF > compliant. I would like to be able to read in both .vtu files and netcdf > files and display the data sets together on the same scale. > > Do you know what I need to do to read in the netcdf coordinate vars > correctly? I am hoping that I can simply insert a post-processing step to > implement some minor manipulation to the ocean model output files so that > Paraview can read them in to scale. Is it simply a case of renaming the > coordinate variables in the netcdf file such that they have the same names > as the corresponding dimensions? Note that this is not in general possible > as some of the coordinate variables are two-dimensional variables (in the > horizontal plane), though for most of the simulations we plan in the near > future I can enforce that the coord vars will have a one to one > correspondence to the dimension vars (i.e. I can enforce that coord vars > are 1D). > > Is the ordering of dimensions important? > Is the ordering of coordinate vars important? > Is the naming of dimensions important? > Is the naming of coord vars important? > Can Paraview cope with 2D coord vars? If so, how does Paraview know which > coordinate var applies to which var? > > Thanks very much for your help. > > Regards, > Rupert Gladstone > _______________________________________________ > 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 tengli2 at illinois.edu Mon May 15 12:41:52 2017 From: tengli2 at illinois.edu (Li, Teng) Date: Mon, 15 May 2017 16:41:52 +0000 Subject: [Paraview] integration point visualization Message-ID: <81A18720EB4BBA489B6552676D14533C556149E6@chimbx4.ad.uillinois.edu> Hi, I have a question about integration points visualization. I have a vtk file which stores 3 components of each element in the domain: Sigma_xx, Sigma_yy, Sigma_xy. However, I need to do some complicated calculation by using these three components and then obtain a new number. So I first save the three CSV. files for each component. Then I finish the calculation in Matlab to obtain a new CSV file which is the same format as each of the three component CSV file. By the way, I searched on the Internet and find the possible ways to process: 1. Use XML file to visualize integration points. 2. Change CSV file by using filter ( table to structured grid). However, there are no x,y,z columns in my csv file. It only contains row ID, vtk original point ids and point0, point1 and point2. Do you know how to visualize the value in the integration points? Best, Teng Teng Li Master Candidate in Structures Department of Civil and Environmental Engineering University of Illinois at Urbana-Champaign 205 North Mathews Ave, Urbana, IL. 61801 Phone:(217)8196210, Email: tengli2 at illinois.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From tengli2 at illinois.edu Mon May 15 12:46:30 2017 From: tengli2 at illinois.edu (Li, Teng) Date: Mon, 15 May 2017 16:46:30 +0000 Subject: [Paraview] integration point visualization (2) Message-ID: <81A18720EB4BBA489B6552676D14533C55614A59@chimbx4.ad.uillinois.edu> Hi, As you can see, I only need to plot the value in the column point1 for all the integration points. Do you know how to visualize all these values by changing the CSV file to VTK file? Best, Teng Teng Li Master Candidate in Structures Department of Civil and Environmental Engineering University of Illinois at Urbana-Champaign 205 North Mathews Ave, Urbana, IL. 61801 Phone:(217)8196210, Email: tengli2 at illinois.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: CSV format.png Type: image/png Size: 51248 bytes Desc: CSV format.png URL: From dave.demarle at kitware.com Mon May 15 12:56:12 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 15 May 2017 12:56:12 -0400 Subject: [Paraview] Integration points visualization In-Reply-To: <81A18720EB4BBA489B6552676D14533C55614221@chimbx4.ad.uillinois.edu> References: <81A18720EB4BBA489B6552676D14533C55614221@chimbx4.ad.uillinois.edu> Message-ID: Try Table to Points filter and use the "X Column" "Y Column" and "Z Column" properties to match up specific columns to the X, Y and Z point coordinates. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Sun, May 14, 2017 at 1:07 AM, Li, Teng wrote: > Hi, > I have a question about integration points visualization. > I have a vtk file which stores 3 components of each element in the domain: > Sigma_xx, Sigma_yy, Sigma_xy. However, I need to do some complicated > calculation by using these three components and then obtain a new number. > So I first save the three CSV. files for each component. Then I finish the > calculation in Matlab to obtain a new CSV file which is the same format as > each of the three component CSV file. > > By the way, I searched on the Internet and find the possible ways to > process: > 1. Use XML file to visualize integration points. > 2. Change CSV file by using filter ( table to structured grid). However, > there are no x,y,z columns in my csv file. It only contains row ID, vtk > original point ids and point0, point1 and point2. > > Best, > Teng > > > Teng Li > > Master Candidate in Structures > > Department of Civil and Environmental Engineering > > University of Illinois at Urbana-Champaign > > 205 North Mathews Ave, Urbana, IL. 61801 > > Phone:(217)8196210 <(217)%20819-6210>, Email: tengli2 at illinois.edu > > > > > _______________________________________________ > 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 bloring at lbl.gov Mon May 15 13:12:19 2017 From: bloring at lbl.gov (Burlen Loring) Date: Mon, 15 May 2017 10:12:19 -0700 Subject: [Paraview] gpu_shader4 extension is not supported In-Reply-To: References: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> Message-ID: Hi Patrick, Your output shows you enabled some gpu specific drivers, and GLX. I think that is going to screw things up for you. Best to disable all of them but the ones you specifically need and to explicitly disable glx. Here is how I configured OSMesa for a Cray ../mesa-17.0.2/configure --enable-texture-float --disable-glx --disable-dri --disable-egl --disable-gles1 --disable-gles2 --disable-gbm --disable-driglx-direct --disable-xvmc --enable-gallium-osmesa --with-gallium-drivers=swrast,swr --prefix=/usr/common/software/ParaView/mesa/17.0.2/ And here is how ParaView is configured on the same system. When building ParaView with OSMesa the ParaView GUI should be disabled to prevent window system dependencies(X11, Qt etc). Note that there are a number of options in play to configure for OSMesa. I've highlighted them in blue below. This info is also on the Wiki. #!/bin/bash LIB_EXT=so PY_LIB_EXT=so GLU_LIB_EXT=so MESA_LIB_EXT=so COMP_FLAGS="-fPIC -Ofast -march=native -mtune=native" CCOMP=`which gcc` CXXCOMP=`which g++` FTNCOMP=`which gfortran` export XTPE_LINK_TYPE=dynamic PYTHON=/usr/common/software/ParaView/python/2.7.12 GLU=/usr/common/software/ParaView/glu/9.0.0/ BOOST=/usr/common/software/ParaView/boost/1.63.0/ MESA=/usr/common/software/ParaView/mesa/17.0.2/ RCA=/opt/cray/rca/2.1.6_g2c60fbf-2.265/lib64 ALPS=/opt/cray/alps/6.3.4-2.21/lib64 XPMEM=/opt/cray/xpmem/2.1.1_gf9c9084-2.38/lib64 DMAPP=/opt/cray/dmapp/7.1.1-39.37/lib64 PMI=/opt/cray/pe/pmi/5.0.10-1.0000.11050.0.0.ari/lib64 UGNI=/opt/cray/ugni/6.0.15-2.2/lib64 UDREG=/opt/cray/udreg/2.3.2-7.54/lib64 MPT=/opt/cray/pe/mpt/7.4.4/gni/mpich-gnu/5.1/lib cmake \ -DCMAKE_C_COMPILER=$CCOMP \ -DCMAKE_CXX_COMPILER=$CXXCOMP \ -DCMAKE_Fortran_COMPILER=$FTNCOMP \ -DCMAKE_BUILD_TYPE=Release \ -DCMAKE_CXX_FLAGS=$COMP_FLAGS \ -DCMAKE_C_FLAGS=$COMP_FLAGS \ -DBUILD_SHARED_LIBS=OFF \ -DPARAVIEW_ENABLE_PYTHON=ON \ -DPYTHON_EXECUTABLE=$PYTHON/bin/python \ -DPYTHON_INCLUDE_DIR=$PYTHON/include/python2.7 \ -DPYTHON_LIBRARY=$PYTHON/lib/libpython2.7.$PY_LIB_EXT \ -DPYTHON_UTIL_LIBRARY=/usr/lib64/libutil.$PY_LIB_EXT \ -DPARAVIEW_FREEZE_PYTHON=OFF \ -DBUILD_TESTING=OFF \ *-DPARAVIEW_BUILD_QT_GUI=OFF \** ** -DCMAKE_X_LIBS="" \** ** -DX11_LIBRARIES="" \** ** -DVTK_USE_X=OFF \** ** -DVTK_OPENGL_HAS_OSMESA=ON \** ** -DOSMESA_INCLUDE_DIR=$MESA/include \** **-DOSMESA_LIBRARY="$MESA/lib/libOSMesa.$MESA_LIB_EXT;" \** ** -DOPENGL_INCLUDE_DIR=$MESA/include \** **-DOPENGL_gl_LIBRARY=$MESA/lib/libOSMesa.$MESA_LIB_EXT \** ** -DOPENGL_glu_LIBRARY=$GLU/lib/libGLU.$GLU_LIB_EXT \** ** -DOPENGL_xmesa_INCLUDE_DIR=$MESA/include \* -DPARAVIEW_USE_MPI=ON \ -DMPI_CXX_LIBRARIES="" \ -DMPI_C_LIBRARIES="-Wl,--start-group;$MPT/libmpich.$LIB_EXT;$PMI/libpmi.$LIB_EXT;$DMAPP/libdmapp.$LIB_EXT;$MPT/libmpichcxx.$LIB_EXT;$UGNI/libugni.$LIB_EXT;$ALPS/libalpslli.$LIB_EXT;$ALPS/libalpsutil.$LIB_EXT;$RCA/librca.$LIB_EXT;$XPMEM/libxpmem.$LIB_EXT;-Wl,--end-group;" \ -DMPI_INCLUDE_PATH=$MPT/../include \ -DMPIEXEC=`which srun` \ -DMPI_CXX_LIBRARIES="" \ -DPARAVIEW_USE_VISITBRIDGE=ON \ -DBoost_INCLUDE_DIR=$BOOST/include \ -DVISIT_BUILD_READER_CGNS=OFF \ -DVISIT_BUILD_READER_Silo=OFF \ -DVTK_USE_SYSTEM_HDF5=OFF \ -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON \ $* On 05/15/2017 02:24 AM, Patrick Begou wrote: > Hi Chuck, Hi Burlen > > Thanks for your reply. > > I've attached the setup of my mesa installation. I have more options > enabled in my config than in yours. May be too much as this frontend > has no GPU available. > > I'll try a setup with -DVTK_USE_X=OFF as Burlen suggest, but is it > possible to build paraview GUI with this option ? It is not clear for me. > > Patrick > > prefix: /share/apps/paraview-5.3.0 > exec_prefix: ${prefix} > libdir: ${exec_prefix}/lib > includedir: ${prefix}/include > > OpenGL: yes (ES1: yes ES2: yes) > > OSMesa: libOSMesa (Gallium) > > DRI platform: drm > DRI drivers: i915 i965 nouveau r200 radeon swrast > DRI driver dir: ${libdir}/dri > GLX: DRI-based > > EGL: yes > EGL platforms: x11 drm > EGL drivers: builtin:egl_dri2 builtin:egl_dri3 > GBM: yes > > Vulkan drivers: no > > llvm: yes > llvm-config: /share/apps/paraview-5.3.0/bin/llvm-config > llvm-version: 4.0.0 > > Gallium drivers: r300 r600 svga swrast > Gallium st: mesa xvmc > > HUD extra stats: no > HUD lmsensors: no > > Shared libs: yes > Static libs: no > Shared-glapi: yes > > CFLAGS: -g -O2 -Wall -std=c99 > -Werror=implicit-function-declaration -Werror=missing-prototypes > -fno-math-errno -fno-trapping-math > CXXFLAGS: -g -O2 -Wall -fno-math-errno -fno-trapping-math > Macros: -D__STDC_LIMIT_MACROS > -D__STDC_CONSTANT_MACROS -D_GNU_SOURCE -DUSE_SSE41 > -DUSE_GCC_ATOMIC_BUILTINS -DNDEBUG -DUSE_X86_64_ASM -DHAVE_XLOCALE_H > -DHAVE_SYS_SYSCTL_H -DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_DLOPEN > -DHAVE_POSIX_MEMALIGN -DHAVE_LIBDRM -DGLX_USE_DRM > -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_TLS > -DHAVE_DRI3 -DENABLE_SHADER_CACHE -DHAVE_MINCORE -DHAVE_LLVM=0x0400 > -DMESA_LLVM_VERSION_PATCH=0 > > LLVM_CFLAGS: -I/share/apps/paraview-5.3.0/include > -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS > LLVM_CXXFLAGS: -I/share/apps/paraview-5.3.0/include > -std=c++11 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS > -D__STDC_LIMIT_MACROS > LLVM_CPPFLAGS: -I/share/apps/paraview-5.3.0/include > -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS > LLVM_LDFLAGS: -L/share/apps/paraview-5.3.0/lib > > PYTHON2: python2.7 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Tue May 16 00:36:57 2017 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Tue, 16 May 2017 04:36:57 +0000 Subject: [Paraview] netcdf Message-ID: <9EA8E94F-8546-4227-990A-811FE263CEE1@sandia.gov> Rupert, As Aashish said, it might be easier to diagnose the issue if you sent us a file. But if your file is not following the CF or COARDS convention, then the reader will simply interpret the arrays in the file as uniform grids with spacing of 1. This is not likely to conform with the coordinates you want. The official documentation for the CF convention is maintained here: http://cfconventions.org/. In summary, you specify coordinates by using arrays of the same name as the dimension. So for example if you have a 3D array with dimensions named ?Z?, ?Y?, and ?X?, then you also make a 1D variable named ?X? on the ?X? dimension that has the x coordinate for each grid point in the dimension. Likewise, you have a ?Y? variable on the ?Y? dimension for y coordinates and a ?Z? variable on the ?Z? dimension for the z coordinates. Or, if you don?t want to mess with your file format, you can do as Sam suggested and transform the data once it is loaded into ParaView. -Ken From: ParaView on behalf of Aashish Chaudhary Date: Monday, May 15, 2017 at 9:08 AM To: Rupert Gladstone , "paraview at paraview.org" Subject: [EXTERNAL] Re: [Paraview] netcdf Rupert, Would it be possible for you to send us a sample file and what the list of VARS you expect to see in the paraview? Thanks, On Mon, May 15, 2017 at 3:37 AM Rupert Gladstone > wrote: Hi, I have a question about netcdf formats. I am developing a coupled ice sheet - ocean model. Currently both models run in the same cartesian coordinate system. The ice model outputs unstructured .vtu files, which paraview reads just fine. The ocean model outputs structured netcdf files. If I naively select the "generic and CF conventions" option when reading the ocean netcdf file then the data display ok, but not to scale. It seems like the structured fields have been read in just fine, but the coordinate variables have not. I don't think the netcdf files are CF compliant. I would like to be able to read in both .vtu files and netcdf files and display the data sets together on the same scale. Do you know what I need to do to read in the netcdf coordinate vars correctly? I am hoping that I can simply insert a post-processing step to implement some minor manipulation to the ocean model output files so that Paraview can read them in to scale. Is it simply a case of renaming the coordinate variables in the netcdf file such that they have the same names as the corresponding dimensions? Note that this is not in general possible as some of the coordinate variables are two-dimensional variables (in the horizontal plane), though for most of the simulations we plan in the near future I can enforce that the coord vars will have a one to one correspondence to the dimension vars (i.e. I can enforce that coord vars are 1D). Is the ordering of dimensions important? Is the ordering of coordinate vars important? Is the naming of dimensions important? Is the naming of coord vars important? Can Paraview cope with 2D coord vars? If so, how does Paraview know which coordinate var applies to which var? Thanks very much for your help. Regards, Rupert Gladstone _______________________________________________ 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 hongchao.wang2013 at gmail.com Tue May 16 02:12:43 2017 From: hongchao.wang2013 at gmail.com (HongchaoWang) Date: Tue, 16 May 2017 14:12:43 +0800 Subject: [Paraview] How to save data for selected time range in paraview Message-ID: <000001d2ce0b$703d18a0$50b749e0$@gmail.com> Hi, I am using paraview to postprocess the results from openfoam. I am doing a 3D case and thus the cell number is huge. What I want to do is to save data from ''plot over line'' for a time frame from 23s to 28s. However, the "save data" option seems to only either save the current time step or all time steps. Does anyone know how to save data for selected time range or if someone could tell me how to load data for a selected time directories? Thanks in advance. Best regards, Wilson -------------- next part -------------- An HTML attachment was scrubbed... URL: From rupertgladstone1972 at gmail.com Tue May 16 02:31:34 2017 From: rupertgladstone1972 at gmail.com (Rupert Gladstone) Date: Tue, 16 May 2017 08:31:34 +0200 Subject: [Paraview] netcdf In-Reply-To: <9EA8E94F-8546-4227-990A-811FE263CEE1@sandia.gov> References: <9EA8E94F-8546-4227-990A-811FE263CEE1@sandia.gov> Message-ID: Hi all, thanks very much for your replies so far. I must say I am finding the Paraview community very helpful. Having considered my data further, I would be able to make a 1D coordinate variable for my x and y dimensions but not for my z dimension. The ocean model uses a hybrid coordinate which can be transformed into depth, but the resulting depth coordinate will be spatially varying across my data set. In other words my z coordinate variable will need to be a 3D variable. >From my understanding of COARDS and CF this is allowed. But I think from your email that Paraview will not be able to associate this 3D z coordinate variable to another variable (e.g. ocean temperature) for the purposes of plotting. At least, not using the Paraview CF interface. Is that correct? I don't currently have a handy netcdf file (I have a rather large one). I could generate a smaller netcdf file to demonstrate the issue, but I am not sure it is needed here, as the problem is not that Paraview fails to read the file as expected, but rather than I am trying to clarify what I can reasonably expect from Paraview with its current functionality. Do you have a suggestion for how to read in a (topologically) structured data set on a rectangular cartesian projection in which the the vertical coordinate variable varies across all three dimensions? Should I ask Paraview to read it in as unstructured data? I think I saw that Paraview offers some kind of interface for unstructured data in netcdf files. Are the requirements of this documented somewhere? Or do you still feel that I need to provide an example netcdf file for you to better understand the problem? Thanks again for your help. Regards, Rupert On Tue, May 16, 2017 at 6:36 AM, Moreland, Kenneth wrote: > Rupert, > > > > As Aashish said, it might be easier to diagnose the issue if you sent us a > file. But if your file is not following the CF or COARDS convention, then > the reader will simply interpret the arrays in the file as uniform grids > with spacing of 1. This is not likely to conform with the coordinates you > want. > > > > The official documentation for the CF convention is maintained here: > http://cfconventions.org/. In summary, you specify coordinates by using > arrays of the same name as the dimension. So for example if you have a 3D > array with dimensions named ?Z?, ?Y?, and ?X?, then you also make a 1D > variable named ?X? on the ?X? dimension that has the x coordinate for each > grid point in the dimension. Likewise, you have a ?Y? variable on the ?Y? > dimension for y coordinates and a ?Z? variable on the ?Z? dimension for the > z coordinates. > > > > Or, if you don?t want to mess with your file format, you can do as Sam > suggested and transform the data once it is loaded into ParaView. > > > > -Ken > > > > > > *From: *ParaView on behalf of Aashish > Chaudhary > *Date: *Monday, May 15, 2017 at 9:08 AM > *To: *Rupert Gladstone , " > paraview at paraview.org" > *Subject: *[EXTERNAL] Re: [Paraview] netcdf > > > > Rupert, > > > > Would it be possible for you to send us a sample file and what the list of > VARS you expect to see in the paraview? > > > > Thanks, > > > > On Mon, May 15, 2017 at 3:37 AM Rupert Gladstone < > rupertgladstone1972 at gmail.com> wrote: > > > > Hi, I have a question about netcdf formats. I am developing a coupled ice > sheet - ocean model. Currently both models run in the same cartesian > coordinate system. The ice model outputs unstructured .vtu files, which > paraview reads just fine. The ocean model outputs structured netcdf > files. If I naively select the "generic and CF conventions" option when > reading the ocean netcdf file then the data display ok, but not to scale. > It seems like the structured fields have been read in just fine, but the > coordinate variables have not. I don't think the netcdf files are CF > compliant. I would like to be able to read in both .vtu files and netcdf > files and display the data sets together on the same scale. > > Do you know what I need to do to read in the netcdf coordinate vars > correctly? I am hoping that I can simply insert a post-processing step to > implement some minor manipulation to the ocean model output files so that > Paraview can read them in to scale. Is it simply a case of renaming the > coordinate variables in the netcdf file such that they have the same names > as the corresponding dimensions? Note that this is not in general possible > as some of the coordinate variables are two-dimensional variables (in the > horizontal plane), though for most of the simulations we plan in the near > future I can enforce that the coord vars will have a one to one > correspondence to the dimension vars (i.e. I can enforce that coord vars > are 1D). > > Is the ordering of dimensions important? > Is the ordering of coordinate vars important? > Is the naming of dimensions important? > Is the naming of coord vars important? > Can Paraview cope with 2D coord vars? If so, how does Paraview know which > coordinate var applies to which var? > > Thanks very much for your help. > > Regards, > Rupert Gladstone > > _______________________________________________ > 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 M.Deij at marin.nl Tue May 16 03:04:06 2017 From: M.Deij at marin.nl (Deij-van Rijswijk, Menno) Date: Tue, 16 May 2017 07:04:06 +0000 Subject: [Paraview] [Paraview-developers] ParaView 5.4.0 Release Candidate 1 binaries are available for download In-Reply-To: References: Message-ID: <354cc8e1f7c947d49fdb9b6fdb279f30@MAR190n2.marin.local> Hi Cory, TL;DR: I have to manually configure that the high-performance NVidia card is used for ParaView to get rid of problems with the FXAA option. I notice here that the default-ON option of FXAA is giving problems. When enabled, there is at the beginning a smaller black rectangle in the render view where the axes widget should be. When a 3D geometry is loaded and Apply is clicked, the view becomes totally black. Disabling FXAA will show the geometry without having to restart ParaView. I have a laptop with an NVidia 840M and an integrated GPU (Intel HD 5500). I have to manually enable the NVidia card for ParaView to get rid of this behaviour, so it looks like the Intel card is at fault. Interestingly, when the NVidia card is active I can also enable/disable an FXAA option in the NVidia control panel. When I enable it, the screen looks totally wrong, as if everything (menus, buttons, etc.) is anti-aliased. Best wishes, Menno Deij - van Rijswijk dr. ir. Menno A. Deij-van Rijswijk | Researcher / Software Engineer | Maritime Simulation & Software Group MARIN | T +31 317 49 35 06 | mailto:M.Deij at marin.nl | http://www.marin.nl MARIN news: http://www.marin.nl/web/News/News-items/Vessel-Operator-Forum-May-22-23-Rotterdam.htm -----Original Message----- From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org] On Behalf Of Cory Quammen Sent: Monday, May 08, 2017 5:18 PM To: ParaView; ParaView Developers Subject: [Paraview-developers] ParaView 5.4.0 Release Candidate 1 binaries are available for download On behalf of the ParaView development community, I am happy to announce that binaries and source code for ParaView 5.4.0-RC1 are available to download from http://www.paraview.org/download/ Please let us know if you run into any problems with this release candidate. Thank you, Cory -- Cory Quammen Staff R&D Engineer Kitware, Inc. _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Search the list archives at: http://markmail.org/search/?q=Paraview-developers Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview-developers From Patrick.Begou at legi.grenoble-inp.fr Tue May 16 04:58:46 2017 From: Patrick.Begou at legi.grenoble-inp.fr (Patrick Begou) Date: Tue, 16 May 2017 10:58:46 +0200 Subject: [Paraview] gpu_shader4 extension is not supported In-Reply-To: References: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> Message-ID: <1556f490-52fb-fc89-5c8d-94682d11b95f@legi.grenoble-inp.fr> Hi Burlen, I think there is a main concept that I do not understand in building Paraview and Mesa as I have also all the wiki pages printed in front of me since the begining. It is how to build paraview on a server without GPU _but_ with Paraview GUI enabled. With the Wiki I was able to build Paraview on the workstations (with GPU and Paraview GUI set to ON) and on the cluster nodes (No GPU and no GUI for paraview). But the setup on a server without GPU and paraview GUI enabled is still unclear for me. I'll try a new Mesa setup with your suggestion below but keeping *-DPARAVIEW_BUILD_QT_GUI=ON* Thanks a lot for all the details you provide is this last answer. Patrick Burlen Loring wrote: > Hi Patrick, > > Your output shows you enabled some gpu specific drivers, and GLX. I think that > is going to screw things up for you. Best to disable all of them but the ones > you specifically need and to explicitly disable glx. > > Here is how I configured OSMesa for a Cray > > ../mesa-17.0.2/configure --enable-texture-float --disable-glx > --disable-dri --disable-egl --disable-gles1 --disable-gles2 --disable-gbm > --disable-driglx-direct --disable-xvmc --enable-gallium-osmesa > --with-gallium-drivers=swrast,swr > --prefix=/usr/common/software/ParaView/mesa/17.0.2/ > > And here is how ParaView is configured on the same system. When building > ParaView with OSMesa the ParaView GUI should be disabled to prevent window > system dependencies(X11, Qt etc). Note that there are a number of options in > play to configure for OSMesa. I've highlighted them in blue below. This info > is also on the Wiki. > > #!/bin/bash > > LIB_EXT=so > PY_LIB_EXT=so > GLU_LIB_EXT=so > MESA_LIB_EXT=so > > COMP_FLAGS="-fPIC -Ofast -march=native -mtune=native" > CCOMP=`which gcc` > CXXCOMP=`which g++` > FTNCOMP=`which gfortran` > > export XTPE_LINK_TYPE=dynamic > > PYTHON=/usr/common/software/ParaView/python/2.7.12 > GLU=/usr/common/software/ParaView/glu/9.0.0/ > BOOST=/usr/common/software/ParaView/boost/1.63.0/ > MESA=/usr/common/software/ParaView/mesa/17.0.2/ > > RCA=/opt/cray/rca/2.1.6_g2c60fbf-2.265/lib64 > ALPS=/opt/cray/alps/6.3.4-2.21/lib64 > XPMEM=/opt/cray/xpmem/2.1.1_gf9c9084-2.38/lib64 > DMAPP=/opt/cray/dmapp/7.1.1-39.37/lib64 > PMI=/opt/cray/pe/pmi/5.0.10-1.0000.11050.0.0.ari/lib64 > UGNI=/opt/cray/ugni/6.0.15-2.2/lib64 > UDREG=/opt/cray/udreg/2.3.2-7.54/lib64 > MPT=/opt/cray/pe/mpt/7.4.4/gni/mpich-gnu/5.1/lib > > cmake \ > -DCMAKE_C_COMPILER=$CCOMP \ > -DCMAKE_CXX_COMPILER=$CXXCOMP \ > -DCMAKE_Fortran_COMPILER=$FTNCOMP \ > -DCMAKE_BUILD_TYPE=Release \ > -DCMAKE_CXX_FLAGS=$COMP_FLAGS \ > -DCMAKE_C_FLAGS=$COMP_FLAGS \ > -DBUILD_SHARED_LIBS=OFF \ > -DPARAVIEW_ENABLE_PYTHON=ON \ > -DPYTHON_EXECUTABLE=$PYTHON/bin/python \ > -DPYTHON_INCLUDE_DIR=$PYTHON/include/python2.7 \ > -DPYTHON_LIBRARY=$PYTHON/lib/libpython2.7.$PY_LIB_EXT \ > -DPYTHON_UTIL_LIBRARY=/usr/lib64/libutil.$PY_LIB_EXT \ > -DPARAVIEW_FREEZE_PYTHON=OFF \ > -DBUILD_TESTING=OFF \ > *-DPARAVIEW_BUILD_QT_GUI=OFF \** > ** -DCMAKE_X_LIBS="" \** > ** -DX11_LIBRARIES="" \** > ** -DVTK_USE_X=OFF \** > ** -DVTK_OPENGL_HAS_OSMESA=ON \** > ** -DOSMESA_INCLUDE_DIR=$MESA/include \** > **-DOSMESA_LIBRARY="$MESA/lib/libOSMesa.$MESA_LIB_EXT;" \** > ** -DOPENGL_INCLUDE_DIR=$MESA/include \** > **-DOPENGL_gl_LIBRARY=$MESA/lib/libOSMesa.$MESA_LIB_EXT \** > **-DOPENGL_glu_LIBRARY=$GLU/lib/libGLU.$GLU_LIB_EXT \** > ** -DOPENGL_xmesa_INCLUDE_DIR=$MESA/include \* > -DPARAVIEW_USE_MPI=ON \ > -DMPI_CXX_LIBRARIES="" \ > -DMPI_C_LIBRARIES="-Wl,--start-group;$MPT/libmpich.$LIB_EXT;$PMI/libpmi.$LIB_EXT;$DMAPP/libdmapp.$LIB_EXT;$MPT/libmpichcxx.$LIB_EXT;$UGNI/libugni.$LIB_EXT;$ALPS/libalpslli.$LIB_EXT;$ALPS/libalpsutil.$LIB_EXT;$RCA/librca.$LIB_EXT;$XPMEM/libxpmem.$LIB_EXT;-Wl,--end-group;" > \ > -DMPI_INCLUDE_PATH=$MPT/../include \ > -DMPIEXEC=`which srun` \ > -DMPI_CXX_LIBRARIES="" \ > -DPARAVIEW_USE_VISITBRIDGE=ON \ > -DBoost_INCLUDE_DIR=$BOOST/include \ > -DVISIT_BUILD_READER_CGNS=OFF \ > -DVISIT_BUILD_READER_Silo=OFF \ > -DVTK_USE_SYSTEM_HDF5=OFF \ > -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON \ > $* > > > > On 05/15/2017 02:24 AM, Patrick Begou wrote: >> Hi Chuck, Hi Burlen >> >> Thanks for your reply. >> >> I've attached the setup of my mesa installation. I have more options enabled >> in my config than in yours. May be too much as this frontend has no GPU >> available. >> >> I'll try a setup with -DVTK_USE_X=OFF as Burlen suggest, but is it possible >> to build paraview GUI with this option ? It is not clear for me. >> >> Patrick >> >> prefix: /share/apps/paraview-5.3.0 >> exec_prefix: ${prefix} >> libdir: ${exec_prefix}/lib >> includedir: ${prefix}/include >> >> OpenGL: yes (ES1: yes ES2: yes) >> >> OSMesa: libOSMesa (Gallium) >> >> DRI platform: drm >> DRI drivers: i915 i965 nouveau r200 radeon swrast >> DRI driver dir: ${libdir}/dri >> GLX: DRI-based >> >> EGL: yes >> EGL platforms: x11 drm >> EGL drivers: builtin:egl_dri2 builtin:egl_dri3 >> GBM: yes >> >> Vulkan drivers: no >> >> llvm: yes >> llvm-config: /share/apps/paraview-5.3.0/bin/llvm-config >> llvm-version: 4.0.0 >> >> Gallium drivers: r300 r600 svga swrast >> Gallium st: mesa xvmc >> >> HUD extra stats: no >> HUD lmsensors: no >> >> Shared libs: yes >> Static libs: no >> Shared-glapi: yes >> >> CFLAGS: -g -O2 -Wall -std=c99 >> -Werror=implicit-function-declaration -Werror=missing-prototypes >> -fno-math-errno -fno-trapping-math >> CXXFLAGS: -g -O2 -Wall -fno-math-errno -fno-trapping-math >> Macros: -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS >> -D_GNU_SOURCE -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS -DNDEBUG -DUSE_X86_64_ASM >> -DHAVE_XLOCALE_H -DHAVE_SYS_SYSCTL_H -DHAVE_STRTOF -DHAVE_MKOSTEMP >> -DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN -DHAVE_LIBDRM -DGLX_USE_DRM >> -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_TLS -DHAVE_DRI3 >> -DENABLE_SHADER_CACHE -DHAVE_MINCORE -DHAVE_LLVM=0x0400 >> -DMESA_LLVM_VERSION_PATCH=0 >> >> LLVM_CFLAGS: -I/share/apps/paraview-5.3.0/include >> -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS >> LLVM_CXXFLAGS: -I/share/apps/paraview-5.3.0/include -std=c++11 >> -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS >> LLVM_CPPFLAGS: -I/share/apps/paraview-5.3.0/include >> -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS >> LLVM_LDFLAGS: -L/share/apps/paraview-5.3.0/lib >> >> PYTHON2: python2.7 >> > -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | =================================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From rustem.khabetdinov at gmail.com Tue May 16 05:40:25 2017 From: rustem.khabetdinov at gmail.com (Rustem Khabetdinov) Date: Tue, 16 May 2017 12:40:25 +0300 Subject: [Paraview] Cmake flags Message-ID: Hello, Is there any documentation present for cmake build flags? Especially I am interested in advanced section. Best Regards, Rustem -------------- next part -------------- An HTML attachment was scrubbed... URL: From u.utku.turuncoglu at be.itu.edu.tr Tue May 16 05:46:13 2017 From: u.utku.turuncoglu at be.itu.edu.tr (Ufuk Utku Turuncoglu (BE)) Date: Tue, 16 May 2017 12:46:13 +0300 Subject: [Paraview] multiple visualization pipeline at a time with co-processing Message-ID: Hi All, I just wonder that is it possible to trigger multiple visualization pipeline in the same time with co-processing. The co-processing script generator plugin mainly outputs only single pipeline at a time and that is fine but what about combining multiple Python script (generated by plugin) using higher level Python script to trigger multiple pipelines. So, i think that this will be much efficient way to look at different part of the data without writing to the disk. I am not sure but somebody else might do it before. Regards, --ufuk From andy.bauer at kitware.com Tue May 16 07:51:07 2017 From: andy.bauer at kitware.com (Andy Bauer) Date: Tue, 16 May 2017 07:51:07 -0400 Subject: [Paraview] How to save data for selected time range in paraview In-Reply-To: <000001d2ce0b$703d18a0$50b749e0$@gmail.com> References: <000001d2ce0b$703d18a0$50b749e0$@gmail.com> Message-ID: Hi, Currently the best way to do this would be to use the Extract Time Steps filter to extract all of the time steps between 23s and 28s. There is some active development to be able to choose an active range of time (see https://gitlab.kitware.com/paraview/paraview/issues/17317) which is targeted for the PV 5.5 release which is targeted to come out around November 2017. Best, Andy On Tue, May 16, 2017 at 2:12 AM, HongchaoWang wrote: > Hi, > > > > I am using paraview to postprocess the results from openfoam. I am doing a > 3D case and thus the cell number is huge. What I want to do is to save data > from ??plot over line?? for a time frame from 23s to 28s. However, the > ?save data? option seems to only either save the current time step or all > time steps. > > > > Does anyone know how to save data for selected time range or if someone > could tell me how to load data for a selected time directories? Thanks in > advance. > > > > Best regards, > > Wilson > > > > _______________________________________________ > 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 andy.bauer at kitware.com Tue May 16 07:58:29 2017 From: andy.bauer at kitware.com (Andy Bauer) Date: Tue, 16 May 2017 07:58:29 -0400 Subject: [Paraview] multiple visualization pipeline at a time with co-processing In-Reply-To: References: Message-ID: Hi Ufuk, Unless I'm not understanding your question correctly, I think you can get what you want by adding in multiple vtkCPPythonScriptPipelines to your vtkCPProcessor object in your adaptor. Alternatively if you want to have a single, master Catalyst script handling other Catalyst scripts you can do something like the following: ================ import script_a import script_b import script_c def RequestDataDescription(datadescription): script_a.RequestDataDescription(datadescription) script_b.RequestDataDescription(datadescription) script_c.RequestDataDescription(datadescription) def DoCoProcessing(datadescription): script_a.DoCoProcessing(datadescription) script_b.DoCoProcessing(datadescription) script_c.DoCoProcessing(datadescription) =================== The first way is the recommended way though as that should be more efficient by having process 0 read the scripts and broadcasting the script contents to the other processes for use. The second method will only do that for the master script. Please let me know if this doesn't answer your question. Cheers, Andy On Tue, May 16, 2017 at 5:46 AM, Ufuk Utku Turuncoglu (BE) < u.utku.turuncoglu at be.itu.edu.tr> wrote: > Hi All, > > I just wonder that is it possible to trigger multiple visualization > pipeline in the same time with co-processing. The co-processing script > generator plugin mainly outputs only single pipeline at a time and that is > fine but what about combining multiple Python script (generated by plugin) > using higher level Python script to trigger multiple pipelines. So, i think > that this will be much efficient way to look at different part of the data > without writing to the disk. I am not sure but somebody else might do it > before. > > Regards, > > --ufuk > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/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 Tue May 16 08:24:15 2017 From: u.utku.turuncoglu at be.itu.edu.tr (Ufuk Utku Turuncoglu (BE)) Date: Tue, 16 May 2017 15:24:15 +0300 Subject: [Paraview] multiple visualization pipeline at a time with co-processing In-Reply-To: References: Message-ID: <83062745-e4b9-34f6-3941-82b22aaca2a8@be.itu.edu.tr> Thanks Andy. That is exactly what i am looking for. The broadcasting mechanism is not clear to me yet. Do i need to broadcast only the file names? Anyway, i will try to implement it and see what is going on there. Thanks again, Regards, --ufuk On 16/05/2017 14:58, Andy Bauer wrote: > Hi Ufuk, > > Unless I'm not understanding your question correctly, I think you can > get what you want by adding in multiple vtkCPPythonScriptPipelines to > your vtkCPProcessor object in your adaptor. Alternatively if you want > to have a single, master Catalyst script handling other Catalyst > scripts you can do something like the following: > ================ > import script_a > import script_b > import script_c > > def RequestDataDescription(datadescription): > script_a.RequestDataDescription(datadescription) > script_b.RequestDataDescription(datadescription) > script_c.RequestDataDescription(datadescription) > > def DoCoProcessing(datadescription): > script_a.DoCoProcessing(datadescription) > script_b.DoCoProcessing(datadescription) > script_c.DoCoProcessing(datadescription) > =================== > > The first way is the recommended way though as that should be more > efficient by having process 0 read the scripts and broadcasting the > script contents to the other processes for use. The second method > will only do that for the master script. > > Please let me know if this doesn't answer your question. > > Cheers, > Andy > > On Tue, May 16, 2017 at 5:46 AM, Ufuk Utku Turuncoglu (BE) > > wrote: > > Hi All, > > I just wonder that is it possible to trigger multiple > visualization pipeline in the same time with co-processing. The > co-processing script generator plugin mainly outputs only single > pipeline at a time and that is fine but what about combining > multiple Python script (generated by plugin) using higher level > Python script to trigger multiple pipelines. So, i think that this > will be much efficient way to look at different part of the data > without writing to the disk. I am not sure but somebody else might > do it before. > > Regards, > > --ufuk > > _______________________________________________ > 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 May 16 08:57:45 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 16 May 2017 08:57:45 -0400 Subject: [Paraview] Integration points visualization In-Reply-To: <81A18720EB4BBA489B6552676D14533C55615216@chimbx4.ad.uillinois.edu> References: <81A18720EB4BBA489B6552676D14533C55614221@chimbx4.ad.uillinois.edu> <81A18720EB4BBA489B6552676D14533C55615216@chimbx4.ad.uillinois.edu> Message-ID: Please reply all to keep the mailing list on the discussion so all can participate in and benefit from the discussion. Question 1: Why delete columns? All of the columns can be point aligned attributes. Question 2: Are you sure you want a Structured Grid? Table To Points will give you a simple point cloud. Table to Structured Grid has the extra requirement that the points in the text file are ordered regularly to make up a toplogical grid. If that is the case, then in addition to designating the X, Y and Z columns, you also have to specify the whole extent so that the filter knows how many cells there are in the i, j and k dimensions. On May 15, 2017 11:03 PM, "Li, Teng" wrote: > Hi David, > After using Table to Points filter, I delete some columns and finally > there are only four columns: x, y, z, d(which is the value in each > position). Please see the attached picture which is the CSV file. > I plan to convert this CSV file by using Table to Structured Grid. And > then there is the error. > So I wonder what is the next step to visualize all the values in this CSV > file? > Best wishes > Teng Li > > Teng Li > > Master Candidate in Structures > > Department of Civil and Environmental Engineering > > University of Illinois at Urbana-Champaign > > 205 North Mathews Ave, Urbana, IL. 61801 > > Phone:(217)8196210 <(217)%20819-6210>, Email: tengli2 at illinois.edu > > > > ------------------------------ > *From:* David E DeMarle [dave.demarle at kitware.com] > *Sent:* Monday, May 15, 2017 11:56 AM > *To:* Li, Teng > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] Integration points visualization > > Try Table to Points filter and use the "X Column" "Y Column" and "Z > Column" properties to match up specific columns to the X, Y and Z point > coordinates. > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > > On Sun, May 14, 2017 at 1:07 AM, Li, Teng wrote: > >> Hi, >> I have a question about integration points visualization. >> I have a vtk file which stores 3 components of each element in the >> domain: Sigma_xx, Sigma_yy, Sigma_xy. However, I need to do some >> complicated calculation by using these three components and then obtain a >> new number. So I first save the three CSV. files for each component. Then I >> finish the calculation in Matlab to obtain a new CSV file which is the same >> format as each of the three component CSV file. >> >> By the way, I searched on the Internet and find the possible ways to >> process: >> 1. Use XML file to visualize integration points. >> 2. Change CSV file by using filter ( table to structured grid). However, >> there are no x,y,z columns in my csv file. It only contains row ID, vtk >> original point ids and point0, point1 and point2. >> >> Best, >> Teng >> >> >> Teng Li >> >> Master Candidate in Structures >> >> Department of Civil and Environmental Engineering >> >> University of Illinois at Urbana-Champaign >> >> 205 North Mathews Ave, Urbana, IL. 61801 >> >> Phone:(217)8196210 <(217)%20819-6210>, Email: tengli2 at illinois.edu >> >> >> >> >> _______________________________________________ >> 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 andy.bauer at kitware.com Tue May 16 09:08:50 2017 From: andy.bauer at kitware.com (Andy Bauer) Date: Tue, 16 May 2017 09:08:50 -0400 Subject: [Paraview] multiple visualization pipeline at a time with co-processing In-Reply-To: <83062745-e4b9-34f6-3941-82b22aaca2a8@be.itu.edu.tr> References: <83062745-e4b9-34f6-3941-82b22aaca2a8@be.itu.edu.tr> Message-ID: Hi Ufuk, If you create a vtkCPythonScriptPipeline, when you initialize it with the script file name (which has to be done on each process) everything will be taken care of with respect to broadcasting the file contents from process 0 to the others. We aren't sophisticated enough to parse the Python script to see if it imports other scripts that are not part of ParaView (e.g. paraview.simple) or Python (e.g. sys). That is why I recommended the first approach as opposed to the second approach above. Depending on the compute platform and how many MPI processes are in the run the difference may be negligible but having 100K processes or more trying to access the same file can seriously slow down an HPC machine. Cheers, Andy On Tue, May 16, 2017 at 8:24 AM, Ufuk Utku Turuncoglu (BE) < u.utku.turuncoglu at be.itu.edu.tr> wrote: > Thanks Andy. That is exactly what i am looking for. The broadcasting > mechanism is not clear to me yet. Do i need to broadcast only the file > names? Anyway, i will try to implement it and see what is going on there. > > Thanks again, > Regards, > > --ufuk > > > On 16/05/2017 14:58, Andy Bauer wrote: > > Hi Ufuk, > > Unless I'm not understanding your question correctly, I think you can get > what you want by adding in multiple vtkCPPythonScriptPipelines to your > vtkCPProcessor object in your adaptor. Alternatively if you want to have a > single, master Catalyst script handling other Catalyst scripts you can do > something like the following: > ================ > import script_a > import script_b > import script_c > > def RequestDataDescription(datadescription): > script_a.RequestDataDescription(datadescription) > script_b.RequestDataDescription(datadescription) > script_c.RequestDataDescription(datadescription) > > def DoCoProcessing(datadescription): > script_a.DoCoProcessing(datadescription) > script_b.DoCoProcessing(datadescription) > script_c.DoCoProcessing(datadescription) > =================== > > The first way is the recommended way though as that should be more > efficient by having process 0 read the scripts and broadcasting the script > contents to the other processes for use. The second method will only do > that for the master script. > > Please let me know if this doesn't answer your question. > > Cheers, > Andy > > On Tue, May 16, 2017 at 5:46 AM, Ufuk Utku Turuncoglu (BE) < > u.utku.turuncoglu at be.itu.edu.tr> wrote: > >> Hi All, >> >> I just wonder that is it possible to trigger multiple visualization >> pipeline in the same time with co-processing. The co-processing script >> generator plugin mainly outputs only single pipeline at a time and that is >> fine but what about combining multiple Python script (generated by plugin) >> using higher level Python script to trigger multiple pipelines. So, i think >> that this will be much efficient way to look at different part of the data >> without writing to the disk. I am not sure but somebody else might do it >> before. >> >> Regards, >> >> --ufuk >> >> _______________________________________________ >> 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 May 16 09:22:38 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 16 May 2017 09:22:38 -0400 Subject: [Paraview] [Paraview-developers] ParaView 5.4.0 Release Candidate 1 binaries are available for download In-Reply-To: <354cc8e1f7c947d49fdb9b6fdb279f30@MAR190n2.marin.local> References: <354cc8e1f7c947d49fdb9b6fdb279f30@MAR190n2.marin.local> Message-ID: On Tue, May 16, 2017 at 3:04 AM, Deij-van Rijswijk, Menno wrote: > Hi Cory, > > TL;DR: I have to manually configure that the high-performance NVidia card is used for ParaView to get rid of problems with the FXAA option. > > I notice here that the default-ON option of FXAA is giving problems. When enabled, there is at the beginning a smaller black rectangle in the render view where the axes widget should be. When a 3D geometry is loaded and Apply is clicked, the view becomes totally black. Disabling FXAA will show the geometry without having to restart ParaView. > > I have a laptop with an NVidia 840M and an integrated GPU (Intel HD 5500). I have to manually enable the NVidia card for ParaView to get rid of this behaviour, so it looks like the Intel card is at fault. I have seen the same thing on my PC with an NVIDIA card and Intel integrated GPU. Obviously, FXAA isn't working with some Intel integrated GPUs. I, too, had to specifically enable my NVIDIA card. But that's what ParaView should ideally be using anyway. ParaView 5.4.0 RC-2 has some improvements to ParaView's Qt widget for rendering that *may* improve the situation. That should be out later today (US east coast time) or tomorrow. > Interestingly, when the NVidia card is active I can also enable/disable an FXAA option in the NVidia control panel. When I enable it, the screen looks totally wrong, as if everything (menus, buttons, etc.) is anti-aliased. Ah, I haven't seen that option. Thanks for pointing it out. Thanks, Cory > Best wishes, > > > Menno Deij - van Rijswijk > > > > > > > dr. ir. Menno A. Deij-van Rijswijk | Researcher / Software Engineer | Maritime Simulation & Software Group > MARIN | T +31 317 49 35 06 | mailto:M.Deij at marin.nl | http://www.marin.nl > > MARIN news: http://www.marin.nl/web/News/News-items/Vessel-Operator-Forum-May-22-23-Rotterdam.htm > > -----Original Message----- > From: Paraview-developers [mailto:paraview-developers-bounces at paraview.org] On Behalf Of Cory Quammen > Sent: Monday, May 08, 2017 5:18 PM > To: ParaView; ParaView Developers > Subject: [Paraview-developers] ParaView 5.4.0 Release Candidate 1 binaries are available for download > > On behalf of the ParaView development community, I am happy to announce that binaries and source code for ParaView 5.4.0-RC1 are available to download from > > http://www.paraview.org/download/ > > Please let us know if you run into any problems with this release candidate. > > Thank you, > Cory > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers -- Cory Quammen Staff R&D Engineer Kitware, Inc. From kmorel at sandia.gov Tue May 16 09:39:00 2017 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Tue, 16 May 2017 13:39:00 +0000 Subject: [Paraview] netcdf Message-ID: Rupert, It has been multiple years since I really took a look at the CF convention, so I don?t remember the details of whether it supports varying coordinates across multiple dimensions or whether the ParaView reader supports that. If the ParaView reader is missing some corner of the CF convention, let us know and we can work on that. In any case, you can displace a 2D or 3D image by a height value that is stored in a field by simply running the ?Warp by Scalar? filter. -Ken From: Rupert Gladstone Date: Tuesday, May 16, 2017 at 12:31 AM To: "Moreland, Kenneth" Cc: Aashish Chaudhary , "paraview at paraview.org" Subject: [EXTERNAL] Re: [Paraview] netcdf Hi all, thanks very much for your replies so far. I must say I am finding the Paraview community very helpful. Having considered my data further, I would be able to make a 1D coordinate variable for my x and y dimensions but not for my z dimension. The ocean model uses a hybrid coordinate which can be transformed into depth, but the resulting depth coordinate will be spatially varying across my data set. In other words my z coordinate variable will need to be a 3D variable. From my understanding of COARDS and CF this is allowed. But I think from your email that Paraview will not be able to associate this 3D z coordinate variable to another variable (e.g. ocean temperature) for the purposes of plotting. At least, not using the Paraview CF interface. Is that correct? I don't currently have a handy netcdf file (I have a rather large one). I could generate a smaller netcdf file to demonstrate the issue, but I am not sure it is needed here, as the problem is not that Paraview fails to read the file as expected, but rather than I am trying to clarify what I can reasonably expect from Paraview with its current functionality. Do you have a suggestion for how to read in a (topologically) structured data set on a rectangular cartesian projection in which the the vertical coordinate variable varies across all three dimensions? Should I ask Paraview to read it in as unstructured data? I think I saw that Paraview offers some kind of interface for unstructured data in netcdf files. Are the requirements of this documented somewhere? Or do you still feel that I need to provide an example netcdf file for you to better understand the problem? Thanks again for your help. Regards, Rupert On Tue, May 16, 2017 at 6:36 AM, Moreland, Kenneth > wrote: Rupert, As Aashish said, it might be easier to diagnose the issue if you sent us a file. But if your file is not following the CF or COARDS convention, then the reader will simply interpret the arrays in the file as uniform grids with spacing of 1. This is not likely to conform with the coordinates you want. The official documentation for the CF convention is maintained here: http://cfconventions.org/. In summary, you specify coordinates by using arrays of the same name as the dimension. So for example if you have a 3D array with dimensions named ?Z?, ?Y?, and ?X?, then you also make a 1D variable named ?X? on the ?X? dimension that has the x coordinate for each grid point in the dimension. Likewise, you have a ?Y? variable on the ?Y? dimension for y coordinates and a ?Z? variable on the ?Z? dimension for the z coordinates. Or, if you don?t want to mess with your file format, you can do as Sam suggested and transform the data once it is loaded into ParaView. -Ken From: ParaView > on behalf of Aashish Chaudhary > Date: Monday, May 15, 2017 at 9:08 AM To: Rupert Gladstone >, "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] netcdf Rupert, Would it be possible for you to send us a sample file and what the list of VARS you expect to see in the paraview? Thanks, On Mon, May 15, 2017 at 3:37 AM Rupert Gladstone > wrote: Hi, I have a question about netcdf formats. I am developing a coupled ice sheet - ocean model. Currently both models run in the same cartesian coordinate system. The ice model outputs unstructured .vtu files, which paraview reads just fine. The ocean model outputs structured netcdf files. If I naively select the "generic and CF conventions" option when reading the ocean netcdf file then the data display ok, but not to scale. It seems like the structured fields have been read in just fine, but the coordinate variables have not. I don't think the netcdf files are CF compliant. I would like to be able to read in both .vtu files and netcdf files and display the data sets together on the same scale. Do you know what I need to do to read in the netcdf coordinate vars correctly? I am hoping that I can simply insert a post-processing step to implement some minor manipulation to the ocean model output files so that Paraview can read them in to scale. Is it simply a case of renaming the coordinate variables in the netcdf file such that they have the same names as the corresponding dimensions? Note that this is not in general possible as some of the coordinate variables are two-dimensional variables (in the horizontal plane), though for most of the simulations we plan in the near future I can enforce that the coord vars will have a one to one correspondence to the dimension vars (i.e. I can enforce that coord vars are 1D). Is the ordering of dimensions important? Is the ordering of coordinate vars important? Is the naming of dimensions important? Is the naming of coord vars important? Can Paraview cope with 2D coord vars? If so, how does Paraview know which coordinate var applies to which var? Thanks very much for your help. Regards, Rupert Gladstone _______________________________________________ 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 May 16 09:39:54 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 16 May 2017 09:39:54 -0400 Subject: [Paraview] Cmake flags In-Reply-To: References: Message-ID: Rustem, You can find some of the options described at http://www.paraview.org/Wiki/ParaView:Build_And_Install#ParaView_Settings For others, each build flag has a brief description in the CMakeLists.txt file, e.g., option(PARAVIEW_BUILD_QT_GUI "Enable ParaView Qt-based client" ON) The description will appear in a CMake UI (ccmake, cmake-gui) if you use that for configuration. HTH, Cory On Tue, May 16, 2017 at 5:40 AM, Rustem Khabetdinov wrote: > Hello, > Is there any documentation present for cmake build flags? Especially I am > interested in advanced section. > > Best Regards, > Rustem > > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. From david.lonie at kitware.com Tue May 16 10:06:06 2017 From: david.lonie at kitware.com (David Lonie) Date: Tue, 16 May 2017 10:06:06 -0400 Subject: [Paraview] [Paraview-developers] ParaView 5.4.0 Release Candidate 1 binaries are available for download In-Reply-To: References: <354cc8e1f7c947d49fdb9b6fdb279f30@MAR190n2.marin.local> Message-ID: On Tue, May 16, 2017 at 9:22 AM, Cory Quammen wrote: >> I have a laptop with an NVidia 840M and an integrated GPU (Intel HD 5500). I have to manually enable the NVidia card for ParaView to get rid of this behaviour, so it looks like the Intel card is at fault. > > I have seen the same thing on my PC with an NVIDIA card and Intel > integrated GPU. Obviously, FXAA isn't working with some Intel > integrated GPUs. I, too, had to specifically enable my NVIDIA card. > But that's what ParaView should ideally be using anyway. > > ParaView 5.4.0 RC-2 has some improvements to ParaView's Qt widget for > rendering that *may* improve the situation. That should be out later > today (US east coast time) or tomorrow. Interesting, I hadn't heard of this problem. I don't have an intel card that reproduces this, but if the new version has the same issue with FXAA and I can find hardware to debug it I'll be happy to take a look. Dave From rupertgladstone1972 at gmail.com Tue May 16 10:42:31 2017 From: rupertgladstone1972 at gmail.com (Rupert Gladstone) Date: Tue, 16 May 2017 16:42:31 +0200 Subject: [Paraview] netcdf In-Reply-To: References: Message-ID: Thanks very much Ken and others. I just tested the warp by scalar filter (I didn't know about this before) and it looks like it can do what I need with the vertical coord, like you suggested. What I will do is this: I will modify the netcdf file to add a 1D x and y coord variable with the same name as the x and y dimensions. I will add a 3D coord var for z. If the Paraview netcdf interface can read this in then great! If the Paraview netcdf interface cannot handle the 3D z coord then I will use the warp by scalar filter to apply the z coord var, and will also let you know in case you want to modify the functionality. BTW I found this info about coordinate vars on more than 1 dimension: http://cfconventions.org/cf-conventions/v1.6.0/cf-conventions.html#_two_dimensional_latitude_longitude_coordinate_variables I'll try the coordinates attribute as suggested in the link above, and will send you an example netcdf file that I believe to be consistent with CF if it doesn't work in Paraview. Regards, Rupert Gladstone On Tue, May 16, 2017 at 3:39 PM, Moreland, Kenneth wrote: > Rupert, > > > > It has been multiple years since I really took a look at the CF > convention, so I don?t remember the details of whether it supports varying > coordinates across multiple dimensions or whether the ParaView reader > supports that. If the ParaView reader is missing some corner of the CF > convention, let us know and we can work on that. > > > > In any case, you can displace a 2D or 3D image by a height value that is > stored in a field by simply running the ?Warp by Scalar? filter. > > > > -Ken > > > > > > *From: *Rupert Gladstone > *Date: *Tuesday, May 16, 2017 at 12:31 AM > *To: *"Moreland, Kenneth" > *Cc: *Aashish Chaudhary , " > paraview at paraview.org" > > *Subject: *[EXTERNAL] Re: [Paraview] netcdf > > > > Hi all, thanks very much for your replies so far. I must say I am finding > the Paraview community very helpful. > > Having considered my data further, I would be able to make a 1D coordinate > variable for my x and y dimensions but not for my z dimension. The ocean > model uses a hybrid coordinate which can be transformed into depth, but the > resulting depth coordinate will be spatially varying across my data set. > In other words my z coordinate variable will need to be a 3D variable. > From my understanding of COARDS and CF this is allowed. But I think from > your email that Paraview will not be able to associate this 3D z coordinate > variable to another variable (e.g. ocean temperature) for the purposes of > plotting. At least, not using the Paraview CF interface. Is that correct? > > I don't currently have a handy netcdf file (I have a rather large one). I > could generate a smaller netcdf file to demonstrate the issue, but I am not > sure it is needed here, as the problem is not that Paraview fails to read > the file as expected, but rather than I am trying to clarify what I can > reasonably expect from Paraview with its current functionality. > > Do you have a suggestion for how to read in a (topologically) structured > data set on a rectangular cartesian projection in which the the vertical > coordinate variable varies across all three dimensions? Should I ask > Paraview to read it in as unstructured data? I think I saw that Paraview > offers some kind of interface for unstructured data in netcdf files. Are > the requirements of this documented somewhere? Or do you still feel that I > need to provide an example netcdf file for you to better understand the > problem? > > Thanks again for your help. > > Regards, > > Rupert > > > > > > On Tue, May 16, 2017 at 6:36 AM, Moreland, Kenneth > wrote: > > Rupert, > > > > As Aashish said, it might be easier to diagnose the issue if you sent us a > file. But if your file is not following the CF or COARDS convention, then > the reader will simply interpret the arrays in the file as uniform grids > with spacing of 1. This is not likely to conform with the coordinates you > want. > > > > The official documentation for the CF convention is maintained here: > http://cfconventions.org/. In summary, you specify coordinates by using > arrays of the same name as the dimension. So for example if you have a 3D > array with dimensions named ?Z?, ?Y?, and ?X?, then you also make a 1D > variable named ?X? on the ?X? dimension that has the x coordinate for each > grid point in the dimension. Likewise, you have a ?Y? variable on the ?Y? > dimension for y coordinates and a ?Z? variable on the ?Z? dimension for the > z coordinates. > > > > Or, if you don?t want to mess with your file format, you can do as Sam > suggested and transform the data once it is loaded into ParaView. > > > > -Ken > > > > > > *From: *ParaView on behalf of Aashish > Chaudhary > *Date: *Monday, May 15, 2017 at 9:08 AM > *To: *Rupert Gladstone , " > paraview at paraview.org" > *Subject: *[EXTERNAL] Re: [Paraview] netcdf > > > > Rupert, > > > > Would it be possible for you to send us a sample file and what the list of > VARS you expect to see in the paraview? > > > > Thanks, > > > > On Mon, May 15, 2017 at 3:37 AM Rupert Gladstone < > rupertgladstone1972 at gmail.com> wrote: > > > > Hi, I have a question about netcdf formats. I am developing a coupled ice > sheet - ocean model. Currently both models run in the same cartesian > coordinate system. The ice model outputs unstructured .vtu files, which > paraview reads just fine. The ocean model outputs structured netcdf > files. If I naively select the "generic and CF conventions" option when > reading the ocean netcdf file then the data display ok, but not to scale. > It seems like the structured fields have been read in just fine, but the > coordinate variables have not. I don't think the netcdf files are CF > compliant. I would like to be able to read in both .vtu files and netcdf > files and display the data sets together on the same scale. > > Do you know what I need to do to read in the netcdf coordinate vars > correctly? I am hoping that I can simply insert a post-processing step to > implement some minor manipulation to the ocean model output files so that > Paraview can read them in to scale. Is it simply a case of renaming the > coordinate variables in the netcdf file such that they have the same names > as the corresponding dimensions? Note that this is not in general possible > as some of the coordinate variables are two-dimensional variables (in the > horizontal plane), though for most of the simulations we plan in the near > future I can enforce that the coord vars will have a one to one > correspondence to the dimension vars (i.e. I can enforce that coord vars > are 1D). > > Is the ordering of dimensions important? > Is the ordering of coordinate vars important? > Is the naming of dimensions important? > Is the naming of coord vars important? > Can Paraview cope with 2D coord vars? If so, how does Paraview know which > coordinate var applies to which var? > > Thanks very much for your help. > > Regards, > Rupert Gladstone > > _______________________________________________ > 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 Patrick.Begou at legi.grenoble-inp.fr Tue May 16 11:38:20 2017 From: Patrick.Begou at legi.grenoble-inp.fr (Patrick Begou) Date: Tue, 16 May 2017 17:38:20 +0200 Subject: [Paraview] gpu_shader4 extension is not supported In-Reply-To: References: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> Message-ID: <2adedaae-8ee6-b3e5-250b-a3c00c1e1580@legi.grenoble-inp.fr> Burlen Loring wrote: > ../mesa-17.0.2/configure --enable-texture-float --disable-glx --disable-dri > --disable-egl --disable-gles1 --disable-gles2 --disable-gbm > --disable-driglx-direct --disable-xvmc --enable-gallium-osmesa > --with-gallium-drivers=swrast,swr > --prefix=/usr/common/software/ParaView/mesa/17.0.2/ Hi Burlen, this Mesa setup does not provide libGL requested to build paraview with GUI enabled :-( It is OK for the cluster nodes but not for the frontend where I need this GUI even with no GPU installed. Patrick -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | =================================================================== From burlen.loring at gmail.com Tue May 16 12:59:51 2017 From: burlen.loring at gmail.com (Burlen Loring) Date: Tue, 16 May 2017 09:59:51 -0700 Subject: [Paraview] gpu_shader4 extension is not supported In-Reply-To: <2adedaae-8ee6-b3e5-250b-a3c00c1e1580@legi.grenoble-inp.fr> References: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> <2adedaae-8ee6-b3e5-250b-a3c00c1e1580@legi.grenoble-inp.fr> Message-ID: <8329b261-8387-fd31-4b63-a14ca125e007@gmail.com> that's the point. this allows you to run without the windowing system or GPU on the cluster. Most cluster have neither. If you wanted to provide the GUI then I would suggest you have two installs of both ParaView and Mesa. One based on OSMesa, the other based on some X11 enabled OpenGL. Alternatively you could install only the OSMesa capable pvserver as suggested in previous email and direct your users to the ParaView GUI enabled binaries that Kitware provides on their web site. The latter is what I have been doing. As an aside, it gets messy when you have two libGL in the same build. One need to be very careful about library dependencies. It is possible to do this if one is very careful during link time. However as far as I know this has not been supported for quite a long time in VTK/ParaView, and I think it would require some reorganization of VTK OpernGL classes. Burlen On 05/16/2017 08:38 AM, Patrick Begou wrote: > Burlen Loring wrote: >> ../mesa-17.0.2/configure --enable-texture-float --disable-glx >> --disable-dri --disable-egl --disable-gles1 --disable-gles2 >> --disable-gbm --disable-driglx-direct --disable-xvmc >> --enable-gallium-osmesa --with-gallium-drivers=swrast,swr >> --prefix=/usr/common/software/ParaView/mesa/17.0.2/ > > Hi Burlen, > > this Mesa setup does not provide libGL requested to build paraview > with GUI enabled :-( > It is OK for the cluster nodes but not for the frontend where I need > this GUI even with no GPU installed. > > Patrick > From ephraimobermaier at gmail.com Tue May 16 13:07:14 2017 From: ephraimobermaier at gmail.com (Ephraim Obermaier) Date: Tue, 16 May 2017 19:07:14 +0200 Subject: [Paraview] pvpython vtkMPIController usage? rank is always 0 Message-ID: Hello, I am trying to use VTK's MPI communication from pvpython, running with OpenMPI's mpirun. It seems like ParaView hasn't enabled the MPI capabilities for VTK, although it was compiled from source with PARAVIEW_USE_MPI=ON and correctly found the system OpenMPI-2.0.0 libraries and includes. I am running the short example below with the command "mpirun -n 2 pvpython test.py". The full output is also attached. In short, both MPI processes report rank=0 and size=1 and their controller is a vtkDummyController although I expected rank=0..1, size=2 and a vtkMPIController. Is it possible to determine the problem with the given information? Do I need extra CMake settings besides "PARAVIEW_USE_MPI=ON" to enable MPI for VTK? ParaView by itself runs fine in parallel, and I can start several parallel pvservers using "mpirun -n 16 pvserver". --- test.py: --- import vtk c = vtk.vtkMultiProcessController.GetGlobalController() print "comm:",type(c) rank = c.GetLocalProcessId() print "rank:",rank size = c.GetNumberOfProcesses() print "size:",size if rank == 0: ssource = vtk.vtkSphereSource() ssource.Update() print " 0 sending." c.Send(ssource.GetOutput(), 1, 1234) else: sphere = vtk.vtkPolyData() print " 1 receiving." c.Receive(sphere, 0, 1234) print sphere --- Test run: --- $ mpirun -n 2 pvpython test.py comm: rank: 0 size: 1 0 sending. Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b-mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47 vtkDummyCommunicator (0x1ff74e0): There is no one to send to. [... 7 more times the same Warning...] comm: rank: 0 size: 1 0 sending. Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b-mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47 vtkDummyCommunicator (0x22c14e0): There is no one to send to. [... 7 more times the same Warning...] --- end of output --- Thank you! Ephraim Virenfrei. www.avast.com <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Tue May 16 13:11:04 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 16 May 2017 13:11:04 -0400 Subject: [Paraview] pvpython vtkMPIController usage? rank is always 0 In-Reply-To: References: Message-ID: Try your script within pvbatch. pvpython is analogous to the Qt client application, it (usually) is not part of an MPI execution environment. Either one can connect to an MPI parallel pvserver. pvbatch is a python interface that is meant to be run on the server. It is directly connected to the pvserver. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, May 16, 2017 at 1:07 PM, Ephraim Obermaier < ephraimobermaier at gmail.com> wrote: > Hello, > I am trying to use VTK's MPI communication from pvpython, running with > OpenMPI's mpirun. It seems like ParaView hasn't enabled the MPI > capabilities for VTK, although it was compiled from source with > PARAVIEW_USE_MPI=ON and correctly found the system OpenMPI-2.0.0 libraries > and includes. > > I am running the short example below with the command "mpirun -n 2 > pvpython test.py". The full output is also attached. > In short, both MPI processes report rank=0 and size=1 and their controller > is a vtkDummyController although I expected rank=0..1, size=2 and a > vtkMPIController. > > Is it possible to determine the problem with the given information? Do I > need extra CMake settings besides "PARAVIEW_USE_MPI=ON" to enable MPI for > VTK? > ParaView by itself runs fine in parallel, and I can start several parallel > pvservers using "mpirun -n 16 pvserver". > > --- test.py: --- > import vtk > > c = vtk.vtkMultiProcessController.GetGlobalController() > > print "comm:",type(c) > rank = c.GetLocalProcessId() > print "rank:",rank > size = c.GetNumberOfProcesses() > print "size:",size > > if rank == 0: > ssource = vtk.vtkSphereSource() > ssource.Update() > print " 0 sending." > c.Send(ssource.GetOutput(), 1, 1234) > else: > sphere = vtk.vtkPolyData() > print " 1 receiving." > c.Receive(sphere, 0, 1234) > print sphere > > --- Test run: --- > $ mpirun -n 2 pvpython test.py > comm: > rank: 0 > size: 1 > 0 sending. > Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss- > 2016b-mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line > 47 > vtkDummyCommunicator (0x1ff74e0): There is no one to send to. > [... 7 more times the same Warning...] > > comm: > rank: 0 > size: 1 > 0 sending. > Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss- > 2016b-mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line > 47 > vtkDummyCommunicator (0x22c14e0): There is no one to send to. > [... 7 more times the same Warning...] > --- end of output --- > > Thank you! > Ephraim > > > Virenfrei. > www.avast.com > > <#m_7351775176557461903_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> > > _______________________________________________ > 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 andy.bauer at kitware.com Tue May 16 13:24:10 2017 From: andy.bauer at kitware.com (Andy Bauer) Date: Tue, 16 May 2017 13:24:10 -0400 Subject: [Paraview] pvpython vtkMPIController usage? rank is always 0 In-Reply-To: References: Message-ID: Note that you can run both the ParaView GUI and pvpython with MPI in order to initialize, finalize and use MPI functions but as Dave said, they should/will always be run with a single MPI process. The argument to run MPI with either is "--mpi". On Tue, May 16, 2017 at 1:11 PM, David E DeMarle wrote: > Try your script within pvbatch. > > pvpython is analogous to the Qt client application, it (usually) is not > part of an MPI execution environment. Either one can connect to an MPI > parallel pvserver. > pvbatch is a python interface that is meant to be run on the server. It is > directly connected to the pvserver. > > > > > > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > > On Tue, May 16, 2017 at 1:07 PM, Ephraim Obermaier < > ephraimobermaier at gmail.com> wrote: > >> Hello, >> I am trying to use VTK's MPI communication from pvpython, running with >> OpenMPI's mpirun. It seems like ParaView hasn't enabled the MPI >> capabilities for VTK, although it was compiled from source with >> PARAVIEW_USE_MPI=ON and correctly found the system OpenMPI-2.0.0 libraries >> and includes. >> >> I am running the short example below with the command "mpirun -n 2 >> pvpython test.py". The full output is also attached. >> In short, both MPI processes report rank=0 and size=1 and their >> controller is a vtkDummyController although I expected rank=0..1, size=2 >> and a vtkMPIController. >> >> Is it possible to determine the problem with the given information? Do I >> need extra CMake settings besides "PARAVIEW_USE_MPI=ON" to enable MPI for >> VTK? >> ParaView by itself runs fine in parallel, and I can start several >> parallel pvservers using "mpirun -n 16 pvserver". >> >> --- test.py: --- >> import vtk >> >> c = vtk.vtkMultiProcessController.GetGlobalController() >> >> print "comm:",type(c) >> rank = c.GetLocalProcessId() >> print "rank:",rank >> size = c.GetNumberOfProcesses() >> print "size:",size >> >> if rank == 0: >> ssource = vtk.vtkSphereSource() >> ssource.Update() >> print " 0 sending." >> c.Send(ssource.GetOutput(), 1, 1234) >> else: >> sphere = vtk.vtkPolyData() >> print " 1 receiving." >> c.Receive(sphere, 0, 1234) >> print sphere >> >> --- Test run: --- >> $ mpirun -n 2 pvpython test.py >> comm: >> rank: 0 >> size: 1 >> 0 sending. >> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b- >> mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47 >> vtkDummyCommunicator (0x1ff74e0): There is no one to send to. >> [... 7 more times the same Warning...] >> >> comm: >> rank: 0 >> size: 1 >> 0 sending. >> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b- >> mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47 >> vtkDummyCommunicator (0x22c14e0): There is no one to send to. >> [... 7 more times the same Warning...] >> --- end of output --- >> >> Thank you! >> Ephraim >> >> >> Virenfrei. >> www.avast.com >> >> <#m_-1876715506680916602_m_7351775176557461903_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >> >> _______________________________________________ >> 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 ben.boeckel at kitware.com Tue May 16 13:30:33 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 16 May 2017 13:30:33 -0400 Subject: [Paraview] pvpython vtkMPIController usage? rank is always 0 In-Reply-To: References: Message-ID: <20170516173033.GC17832@rotor> On Tue, May 16, 2017 at 19:07:14 +0200, Ephraim Obermaier wrote: > $ mpirun -n 2 pvpython test.py I believe you want to use pvbatch for MPI-enabled Python scripts. --Ben From ephraimobermaier at gmail.com Tue May 16 15:14:39 2017 From: ephraimobermaier at gmail.com (Ephraim Obermaier) Date: Tue, 16 May 2017 21:14:39 +0200 Subject: [Paraview] pvpython vtkMPIController usage? rank is always 0 In-Reply-To: References: Message-ID: Thank you all for suggesting "pvbatch --mpi". At least, this returns size=2 processes, but the updated test.py (below) hangs with the following output: $ mpirun -n 2 pvbatch --mpi test.py comm: rank: 0 size: 2 Process 0 Why is "Process 1" not printed, and why does the program hang instead of finishing? The file test.py was simplified to: import vtk c = vtk.vtkMultiProcessController.GetGlobalController() print "comm:",type(c) rank = c.GetLocalProcessId() print "rank:",rank size = c.GetNumberOfProcesses() print "size:",size if rank == 0: print "Process 0" else: print "Process 1" c.Finalize() Thank you! Ephraim 2017-05-16 19:11 GMT+02:00 David E DeMarle : > Try your script within pvbatch. > > pvpython is analogous to the Qt client application, it (usually) is not > part of an MPI execution environment. Either one can connect to an MPI > parallel pvserver. > pvbatch is a python interface that is meant to be run on the server. It is > directly connected to the pvserver. > > > > > > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > > On Tue, May 16, 2017 at 1:07 PM, Ephraim Obermaier < > ephraimobermaier at gmail.com> wrote: > >> Hello, >> I am trying to use VTK's MPI communication from pvpython, running with >> OpenMPI's mpirun. It seems like ParaView hasn't enabled the MPI >> capabilities for VTK, although it was compiled from source with >> PARAVIEW_USE_MPI=ON and correctly found the system OpenMPI-2.0.0 libraries >> and includes. >> >> I am running the short example below with the command "mpirun -n 2 >> pvpython test.py". The full output is also attached. >> In short, both MPI processes report rank=0 and size=1 and their >> controller is a vtkDummyController although I expected rank=0..1, size=2 >> and a vtkMPIController. >> >> Is it possible to determine the problem with the given information? Do I >> need extra CMake settings besides "PARAVIEW_USE_MPI=ON" to enable MPI for >> VTK? >> ParaView by itself runs fine in parallel, and I can start several >> parallel pvservers using "mpirun -n 16 pvserver". >> >> --- test.py: --- >> import vtk >> >> c = vtk.vtkMultiProcessController.GetGlobalController() >> >> print "comm:",type(c) >> rank = c.GetLocalProcessId() >> print "rank:",rank >> size = c.GetNumberOfProcesses() >> print "size:",size >> >> if rank == 0: >> ssource = vtk.vtkSphereSource() >> ssource.Update() >> print " 0 sending." >> c.Send(ssource.GetOutput(), 1, 1234) >> else: >> sphere = vtk.vtkPolyData() >> print " 1 receiving." >> c.Receive(sphere, 0, 1234) >> print sphere >> >> --- Test run: --- >> $ mpirun -n 2 pvpython test.py >> comm: >> rank: 0 >> size: 1 >> 0 sending. >> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b- >> mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47 >> vtkDummyCommunicator (0x1ff74e0): There is no one to send to. >> [... 7 more times the same Warning...] >> >> comm: >> rank: 0 >> size: 1 >> 0 sending. >> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b- >> mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47 >> vtkDummyCommunicator (0x22c14e0): There is no one to send to. >> [... 7 more times the same Warning...] >> --- end of output --- >> >> Thank you! >> Ephraim >> >> >> Virenfrei. >> www.avast.com >> >> <#m_2985275498583997113_m_7351775176557461903_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >> >> _______________________________________________ >> 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 May 16 15:22:19 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Tue, 16 May 2017 15:22:19 -0400 Subject: [Paraview] pvpython vtkMPIController usage? rank is always 0 In-Reply-To: References: Message-ID: Run with --symmetric. Without it, only root node reads the script and it tells the rest of the nodes what to do via paraview's proxy mechanisms (which take effect only for vtkSMProxy and subclasses). With it, every node reads and executes the script and all nodes do their own parts behind the proxies. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, May 16, 2017 at 3:14 PM, Ephraim Obermaier < ephraimobermaier at gmail.com> wrote: > Thank you all for suggesting "pvbatch --mpi". > At least, this returns size=2 processes, but the updated test.py (below) > hangs with the following output: > > $ mpirun -n 2 pvbatch --mpi test.py > comm: > rank: 0 > size: 2 > Process 0 > > Why is "Process 1" not printed, and why does the program hang instead of > finishing? > The file test.py was simplified to: > > import vtk > c = vtk.vtkMultiProcessController.GetGlobalController() > print "comm:",type(c) > rank = c.GetLocalProcessId() > print "rank:",rank > size = c.GetNumberOfProcesses() > print "size:",size > if rank == 0: > print "Process 0" > else: > print "Process 1" > c.Finalize() > > Thank you! > Ephraim > > > > 2017-05-16 19:11 GMT+02:00 David E DeMarle : > >> Try your script within pvbatch. >> >> pvpython is analogous to the Qt client application, it (usually) is not >> part of an MPI execution environment. Either one can connect to an MPI >> parallel pvserver. >> pvbatch is a python interface that is meant to be run on the server. It >> is directly connected to the pvserver. >> >> >> >> >> >> >> David E DeMarle >> Kitware, Inc. >> Principal Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 <(518)%20881-4909> >> >> On Tue, May 16, 2017 at 1:07 PM, Ephraim Obermaier < >> ephraimobermaier at gmail.com> wrote: >> >>> Hello, >>> I am trying to use VTK's MPI communication from pvpython, running with >>> OpenMPI's mpirun. It seems like ParaView hasn't enabled the MPI >>> capabilities for VTK, although it was compiled from source with >>> PARAVIEW_USE_MPI=ON and correctly found the system OpenMPI-2.0.0 libraries >>> and includes. >>> >>> I am running the short example below with the command "mpirun -n 2 >>> pvpython test.py". The full output is also attached. >>> In short, both MPI processes report rank=0 and size=1 and their >>> controller is a vtkDummyController although I expected rank=0..1, size=2 >>> and a vtkMPIController. >>> >>> Is it possible to determine the problem with the given information? Do I >>> need extra CMake settings besides "PARAVIEW_USE_MPI=ON" to enable MPI for >>> VTK? >>> ParaView by itself runs fine in parallel, and I can start several >>> parallel pvservers using "mpirun -n 16 pvserver". >>> >>> --- test.py: --- >>> import vtk >>> >>> c = vtk.vtkMultiProcessController.GetGlobalController() >>> >>> print "comm:",type(c) >>> rank = c.GetLocalProcessId() >>> print "rank:",rank >>> size = c.GetNumberOfProcesses() >>> print "size:",size >>> >>> if rank == 0: >>> ssource = vtk.vtkSphereSource() >>> ssource.Update() >>> print " 0 sending." >>> c.Send(ssource.GetOutput(), 1, 1234) >>> else: >>> sphere = vtk.vtkPolyData() >>> print " 1 receiving." >>> c.Receive(sphere, 0, 1234) >>> print sphere >>> >>> --- Test run: --- >>> $ mpirun -n 2 pvpython test.py >>> comm: >>> rank: 0 >>> size: 1 >>> 0 sending. >>> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b- >>> mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47 >>> vtkDummyCommunicator (0x1ff74e0): There is no one to send to. >>> [... 7 more times the same Warning...] >>> >>> comm: >>> rank: 0 >>> size: 1 >>> 0 sending. >>> Warning: In /home/user/.local/easybuild/build/ParaView/5.3.0/foss-2016b- >>> mpi/ParaView-v5.3.0/VTK/Parallel/Core/vtkDummyCommunicator.h, line 47 >>> vtkDummyCommunicator (0x22c14e0): There is no one to send to. >>> [... 7 more times the same Warning...] >>> --- end of output --- >>> >>> Thank you! >>> Ephraim >>> >>> >>> Virenfrei. >>> www.avast.com >>> >>> <#m_880591844498205545_m_2985275498583997113_m_7351775176557461903_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>> >>> _______________________________________________ >>> 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 May 16 16:14:42 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 16 May 2017 16:14:42 -0400 Subject: [Paraview] ParaView 5.4.0 Release Candidate 2 binaries are available for download Message-ID: On behalf of the ParaView development community, I am pleased to announce that binaries and source code for ParaView 5.4.0-RC2 are available to download from http://www.paraview.org/download/ There was a slight problem building the Linux binary and the AcuSolveReaderPlugin, so those are not yet available, but they will be uploaded as soon as possible. I will reply to this email when they are available for download. Please let us know if you run into any problems with this release candidate. Thank you, Cory -- Cory Quammen Staff R&D Engineer Kitware, Inc. From kevin.dean at decisionsciencescorp.com Tue May 16 17:53:38 2017 From: kevin.dean at decisionsciencescorp.com (Dean, Kevin) Date: Tue, 16 May 2017 14:53:38 -0700 Subject: [Paraview] Updating Properties Panel Message-ID: Hey Guys, I was wondering if there's an example for me to look at for updating values in the fields of the properties panel. I am writing a Plugin that has the option of reading in values from a CSV, but I would like to have the values update in the properties panel... similar to how if you use a probe location filter, it adjusts (x, y, z) interactivley. Thanks for the help. Kevin -- 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 ephraimobermaier at gmail.com Wed May 17 01:26:58 2017 From: ephraimobermaier at gmail.com (Ephraim Obermaier) Date: Wed, 17 May 2017 07:26:58 +0200 Subject: [Paraview] pvpython vtkMPIController usage? rank is always 0 In-Reply-To: References: Message-ID: Thank you, "mpirun -n 2 pvbatch --mpi --symmetric test.py" runs as expected. But I am now using pure python with properly set library paths. It's a bit annoying that these pvbatch traps aren't documented in the vtkMPIController class reference or in http://www.paraview.org/ParaView3/Doc/Nightly/www/py-doc/. What other surprises are to be expected when I use pvbatch?? Thank you! Ephraim 2017-05-16 21:22 GMT+02:00 David E DeMarle : > Run with --symmetric. > > Without it, only root node reads the script and it tells the rest of the > nodes what to do via paraview's proxy mechanisms (which take effect only > for vtkSMProxy and subclasses). > With it, every node reads and executes the script and all nodes do their > own parts behind the proxies. > > > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > > On Tue, May 16, 2017 at 3:14 PM, Ephraim Obermaier < > ephraimobermaier at gmail.com> wrote: > >> Thank you all for suggesting "pvbatch --mpi". >> At least, this returns size=2 processes, but the updated test.py (below) >> hangs with the following output: >> >> $ mpirun -n 2 pvbatch --mpi test.py >> comm: >> rank: 0 >> size: 2 >> Process 0 >> >> Why is "Process 1" not printed, and why does the program hang instead of >> finishing? >> The file test.py was simplified to: >> >> import vtk >> c = vtk.vtkMultiProcessController.GetGlobalController() >> print "comm:",type(c) >> rank = c.GetLocalProcessId() >> print "rank:",rank >> size = c.GetNumberOfProcesses() >> print "size:",size >> if rank == 0: >> print "Process 0" >> else: >> print "Process 1" >> c.Finalize() >> >> Thank you! >> Ephraim >> >> >> >> 2017-05-16 19:11 GMT+02:00 David E DeMarle : >> >>> Try your script within pvbatch. >>> >>> pvpython is analogous to the Qt client application, it (usually) is not >>> part of an MPI execution environment. Either one can connect to an MPI >>> parallel pvserver. >>> pvbatch is a python interface that is meant to be run on the server. It >>> is directly connected to the pvserver. >>> >>> >>> >>> >>> >>> >>> David E DeMarle >>> Kitware, Inc. >>> Principal Engineer >>> 21 Corporate Drive >>> Clifton Park, NY 12065-8662 >>> Phone: 518-881-4909 <(518)%20881-4909> >>> >>> On Tue, May 16, 2017 at 1:07 PM, Ephraim Obermaier < >>> ephraimobermaier at gmail.com> wrote: >>> >>>> Hello, >>>> I am trying to use VTK's MPI communication from pvpython, running with >>>> OpenMPI's mpirun. It seems like ParaView hasn't enabled the MPI >>>> capabilities for VTK, although it was compiled from source with >>>> PARAVIEW_USE_MPI=ON and correctly found the system OpenMPI-2.0.0 libraries >>>> and includes. >>>> >>>> I am running the short example below with the command "mpirun -n 2 >>>> pvpython test.py". The full output is also attached. >>>> In short, both MPI processes report rank=0 and size=1 and their >>>> controller is a vtkDummyController although I expected rank=0..1, size=2 >>>> and a vtkMPIController. >>>> >>>> Is it possible to determine the problem with the given information? Do >>>> I need extra CMake settings besides "PARAVIEW_USE_MPI=ON" to enable MPI for >>>> VTK? >>>> ParaView by itself runs fine in parallel, and I can start several >>>> parallel pvservers using "mpirun -n 16 pvserver". >>>> >>>> --- test.py: --- >>>> import vtk >>>> >>>> c = vtk.vtkMultiProcessController.GetGlobalController() >>>> >>>> print "comm:",type(c) >>>> rank = c.GetLocalProcessId() >>>> print "rank:",rank >>>> size = c.GetNumberOfProcesses() >>>> print "size:",size >>>> >>>> if rank == 0: >>>> ssource = vtk.vtkSphereSource() >>>> ssource.Update() >>>> print " 0 sending." >>>> c.Send(ssource.GetOutput(), 1, 1234) >>>> else: >>>> sphere = vtk.vtkPolyData() >>>> print " 1 receiving." >>>> c.Receive(sphere, 0, 1234) >>>> print sphere >>>> >>>> --- Test run: --- >>>> $ mpirun -n 2 pvpython test.py >>>> comm: >>>> rank: 0 >>>> size: 1 >>>> 0 sending. >>>> Warning: In /home/user/.local/easybuild/bu >>>> ild/ParaView/5.3.0/foss-2016b-mpi/ParaView-v5.3.0/VTK/Parall >>>> el/Core/vtkDummyCommunicator.h, line 47 >>>> vtkDummyCommunicator (0x1ff74e0): There is no one to send to. >>>> [... 7 more times the same Warning...] >>>> >>>> comm: >>>> rank: 0 >>>> size: 1 >>>> 0 sending. >>>> Warning: In /home/user/.local/easybuild/bu >>>> ild/ParaView/5.3.0/foss-2016b-mpi/ParaView-v5.3.0/VTK/Parall >>>> el/Core/vtkDummyCommunicator.h, line 47 >>>> vtkDummyCommunicator (0x22c14e0): There is no one to send to. >>>> [... 7 more times the same Warning...] >>>> --- end of output --- >>>> >>>> Thank you! >>>> Ephraim >>>> >>>> >>>> Virenfrei. >>>> www.avast.com >>>> >>>> <#m_-5463582805380536858_m_880591844498205545_m_2985275498583997113_m_7351775176557461903_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> >>>> >>>> _______________________________________________ >>>> 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 Patrick.Begou at legi.grenoble-inp.fr Wed May 17 02:18:08 2017 From: Patrick.Begou at legi.grenoble-inp.fr (Patrick Begou) Date: Wed, 17 May 2017 08:18:08 +0200 Subject: [Paraview] gpu_shader4 extension is not supported In-Reply-To: <8329b261-8387-fd31-4b63-a14ca125e007@gmail.com> References: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> <2adedaae-8ee6-b3e5-250b-a3c00c1e1580@legi.grenoble-inp.fr> <8329b261-8387-fd31-4b63-a14ca125e007@gmail.com> Message-ID: <71fe5007-fc1b-874d-81dc-0685b2354c44@legi.grenoble-inp.fr> Yes Burlen, this is exactly what I try to do: - one build for the nodes whitout GUI as they have no windowing system nor GPU (I build this using the wiki documentation) - one build for the front end with GUI: it has no GPU but a windowing system (this is the blocking point at this time) - one build on the users workstations where a GPU and a windowing system are available (this is working too thanks to the wiki documentation) On the front-end I have a system libGL but too old for Paraview 5 and it is requested by other commercial softwares. This is why I try to build a new mesa from sources for Paraview. I use the module environment then to set the LD_LIBRARY_PATH and PATH order to reach the right libraries and, as strace show, it seams to work fine. So I suppose it is a mesa configuration mistake in my build. May be should I post on the Mesa forum ? Patrick Burlen Loring wrote: > that's the point. this allows you to run without the windowing system or GPU > on the cluster. Most cluster have neither. If you wanted to provide the GUI > then I would suggest you have two installs of both ParaView and Mesa. One > based on OSMesa, the other based on some X11 enabled OpenGL. Alternatively you > could install only the OSMesa capable pvserver as suggested in previous email > and direct your users to the ParaView GUI enabled binaries that Kitware > provides on their web site. The latter is what I have been doing. > > As an aside, it gets messy when you have two libGL in the same build. One need > to be very careful about library dependencies. It is possible to do this if > one is very careful during link time. However as far as I know this has not > been supported for quite a long time in VTK/ParaView, and I think it would > require some reorganization of VTK OpernGL classes. > > Burlen > > On 05/16/2017 08:38 AM, Patrick Begou wrote: >> Burlen Loring wrote: >>> ../mesa-17.0.2/configure --enable-texture-float --disable-glx --disable-dri >>> --disable-egl --disable-gles1 --disable-gles2 --disable-gbm >>> --disable-driglx-direct --disable-xvmc --enable-gallium-osmesa >>> --with-gallium-drivers=swrast,swr >>> --prefix=/usr/common/software/ParaView/mesa/17.0.2/ >> >> Hi Burlen, >> >> this Mesa setup does not provide libGL requested to build paraview with GUI >> enabled :-( >> It is OK for the cluster nodes but not for the frontend where I need this GUI >> even with no GPU installed. >> >> Patrick >> > > -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | =================================================================== From nicolas.cedilnik at inria.fr Wed May 17 03:52:51 2017 From: nicolas.cedilnik at inria.fr (Nicolas Cedilnik) Date: Wed, 17 May 2017 09:52:51 +0200 Subject: [Paraview] Rendering during transform filter? Message-ID: <024688c5-e0c2-2022-82b2-c971fbc31cd6@inria.fr> Hello, I'd like to know if it possible to allow rendering, at least a decimated version, of a mesh while interactively rotating and translating using the transform filter. Right now I just see a bounding box and the mesh is rendered only when I apply the transformation. I'm using Paraview 5.2.0 from Fedora 25 repositories. Thanks -- Nicolas From mathieu.westphal at kitware.com Wed May 17 03:58:25 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Wed, 17 May 2017 09:58:25 +0200 Subject: [Paraview] Rendering during transform filter? In-Reply-To: <024688c5-e0c2-2022-82b2-c971fbc31cd6@inria.fr> References: <024688c5-e0c2-2022-82b2-c971fbc31cd6@inria.fr> Message-ID: Hello What you see is not the actual bounding box of the computed dataset, but merelly a box widget showing the transformation before it is computed. You can try to enable "Auto Apply" in settings in order to have the transform computed when you are moving the box. Regards, Mathieu Westphal On Wed, May 17, 2017 at 9:52 AM, Nicolas Cedilnik wrote: > Hello, > > I'd like to know if it possible to allow rendering, at least a decimated > version, of a mesh while interactively rotating and translating using the > transform filter. > > Right now I just see a bounding box and the mesh is rendered only when I > apply the transformation. > > I'm using Paraview 5.2.0 from Fedora 25 repositories. > > Thanks > > -- Nicolas > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/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 Wed May 17 02:32:42 2017 From: archaerolog at mail.ru (Gena Bug) Date: Wed, 17 May 2017 09:32:42 +0300 Subject: [Paraview] ParaView 5.4.0 Release Candidate 2 binaries are available for download In-Reply-To: References: Message-ID: 404 File not found! /projects/FTP/pub/paraview/v5.4/ParaView-5.4.0-RC2-Qt5-OpenGL2-MPI-Linux-64bit.tar.gz On 16.05.2017 23:14, Cory Quammen wrote: > On behalf of the ParaView development community, I am pleased to > announce that binaries and source code for ParaView 5.4.0-RC2 are > available to download from > > http://www.paraview.org/download/ > > There was a slight problem building the Linux binary and the > AcuSolveReaderPlugin, so those are not yet available, but they will be > uploaded as soon as possible. I will reply to this email when they are > available for download. > > Please let us know if you run into any problems with this release candidate. > > Thank you, > Cory > From nico.schloemer at gmail.com Wed May 17 05:05:00 2017 From: nico.schloemer at gmail.com (=?UTF-8?Q?Nico_Schl=C3=B6mer?=) Date: Wed, 17 May 2017 09:05:00 +0000 Subject: [Paraview] xdmf2 vs xdmf3 file type In-Reply-To: References: Message-ID: Any chance of this landing upstream? Cheers, Nico On Tue, Apr 25, 2017 at 3:21 PM David E DeMarle wrote: > This should do it. > diff --git > a/ParaViewCore/ServerManager/SMApplication/Resources/proxies_xdmf3.xml > b/ParaViewCore/ServerManager/SMApplication/Resources/proxies_xdmf3.xml > index 46bf7fb..9236ebd 100644 > --- a/ParaViewCore/ServerManager/SMApplication/Resources/proxies_xdmf3.xml > +++ b/ParaViewCore/ServerManager/SMApplication/Resources/proxies_xdmf3.xml > @@ -95,7 +95,7 @@ > > > > - + file_description="Xdmf3 Reader" /> > > > @@ -128,7 +128,7 @@ type, otherwise it's a vtkMultiBlockDataSet. > > > > - + file_description="Xdmf3 Reader" /> > > > @@ -158,7 +158,7 @@ type, otherwise it's a vtkMultiBlockDataSet. > > > > - + file_description="Xdmf3 Reader (Top Level > Partition)" /> > > > diff --git > a/ParaViewCore/ServerManager/SMApplication/Resources/readers.xml > b/ParaViewCore/ServerManager/SMApplication/Resources/readers.xml > index 0eb9ec0..22e0dc5 100644 > --- a/ParaViewCore/ServerManager/SMApplication/Resources/readers.xml > +++ b/ParaViewCore/ServerManager/SMApplication/Resources/readers.xml > @@ -5550,7 +5550,7 @@ > Available timestep values. > > > - + file_description="Xdmf Reader" /> > > > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Tue, Apr 25, 2017 at 7:17 AM, Nico Schl?mer > wrote: > >> > If one had something like xmf2 and the other xmf3 it would do what you >> are asking for. >> > You could do that if you build from source for example. >> >> I don't have a problem with that. What do I need to patch? >> >> Cheers, >> Nico >> >> >> On Mon, Apr 24, 2017 at 11:07 PM David E DeMarle < >> dave.demarle at kitware.com> wrote: >> >>> They both claim ".xmf" and ".xdmf" via the ReaderFactor extensions line >>> you will find in readers.xml and proxies_xdmf3.xml. If one had something >>> like xmf2 and the other xmf3 it would do what you are asking for. You could >>> do that if you build from source for example. >>> >>> If not you should be able to force something like that by making a dummy >>> reader xml only plugin just to get the file extension association. See >>> http://www.paraview.org/Wiki/ParaView/Plugin_HowTo#Adding_a_Reader for >>> hints. >>> >>> >>> >>> >>> David E DeMarle >>> Kitware, Inc. >>> R&D Engineer >>> 21 Corporate Drive >>> Clifton Park, NY 12065-8662 >>> Phone: 518-881-4909 <(518)%20881-4909> >>> >>> On Mon, Apr 24, 2017 at 4:58 PM, Nico Schl?mer >> > wrote: >>> >>>> Hi everyone, >>>> >>>> I have a simulation code that spits out XDMF2 data (something.xdmf), >>>> and I can visualize that with ParaView by opening the file, then selecting >>>> XDMF over XDMF3 in a menu. >>>> Since I have to repeat this process often, I'm asking myself if there's >>>> a specific XDMF2 (or XDMF3) file extension that would allow me to skip the >>>> dialog. >>>> >>>> Any hints? >>>> >>>> Cheers, >>>> Nico >>>> >>>> _______________________________________________ >>>> 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 jlopezfisica at ciencias.unam.mx Wed May 17 06:16:13 2017 From: jlopezfisica at ciencias.unam.mx (=?UTF-8?B?Sm9zw6kgTHVpcyBMw7NwZXogTMOzcGV6?=) Date: Wed, 17 May 2017 12:16:13 +0200 Subject: [Paraview] Paraview-python in my server Message-ID: Hi! Everyone, I am familiar with ParaView Python scripting, however I need to run the script in a linux server without graphical interface, how can I install ParaView and disable graphical interface? any suggestions, Jose -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Wed May 17 08:31:55 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 17 May 2017 08:31:55 -0400 Subject: [Paraview] xdmf2 vs xdmf3 file type In-Reply-To: References: Message-ID: We're planning to deprecate and remove xdmf2 this summer. So this will be less of an issue in a release or two. That said feel free to submit a merge request and I'll merge it. David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Wed, May 17, 2017 at 5:05 AM, Nico Schl?mer wrote: > Any chance of this landing upstream? > > Cheers, > Nico > > On Tue, Apr 25, 2017 at 3:21 PM David E DeMarle > wrote: > >> This should do it. >> diff --git a/ParaViewCore/ServerManager/SMApplication/Resources/proxies_xdmf3.xml >> b/ParaViewCore/ServerManager/SMApplication/Resources/proxies_xdmf3.xml >> index 46bf7fb..9236ebd 100644 >> --- a/ParaViewCore/ServerManager/SMApplication/Resources/ >> proxies_xdmf3.xml >> +++ b/ParaViewCore/ServerManager/SMApplication/Resources/ >> proxies_xdmf3.xml >> @@ -95,7 +95,7 @@ >> >> >> >> - > + > file_description="Xdmf3 Reader" /> >> >> >> @@ -128,7 +128,7 @@ type, otherwise it's a vtkMultiBlockDataSet. >> >> >> >> - > + > file_description="Xdmf3 Reader" /> >> >> >> @@ -158,7 +158,7 @@ type, otherwise it's a vtkMultiBlockDataSet. >> >> >> >> - > + > file_description="Xdmf3 Reader (Top Level >> Partition)" /> >> >> >> diff --git a/ParaViewCore/ServerManager/SMApplication/Resources/readers.xml >> b/ParaViewCore/ServerManager/SMApplication/Resources/readers.xml >> index 0eb9ec0..22e0dc5 100644 >> --- a/ParaViewCore/ServerManager/SMApplication/Resources/readers.xml >> +++ b/ParaViewCore/ServerManager/SMApplication/Resources/readers.xml >> @@ -5550,7 +5550,7 @@ >> Available timestep values. >> >> >> - > + > file_description="Xdmf Reader" /> >> >> >> >> >> David E DeMarle >> Kitware, Inc. >> R&D Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 <(518)%20881-4909> >> >> On Tue, Apr 25, 2017 at 7:17 AM, Nico Schl?mer >> wrote: >> >>> > If one had something like xmf2 and the other xmf3 it would do what >>> you are asking for. >>> > You could do that if you build from source for example. >>> >>> I don't have a problem with that. What do I need to patch? >>> >>> Cheers, >>> Nico >>> >>> >>> On Mon, Apr 24, 2017 at 11:07 PM David E DeMarle < >>> dave.demarle at kitware.com> wrote: >>> >>>> They both claim ".xmf" and ".xdmf" via the ReaderFactor extensions line >>>> you will find in readers.xml and proxies_xdmf3.xml. If one had something >>>> like xmf2 and the other xmf3 it would do what you are asking for. You could >>>> do that if you build from source for example. >>>> >>>> If not you should be able to force something like that by making a >>>> dummy reader xml only plugin just to get the file extension association. >>>> See http://www.paraview.org/Wiki/ParaView/Plugin_HowTo#Adding_a_Reader >>>> for hints. >>>> >>>> >>>> >>>> >>>> David E DeMarle >>>> Kitware, Inc. >>>> R&D Engineer >>>> 21 Corporate Drive >>>> Clifton Park, NY 12065-8662 >>>> Phone: 518-881-4909 <(518)%20881-4909> >>>> >>>> On Mon, Apr 24, 2017 at 4:58 PM, Nico Schl?mer < >>>> nico.schloemer at gmail.com> wrote: >>>> >>>>> Hi everyone, >>>>> >>>>> I have a simulation code that spits out XDMF2 data (something.xdmf), >>>>> and I can visualize that with ParaView by opening the file, then selecting >>>>> XDMF over XDMF3 in a menu. >>>>> Since I have to repeat this process often, I'm asking myself if >>>>> there's a specific XDMF2 (or XDMF3) file extension that would allow me to >>>>> skip the dialog. >>>>> >>>>> Any hints? >>>>> >>>>> Cheers, >>>>> Nico >>>>> >>>>> _______________________________________________ >>>>> 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 May 17 08:36:21 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 17 May 2017 08:36:21 -0400 Subject: [Paraview] Paraview-python in my server In-Reply-To: References: Message-ID: Jos?, You'd need ParaView binaries with OSMesa support if your linux server doesn't have an X server. While typically, we suggest you build ParaView from source, for ParaView 5.3, we have uploaded OSMesa capable binaries. You can download that from here: http://www.paraview.org/files/v5.3/ParaView-5.3.0-OpenGL2-OSMesa-MPI-Linux-64bit.tar.gz Utkarsh On Wed, May 17, 2017 at 6:16 AM, Jos? Luis L?pez L?pez < jlopezfisica at ciencias.unam.mx> wrote: > Hi! Everyone, > I am familiar with ParaView Python scripting, however I need to run the > script in a linux server without graphical interface, > > how can I install ParaView and disable graphical interface? any > suggestions, > > Jose > > > _______________________________________________ > 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 jlopezfisica at ciencias.unam.mx Wed May 17 08:40:35 2017 From: jlopezfisica at ciencias.unam.mx (=?UTF-8?B?Sm9zw6kgTHVpcyBMw7NwZXogTMOzcGV6?=) Date: Wed, 17 May 2017 14:40:35 +0200 Subject: [Paraview] Paraview-python in my server In-Reply-To: References: Message-ID: thanks guys I will try now, Jose On Wed, May 17, 2017 at 2:36 PM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > Jos?, > > You'd need ParaView binaries with OSMesa support if your linux server > doesn't have an X server. While typically, we suggest you build ParaView > from source, for ParaView 5.3, we have uploaded OSMesa capable binaries. > > You can download that from here: > http://www.paraview.org/files/v5.3/ParaView-5.3.0-OpenGL2- > OSMesa-MPI-Linux-64bit.tar.gz > > Utkarsh > > > On Wed, May 17, 2017 at 6:16 AM, Jos? Luis L?pez L?pez < > jlopezfisica at ciencias.unam.mx> wrote: > >> Hi! Everyone, >> I am familiar with ParaView Python scripting, however I need to run the >> script in a linux server without graphical interface, >> >> how can I install ParaView and disable graphical interface? any >> suggestions, >> >> Jose >> >> >> _______________________________________________ >> 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 dorian.vogel at fhnw.ch Wed May 17 08:52:12 2017 From: dorian.vogel at fhnw.ch (Vogel Dorian) Date: Wed, 17 May 2017 12:52:12 +0000 Subject: [Paraview] VTK classes not found in paraview Message-ID: <1757247.VQt2Gp1oQS@mu15am33074> Hello all, Based on http://www.vtk.org/Wiki/VTK/Examples/Cxx/PolyData/PolyDataToImageData, I am converting polyData surfaces into vtkImage. Now that the process is stable, I would like to integrate the python script created in a paraview pipeline (first as a programmable filter). However, many vtk classes are not found in Paraview (ether python shell or in programmable filters), such as vtkPolyDataToImageStencil. Is there a way to have them ? Or is there a way to force Paraview to use the system's VTK and Python ? -- Dorian Vogel -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Wed May 17 09:20:41 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Wed, 17 May 2017 09:20:41 -0400 Subject: [Paraview] Cmake flags In-Reply-To: References: Message-ID: Indeed, we could have better descriptions in a number of options. As far as I know, the VTK_Group_* options are set up by ParaView, so changing them won't do anything. Ideally, they would be hidden, but it hasn't been high priority to do so. Just know that you can ignore them. VTK_NO_PYTHON_THREADS is documented with the string "Disable Python Threads support". When ON, it means you will not be able to use Python threading support. Best, Cory On Wed, May 17, 2017 at 6:25 AM, Rustem Khabetdinov wrote: > Thank you. > But there is no description neither at the link nor in cmake-gui for these > flags: > VTK_Group_Imaging, VTK_Group_MPI, VTK_Group_Rendering, > Module_vtkImagingOpenGL2, VTK_Group_Views, > VTK_Group_ParaViewQt,VTK_Group_ParaViewRendering, VTK_Group_Qt, > VTK_NO_PYTHON_THREADS > > Best Regards, > Rustem > > 2017-05-16 16:39 GMT+03:00 Cory Quammen : >> >> Rustem, >> >> You can find some of the options described at >> >> http://www.paraview.org/Wiki/ParaView:Build_And_Install#ParaView_Settings >> >> For others, each build flag has a brief description in the >> CMakeLists.txt file, e.g., >> >> option(PARAVIEW_BUILD_QT_GUI "Enable ParaView Qt-based client" ON) >> >> The description will appear in a CMake UI (ccmake, cmake-gui) if you >> use that for configuration. >> >> HTH, >> Cory >> >> On Tue, May 16, 2017 at 5:40 AM, Rustem Khabetdinov >> wrote: >> > Hello, >> > Is there any documentation present for cmake build flags? Especially I >> > am >> > interested in advanced section. >> > >> > Best Regards, >> > Rustem >> > >> > _______________________________________________ >> > 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 >> Staff R&D Engineer >> Kitware, Inc. > > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From nico.schloemer at gmail.com Wed May 17 09:26:24 2017 From: nico.schloemer at gmail.com (=?UTF-8?Q?Nico_Schl=C3=B6mer?=) Date: Wed, 17 May 2017 13:26:24 +0000 Subject: [Paraview] xdmf2 vs xdmf3 file type In-Reply-To: References: Message-ID: > We're planning to deprecate and remove xdmf2 this summer. Glad to hear that! > That said feel free to submit a merge request and I'll merge it. https://gitlab.kitware.com/paraview/paraview/merge_requests/1647 Cheers, Nico On Wed, May 17, 2017 at 2:32 PM David E DeMarle wrote: > We're planning to deprecate and remove xdmf2 this summer. So this will be > less of an issue in a release or two. > That said feel free to submit a merge request and I'll merge it. > > > > David E DeMarle > Kitware, Inc. > Principal Engineer > > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Wed, May 17, 2017 at 5:05 AM, Nico Schl?mer > wrote: > >> Any chance of this landing upstream? >> >> Cheers, >> Nico >> >> On Tue, Apr 25, 2017 at 3:21 PM David E DeMarle >> wrote: >> >>> This should do it. >>> diff --git >>> a/ParaViewCore/ServerManager/SMApplication/Resources/proxies_xdmf3.xml >>> b/ParaViewCore/ServerManager/SMApplication/Resources/proxies_xdmf3.xml >>> index 46bf7fb..9236ebd 100644 >>> --- >>> a/ParaViewCore/ServerManager/SMApplication/Resources/proxies_xdmf3.xml >>> +++ >>> b/ParaViewCore/ServerManager/SMApplication/Resources/proxies_xdmf3.xml >>> @@ -95,7 +95,7 @@ >>> >>> >>> >>> - >> + >> file_description="Xdmf3 Reader" /> >>> >>> >>> @@ -128,7 +128,7 @@ type, otherwise it's a vtkMultiBlockDataSet. >>> >>> >>> >>> - >> + >> file_description="Xdmf3 Reader" /> >>> >>> >>> @@ -158,7 +158,7 @@ type, otherwise it's a vtkMultiBlockDataSet. >>> >>> >>> >>> - >> + >> file_description="Xdmf3 Reader (Top Level >>> Partition)" /> >>> >>> >>> diff --git >>> a/ParaViewCore/ServerManager/SMApplication/Resources/readers.xml >>> b/ParaViewCore/ServerManager/SMApplication/Resources/readers.xml >>> index 0eb9ec0..22e0dc5 100644 >>> --- a/ParaViewCore/ServerManager/SMApplication/Resources/readers.xml >>> +++ b/ParaViewCore/ServerManager/SMApplication/Resources/readers.xml >>> @@ -5550,7 +5550,7 @@ >>> Available timestep values. >>> >>> >>> - >> + >> file_description="Xdmf Reader" /> >>> >>> >>> >>> >>> David E DeMarle >>> Kitware, Inc. >>> R&D Engineer >>> 21 Corporate Drive >>> Clifton Park, NY 12065-8662 >>> Phone: 518-881-4909 <(518)%20881-4909> >>> >>> On Tue, Apr 25, 2017 at 7:17 AM, Nico Schl?mer >> > wrote: >>> >>>> > If one had something like xmf2 and the other xmf3 it would do what >>>> you are asking for. >>>> > You could do that if you build from source for example. >>>> >>>> I don't have a problem with that. What do I need to patch? >>>> >>>> Cheers, >>>> Nico >>>> >>>> >>>> On Mon, Apr 24, 2017 at 11:07 PM David E DeMarle < >>>> dave.demarle at kitware.com> wrote: >>>> >>>>> They both claim ".xmf" and ".xdmf" via the ReaderFactor extensions >>>>> line you will find in readers.xml and proxies_xdmf3.xml. If one had >>>>> something like xmf2 and the other xmf3 it would do what you are asking for. >>>>> You could do that if you build from source for example. >>>>> >>>>> If not you should be able to force something like that by making a >>>>> dummy reader xml only plugin just to get the file extension association. >>>>> See http://www.paraview.org/Wiki/ParaView/Plugin_HowTo#Adding_a_Reader >>>>> for hints. >>>>> >>>>> >>>>> >>>>> >>>>> David E DeMarle >>>>> Kitware, Inc. >>>>> R&D Engineer >>>>> 21 Corporate Drive >>>>> Clifton Park, NY 12065-8662 >>>>> Phone: 518-881-4909 <(518)%20881-4909> >>>>> >>>>> On Mon, Apr 24, 2017 at 4:58 PM, Nico Schl?mer < >>>>> nico.schloemer at gmail.com> wrote: >>>>> >>>>>> Hi everyone, >>>>>> >>>>>> I have a simulation code that spits out XDMF2 data (something.xdmf), >>>>>> and I can visualize that with ParaView by opening the file, then selecting >>>>>> XDMF over XDMF3 in a menu. >>>>>> Since I have to repeat this process often, I'm asking myself if >>>>>> there's a specific XDMF2 (or XDMF3) file extension that would allow me to >>>>>> skip the dialog. >>>>>> >>>>>> Any hints? >>>>>> >>>>>> Cheers, >>>>>> Nico >>>>>> >>>>>> _______________________________________________ >>>>>> 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 mathieu.westphal at kitware.com Wed May 17 09:27:41 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Wed, 17 May 2017 15:27:41 +0200 Subject: [Paraview] VTK classes not found in paraview In-Reply-To: <1757247.VQt2Gp1oQS@mu15am33074> References: <1757247.VQt2Gp1oQS@mu15am33074> Message-ID: Hello This class is present in the last master of paraview with updated submodules : paraview/VTK/Imaging/Stencil/vtkPolyDataToImageStencil.cxx Regards, Mathieu Westphal On Wed, May 17, 2017 at 2:52 PM, Vogel Dorian wrote: > Hello all, > > Based on http://www.vtk.org/Wiki/VTK/Examples/Cxx/PolyData/ > PolyDataToImageData, I am converting polyData surfaces into vtkImage. Now > that the process is stable, I would like to integrate the python script > created in a paraview pipeline (first as a programmable filter). > > > > However, many vtk classes are not found in Paraview (ether python shell or > in programmable filters), such as vtkPolyDataToImageStencil. > > > > Is there a way to have them ? Or is there a way to force Paraview to use > the system's VTK and Python ? > > -- > > Dorian Vogel > > _______________________________________________ > 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 May 17 09:39:58 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 17 May 2017 09:39:58 -0400 Subject: [Paraview] Updating Properties Panel In-Reply-To: References: Message-ID: Kevin, Are you asking how to add a way for your reader to allow the the user to interactively place a (x,y,z) location? If so, look at "Point Source" [1]. The "Center" property, together with the XML snippet should add the interactive widget. Utkarsh [1] https://gitlab.kitware.com/paraview/paraview/blob/master/ParaViewCore/ServerManager/SMApplication/Resources/sources.xml#L1113-1153 On Tue, May 16, 2017 at 5:53 PM, Dean, Kevin < kevin.dean at decisionsciencescorp.com> wrote: > Hey Guys, > > I was wondering if there's an example for me to look at for updating > values in the fields of the properties panel. I am writing a Plugin that > has the option of reading in values from a CSV, but I would like to have > the values update in the properties panel... similar to how if you use a > probe location filter, it adjusts (x, y, z) interactivley. Thanks for the > help. > > Kevin > > 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. > _______________________________________________ > 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 Wed May 17 10:02:03 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Wed, 17 May 2017 10:02:03 -0400 Subject: [Paraview] VTK classes not found in paraview In-Reply-To: References: <1757247.VQt2Gp1oQS@mu15am33074> Message-ID: Mathieu, The file is indeed present, but ParaView is not building VTK's ImagingStencil module by default, and it is not available in the official binary. Dorian, If you are building ParaView, turn ON the advanced VTK_Group_Imaging makes vtkPolyDataToImageStencil available in Python scripting. Rustem, This indirectly answers your earlier question about VTK_Group_Imaging. Best, Cory On Wed, May 17, 2017 at 9:27 AM, Mathieu Westphal wrote: > Hello > > This class is present in the last master of paraview with updated submodules > : > paraview/VTK/Imaging/Stencil/vtkPolyDataToImageStencil.cxx > > Regards, > > Mathieu Westphal > > On Wed, May 17, 2017 at 2:52 PM, Vogel Dorian wrote: >> >> Hello all, >> >> Based on >> http://www.vtk.org/Wiki/VTK/Examples/Cxx/PolyData/PolyDataToImageData, I am >> converting polyData surfaces into vtkImage. Now that the process is stable, >> I would like to integrate the python script created in a paraview pipeline >> (first as a programmable filter). >> >> >> >> However, many vtk classes are not found in Paraview (ether python shell or >> in programmable filters), such as vtkPolyDataToImageStencil. >> >> >> >> Is there a way to have them ? Or is there a way to force Paraview to use >> the system's VTK and Python ? >> >> -- >> >> Dorian Vogel >> >> >> _______________________________________________ >> 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 Staff R&D Engineer Kitware, Inc. From dorian.vogel at fhnw.ch Wed May 17 10:04:22 2017 From: dorian.vogel at fhnw.ch (Vogel Dorian) Date: Wed, 17 May 2017 14:04:22 +0000 Subject: [Paraview] VTK classes not found in paraview In-Reply-To: References: <1757247.VQt2Gp1oQS@mu15am33074> Message-ID: <1252A236A1D11043B0255FB4C6267ABE162F4ABA@MXAMU23.adm.ds.fhnw.ch> Alright ! Thanks for the help. Regards, Dorian -----Original Message----- From: Cory Quammen [mailto:cory.quammen at kitware.com] Sent: 17 May 2017 16:02 To: Vogel Dorian; Rustem Khabetdinov Cc: paraview at paraview.org Subject: Re: [Paraview] VTK classes not found in paraview Mathieu, The file is indeed present, but ParaView is not building VTK's ImagingStencil module by default, and it is not available in the official binary. Dorian, If you are building ParaView, turn ON the advanced VTK_Group_Imaging makes vtkPolyDataToImageStencil available in Python scripting. Rustem, This indirectly answers your earlier question about VTK_Group_Imaging. Best, Cory On Wed, May 17, 2017 at 9:27 AM, Mathieu Westphal wrote: > Hello > > This class is present in the last master of paraview with updated > submodules > : > paraview/VTK/Imaging/Stencil/vtkPolyDataToImageStencil.cxx > > Regards, > > Mathieu Westphal > > On Wed, May 17, 2017 at 2:52 PM, Vogel Dorian wrote: >> >> Hello all, >> >> Based on >> http://www.vtk.org/Wiki/VTK/Examples/Cxx/PolyData/PolyDataToImageData >> , I am converting polyData surfaces into vtkImage. Now that the >> process is stable, I would like to integrate the python script >> created in a paraview pipeline (first as a programmable filter). >> >> >> >> However, many vtk classes are not found in Paraview (ether python >> shell or in programmable filters), such as vtkPolyDataToImageStencil. >> >> >> >> Is there a way to have them ? Or is there a way to force Paraview to >> use the system's VTK and Python ? >> >> -- >> >> Dorian Vogel >> >> >> _______________________________________________ >> 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 Staff R&D Engineer Kitware, Inc. From dave.demarle at kitware.com Wed May 17 10:24:59 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 17 May 2017 10:24:59 -0400 Subject: [Paraview] [Paraview-developers] ParaView 5.4.0 Release Candidate 2 binaries are available for download In-Reply-To: References: Message-ID: Cory can you summarize what changed between RC1 and RC2? thanks David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, May 16, 2017 at 4:14 PM, Cory Quammen wrote: > On behalf of the ParaView development community, I am pleased to > announce that binaries and source code for ParaView 5.4.0-RC2 are > available to download from > > http://www.paraview.org/download/ > > There was a slight problem building the Linux binary and the > AcuSolveReaderPlugin, so those are not yet available, but they will be > uploaded as soon as possible. I will reply to this email when they are > available for download. > > Please let us know if you run into any problems with this release > candidate. > > Thank you, > Cory > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q= > Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Wed May 17 10:47:36 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Wed, 17 May 2017 10:47:36 -0400 Subject: [Paraview] [Paraview-developers] ParaView 5.4.0 Release Candidate 2 binaries are available for download In-Reply-To: References: Message-ID: Sure thing. Here is the commit log summary between RC1 and RC2 with some manual editing for clarity and brevity. * 2ef0dbe - CGNS: add option to not load mesh * ffb19d9 - CGNS: improve support for families. * 8359a42 - Adding a source that can create a variety of unstructured cell types * 461812e - Use source name for root node in multiblock inspector * cb5fd0e - add option to expand the multiblock inspector tree fully. * 77daa78 - Don't show inspector for non-composite datasets. * 75fb814 - Fix sphinx API generation * 240dd21 - ParaViewWeb: Provide main camera ref for local rendering * 47f2053 - Add required libharu for PDF export * c137764 - Enable HiDPI display mode where appropriate, including Macs with Retina displays * 917b5b5 - Fix flash when doing selection in render view. * cce243e - Better default position for multiblock inspector. * 2d4c4a9 - Fix coloring for pieces in multipiece. * f7262b5 - Deprecate pqMultiBlockInspectorPanel. * ed18919 - Add pqMultiBlockInspectorWidget. * 616e636 - Enhancements to pqCompositeDataInformationTreeModel. * 5d6805a - Add ability to save/restore expand state for tree view in multi block inspector * 1c93a86 - Add support for parallel batch processing from python * 7373430 - Sphinx: handle python 2 or 3 * 7a0c0ca - Add an option to load state to fail when file is not in data directory * 9e0910b - Added backwards compatibility for color legend AspectRatio and Position2 properties * c3cbd98 - Disable NSHighResolutionCapable Info.plist setting when building with Qt4 * 94d8c76 - doxygen: address warnings * 6b7dfa8 - Add possibility to turn off automatic display of filter output. * 8406965 - Clarify assert messages * 27fada4 - Capture pv center of rotation as an extra property in ParaViewWeb protocols * aa70a34 - sphinx_apidoc: do not encode the text * ad5cefd - Improving documentation for Stream Tracer filters * 0cb1d56 - Make window location names consistent between representations * 02457f0 - expand the bounds text to show 6 digits * 3e5eb34 - Make color legend editor dialog title consistent with tooltip for button that opens it * 420a213 - Change defaults for ScalarBarLength and ScalarBarThickness * 8d985c8 - Set color legend location to AnyLocation when loading older state files * ed43e77 - XML conversion for removed scalar bar Position2 property * dedfeda - Replace Position2 property with ScalarBarLength * 00cf94b - Restore defining scalar bar length by a scalar * dc15e88 - Small perf improvement to pqProxyInformationWidget. * 081e80a - Add support for reading BC patches for structured grids. * 5cb1ec1 - Fix segfault in pqFlatTreeView. * 4efcef2 - Add `vtkBlockColors` correctly for datasets with multi-pieces. * 9793648 - Better handling of NGON_n/NFACE_n unstructured CGNS meshes On Wed, May 17, 2017 at 10:24 AM, David E DeMarle wrote: > Cory can you summarize what changed between RC1 and RC2? > > thanks > > David E DeMarle > Kitware, Inc. > Principal Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Tue, May 16, 2017 at 4:14 PM, Cory Quammen > wrote: >> >> On behalf of the ParaView development community, I am pleased to >> announce that binaries and source code for ParaView 5.4.0-RC2 are >> available to download from >> >> http://www.paraview.org/download/ >> >> There was a slight problem building the Linux binary and the >> AcuSolveReaderPlugin, so those are not yet available, but they will be >> uploaded as soon as possible. I will reply to this email when they are >> available for download. >> >> Please let us know if you run into any problems with this release >> candidate. >> >> Thank you, >> Cory >> >> -- >> Cory Quammen >> Staff R&D Engineer >> Kitware, Inc. >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Search the list archives at: >> http://markmail.org/search/?q=Paraview-developers >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview-developers > > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From hahnse at ornl.gov Wed May 17 16:57:58 2017 From: hahnse at ornl.gov (Hahn, Steven E.) Date: Wed, 17 May 2017 20:57:58 +0000 Subject: [Paraview] Option to automatically choose a contrasting axis color? Message-ID: <3CF17A53-FD47-4828-9E95-D66EC65E2A4D@ornl.gov> We recently added an option in our ParaView-based application to automatically switch the color of the orientation axes, axes grid, and color scale text so that it contrasts with the background color. This saves a lot of mouse clicks when changing between light and dark backgrounds. Is there any interest in having this or a similar option inside ParaView? https://github.com/mantidproject/mantid/pull/19424 Thanks, Steven Hahn -------------- next part -------------- An HTML attachment was scrubbed... URL: From burlen.loring at gmail.com Wed May 17 17:22:54 2017 From: burlen.loring at gmail.com (Burlen Loring) Date: Wed, 17 May 2017 14:22:54 -0700 Subject: [Paraview] gpu_shader4 extension is not supported In-Reply-To: <71fe5007-fc1b-874d-81dc-0685b2354c44@legi.grenoble-inp.fr> References: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> <2adedaae-8ee6-b3e5-250b-a3c00c1e1580@legi.grenoble-inp.fr> <8329b261-8387-fd31-4b63-a14ca125e007@gmail.com> <71fe5007-fc1b-874d-81dc-0685b2354c44@legi.grenoble-inp.fr> Message-ID: <361eef80-2d07-c501-b480-f3bb824334b1@gmail.com> > - one build for the front end with GUI: it has no GPU but a windowing > system (this is the blocking point at this time) OK. to accomplish this, first do a Mesa build configured as follows(glx+software rendering) ../mesa-17.0.6/configure --enable-texture-float --enable-glx --disable-dri --disable-egl --disable-gles1 --disable-gles2 --disable-gbm --disable-driglx-direct --disable-xvmc --with-gallium-drivers=swrast,swr --prefix=/work/apps/mesa/17.0.6-x11-swr make sure ParaView can find it, and configure ParaView as follows export LD_LIBRARY_PATH=/work/apps/mesa/17.0.6-x11-swr/lib/:$LD_LIBRARY_PATH cmake -DOPENGL_INCLUDE_DIR=/work/apps/mesa/17.0.6-x11-swr/include -DOPENGL_gl_LIBRARY=/work/apps/mesa/17.0.6-x11-swr/lib/libGL.so ~/work/ParaView/ when you run ParaView the "help/about" dialog should report VMWare Mesa 17.0.6 Gallium on llvmpipe. On 05/16/2017 11:18 PM, Patrick Begou wrote: > Yes Burlen, this is exactly what I try to do: > - one build for the nodes whitout GUI as they have no windowing system > nor GPU (I build this using the wiki documentation) > - one build for the front end with GUI: it has no GPU but a windowing > system (this is the blocking point at this time) > - one build on the users workstations where a GPU and a windowing > system are available (this is working too thanks to the wiki > documentation) > > On the front-end I have a system libGL but too old for Paraview 5 and > it is requested by other commercial softwares. This is why I try to > build a new mesa from sources for Paraview. I use the module > environment then to set the LD_LIBRARY_PATH and PATH order to reach > the right libraries and, as strace show, it seams to work fine. So I > suppose it is a mesa configuration mistake in my build. > > May be should I post on the Mesa forum ? > > Patrick > > > Burlen Loring wrote: >> that's the point. this allows you to run without the windowing system >> or GPU on the cluster. Most cluster have neither. If you wanted to >> provide the GUI then I would suggest you have two installs of both >> ParaView and Mesa. One based on OSMesa, the other based on some X11 >> enabled OpenGL. Alternatively you could install only the OSMesa >> capable pvserver as suggested in previous email and direct your users >> to the ParaView GUI enabled binaries that Kitware provides on their >> web site. The latter is what I have been doing. >> >> As an aside, it gets messy when you have two libGL in the same build. >> One need to be very careful about library dependencies. It is >> possible to do this if one is very careful during link time. However >> as far as I know this has not been supported for quite a long time in >> VTK/ParaView, and I think it would require some reorganization of VTK >> OpernGL classes. >> >> Burlen >> >> On 05/16/2017 08:38 AM, Patrick Begou wrote: >>> Burlen Loring wrote: >>>> ../mesa-17.0.2/configure --enable-texture-float --disable-glx >>>> --disable-dri --disable-egl --disable-gles1 --disable-gles2 >>>> --disable-gbm --disable-driglx-direct --disable-xvmc >>>> --enable-gallium-osmesa --with-gallium-drivers=swrast,swr >>>> --prefix=/usr/common/software/ParaView/mesa/17.0.2/ >>> >>> Hi Burlen, >>> >>> this Mesa setup does not provide libGL requested to build paraview >>> with GUI enabled :-( >>> It is OK for the cluster nodes but not for the frontend where I need >>> this GUI even with no GPU installed. >>> >>> Patrick >>> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Wed May 17 23:10:33 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Wed, 17 May 2017 23:10:33 -0400 Subject: [Paraview] ParaView 5.4.0 Release Candidate 2 binaries are available for download In-Reply-To: References: Message-ID: ParaView 5.4.0-RC2 binaries for Linux are now available on the downloads page. http://www.paraview.org/download/ Thank you, Cory On Tue, May 16, 2017 at 4:14 PM, Cory Quammen wrote: > On behalf of the ParaView development community, I am pleased to > announce that binaries and source code for ParaView 5.4.0-RC2 are > available to download from > > http://www.paraview.org/download/ > > There was a slight problem building the Linux binary and the > AcuSolveReaderPlugin, so those are not yet available, but they will be > uploaded as soon as possible. I will reply to this email when they are > available for download. > > Please let us know if you run into any problems with this release candidate. > > Thank you, > Cory > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. -- Cory Quammen Staff R&D Engineer Kitware, Inc. From Saideep.Pavuluri at pet.hw.ac.uk Thu May 18 06:32:45 2017 From: Saideep.Pavuluri at pet.hw.ac.uk (Saideep Pavuluri) Date: Thu, 18 May 2017 10:32:45 +0000 Subject: [Paraview] ASCII data visualization in paraview Message-ID: Hi everyone; Until now I was using "OpenFOAM" software which has a dedicated reader available in paraview to read the output files. In parallel, I am working with a software called "Gerris". Both the software's use a collocated grid arrangement with field variables located at the cell centres. Unfortunately, Gerris writes an output in "vtk" format yet the data is always interpolated to the cell nodes which I don't want. I am just interested in the cell centre data. As an alternative, I tried to write the output in ASCII format, with information regarding the cell centre co-ordinates (X, Y, Z) and velocity field data (U, V which are primary variables) at specific time intervals. I realize it is not straight forward to visualize the ASCII data in paraview nor are there any readily available converters that do the transformation from a ASCII to VTK as per my knowledge. Can anyone guide me here, For reference, attached you will find my ASCII data output which I would like to visualise. Thanks; SaiD -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: statDrp-0.000010 Type: application/octet-stream Size: 229366 bytes Desc: statDrp-0.000010 URL: From dorian.vogel at fhnw.ch Thu May 18 07:38:04 2017 From: dorian.vogel at fhnw.ch (Vogel Dorian) Date: Thu, 18 May 2017 11:38:04 +0000 Subject: [Paraview] VTK classes not found in paraview In-Reply-To: References: <1757247.VQt2Gp1oQS@mu15am33074> Message-ID: <3151320.APniFiyEzr@mu15am33074-linux> Hi again, When using classes from the VTK_Group_Imaging in a programmable filter, I am having serious issues getting the data back from the filter. I have setup a simple pipeline to demonstrate the issue: gist.github.com : polyData2vtkImageData.pvsm The issue I'm facing seem similar to this previous thread however the latter is with compiled plugins: - nothing is rendered - 'information' tab reports data present - saving the data to file from the script and reopen it gives the expected result. Am I using the wrong way to output data from the filter or is this a bug ? Regards, -- Dorian Vogel On Wednesday, May 17, 2017 4:02:03 PM CEST Cory Quammen wrote: > Mathieu, > > The file is indeed present, but ParaView is not building VTK's > ImagingStencil module by default, and it is not available in the > official binary. > > Dorian, > > If you are building ParaView, turn ON the advanced VTK_Group_Imaging > makes vtkPolyDataToImageStencil available in Python scripting. > > Rustem, > > This indirectly answers your earlier question about VTK_Group_Imaging. > > Best, > Cory > > On Wed, May 17, 2017 at 9:27 AM, Mathieu Westphal > > wrote: > > Hello > > > > This class is present in the last master of paraview with updated > > submodules > > > > paraview/VTK/Imaging/Stencil/vtkPolyDataToImageStencil.cxx > > > > Regards, > > > > Mathieu Westphal > > > > On Wed, May 17, 2017 at 2:52 PM, Vogel Dorian wrote: > >> Hello all, > >> > >> Based on > >> http://www.vtk.org/Wiki/VTK/Examples/Cxx/PolyData/PolyDataToImageData, I > >> am > >> converting polyData surfaces into vtkImage. Now that the process is > >> stable, > >> I would like to integrate the python script created in a paraview > >> pipeline > >> (first as a programmable filter). > >> > >> > >> > >> However, many vtk classes are not found in Paraview (ether python shell > >> or > >> in programmable filters), such as vtkPolyDataToImageStencil. > >> > >> > >> > >> Is there a way to have them ? Or is there a way to force Paraview to use > >> the system's VTK and Python ? > >> > >> -- > >> > >> Dorian Vogel > >> > >> > >> _______________________________________________ > >> 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 Thu May 18 08:23:20 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 18 May 2017 08:23:20 -0400 Subject: [Paraview] Option to automatically choose a contrasting axis color? In-Reply-To: <3CF17A53-FD47-4828-9E95-D66EC65E2A4D@ornl.gov> References: <3CF17A53-FD47-4828-9E95-D66EC65E2A4D@ornl.gov> Message-ID: Steven, How does this interact with color palettes? Currently, we are indeed missing a feature where annotation color for orientation axes, is not not linked to annotation color by default. But once it is, wouldn't it be easier to just change the palette? Utkarsh On Wed, May 17, 2017 at 4:57 PM, Hahn, Steven E. wrote: > We recently added an option in our ParaView-based application to > automatically switch the color of the orientation axes, axes grid, and > color scale text so that it contrasts with the background color. This saves > a lot of mouse clicks when changing between light and dark backgrounds. Is > there any interest in having this or a similar option inside ParaView? > > > > https://github.com/mantidproject/mantid/pull/19424 > > > > Thanks, > > Steven Hahn > > _______________________________________________ > 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 jfavre at cscs.ch Thu May 18 08:53:14 2017 From: jfavre at cscs.ch (Favre Jean) Date: Thu, 18 May 2017 12:53:14 +0000 Subject: [Paraview] VTK classes not found in paraview In-Reply-To: <3151320.APniFiyEzr@mu15am33074-linux> References: <1757247.VQt2Gp1oQS@mu15am33074> , <3151320.APniFiyEzr@mu15am33074-linux> Message-ID: <0EB9B6375711A04B820E6B6F5CCA9F68438AF304@MBX111.d.ethz.ch> Dorian it is a frequent error to forget to set the RequestInformationScript of the ProgrammableFilter. I have quickly hacked your code to make it work and give it here as an example to be polished further. try to load the following python script. ----------------- Jean/CSCS -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: foo.py Type: text/x-python Size: 3203 bytes Desc: foo.py URL: From cory.quammen at kitware.com Thu May 18 09:16:40 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Thu, 18 May 2017 09:16:40 -0400 Subject: [Paraview] ASCII data visualization in paraview In-Reply-To: References: Message-ID: SaiD, The VTK legacy file format, which supports an ASCII option, is fairly straightforward. You may even get lucky and be able to adapt the file you attached (I haven't looked at it) by simply adding some header information. Documentation for that format is located at http://www.vtk.org/wp-content/uploads/2015/04/file-formats.pdf HTH, Cory On Thu, May 18, 2017 at 6:32 AM, Saideep Pavuluri wrote: > Hi everyone; > > > > Until now I was using ?OpenFOAM? software which has a dedicated reader > available in paraview to read the output files. > > > > In parallel, I am working with a software called ?Gerris?. Both the > software?s use a collocated grid arrangement with field variables located at > the cell centres. Unfortunately, Gerris writes an output in ?vtk? format yet > the data is always interpolated to the cell nodes which I don?t want. I am > just interested in the cell centre data. > > > > As an alternative, I tried to write the output in ASCII format, with > information regarding the cell centre co-ordinates (X, Y, Z) and velocity > field data (U, V which are primary variables) at specific time intervals. > > I realize it is not straight forward to visualize the ASCII data in paraview > nor are there any readily available converters that do the transformation > from a ASCII to VTK as per my knowledge. > > > > Can anyone guide me here, > > > > For reference, attached you will find my ASCII data output which I would > like to visualise. > > > > Thanks; > > SaiD > > > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. From dorian.vogel at fhnw.ch Thu May 18 09:31:30 2017 From: dorian.vogel at fhnw.ch (Vogel Dorian) Date: Thu, 18 May 2017 13:31:30 +0000 Subject: [Paraview] VTK classes not found in paraview In-Reply-To: <0EB9B6375711A04B820E6B6F5CCA9F68438AF304@MBX111.d.ethz.ch> References: <1757247.VQt2Gp1oQS@mu15am33074> <3151320.APniFiyEzr@mu15am33074-linux> <0EB9B6375711A04B820E6B6F5CCA9F68438AF304@MBX111.d.ethz.ch> Message-ID: <4204918.9nkpORuMDO@mu15am33074-linux> Jean, I did not know about the RequestInformationScript, thank you very much. I also discovered that it can be set through the GUI thanks to the cog in the 'Properties' panel. Best, -- Dorian Vogel On Thursday, May 18, 2017 2:53:17 PM CEST Favre Jean wrote: Dorian it is a frequent error to forget to set the RequestInformationScript of the ProgrammableFilter. I have quickly hacked your code to make it work and give it here as an example to be polished further. try to load the following python script. ----------------- Jean/CSCS -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu May 18 12:18:30 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 18 May 2017 12:18:30 -0400 Subject: [Paraview] Updating Properties Panel In-Reply-To: References: Message-ID: Kevin, Here's a new example for filling up properties with default values read from file meta-data. https://gitlab.kitware.com/paraview/paraview/merge_requests/1655 Hope that gives you enough pointers to make progress. Utkarsh On Wed, May 17, 2017 at 9:39 AM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > Kevin, > > Are you asking how to add a way for your reader to allow the the user to > interactively place a (x,y,z) location? If so, look at "Point Source" [1]. > The "Center" property, together with the XML snippet > should add the interactive widget. > > Utkarsh > > [1] https://gitlab.kitware.com/paraview/paraview/blob/master/ParaViewCore/ > ServerManager/SMApplication/Resources/sources.xml#L1113-1153 > > On Tue, May 16, 2017 at 5:53 PM, Dean, Kevin decisionsciencescorp.com> wrote: > >> Hey Guys, >> >> I was wondering if there's an example for me to look at for updating >> values in the fields of the properties panel. I am writing a Plugin that >> has the option of reading in values from a CSV, but I would like to have >> the values update in the properties panel... similar to how if you use a >> probe location filter, it adjusts (x, y, z) interactivley. Thanks for the >> help. >> >> Kevin >> >> 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. >> _______________________________________________ >> 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 May 19 09:18:00 2017 From: mike.jackson at bluequartz.net (Michael Jackson) Date: Fri, 19 May 2017 09:18:00 -0400 Subject: [Paraview] ParaView 5.4.0 Release Candidate 2 binaries are available for download In-Reply-To: References: Message-ID: <591EF088.7060903@bluequartz.net> Is anyone else seeing "gibberish" on the "Color Map Editor"? I am on OS X 10.10.5 (Yosemite) running an AMD 7950 GPU. I did not notice this on RC1. -- Michael A. Jackson BlueQuartz Software, LLC [e]: mike.jackson at bluequartz.net Cory Quammen wrote: > ParaView 5.4.0-RC2 binaries for Linux are now available on the downloads page. > > http://www.paraview.org/download/ > > Thank you, > Cory > > On Tue, May 16, 2017 at 4:14 PM, Cory Quammen wrote: >> On behalf of the ParaView development community, I am pleased to >> announce that binaries and source code for ParaView 5.4.0-RC2 are >> available to download from >> >> http://www.paraview.org/download/ >> >> There was a slight problem building the Linux binary and the >> AcuSolveReaderPlugin, so those are not yet available, but they will be >> uploaded as soon as possible. I will reply to this email when they are >> available for download. >> >> Please let us know if you run into any problems with this release candidate. >> >> Thank you, >> Cory >> >> -- >> Cory Quammen >> Staff R&D Engineer >> Kitware, Inc. > > > -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2017-05-19 at 9.17.09 AM.png Type: image/png Size: 90824 bytes Desc: not available URL: From utkarsh.ayachit at kitware.com Fri May 19 09:42:00 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 19 May 2017 09:42:00 -0400 Subject: [Paraview] ParaView 5.4.0 Release Candidate 2 binaries are available for download In-Reply-To: <591EF088.7060903@bluequartz.net> References: <591EF088.7060903@bluequartz.net> Message-ID: I haven't noticed it, but then I am not sure I have access to Yosemite. Mike, can you confirm that RC1 definitely didn't have this issue? I can then try to look at the code to see if I can spot the potential problem. Utkarsh On Fri, May 19, 2017 at 9:18 AM, Michael Jackson < mike.jackson at bluequartz.net> wrote: > Is anyone else seeing "gibberish" on the "Color Map Editor"? I am on OS X > 10.10.5 (Yosemite) running an AMD 7950 GPU. I did not notice this on RC1. > > -- > Michael A. Jackson > BlueQuartz Software, LLC > [e]: mike.jackson at bluequartz.net > > > > Cory Quammen wrote: > >> ParaView 5.4.0-RC2 binaries for Linux are now available on the downloads >> page. >> >> http://www.paraview.org/download/ >> >> Thank you, >> Cory >> >> On Tue, May 16, 2017 at 4:14 PM, Cory Quammen >> wrote: >> >>> On behalf of the ParaView development community, I am pleased to >>> announce that binaries and source code for ParaView 5.4.0-RC2 are >>> available to download from >>> >>> http://www.paraview.org/download/ >>> >>> There was a slight problem building the Linux binary and the >>> AcuSolveReaderPlugin, so those are not yet available, but they will be >>> uploaded as soon as possible. I will reply to this email when they are >>> available for download. >>> >>> Please let us know if you run into any problems with this release >>> candidate. >>> >>> Thank you, >>> Cory >>> >>> -- >>> Cory Quammen >>> Staff R&D Engineer >>> Kitware, Inc. >>> >> >> >> >> > _______________________________________________ > 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 May 19 10:11:35 2017 From: mike.jackson at bluequartz.net (Michael Jackson) Date: Fri, 19 May 2017 10:11:35 -0400 Subject: [Paraview] ParaView 5.4.0 Release Candidate 2 binaries are available for download In-Reply-To: References: <591EF088.7060903@bluequartz.net> Message-ID: <591EFD17.2050101@bluequartz.net> The same type of corruption is also in RC1. Sorry. I did not see it in 5.2 or 5.3 series of releases. -- Mike Jackson [mike.jackson at bluequartz.net] Utkarsh Ayachit wrote: > I haven't noticed it, but then I am not sure I have access to Yosemite. > Mike, can you confirm that RC1 definitely didn't have this issue? I can > then try to look at the code to see if I can spot the potential problem. > > Utkarsh > > On Fri, May 19, 2017 at 9:18 AM, Michael Jackson > > wrote: > > Is anyone else seeing "gibberish" on the "Color Map Editor"? I am on > OS X 10.10.5 (Yosemite) running an AMD 7950 GPU. I did not notice > this on RC1. > > -- > Michael A. Jackson > BlueQuartz Software, LLC > [e]: mike.jackson at bluequartz.net > > > > Cory Quammen wrote: > > ParaView 5.4.0-RC2 binaries for Linux are now available on the > downloads page. > > http://www.paraview.org/download/ > > > Thank you, > Cory > > On Tue, May 16, 2017 at 4:14 PM, Cory > Quammen > wrote: > > On behalf of the ParaView development community, I am pleased to > announce that binaries and source code for ParaView > 5.4.0-RC2 are > available to download from > > http://www.paraview.org/download/ > > > There was a slight problem building the Linux binary and the > AcuSolveReaderPlugin, so those are not yet available, but > they will be > uploaded as soon as possible. I will reply to this email > when they are > available for download. > > Please let us know if you run into any problems with this > release candidate. > > Thank you, > Cory > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. > > > > > > _______________________________________________ > 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 hahnse at ornl.gov Fri May 19 11:31:16 2017 From: hahnse at ornl.gov (Hahn, Steven E.) Date: Fri, 19 May 2017 15:31:16 +0000 Subject: [Paraview] Option to automatically choose a contrasting axis color? In-Reply-To: References: <3CF17A53-FD47-4828-9E95-D66EC65E2A4D@ornl.gov> Message-ID: <98425CC5-1EBB-4FED-8613-8F8DDE57BBF2@ornl.gov> Hi Utkarsh, Thank you for mentioning the color palettes, which does most of what I was trying to accomplish. Steven From: Utkarsh Ayachit Date: Thursday, May 18, 2017 at 8:23 AM To: "Hahn, Steven E." Cc: "paraview at paraview.org" Subject: Re: [Paraview] Option to automatically choose a contrasting axis color? Steven, How does this interact with color palettes? Currently, we are indeed missing a feature where annotation color for orientation axes, is not not linked to annotation color by default. But once it is, wouldn't it be easier to just change the palette? Utkarsh On Wed, May 17, 2017 at 4:57 PM, Hahn, Steven E. > wrote: We recently added an option in our ParaView-based application to automatically switch the color of the orientation axes, axes grid, and color scale text so that it contrasts with the background color. This saves a lot of mouse clicks when changing between light and dark backgrounds. Is there any interest in having this or a similar option inside ParaView? https://github.com/mantidproject/mantid/pull/19424 Thanks, Steven Hahn _______________________________________________ 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 leonardopessanha74 at gmail.com Fri May 19 15:28:50 2017 From: leonardopessanha74 at gmail.com (=?UTF-8?Q?L=C3=A9o_Pessanha?=) Date: Fri, 19 May 2017 16:28:50 -0300 Subject: [Paraview] Questions about using ParaViem in a cluster Message-ID: Hi! I've recently gained acess to a cluster with paraview in it and I have some questions. The cluster has no graphics. Only CPU. We use off-screen rendering and reverse-connection I'd like to run pvserver in the cluster and have the OpenGL windows defined in the .PVX file open in my local machine so I can create 6 views in a Cubemap shape. So far I've tried the following: *1)* mpirun -np 1024 /sw/apps/suse/shared/paraview/5.2/intel/bin/pvserver -rc --use-offscreen-rendering --client-host=${IP} cubemap.pvx The output: Client connected. ===================================================================== BAD TERMINATION OF ONE OF YOUR APPLICATION PROCESSES EXIT CODE: 11 [...] *2) *mpirun -np 6 /sw/apps/suse/shared/paraview/5.2/intel/bin/pvserver -rc --use-offscreen-rendering --client-host=${IP} cubemap.pvx The output: "Client Connected." No OpenGL windows are open thou. *3) *mpirun -np 6 /sw/apps/suse/shared/paraview/5.2/intel/bin/pvdataserver -rc --use-offscreen-rendering --client-host=${IP} cubemap.pvx *(renderserver in local machine with same .pvx and number of processes being used)* The output: off-screenrendering can't be used with dataserver *4) *mpirun -np 6 /sw/apps/suse/shared/paraview/5.2/intel/bin/pvdataserver -rc --client-host=${IP} cubemap.pvx *(renderserver in local machine with same .pvx and number of processes being used)* The output: ParaView tries to conect at port 53939 in node rank = 0 and crashes Questions: In order to use .PVX files I have to run with -np = number of machines defined in the .pvx file? If so, why is that? Is it possible to do what I am trying to? Should I use paraview installer with MPI or not? Using off-screen rendering, my local machine does any type of graphic work? Or is it only like an "image stream" of the data rendered in the server? Thanks in advance, Leonardo Pessanha Laboratory of Computational Methods in Engineering Federal University of Rio de Janeiro - COPPE Rio de Janeiro, RJ, Brasil -------------- next part -------------- An HTML attachment was scrubbed... URL: From markcramerford at gmail.com Fri May 19 16:20:26 2017 From: markcramerford at gmail.com (Mark Cramerford) Date: Fri, 19 May 2017 22:20:26 +0200 Subject: [Paraview] Complete Multipass Rendering Example available? Message-ID: Dear all, I am trying to understand and implement the full parallel multipass rendering as it is performed by ParaView. The solution could work with or without IceT, as long as translucent geometry and volume rendering is supported. Two of the examples I am aware of are http://www.vtk.org/Wiki/VTK/MultiPass_Rendering_With_IceT, which is quite well documentet, but doesn't work for translucent geometry, and http://www.vtk.org/gitweb?p=VTK.git;a=blob;f=Filters/Parallel/Testing/Cxx/DistributedDataRenderPass.cxx, which is just the code without documentation but supports transparency to some degree. Is the second example sufficiently complete to render all cases correctly that are dealt with in ParaView? Or what are the limitations of this example? Thank you so much, Mark Virenfrei. www.avast.com <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2> -------------- next part -------------- An HTML attachment was scrubbed... URL: From hero.jairaj at gmail.com Sat May 20 07:35:28 2017 From: hero.jairaj at gmail.com (JAIRAJ MATHUR) Date: Sat, 20 May 2017 06:35:28 -0500 Subject: [Paraview] Plotting average of multiple lines Message-ID: Dear all In my understanding, plot over line looks at the data right at the line and plots them. What if, I wanted to draw multiple lines, parallel to each other, average the data out, and then plot this average data over the line? Thanking you -- Jairaj Mathur, Mechanical Engineering Washington University in St Louis -------------- next part -------------- An HTML attachment was scrubbed... URL: From hero.jairaj at gmail.com Sat May 20 11:23:05 2017 From: hero.jairaj at gmail.com (JAIRAJ MATHUR) Date: Sat, 20 May 2017 10:23:05 -0500 Subject: [Paraview] scale axis in plot over time, while keeping the plot intact Message-ID: Dear all I am trying to plot data using the plot over time filter on a selection. THe x axis goes from 0 to 500, and I want it to go to 0 to 5. Using "bottom axis use custom range" doesn't help. as it just plots a subset of my data. I just want x axis to display 0 to 5. The transform filter is also grayed out. How can I go about it? Thanking you -- Jairaj Mathur, Mechanical Engineering Washington University in St Louis -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Sat May 20 14:33:22 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Sat, 20 May 2017 14:33:22 -0400 Subject: [Paraview] Questions about using ParaViem in a cluster In-Reply-To: References: Message-ID: Leo, > The cluster has no graphics. Only CPU. We use off-screen rendering and reverse-connection > I'd like to run pvserver in the cluster and have the OpenGL windows defined in the .PVX file open in my local machine so I can create 6 views in a Cubemap shape. The two statements are little confusing. If your cluster has no graphics output, where are you intending the 6 views to be displayed? The pvx-based multiview setup is designed for cases where the server can present windows for each rank to display the same scene from different cameras -- think immersive environments as follows: [image: Inline image 1] > 2) mpirun -np 6 /sw/apps/suse/shared/paraview/5.2/intel/bin/pvserver -rc --use-offscreen-rendering --client-host=${IP} cubemap.pvx > The output: "Client Connected." > No OpenGL windows are open thou. Since you're using "--use-offscreen-rendering", that's what pvserver is doing -- everything's offscreen. You won't see any windows. In general, I don't think there's much point to running in immersive mode i.e. pvx together with offscreen. > In order to use .PVX files I have to run with -np = number of machines defined in the .pvx file? If so, why is that? In general, yes. There are ways around it to use separate dataserver and render server, but I personally have never used pvx in client-data-server-render-server mode. > Is it possible to do what I am trying to? I am confused what you're intention is. If you elaborate on your use-case, maybe we can suggest a different approach. > Using off-screen rendering, my local machine does any type of graphic work? Or is it only like an "image stream" of the data rendered in the server? Offscreen simply means if and when that process needs to do rendering, it won't do that onscreen, instead in a offscreen frame buffer. Whether that process does the rendering or not is not controlled by offscreen, but instead "Remote Render Threshold" in Settings and the size of the geometry being rendered. In client-server configurations, if geometry size is larger than the remote-render-threshold the ParaVIew renders on the server processes and delivers images to the client. If geometry size is less than the remote-render-threshold, then is will deliver geometry to the client and render it locally. Hope that helps, Utkarsh -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 335045 bytes Desc: not available URL: From ekgtg2 at mst.edu Sat May 20 20:44:11 2017 From: ekgtg2 at mst.edu (Eric Gbadam) Date: Sat, 20 May 2017 19:44:11 -0500 Subject: [Paraview] Computing strain and stress from displacement Message-ID: Dear all, I have x- and y-coordinates of discrete particles with their displacements imported into Paraview. I successfully used the Delaunay 2D filter to display the displacement contours. I would like to display the strains and stresses of these discrete points. My guess is to use the compute derivates filter to do this task. However, several tries did not yield any results. I would appreciate some help in this direction. Regards -- Eric Gbadam Graduate Research Assistant Mechanical/Mining and Nuclear Engineering B6 McNutt Hall, 1400 N Bishop Ave, Rolla, MO 65401 573-341-7647 <5733417647> | cell: 573-201-0415 <5732010415> ekgtg2 at mst.edu | mne.mst.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From jacques.papper at gmail.com Mon May 22 12:20:19 2017 From: jacques.papper at gmail.com (Jacques Papper) Date: Mon, 22 May 2017 18:20:19 +0200 Subject: [Paraview] OffScreen/OnScreen, Software/Hardware Rendering with EGL Message-ID: Hi, I would like to know if it is possible to build ParaView 5.3.0 (Client as well as Server / Batch etc...) in one go with off-screen / on-screen, GPU and software support. (i.e 4 different combinations possible) My understanding is that EGL is a step forward in allowing this as it should provide the ability to use the GPU in off-screen contexts ? I know that the current ParaView 5.3.0 installation supports both CPU and GPU rendering by swapping out the OpenGL2 libs at runtime (the MESA OpenGL libs are put in the mesa subfolder). However, I haven't figured out if it is possible to have off-screen and on-screen rendering activated / de-activated at runtime ? And if so, is it only for the software rendering capability or for the hardware rendering capability as well ? If it is possible to have all 4 possibilities selectable at runtime, what are the build options to enable this ? Even if I need to do separate builds and swap out the libs at runtime that would be fine ! Thanks ! Jacques -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Mon May 22 13:05:11 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 22 May 2017 13:05:11 -0400 Subject: [Paraview] OffScreen/OnScreen, Software/Hardware Rendering with EGL In-Reply-To: References: Message-ID: Jacques, Here's a quick summary of modes available currently, with their requirements and features supported. A and B do not need any special build, while all other modes do. ParaView 5.3 configuration Requires X-server Supports H/W rendering Supports Software Rendering Yes No Yes No Yes No A Default ? ? ? B Default with Mesa libGL ? ? ? C OSMesa only ? ? ? D OSMesa + Mesa libGL ? ? ? ? E EGL only ? ? ? A. assuming libGL is provided by GPU vendor B. uses same build as A, simply change LD_LIBRARY_PATH to load libGL provided Mesa3D C. Special build ParaView with VTK_OPENGL_HAS_OSMESA=ON, VTK_USE_X=OFF D. Special build of ParaView with VTK_OPENGL_HAS_OSMESA=ON, VTK_USE_X=ON and OPENGL_gl_LIBRARY set to point to libGL from same Mesa build proviing libOSMesa. E. Special build of ParaView with VTK_USE_OFFSCREEN_EGL=ON. We have plans to add support for another mode where you can use EGL + libGL (similar to D but with H/W rendering support). That may happen later this year. Hope that helps. Utkarsh On Mon, May 22, 2017 at 12:20 PM, Jacques Papper wrote: > Hi, > > I would like to know if it is possible to build ParaView 5.3.0 (Client as > well as Server / Batch etc...) in one go with off-screen / on-screen, GPU > and software support. (i.e 4 different combinations possible) > > My understanding is that EGL is a step forward in allowing this as it > should provide the ability to use the GPU in off-screen contexts ? > > I know that the current ParaView 5.3.0 installation supports both CPU and > GPU rendering by swapping out the OpenGL2 libs at runtime (the MESA OpenGL > libs are put in the mesa subfolder). > > However, I haven't figured out if it is possible to have off-screen and > on-screen rendering activated / de-activated at runtime ? And if so, is it > only for the software rendering capability or for the hardware rendering > capability as well ? > > If it is possible to have all 4 possibilities selectable at runtime, what > are the build options to enable this ? > > Even if I need to do separate builds and swap out the libs at runtime that > would be fine ! > > Thanks ! > Jacques > > > _______________________________________________ > 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 jacques.papper at gmail.com Mon May 22 18:12:16 2017 From: jacques.papper at gmail.com (Jacques Papper) Date: Tue, 23 May 2017 00:12:16 +0200 Subject: [Paraview] OffScreen/OnScreen, Software/Hardware Rendering with EGL In-Reply-To: References: Message-ID: Thanks Utkarsh, For Build D, since you build with VTK_USE_X=ON, can you use pvbatch on a machine that doesn't have an X server? If so, is there anything to do in particular at runtime? Also, is it possible to build the paraview client gui with VTK_USE_X=OFF ? Does Build E allow to build the paraview client gui ? Best, Jacques On Mon, May 22, 2017 at 7:05 PM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > Jacques, > > Here's a quick summary of modes available currently, with their > requirements and features supported. A and B do not need any special build, > while all other modes do. > > ParaView 5.3 configuration Requires X-server Supports H/W rendering Supports > Software Rendering > Yes No Yes No Yes No > A Default ? ? ? > B Default with Mesa libGL ? ? ? > C OSMesa only ? ? ? > D OSMesa + Mesa libGL ? ? ? ? > E EGL only ? ? ? > A. assuming libGL is provided by GPU vendor > B. uses same build as A, simply change LD_LIBRARY_PATH to load libGL > provided Mesa3D > C. Special build ParaView with VTK_OPENGL_HAS_OSMESA=ON, VTK_USE_X=OFF > D. Special build of ParaView with VTK_OPENGL_HAS_OSMESA=ON, VTK_USE_X=ON > and OPENGL_gl_LIBRARY set to point to libGL from same Mesa build proviing > libOSMesa. > E. Special build of ParaView with VTK_USE_OFFSCREEN_EGL=ON. > > We have plans to add support for another mode where you can use EGL + > libGL (similar to D but with H/W rendering support). That may happen later > this year. > > Hope that helps. > > Utkarsh > > > On Mon, May 22, 2017 at 12:20 PM, Jacques Papper > wrote: > >> Hi, >> >> I would like to know if it is possible to build ParaView 5.3.0 (Client as >> well as Server / Batch etc...) in one go with off-screen / on-screen, GPU >> and software support. (i.e 4 different combinations possible) >> >> My understanding is that EGL is a step forward in allowing this as it >> should provide the ability to use the GPU in off-screen contexts ? >> >> I know that the current ParaView 5.3.0 installation supports both CPU and >> GPU rendering by swapping out the OpenGL2 libs at runtime (the MESA OpenGL >> libs are put in the mesa subfolder). >> >> However, I haven't figured out if it is possible to have off-screen and >> on-screen rendering activated / de-activated at runtime ? And if so, is it >> only for the software rendering capability or for the hardware rendering >> capability as well ? >> >> If it is possible to have all 4 possibilities selectable at runtime, what >> are the build options to enable this ? >> >> Even if I need to do separate builds and swap out the libs at runtime >> that would be fine ! >> >> Thanks ! >> Jacques >> >> >> _______________________________________________ >> 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 May 22 21:31:08 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 22 May 2017 21:31:08 -0400 Subject: [Paraview] OffScreen/OnScreen, Software/Hardware Rendering with EGL In-Reply-To: References: Message-ID: > For Build D, since you build with VTK_USE_X=ON, can you use pvbatch on a machine that doesn't have an X server? Yes. > If so, is there anything to do in particular at runtime? Just start pvbatch with "--use-offscreen-rendering" command line argument. > Also, is it possible to build the paraview client gui with VTK_USE_X=OFF ? No. VTK_USE_X is currently needed for the GUI. Although as I am thinking of this, with Qt 5, we can get rid of this requirement. You'll still need to X to use the GUI and for building Qt, but ParaView should not directly depend on X (unless I am missing something). Please report an issue for this, if you don't mind. We should investigate this. > Does Build E allow to build the paraview client gui ? Not currently. It's on the TODO list to support (hopefully by 5.5). Utkarsh From Patrick.Begou at legi.grenoble-inp.fr Tue May 23 03:51:40 2017 From: Patrick.Begou at legi.grenoble-inp.fr (Patrick Begou) Date: Tue, 23 May 2017 09:51:40 +0200 Subject: [Paraview] gpu_shader4 extension is not supported In-Reply-To: <361eef80-2d07-c501-b480-f3bb824334b1@gmail.com> References: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> <2adedaae-8ee6-b3e5-250b-a3c00c1e1580@legi.grenoble-inp.fr> <8329b261-8387-fd31-4b63-a14ca125e007@gmail.com> <71fe5007-fc1b-874d-81dc-0685b2354c44@legi.grenoble-inp.fr> <361eef80-2d07-c501-b480-f3bb824334b1@gmail.com> Message-ID: <9271f3bc-6d9b-0a2d-7bfa-81f60c4ada44@legi.grenoble-inp.fr> Thanks a lot Burlen, all is running fine now with this setup for mesa on the front-end. With Paraview, I had to add some parameters for ffmpeg-3.3 libraries that were not automaticaly loaded and set LD_LIBRARY_PATH to load llvm is a separate directory from mesa but all runs fine now: export LD_LIBRARY_PATH=/share/apps/mesa/17.0.6-x11-swr/lib/:$LD_LIBRARY_PATH export LD_LIBRARY_PATH=/share/apps/llvm/4.0.0/lib:$LD_LIBRARY_PATH and for cmake: cmake ............ -DPARAVIEW_ENABLE_FFMPEG=ON \ -DFFMPEG_ROOT=/share/apps/ffmpeg-3.3-GCC485 \ -DCMAKE_EXE_LINKER_FLAGS="-Wl,-rpath-link=/share/apps/ffmpeg-3.3-GCC485/lib:/share/apps/llvm/4.0.0/lib:/share/apps/mesa/17.0.6-x11-swr/lib -L/share/apps/ffmpeg-3.3-GCC485/lib -lswresample -lavutil -lavformat -lavcodec -lswscale -lavdevice -lavfilter" \ -DVTK_FFMPEG_AVCODECID=ON \ ....... Burlen Loring wrote: >> - one build for the front end with GUI: it has no GPU but a windowing system >> (this is the blocking point at this time) > OK. to accomplish this, first do a Mesa build configured as > follows(glx+software rendering) > > ../mesa-17.0.6/configure --enable-texture-float --enable-glx --disable-dri > --disable-egl --disable-gles1 --disable-gles2 --disable-gbm > --disable-driglx-direct --disable-xvmc --with-gallium-drivers=swrast,swr > --prefix=/work/apps/mesa/17.0.6-x11-swr > > make sure ParaView can find it, and configure ParaView as follows > > export LD_LIBRARY_PATH=/work/apps/mesa/17.0.6-x11-swr/lib/:$LD_LIBRARY_PATH > cmake -DOPENGL_INCLUDE_DIR=/work/apps/mesa/17.0.6-x11-swr/include > -DOPENGL_gl_LIBRARY=/work/apps/mesa/17.0.6-x11-swr/lib/libGL.so > ~/work/ParaView/ > > when you run ParaView the "help/about" dialog should report VMWare Mesa 17.0.6 > Gallium on llvmpipe. > > On 05/16/2017 11:18 PM, Patrick Begou wrote: >> Yes Burlen, this is exactly what I try to do: >> - one build for the nodes whitout GUI as they have no windowing system nor >> GPU (I build this using the wiki documentation) >> - one build for the front end with GUI: it has no GPU but a windowing system >> (this is the blocking point at this time) >> - one build on the users workstations where a GPU and a windowing system are >> available (this is working too thanks to the wiki documentation) >> >> On the front-end I have a system libGL but too old for Paraview 5 and it is >> requested by other commercial softwares. This is why I try to build a new >> mesa from sources for Paraview. I use the module environment then to set the >> LD_LIBRARY_PATH and PATH order to reach the right libraries and, as strace >> show, it seams to work fine. So I suppose it is a mesa configuration mistake >> in my build. >> >> May be should I post on the Mesa forum ? >> >> Patrick >> >> >> Burlen Loring wrote: >>> that's the point. this allows you to run without the windowing system or GPU >>> on the cluster. Most cluster have neither. If you wanted to provide the GUI >>> then I would suggest you have two installs of both ParaView and Mesa. One >>> based on OSMesa, the other based on some X11 enabled OpenGL. Alternatively >>> you could install only the OSMesa capable pvserver as suggested in previous >>> email and direct your users to the ParaView GUI enabled binaries that >>> Kitware provides on their web site. The latter is what I have been doing. >>> >>> As an aside, it gets messy when you have two libGL in the same build. One >>> need to be very careful about library dependencies. It is possible to do >>> this if one is very careful during link time. However as far as I know this >>> has not been supported for quite a long time in VTK/ParaView, and I think it >>> would require some reorganization of VTK OpernGL classes. >>> >>> Burlen >>> >>> On 05/16/2017 08:38 AM, Patrick Begou wrote: >>>> Burlen Loring wrote: >>>>> ../mesa-17.0.2/configure --enable-texture-float --disable-glx >>>>> --disable-dri --disable-egl --disable-gles1 --disable-gles2 --disable-gbm >>>>> --disable-driglx-direct --disable-xvmc --enable-gallium-osmesa >>>>> --with-gallium-drivers=swrast,swr >>>>> --prefix=/usr/common/software/ParaView/mesa/17.0.2/ >>>> >>>> Hi Burlen, >>>> >>>> this Mesa setup does not provide libGL requested to build paraview with GUI >>>> enabled :-( >>>> It is OK for the cluster nodes but not for the frontend where I need this >>>> GUI even with no GPU installed. >>>> >>>> Patrick >>>> >>> >>> >> >> > -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | =================================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From dorian.vogel at fhnw.ch Tue May 23 10:01:37 2017 From: dorian.vogel at fhnw.ch (Vogel Dorian) Date: Tue, 23 May 2017 14:01:37 +0000 Subject: [Paraview] VTK classes not found in paraview In-Reply-To: <0EB9B6375711A04B820E6B6F5CCA9F68438AF304@MBX111.d.ethz.ch> References: <1757247.VQt2Gp1oQS@mu15am33074> <3151320.APniFiyEzr@mu15am33074-linux> <0EB9B6375711A04B820E6B6F5CCA9F68438AF304@MBX111.d.ethz.ch> Message-ID: <1930945.DGgfBTIlhu@mu15am33074-linux> Hello again, I still have one issue remaining that I couldn't solve: I added the RequestInformation Sript to my programmable filter, which dynamically sets the WHOLE_EXTENT attribute so that it corresponds to the extent of the input (polyData) and everything renders properly. However, if I save the state like this, and reload it in a fresh session, the RequestInformation script reports self.GetInputDataObject(0,0).GetBounds() for be (1.0, -1.0, 1.0, -1.0, 1.0, -1.0). And then of course the output of the filter is not rendered. I assume the mistake here is to query self.GetInputDataObject in the RequestInformation, because what I understand is, when loading, all RequestInformation scripts are called before any requestData. Thus, the upstream data doesn't exist. If all of this is true, how can I access the upstream WHOLE_EXTENT from the informationRequest script to propagate the value in my filter ? You can find attached an example save state. Best regards, -- Dorian Vogel On Thursday, May 18, 2017 2:53:17 PM CEST Favre Jean wrote: Dorian it is a frequent error to forget to set the RequestInformationScript of the ProgrammableFilter. I have quickly hacked your code to make it work and give it here as an example to be polished further. try to load the following python script. ----------------- Jean/CSCS -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: polyBoxToImage.py Type: text/x-python Size: 8259 bytes Desc: polyBoxToImage.py URL: From jfavre at cscs.ch Tue May 23 10:34:19 2017 From: jfavre at cscs.ch (Favre Jean) Date: Tue, 23 May 2017 14:34:19 +0000 Subject: [Paraview] VTK classes not found in paraview In-Reply-To: <1930945.DGgfBTIlhu@mu15am33074-linux> References: <1757247.VQt2Gp1oQS@mu15am33074> <3151320.APniFiyEzr@mu15am33074-linux> <0EB9B6375711A04B820E6B6F5CCA9F68438AF304@MBX111.d.ethz.ch>, <1930945.DGgfBTIlhu@mu15am33074-linux> Message-ID: <0EB9B6375711A04B820E6B6F5CCA9F68438BDFCE@MBX211.d.ethz.ch> Florian #Edit your script, go to the following line transform1.Transform.Scale = [0.999999999999999, 0.999999999999997, 0.999999999999999] # and add one line transform1.UpdatePipeline() # ;-) #----------------- #Jean/CSCS -------------- next part -------------- An HTML attachment was scrubbed... URL: From adey at vextec.com Tue May 23 10:45:17 2017 From: adey at vextec.com (Animesh Dey) Date: Tue, 23 May 2017 09:45:17 -0500 Subject: [Paraview] Unable to Display images in Paraview Message-ID: <54e3e793c89c40b726c8db06dd91524c@mail.gmail.com> I recently downloaded Paraview (version 5.4) for Windows -10. I was able to install the program successfully without any error messages. All default settings were selected during installation. I am unable to display any image. When I open the software, I am unable to display any images. All I see is a blank dark screen. I am attaching a PDF file which shows the details of the screen shots. I am very new to Paraview and will appreciate any help on how to get the software working on my windows laptop. Thank you. AD -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Notes.pdf Type: application/pdf Size: 449940 bytes Desc: not available URL: From mathieu.westphal at kitware.com Tue May 23 10:52:39 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Tue, 23 May 2017 16:52:39 +0200 Subject: [Paraview] Unable to Display images in Paraview In-Reply-To: <54e3e793c89c40b726c8db06dd91524c@mail.gmail.com> References: <54e3e793c89c40b726c8db06dd91524c@mail.gmail.com> Message-ID: Hello What are your computer specs ? Regards, Mathieu Westphal On Tue, May 23, 2017 at 4:45 PM, Animesh Dey wrote: > I recently downloaded Paraview (version 5.4) for Windows -10. I was able > to install the program successfully without any error messages. All default > settings were selected during installation. > > I am unable to display any image. When I open the software, I am unable to > display any images. All I see is a blank dark screen. I am attaching a PDF > file which shows the details of the screen shots. > > I am very new to Paraview and will appreciate any help on how to get the > software working on my windows laptop. > > > > Thank you. > > > > AD > > _______________________________________________ > 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 May 23 10:53:53 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 23 May 2017 10:53:53 -0400 Subject: [Paraview] Unable to Display images in Paraview In-Reply-To: <54e3e793c89c40b726c8db06dd91524c@mail.gmail.com> References: <54e3e793c89c40b726c8db06dd91524c@mail.gmail.com> Message-ID: Hi AD, Welcome to ParaView! I'm sorry to see that your initial experience was suboptimal. Thank you for providing the extensive information about your system. I can see that ParaView is using Intel hardware for graphics. We have had other reports of people with Intel graphics hardware on Windows 10 running into this same problem with the 5.4.0 release candidates, and I can reproduce it on my Dell laptop with integrated Intel graphics and Windows 10. Do you happen to have an NVIDIA or ATI graphics accelerator on this machine? If so, the immediate solution is to change the graphics driver settings so that the other graphics accelerator is used. Hope that helps, Cory On Tue, May 23, 2017 at 10:45 AM, Animesh Dey wrote: > I recently downloaded Paraview (version 5.4) for Windows -10. I was able to > install the program successfully without any error messages. All default > settings were selected during installation. > > I am unable to display any image. When I open the software, I am unable to > display any images. All I see is a blank dark screen. I am attaching a PDF > file which shows the details of the screen shots. > > I am very new to Paraview and will appreciate any help on how to get the > software working on my windows laptop. > > > > Thank you. > > > > AD > > > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. From dorian.vogel at fhnw.ch Tue May 23 10:58:52 2017 From: dorian.vogel at fhnw.ch (Vogel Dorian) Date: Tue, 23 May 2017 14:58:52 +0000 Subject: [Paraview] VTK classes not found in paraview In-Reply-To: <0EB9B6375711A04B820E6B6F5CCA9F68438BDFCE@MBX211.d.ethz.ch> References: <1757247.VQt2Gp1oQS@mu15am33074> <1930945.DGgfBTIlhu@mu15am33074-linux> <0EB9B6375711A04B820E6B6F5CCA9F68438BDFCE@MBX211.d.ethz.ch> Message-ID: <51571948.62XAp6yIgC@mu15am33074-linux> Thanks for the tip, is there no other possibility than editing the state file ? I might want to create a custom filter later on, which does not seem possible with this solution. Cheers, -- Dorian Vogel On Tuesday, May 23, 2017 4:34:21 PM CEST Favre Jean wrote: Florian #Edit your script, go to the following line transform1.Transform.Scale = [0.999999999999999, 0.999999999999997, 0.999999999999999] # and add one line transform1.UpdatePipeline() # ;-) #----------------- #Jean/CSCS -------------- next part -------------- An HTML attachment was scrubbed... URL: From adey at vextec.com Tue May 23 11:04:05 2017 From: adey at vextec.com (Animesh Dey) Date: Tue, 23 May 2017 10:04:05 -0500 Subject: [Paraview] Unable to Display images in Paraview In-Reply-To: References: <54e3e793c89c40b726c8db06dd91524c@mail.gmail.com> Message-ID: <3816426fb5aee5e2886fce6643f9b4fa@mail.gmail.com> Dear Cory: I appreciate your prompt response and also your confirmation that my issue was not an isolated case. I do not have immediate access to an alternate graphics accelerator. So I decided to download version 5.2 (32-bit) for Windows. And so far things seem to be working fine. Thank you. AD -----Original Message----- From: Cory Quammen [mailto:cory.quammen at kitware.com] Sent: Tuesday, May 23, 2017 9:54 AM To: Animesh Dey Cc: ParaView Subject: Re: [Paraview] Unable to Display images in Paraview Hi AD, Welcome to ParaView! I'm sorry to see that your initial experience was suboptimal. Thank you for providing the extensive information about your system. I can see that ParaView is using Intel hardware for graphics. We have had other reports of people with Intel graphics hardware on Windows 10 running into this same problem with the 5.4.0 release candidates, and I can reproduce it on my Dell laptop with integrated Intel graphics and Windows 10. Do you happen to have an NVIDIA or ATI graphics accelerator on this machine? If so, the immediate solution is to change the graphics driver settings so that the other graphics accelerator is used. Hope that helps, Cory On Tue, May 23, 2017 at 10:45 AM, Animesh Dey wrote: > I recently downloaded Paraview (version 5.4) for Windows -10. I was > able to install the program successfully without any error messages. > All default settings were selected during installation. > > I am unable to display any image. When I open the software, I am > unable to display any images. All I see is a blank dark screen. I am > attaching a PDF file which shows the details of the screen shots. > > I am very new to Paraview and will appreciate any help on how to get > the software working on my windows laptop. > > > > Thank you. > > > > AD > > > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. From seongmo.yeon at gmail.com Tue May 23 12:16:07 2017 From: seongmo.yeon at gmail.com (SeongMo) Date: Wed, 24 May 2017 01:16:07 +0900 Subject: [Paraview] No such file or directory: vtkCommonCoreModule.h Message-ID: <5cf071b9-0727-d7bc-fbbc-00c77b356438@gmail.com> Hi all, I am trying to build PVReaders in OpenFOAM (applications/utilities/postProcessing/graphics/PVReaders) I got an error which reads fatal error: vtkCommonCoreModule.h included in vtkDataArraySelection.h while building vtkPVReaders. I searched Paraview-v5.3.0 source tree but failed to find vtkCommonCoreModule.h. That file was not found in even VTK-7.1.1. Where can I find the header file? Regards. SeongMo From cory.quammen at kitware.com Tue May 23 13:12:38 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 23 May 2017 13:12:38 -0400 Subject: [Paraview] No such file or directory: vtkCommonCoreModule.h In-Reply-To: <5cf071b9-0727-d7bc-fbbc-00c77b356438@gmail.com> References: <5cf071b9-0727-d7bc-fbbc-00c77b356438@gmail.com> Message-ID: SeongMo, The file vtkCommonCoreModule.h is created during configuration/building and exists in the ParaView build directory. I don't know the particulars of building PVReaders in OpenFOAM, but my guess is you need to point it to a ParaView build directory instead of the source directory. HTH, Cory On Tue, May 23, 2017 at 12:16 PM, SeongMo wrote: > Hi all, > > > I am trying to build PVReaders in OpenFOAM > (applications/utilities/postProcessing/graphics/PVReaders) > > I got an error which reads fatal error: vtkCommonCoreModule.h included in > vtkDataArraySelection.h while building vtkPVReaders. > > I searched Paraview-v5.3.0 source tree but failed to find > vtkCommonCoreModule.h. > > That file was not found in even VTK-7.1.1. > > Where can I find the header file? > > > Regards. > > SeongMo > > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. From b.partridge16 at imperial.ac.uk Tue May 23 13:28:06 2017 From: b.partridge16 at imperial.ac.uk (Partridge, Ben D) Date: Tue, 23 May 2017 17:28:06 +0000 Subject: [Paraview] Installation Issues Message-ID: Hi guys I'm having a few issues setting up ParaView - the installation appears to proceed smoothly until I start the application and then I am greeted with a series of error messages of the form: Failed to load libEGL (The specified module could not be found.)QWindowsEGLStaticContext::create: Failed to load and resolve libEGL functionsFailed to load opengl32sw.dll (The specified module could not be found.)Failed to load and resolve WGL/OpenGL functionsFailed to load libEGL (The specified module could not be found.)QWindowsEGLStaticContext::create: Failed to load and resolve libEGL functionsFailed to load opengl32sw.dll (The specified module could not be found.)Failed to load and resolve WGL/OpenGL functionsQOpenGLWidget: Failed to create contextcomposeAndFlush: makeCurrent() failedcomposeAndFlush: makeCurrent() failedcomposeAndFlush: makeCurrent() failedcomposeAndFlush: makeCurrent() failedcomposeAndFlush: makeCurrent() failedcomposeAndFlush: makeCurrent() failedcomposeAndFlush: makeCurrent() failedcomposeAndFlush: makeCurrent() failedcomposeAndFlush: makeCurrent() failed I have simply downloaded the ParaView binary installer and proceeded through the installation. Has anyone encountered this problem/know how to resolve it? I am probably missing something very basic, but would greatly appreciate any help. Many thanks Ben -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.dean at decisionsciencescorp.com Tue May 23 13:48:16 2017 From: kevin.dean at decisionsciencescorp.com (Dean, Kevin) Date: Tue, 23 May 2017 10:48:16 -0700 Subject: [Paraview] Fwd: Updating Properties Panel In-Reply-To: References: Message-ID: ---------- Forwarded message ---------- From: Dean, Kevin Date: Mon, May 22, 2017 at 12:37 PM Subject: Re: Updating Properties Panel To: Utkarsh Ayachit So I have one more question. I have added a dropdown box in order to switch between objects in my MB DataSet. Is it the same kind of Idea where I need to Update the metadata in order for the values of the block information to change in the panel again? Here are pictures of how it is currently. (Also, when I print out the "current" values to the command line, they are correct (they just aren't correct in the properties panel). Thanks, Kevin P.S. - you can see that Current Object Differs, but the other information remains the same) On Thu, May 18, 2017 at 10:59 AM, Dean, Kevin wrote: > Thanks Utkarsh, I really appreciate it! If I have any questions I'll get > back to you. Thanks again. > > Kevin > > On Thursday, May 18, 2017, Utkarsh Ayachit > wrote: > >> Kevin, >> >> Here's a new example for filling up properties with default values read >> from file meta-data. >> >> https://gitlab.kitware.com/paraview/paraview/merge_requests/1655 >> >> Hope that gives you enough pointers to make progress. >> >> Utkarsh >> >> On Wed, May 17, 2017 at 9:39 AM, Utkarsh Ayachit < >> utkarsh.ayachit at kitware.com> wrote: >> >>> Kevin, >>> >>> Are you asking how to add a way for your reader to allow the the user to >>> interactively place a (x,y,z) location? If so, look at "Point Source" [1]. >>> The "Center" property, together with the XML snippet >>> should add the interactive widget. >>> >>> Utkarsh >>> >>> [1] https://gitlab.kitware.com/paraview/paraview/blob/master >>> /ParaViewCore/ServerManager/SMApplication/Resources/sources. >>> xml#L1113-1153 >>> >>> On Tue, May 16, 2017 at 5:53 PM, Dean, Kevin < >>> kevin.dean at decisionsciencescorp.com> wrote: >>> >>>> Hey Guys, >>>> >>>> I was wondering if there's an example for me to look at for updating >>>> values in the fields of the properties panel. I am writing a Plugin that >>>> has the option of reading in values from a CSV, but I would like to have >>>> the values update in the properties panel... similar to how if you use a >>>> probe location filter, it adjusts (x, y, z) interactivley. Thanks for the >>>> help. >>>> >>>> Kevin >>>> >>>> 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. >>>> _______________________________________________ >>>> 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 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: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2017-05-22 12-34-12.png Type: image/png Size: 44249 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2017-05-22 12-33-53.png Type: image/png Size: 44205 bytes Desc: not available URL: From cory.quammen at kitware.com Tue May 23 13:56:51 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 23 May 2017 13:56:51 -0400 Subject: [Paraview] Installation Issues In-Reply-To: References: Message-ID: Hi Ben, Thanks for your report. I believe we are missing at least one DLL in the Windows package. I have reported an issue here: https://gitlab.kitware.com/paraview/paraview-superbuild/issues/53 I'm not sure if it will make the ParaView 5.4.0 release coming out soon. Thanks, Cory On Tue, May 23, 2017 at 1:28 PM, Partridge, Ben D wrote: > Hi guys > > > I'm having a few issues setting up ParaView - the installation appears to > proceed smoothly until I start the application and then I am greeted with a > series of error messages of the form: > > > Failed to load libEGL (The specified module could not be > found.)QWindowsEGLStaticContext::create: Failed to load and resolve libEGL > functionsFailed to load opengl32sw.dll (The specified module could not be > found.)Failed to load and resolve WGL/OpenGL functionsFailed to load libEGL > (The specified module could not be found.)QWindowsEGLStaticContext::create: > Failed to load and resolve libEGL functionsFailed to load opengl32sw.dll > (The specified module could not be found.)Failed to load and resolve > WGL/OpenGL functionsQOpenGLWidget: Failed to create contextcomposeAndFlush: > makeCurrent() failedcomposeAndFlush: makeCurrent() failedcomposeAndFlush: > makeCurrent() failedcomposeAndFlush: makeCurrent() failedcomposeAndFlush: > makeCurrent() failedcomposeAndFlush: makeCurrent() failedcomposeAndFlush: > makeCurrent() failedcomposeAndFlush: makeCurrent() failedcomposeAndFlush: > makeCurrent() failed > > > I have simply downloaded the ParaView binary installer and proceeded through > the installation. Has anyone encountered this problem/know how to resolve > it? I am probably missing something very basic, but would greatly appreciate > any help. > > > Many thanks > > 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 > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From benjamincorr at gmail.com Tue May 23 14:25:13 2017 From: benjamincorr at gmail.com (Ben Orr) Date: Tue, 23 May 2017 13:25:13 -0500 Subject: [Paraview] extract time-series structured data to numpy 3D array Message-ID: Paraview Developers, I have timeseries, structured multiblock, density data in the ensight format. For example purposes, say 1000 timesteps and 40 blocks. I would like to export all timesteps for only block#=12, IJK_index=(12,14,1). A common example of doing this is when treating a cell as a virtual pressure-tap. The problem I'm having is verifying that time is actually incrementing, and that the reshape from the 1D vtk array to a 3D numpy array is correct. The following is the core of the script I am using to perform this analysis. ##################################################################### import paraview.simple as pv pv._DisableFirstRenderCameraReset() import paraview.servermanager as pvs import paraview.numpy_support as pvn import numpy as np # hard-coded path to ensight case file ensight_case_path = '/path/to/ensight.case' # obviously my script has a valid path # Read in the ensight data ensightcase = pv.EnSightReader(CaseFileName=ensight_case_path) ensightcase.PointArrays = ['Density'] # loop over each timestep for t in ensightcase.TimestepValues: ensightcase.UpdatePipeline(time=t) # TODO: verify that this indeed updates time # bring the data to the client ensightcase_data = pvs.Fetch(ensightcase) # get the 12th index block (zero-based index, so actually the 13th block) block = ensightcase_data.GetBlock(12) # get the i,j,k dimensions (used next to reshape the numpy array) shape = block.GetDimensions() # "convert" the vtkFloatArray to numpy. comes in 1D, so reshape according to i,j,k # TODO: verify that passing vtk's `GetDimensions` to numpy's `reshape` has the desired effect block12_array3d = pvn.vtk_to_numpy(block.GetPointData().GetArray('Density')).reshape(shape) # my real script does stuff with the data. for this example, just print it print("time = ", t, "\tdensity = ", block12_array3d[12,14,1]) ##################################################################### This is a simple problem, but I'm not finding any documentation to backup my two assumptions. Given the importance of this script to my analysis, I wanted to request conformation from the community before going forward. I have quite a lot of data to analysis, so any performance suggestions are also welcome. Thank you, Ben Orr benjamincorr at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Tue May 23 14:45:32 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 23 May 2017 14:45:32 -0400 Subject: [Paraview] Questions about using ParaViem in a cluster In-Reply-To: References: Message-ID: L?o, Let me preface my saying this is not the most tested configuration, you may have to experiment a bit, but here's a possible setup. 1. run pvdataserver foo.pvx on our cluster (M ranks, where M >= 6) 2. run pvrenderserver with 6 ranks on your desktop. Provide the pvx file to pvrenderservers as well 3. Now connect ParaView client to this dataserver/render-server config. Utkarsh -------------- next part -------------- An HTML attachment was scrubbed... URL: From bloring at lbl.gov Tue May 23 18:27:48 2017 From: bloring at lbl.gov (Burlen Loring) Date: Tue, 23 May 2017 15:27:48 -0700 Subject: [Paraview] gpu_shader4 extension is not supported In-Reply-To: <9271f3bc-6d9b-0a2d-7bfa-81f60c4ada44@legi.grenoble-inp.fr> References: <58292800-ab8a-c729-4dfe-63bb9fef8a03@legi.grenoble-inp.fr> <2adedaae-8ee6-b3e5-250b-a3c00c1e1580@legi.grenoble-inp.fr> <8329b261-8387-fd31-4b63-a14ca125e007@gmail.com> <71fe5007-fc1b-874d-81dc-0685b2354c44@legi.grenoble-inp.fr> <361eef80-2d07-c501-b480-f3bb824334b1@gmail.com> <9271f3bc-6d9b-0a2d-7bfa-81f60c4ada44@legi.grenoble-inp.fr> Message-ID: <8a36609c-066d-de70-b9a1-d7cdb235445d@lbl.gov> Sweet! On 05/23/2017 12:51 AM, Patrick Begou wrote: > Thanks a lot Burlen, all is running fine now with this setup for mesa > on the front-end. > With Paraview, I had to add some parameters for ffmpeg-3.3 libraries > that were not automaticaly loaded and set LD_LIBRARY_PATH to load llvm > is a separate directory from mesa but all runs fine now: > export > LD_LIBRARY_PATH=/share/apps/mesa/17.0.6-x11-swr/lib/:$LD_LIBRARY_PATH > export LD_LIBRARY_PATH=/share/apps/llvm/4.0.0/lib:$LD_LIBRARY_PATH > > and for cmake: > cmake ............ > -DPARAVIEW_ENABLE_FFMPEG=ON \ > -DFFMPEG_ROOT=/share/apps/ffmpeg-3.3-GCC485 \ > -DCMAKE_EXE_LINKER_FLAGS="-Wl,-rpath-link=/share/apps/ffmpeg-3.3-GCC485/lib:/share/apps/llvm/4.0.0/lib:/share/apps/mesa/17.0.6-x11-swr/lib > -L/share/apps/ffmpeg-3.3-GCC485/lib -lswresample -lavutil -lavformat > -lavcodec -lswscale -lavdevice -lavfilter" \ > -DVTK_FFMPEG_AVCODECID=ON \ > ....... > > Burlen Loring wrote: >>> - one build for the front end with GUI: it has no GPU but a >>> windowing system (this is the blocking point at this time) >> OK. to accomplish this, first do a Mesa build configured as >> follows(glx+software rendering) >> >> ../mesa-17.0.6/configure --enable-texture-float --enable-glx >> --disable-dri --disable-egl --disable-gles1 --disable-gles2 >> --disable-gbm --disable-driglx-direct --disable-xvmc >> --with-gallium-drivers=swrast,swr >> --prefix=/work/apps/mesa/17.0.6-x11-swr >> >> make sure ParaView can find it, and configure ParaView as follows >> >> export >> LD_LIBRARY_PATH=/work/apps/mesa/17.0.6-x11-swr/lib/:$LD_LIBRARY_PATH >> cmake -DOPENGL_INCLUDE_DIR=/work/apps/mesa/17.0.6-x11-swr/include >> -DOPENGL_gl_LIBRARY=/work/apps/mesa/17.0.6-x11-swr/lib/libGL.so >> ~/work/ParaView/ >> >> when you run ParaView the "help/about" dialog should report VMWare >> Mesa 17.0.6 Gallium on llvmpipe. >> >> On 05/16/2017 11:18 PM, Patrick Begou wrote: >>> Yes Burlen, this is exactly what I try to do: >>> - one build for the nodes whitout GUI as they have no windowing >>> system nor GPU (I build this using the wiki documentation) >>> - one build for the front end with GUI: it has no GPU but a >>> windowing system (this is the blocking point at this time) >>> - one build on the users workstations where a GPU and a windowing >>> system are available (this is working too thanks to the wiki >>> documentation) >>> >>> On the front-end I have a system libGL but too old for Paraview 5 >>> and it is requested by other commercial softwares. This is why I try >>> to build a new mesa from sources for Paraview. I use the module >>> environment then to set the LD_LIBRARY_PATH and PATH order to reach >>> the right libraries and, as strace show, it seams to work fine. So I >>> suppose it is a mesa configuration mistake in my build. >>> >>> May be should I post on the Mesa forum ? >>> >>> Patrick >>> >>> >>> Burlen Loring wrote: >>>> that's the point. this allows you to run without the windowing >>>> system or GPU on the cluster. Most cluster have neither. If you >>>> wanted to provide the GUI then I would suggest you have two >>>> installs of both ParaView and Mesa. One based on OSMesa, the other >>>> based on some X11 enabled OpenGL. Alternatively you could install >>>> only the OSMesa capable pvserver as suggested in previous email and >>>> direct your users to the ParaView GUI enabled binaries that Kitware >>>> provides on their web site. The latter is what I have been doing. >>>> >>>> As an aside, it gets messy when you have two libGL in the same >>>> build. One need to be very careful about library dependencies. It >>>> is possible to do this if one is very careful during link time. >>>> However as far as I know this has not been supported for quite a >>>> long time in VTK/ParaView, and I think it would require some >>>> reorganization of VTK OpernGL classes. >>>> >>>> Burlen >>>> >>>> On 05/16/2017 08:38 AM, Patrick Begou wrote: >>>>> Burlen Loring wrote: >>>>>> ../mesa-17.0.2/configure --enable-texture-float --disable-glx >>>>>> --disable-dri --disable-egl --disable-gles1 --disable-gles2 >>>>>> --disable-gbm --disable-driglx-direct --disable-xvmc >>>>>> --enable-gallium-osmesa --with-gallium-drivers=swrast,swr >>>>>> --prefix=/usr/common/software/ParaView/mesa/17.0.2/ >>>>> >>>>> Hi Burlen, >>>>> >>>>> this Mesa setup does not provide libGL requested to build paraview >>>>> with GUI enabled :-( >>>>> It is OK for the cluster nodes but not for the frontend where I >>>>> need this GUI even with no GPU installed. >>>>> >>>>> Patrick >>>>> >>>> >>>> >>> >>> >> > > > -- > =================================================================== > | Equipe M.O.S.T. | | > | Patrick BEGOU |mailto:Patrick.Begou at grenoble-inp.fr | > | LEGI | | > | BP 53 X | Tel 04 76 82 51 35 | > | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | > =================================================================== > > > _______________________________________________ > 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 m.pereanez at sheffield.ac.uk Wed May 24 02:04:06 2017 From: m.pereanez at sheffield.ac.uk (Marco Pereanez) Date: Wed, 24 May 2017 07:04:06 +0100 Subject: [Paraview] ParaView Web - File pv_web_visualizer.py missing from Mac release v5.4 In-Reply-To: References: Message-ID: <853686FF-48F7-4392-931B-10D57AFB4D68@sheffield.ac.uk> Morning, I am trying to use ParaView Web on Mac using Paraview v5.4 by following the guide in the following link: http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/quick_start The problem is that the Python script 'pv_web_visualizer.py' is not included in the release for Mac. The following is the call to the file pv_web_visualizer.py which does not exist. $ cd /Applications/paraview.app/Contents $ ./bin/pvpython Python/paraview/web/pv_web_visualizer.py \ --content www \ --data-dir /path-to-share/ \ --port 8080 & $ open http://localhost:8080/apps/Visualizer Has anyone come across this issue? Thanks for any help. Marco. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Patrick.Begou at legi.grenoble-inp.fr Wed May 24 04:15:44 2017 From: Patrick.Begou at legi.grenoble-inp.fr (Patrick Begou) Date: Wed, 24 May 2017 10:15:44 +0200 Subject: [Paraview] RedHat6/mesa/Paraview5.3 problem Message-ID: I've not completly solved our migration from Paraview 4.1 to paraview 5.3... On a RedHat 6 server, with AMD firepro W7000 GPU I've compiled successfully paraview. But launching the application returns: vtkXOpenGLRenderWindow (0x2671a80): GL version 2.1 with the gpu_shader4 extension is not supported by your graphics driver but is required for the new OpenGL rendering backend. Please update your OpenGL driver. If you are using Mesa please make sure you have version 10.6.5 or later and make sure your driver in Mesa supports OpenGL 3.2. This server uses mesa-libGL-11.0.7-4.el6.x86_64 (from ELrepo) wich is > 10.6.5 (requested for paraview in this message) but a glxinfo returns: name of display: :1 display: :1 screen: 0 direct rendering: Yes .... OpenGL vendor string: VMware, Inc. OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.6, 256 bits) OpenGL version string: 2.1 Mesa 11.0.7 OpenGL shading language version string: 1.30 ... I've checked with ldd that the loaded openGL library is the good one: bash-4.1$ ldd $(which glxinfo) ..... libGLU.so.1 => /usr/lib64/libGLU.so.1 (0x00007f33b79e9000) libGL.so.1 => /usr/lib64/libGL.so.1 (0x0000003bb5600000) .... bash-4.1$ rpm -qf /usr/lib64/libGL.so.1 mesa-libGL-11.0.7-4.el6.x86_64 I'm launching paraview via vncviewer on this node. So which minimal mesa version is required for paraview 5.3 ? Thanks Patrick -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | =================================================================== From sebastien.jourdain at kitware.com Wed May 24 10:17:31 2017 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Wed, 24 May 2017 08:17:31 -0600 Subject: [Paraview] ParaView Web - File pv_web_visualizer.py missing from Mac release v5.4 In-Reply-To: <853686FF-48F7-4392-931B-10D57AFB4D68@sheffield.ac.uk> References: <853686FF-48F7-4392-931B-10D57AFB4D68@sheffield.ac.uk> Message-ID: That would be the correct link: https://kitware.github.io/paraviewweb/docs/architecture.html#Simplicity Did you manage to find that page using a search engine or from a link on our Web site? If from a link do you mind pointing that page as we should fix it. Thanks, Seb On Wed, May 24, 2017 at 12:04 AM, Marco Pereanez wrote: > Morning, > > I am trying to use ParaView Web on Mac using Paraview v5.4 by following > the guide in the following link: > > http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/ > index.html#!/guide/quick_start > > The problem is that the Python script 'pv_web_visualizer.py' is not > included in the release for Mac. > > The following is the call to the file pv_web_visualizer.py which does not > exist. > > $ cd /Applications/paraview.app/Contents > $ ./bin/pvpython Python/paraview/web/pv_web_visualizer.py \ > --content www \ > --data-dir /path-to-share/ \ > --port 8080 & > $ open http://localhost:8080/apps/Visualizer > > Has anyone come across this issue? > > Thanks for any help. > > Marco. > > > _______________________________________________ > 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 May 24 11:09:58 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 24 May 2017 11:09:58 -0400 Subject: [Paraview] Fwd: Updating Properties Panel In-Reply-To: References: Message-ID: Kevin, Before we discuss how this can be done (or can't be done), let's try to figure out what we want here. Is the user ever expected to change "Scene ID", "Object Index" etc., the parameters that you are expecting to change their value when the "Current Object" is changed, or are they just for information purposes only? Utkarsh On Tue, May 23, 2017 at 1:48 PM, Dean, Kevin wrote: > > ---------- Forwarded message ---------- > From: Dean, Kevin > Date: Mon, May 22, 2017 at 12:37 PM > Subject: Re: Updating Properties Panel > To: Utkarsh Ayachit > > > So I have one more question. I have added a dropdown box in order to switch > between objects in my MB DataSet. Is it the same kind of Idea where I need > to Update the metadata in order for the values of the block information to > change in the panel again? Here are pictures of how it is currently. (Also, > when I print out the "current" values to the command line, they are correct > (they just aren't correct in the properties panel). > > Thanks, > > Kevin > > P.S. - you can see that Current Object Differs, but the other information > remains the same) > > On Thu, May 18, 2017 at 10:59 AM, Dean, Kevin > wrote: >> >> Thanks Utkarsh, I really appreciate it! If I have any questions I'll get >> back to you. Thanks again. >> >> Kevin >> >> On Thursday, May 18, 2017, Utkarsh Ayachit >> wrote: >>> >>> Kevin, >>> >>> Here's a new example for filling up properties with default values read >>> from file meta-data. >>> >>> https://gitlab.kitware.com/paraview/paraview/merge_requests/1655 >>> >>> Hope that gives you enough pointers to make progress. >>> >>> Utkarsh >>> >>> On Wed, May 17, 2017 at 9:39 AM, Utkarsh Ayachit >>> wrote: >>>> >>>> Kevin, >>>> >>>> Are you asking how to add a way for your reader to allow the the user to >>>> interactively place a (x,y,z) location? If so, look at "Point Source" [1]. >>>> The "Center" property, together with the XML snippet should >>>> add the interactive widget. >>>> >>>> Utkarsh >>>> >>>> [1] >>>> https://gitlab.kitware.com/paraview/paraview/blob/master/ParaViewCore/ServerManager/SMApplication/Resources/sources.xml#L1113-1153 >>>> >>>> On Tue, May 16, 2017 at 5:53 PM, Dean, Kevin >>>> wrote: >>>>> >>>>> Hey Guys, >>>>> >>>>> I was wondering if there's an example for me to look at for updating >>>>> values in the fields of the properties panel. I am writing a Plugin that has >>>>> the option of reading in values from a CSV, but I would like to have the >>>>> values update in the properties panel... similar to how if you use a probe >>>>> location filter, it adjusts (x, y, z) interactivley. Thanks for the help. >>>>> >>>>> Kevin >>>>> >>>>> 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. >>>>> _______________________________________________ >>>>> 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 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. > > _______________________________________________ > 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 kevin.dean at decisionsciencescorp.com Wed May 24 14:10:58 2017 From: kevin.dean at decisionsciencescorp.com (Dean, Kevin) Date: Wed, 24 May 2017 11:10:58 -0700 Subject: [Paraview] Fwd: Fwd: Updating Properties Panel In-Reply-To: References: Message-ID: ---------- Forwarded message ---------- From: Dean, Kevin Date: Wed, May 24, 2017 at 10:59 AM Subject: Re: [Paraview] Fwd: Updating Properties Panel To: Utkarsh Ayachit Ok, Some Information will probably stay the same, such as the Scene Identification, Object Index, etc. However, I have the plugin set up to perform a vtkExtractBlock when selecting the object in the MB dataset I want to adjust. (These are truth coordinates for SVMs and Convolutional Neural Nets) So if I am to adjust the position of the object within the SceneID, I would like for those new coordinates to be dispalyed in the Properties Panel. But most of the properties will probably be information only. Kevin On Wed, May 24, 2017 at 8:09 AM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > Kevin, > > Before we discuss how this can be done (or can't be done), let's try > to figure out what we want here. > > Is the user ever expected to change "Scene ID", "Object Index" etc., > the parameters that you are expecting to change their value when the > "Current Object" is changed, or are they just for information purposes > only? > > Utkarsh > > On Tue, May 23, 2017 at 1:48 PM, Dean, Kevin > wrote: > > > > ---------- Forwarded message ---------- > > From: Dean, Kevin > > Date: Mon, May 22, 2017 at 12:37 PM > > Subject: Re: Updating Properties Panel > > To: Utkarsh Ayachit > > > > > > So I have one more question. I have added a dropdown box in order to > switch > > between objects in my MB DataSet. Is it the same kind of Idea where I > need > > to Update the metadata in order for the values of the block information > to > > change in the panel again? Here are pictures of how it is currently. > (Also, > > when I print out the "current" values to the command line, they are > correct > > (they just aren't correct in the properties panel). > > > > Thanks, > > > > Kevin > > > > P.S. - you can see that Current Object Differs, but the other information > > remains the same) > > > > On Thu, May 18, 2017 at 10:59 AM, Dean, Kevin > > wrote: > >> > >> Thanks Utkarsh, I really appreciate it! If I have any questions I'll get > >> back to you. Thanks again. > >> > >> Kevin > >> > >> On Thursday, May 18, 2017, Utkarsh Ayachit > > >> wrote: > >>> > >>> Kevin, > >>> > >>> Here's a new example for filling up properties with default values read > >>> from file meta-data. > >>> > >>> https://gitlab.kitware.com/paraview/paraview/merge_requests/1655 > >>> > >>> Hope that gives you enough pointers to make progress. > >>> > >>> Utkarsh > >>> > >>> On Wed, May 17, 2017 at 9:39 AM, Utkarsh Ayachit > >>> wrote: > >>>> > >>>> Kevin, > >>>> > >>>> Are you asking how to add a way for your reader to allow the the user > to > >>>> interactively place a (x,y,z) location? If so, look at "Point Source" > [1]. > >>>> The "Center" property, together with the XML snippet > should > >>>> add the interactive widget. > >>>> > >>>> Utkarsh > >>>> > >>>> [1] > >>>> https://gitlab.kitware.com/paraview/paraview/blob/master/Par > aViewCore/ServerManager/SMApplication/Resources/sources.xml#L1113-1153 > >>>> > >>>> On Tue, May 16, 2017 at 5:53 PM, Dean, Kevin > >>>> wrote: > >>>>> > >>>>> Hey Guys, > >>>>> > >>>>> I was wondering if there's an example for me to look at for updating > >>>>> values in the fields of the properties panel. I am writing a Plugin > that has > >>>>> the option of reading in values from a CSV, but I would like to have > the > >>>>> values update in the properties panel... similar to how if you use a > probe > >>>>> location filter, it adjusts (x, y, z) interactivley. Thanks for the > help. > >>>>> > >>>>> Kevin > >>>>> > >>>>> 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. > >>>>> _______________________________________________ > >>>>> 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 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. > > > > _______________________________________________ > > 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 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 yvan.fournier at free.fr Wed May 24 20:18:04 2017 From: yvan.fournier at free.fr (Yvan Fournier) Date: Thu, 25 May 2017 02:18:04 +0200 Subject: [Paraview] Catalyst dlopen issues with OpenGL2 support for off-screen Mesa References: <1489188960.14532.1.camel@free.fr> Message-ID: <1495671484.31674.2.camel@free.fr> Hello, I reproduced the issue described 2 months ago relative to detection of OSMesa OpenGL2 support using dynamically loaded shared libraries on another machine. I had reproduced this issue on Debian-9 based systems, but not with the preconfigured Mesa/OSMesa from Arch Linux. Recently, I had other issues with the packaged library on Arch (Mesa 17.1.0, including both off-screen and on-screen drivers), as glGetString and a few other symbols were not found. So I recompiled Mesa for off-screen mode, using the recommendations from the ParaView Wiki (with the packaged LLVM 4.0), and encounter the following error again when starting Catalyst: -------------------------------- ERROR: In /home/yvan/src/ParaView/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, line 831 vtkOSOpenGLRenderWindow (0x72e3c00): GL version 2.1 with the gpu_shader4 extension is not supported by your graphics driver but is required fo r the new OpenGL rendering backend. Please update your OpenGL driver. If you are using Mesa please make sure you have version 10.6.5 or later and make sure your driver in Mesa supports OpenGL 3.2. -------------------------------- Trying to force usage of OpenSWR (using "export GALLIUM_DRIVER=swr") I have another error: -------------------------------- SWR detected AVX2 SWR library load failure: /home/yvan/opt/osmesa/lib/libswrAVX2.so: undefined symbol: _glapi_tls_Dispatch -------------------------------- So this seems quite reproducible on various systems, and both with LLVM 3.9 or LLVM 4, Mesa 13 or 17. When linking ParaView (Catalyst) normally (rather than linking them with a smaller module loaded as a plugin with dlopen), both the default LLVMpipe and OpenSwr errors dissapear, and things work fine Does anybody have an idea what I may be missing when loading with dlopen ? Best regards, Yvan From: Yvan Fournier To: paraview at paraview.org Objet: Re: [Paraview] Issues with OpenGL2 support for off-screen Mesa Date: Sat, 11 Mar 2017 00:36:00 +0100 > Hello, > > I made some progress using OpenGL2 for offs-screen Mesa on a Debian 8-based > system: > > I don't need to compile my code or ParaView in static: compiling everything > with > dyanmic libraries works, as long as I link everything together instead of > loading a plugin (consisting of some Code_Saturne libraries, ParaView > Libraries, > and OSMesa/Gallium). > > So it seems some things re not initialized correctly when I load ParaView and > OSMesa as a plugin, so I'm not took sure the problem comes from ParaView, > OSMesa, or LLVM. I tried OSMesa 13.0.3 and 17.0.1, and LLVM 3.5 (packaged with > Debian 8) and 3.9 (local build), with identical results. > > I also tried using RTLD_NOW and even RTLD_NOW | RTLD_GLOBAL instead of the > usual > RTLD_LAZY when using dlopen, with no difference in behavior (I have not tried > RTLD_DEEPBIND). > > Has anyone encountered similar issues or does anyone have an idea what could > be > missing in the initialization stage using dlopen for a plugin linked with > Catalyst ? I do not encounter this issue on an Arch-Linux-based system, but > encounter it on a Debian 8 ("Jessie") system ? > > Using a plugin is not an absolute must, but it would be preferable if I > managed > to get it working again with that build option. > > Best regards, > > Yvan > > > Friday Feb 24 f?vrier 2017 at 18:25 +0100, yvan.fournier at free.fr wrote: > > > Hi Chuck, > > > > here is what I have in /home/D43345/opt/Mesa-13.0/arch/calibre9/lib: > > > > -rwxr-xr-x 1 D43345 rdusers 1098 Feb 22 15:24 libOSMesa.la > > lrwxrwxrwx 1 D43345 rdusers 18 Feb 22 15:24 libOSMesa.so -> > > libOSMesa.so.8.0.0 > > lrwxrwxrwx 1 D43345 rdusers 18 Feb 22 15:24 libOSMesa.so.8 -> > > libOSMesa.so.8.0.0 > > -rwxr-xr-x 1 D43345 rdusers 47309888 Feb 22 15:24 libOSMesa.so.8.0.0 > > -rwxr-xr-x 1 D43345 rdusers 962 Feb 22 15:24 libglapi.la > > lrwxrwxrwx 1 D43345 rdusers 17 Feb 22 15:24 libglapi.so -> > > libglapi.so.0.0.0 > > lrwxrwxrwx 1 D43345 rdusers 17 Feb 22 15:24 libglapi.so.0 -> > > libglapi.so.0.0.0 > > -rwxr-xr-x 1 D43345 rdusers 1400520 Feb 22 15:24 libglapi.so.0.0.0 > > -rwxr-xr-x 1 D43345 rdusers 1018 Feb 22 15:24 libswrAVX.la > > lrwxrwxrwx 1 D43345 rdusers 18 Feb 22 15:24 libswrAVX.so -> > > libswrAVX.so.0.0.0 > > lrwxrwxrwx 1 D43345 rdusers 18 Feb 22 15:24 libswrAVX.so.0 -> > > libswrAVX.so.0.0.0 > > -rwxr-xr-x 1 D43345 rdusers 97879312 Feb 22 15:24 libswrAVX.so.0.0.0 > > -rwxr-xr-x 1 D43345 rdusers 1024 Feb 22 15:24 libswrAVX2.la > > lrwxrwxrwx 1 D43345 rdusers 19 Feb 22 15:24 libswrAVX2.so -> > > libswrAVX2.so.0.0.0 > > lrwxrwxrwx 1 D43345 rdusers 19 Feb 22 15:24 libswrAVX2.so.0 -> > > libswrAVX2.so.0.0.0 > > -rwxr-xr-x 1 D43345 rdusers 96655416 Feb 22 15:24 libswrAVX2.so.0.0.0 > > drwxr-xr-x 2 D43345 rdusers 4096 Feb 22 15:24 pkgconfig > > > > > > And here is the summary after configuration of Mesa: > > > > prefix: /home/D43345/opt/Mesa-13.0/arch/calibre9 > > exec_prefix: ${prefix} > > libdir: ${exec_prefix}/lib > > includedir: ${prefix}/include > > > > OpenGL: yes (ES1: no ES2: no) > > > > OSMesa: libOSMesa (Gallium) > > > > GLX: no > > > > EGL: no > > > > Vulkan drivers: no > > > > llvm: yes > > llvm-config: /home/D43345/opt/llvm-3.9/arch/calibre9/bin/llvm- > > config > > llvm-version: 3.9.1 > > > > Gallium drivers: swrast swr > > Gallium st: mesa > > > > HUD extra stats: no > > HUD lmsensors: no > > > > Shader cache: yes > > With SHA1 from: libcrypto > > > > Shared libs: yes > > Static libs: no > > Shared-glapi: yes > > > > CFLAGS: -g -O2 -Wall -std=c99 -Werror=implicit-function- > > declaration -Werror=missing-prototypes -fno-math-errno -fno-trapping-math > > CXXFLAGS: -g -O2 -Wall -fno-math-errno -fno-trapping-math > > Macros: -D__STDC_LIMIT_MACROS -D__STDC_CONSTANT_MACROS > > -D_GNU_SOURCE -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS -DNDEBUG > > -DUSE_X86_64_ASM > > -DHAVE_XLOCALE_H -DHAVE_SYS_SYSCTL_H -DHAVE_STRTOF -DHAVE_MKOSTEMP > > -DHAVE_DLOPEN -DHAVE_POSIX_MEMALIGN -DHAVE_SHA1 -DMESA_EGL_NO_X11_HEADERS > > -DHAVE_LLVM=0x0309 -DMESA_LLVM_VERSION_PATCH=1 > > > > LLVM_CFLAGS: -I/home/D43345/opt/llvm- > > 3.9/arch/calibre9/include - > > D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS > > LLVM_CXXFLAGS: -I/home/D43345/opt/llvm- > > 3.9/arch/calibre9/include -W -Wno-unused-parameter -Wwrite-strings -Wno- > > missing-field-initializers -Wno-long-long -Wno-maybe-uninitialized > > -Wdelete- > > non-virtual-dtor -Wno-comment -Werror=date-time -std=c++11 - > > D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS > > LLVM_CPPFLAGS: -I/home/D43345/opt/llvm- > > 3.9/arch/calibre9/include - > > D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS > > LLVM_LDFLAGS: -L/home/D43345/opt/llvm-3.9/arch/calibre9/lib > > > > PYTHON2: python2.7 > > > > Run 'make' to build Mesa > > > > > > Best regards, > > > > Yvan > > > > ----- Mail original ----- > > De: "Chuck Atkins" > > ?: "yvan fournier" > > Cc: "ParaView Mailing List" > > Envoy?: Jeudi 23 F?vrier 2017 19:14:03 > > Objet: Re: [Paraview] Issues with OpenGL2 support for off-screen Mesa > > > > > > > > Hi Yvan, > > What are the resulting libraries in /home/D43345/opt/Mesa- > > 13.0/arch/calibre9/lib after the Mesa install? It looks like something has > > gone a bit awry with the Mesa build. Also, what does the summary look like > > that's printed out at the end of ./configure for Mesa? > > > > > > > > > > > > > > > > > > > > ---------- > > Chuck Atkins > > Staff R&D Engineer, Scientific Computing > > Kitware, Inc. > > > > > > > > On Wed, Feb 22, 2017 at 7:00 PM, < yvan.fournier at free.fr > wrote: > > > > > > Hello, > > > > I recently encountered issues related to the OpenGL2 support for off-screen > > Mesa. Up to at least ParaView V5.1.2, I could use ParaView/Catalyst built > > with > > OSMesa with no specific issues (I mostly used OSMesa compiled without LLVM, > > as > > rendering did not represent a huge portion of my compute time. > > > > I'm using Catalyst in the context of the Code_Saturne CFD code. By default, > > the code includes a plugin, linked to both ParaView or a Catalys edition > > (based on the info from the cmake entry in ParaView installs when > > -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON is used). On Linux systems, the > > plugin > > is loaded with dlopen(, RTLD_LAZY). > > We use Catalyst Python scripts, so the plugin goes through ParaView's Python > > layer also to render images. > > > > On my personal PC, running Arch Linux I have not encountered any specific > > issue with recent ParaView changes and the move to OpenGL2 (actually, for > > on- > > screen redering, the Intel graphics driver/QT5 rendering issue leading to > > spurious transparencies that I had before seem to have disappeared, so > > things > > are actually better. > > > > On company machines (workstations and clusters using EDF's Debian 8 flavor, > > with gcc version (Debian 4.9.2-10) 4.9.2, things are not working so well, as > > I > > get an error message related to missing OpenGL features starting with > > ParaView > > 5.2 (and up to today's master). > > I switched to Mesa 13.0.1, then 13.0.4, following the new instructions on > > the > > ParaView Wiki, but I still always get the following error: > > > > """ > > ERROR: In > > /home/D43345/src/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, > > line 733 > > vtkOSOpenGLRenderWindow (0x808db80): GL version 2.1 with the gpu_shader4 > > extension is not supported by your graphics driver but is required for the > > new > > OpenGL rendering backend. Please update your OpenGL driver. If you are using > > Mesa please make sure you have version 10.6.5 or later and make sure your > > driver in Mesa supports OpenGL 3.2. > > GL_Version: 3.3 (Core Profile) Mesa 13.0.4. > > """ > > > > My mesa build used the following options (from the ParaView wiki) : > > > > ./configure --prefix=$HOME/opt/Mesa-13.0/arch/calibre9 --enable-opengl -- > > disable-gles1 --disable-gles2 --disable-va --disable-xvmc --disable-vdpau -- > > enable-shared-glapi --disable-texture-float --enable-gallium-llvm --enable- > > llvm-shared-libs --with-gallium-drivers=swrast,swr --disable-dri --with-dri- > > drivers= --disable-egl --with-egl-platforms= --disable-gbm --disable-glx -- > > disable-osmesa --enable-gallium-osmesa --with-llvm-prefix=$HOME/opt/llvm- > > 3.9/arch/calibre9 > > > > I tried both using the local llvm install (v3.5, which worked in part and > > could not compile OpenSwr), and a local build of LLVM 3.9.1 (shown above). I > > also added --enable-debug for my latest tests. > > > > Things work slightly better with LLVM 3.9 than with 3.5, but I still get the > > above error mentioning the gpu_shader4 extension, whether exporting > > GALLIUM_DRIVER=llvmpipe or softpipe. With GALLIUM_DRIVER=swr, I have another > > error: > > > > """ > > Using OpenSWR : > > > > SWR detected AVX2 > > SWR library load failure: /home/D43345/opt/Mesa- > > 13.0/arch/calibre9/lib/libswrAVX2.so: undefined symbol: _glapi_Context > > """ > > > > During my testing, I also built a static version of my code, with a static > > build of ParaView (and the plugin replaced by a static link), but keeping > > the > > same dynamic library for OSMesa. And surprise, that version worked normally, > > producing the expected images (at least with the LLVM 3.9 build; with LLVM > > 3.5, I had the color map labels, but no colored slice...). > > > > So the issue seems to be on the ParaView side more than on the OSMesa side. > > I > > have a debug build of the Code_Saturne/ParaView/OSMesa stack, but although I > > can explore where the final error occurs (in vtkOpenGLRenderWindow.cxx), and > > some GLES querying before that, I don't realy know where to look . > > > > As the error occurs with a dynamic but not static build, is seems to be > > related to initialization issues, but I don't know VTK well enough to > > provide > > more precise info. > > > > Has anybody encounted this issue ? Does anybody have suggestions ? I'm > > planning on trying other options than RTLD_LAZY on my plugin's side, but if > > that does not work, I'll be out of ideas. > > > > Best regards, > > > > Yvan > > > > PS: in case they are useful as a reference, the build options for Mesa used > > by > > Arch Linux (recently switched from 13 to 17), on the system on which I had > > zero issue, are the following: > > > > ./configure --prefix=/usr \ > > --sysconfdir=/etc \ > > --with-dri-driverdir=/usr/lib/xorg/modules/dri \ > > --with-gallium-drivers=r300,r600,radeonsi,nouveau,svga,swrast,virgl \ > > --with-dri-drivers=i915,i965,r200,radeon,nouveau,swrast \ > > --with-egl-platforms=x11,drm,wayland \ > > --with-vulkan-drivers=intel,radeon \ > > --disable-xvmc \ > > --enable-gallium-llvm \ > > --enable-llvm-shared-libs \ > > --enable-shared-glapi \ > > --enable-libglvnd \ > > --enable-egl \ > > --enable-glx \ > > --enable-glx-tls \ > > --enable-gles1 \ > > --enable-gles2 \ > > --enable-gbm \ > > --enable-dri \ > > --enable-osmesa \ > > --enable-texture-float \ > > --enable-xa \ > > --enable-vdpau \ > > --enable-omx \ > > --enable-nine \ > > --enable-opencl \ > > --enable-opencl-icd \ > > --with-clang-libdir=/usr/lib > > > > There is also a patch related to glapi linkage which I might try in case it > > solved my glapi missing symbol issue with OpenSWR... > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at http://www.kitware.com/opensourc > > e/ > > opensource.html > > > > Please keep messages on-topic and check the ParaView Wiki at: http://paravie > > w. > > 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 Wed May 24 20:43:44 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 24 May 2017 20:43:44 -0400 Subject: [Paraview] Fwd: Fwd: Updating Properties Panel In-Reply-To: References: Message-ID: Kevin, I don't think Properties Panel is best suited for what you want to do. Properties Panel is intended for a specific purpose: setting parameters on a vtkObject subclass. When the proxy for such a VTKObject is first created, ParaView has mechanism to get information from server side and set default values for properties (that's what the example I shared demonstrates). After that point, the Properties panel doesn't automatically change values i.e. if "Current Object" is changed, ParaView won't pass that to your vtkClass until Apply is hit. And even after that, ParaView won't ask your vtkClass to get new values for other properties line Scene ID etc. All the "dynamic' components us see on the Panel are developed using information locally available to the UI via domains, data information etc. They don't go the VTKObject. You have think in terms of what are attributes on the algorithm that control it's execution and what's information shown to the user. Attributes/parameters go on the Properties panel. Things that are showing information about it's current status are generally relegated to an "inspector" panel e.g. multiblock inspector, data information panel etc. Now you can create a dummy property, tell paraview to create a custom widget for it and then make that custom widget behave like an inspector -- if you want to get creative, that is. Utkarsh On Wed, May 24, 2017 at 2:10 PM, Dean, Kevin wrote: > > ---------- Forwarded message ---------- > From: Dean, Kevin > Date: Wed, May 24, 2017 at 10:59 AM > Subject: Re: [Paraview] Fwd: Updating Properties Panel > To: Utkarsh Ayachit > > > Ok, Some Information will probably stay the same, such as the Scene > Identification, Object Index, etc. > > However, I have the plugin set up to perform a vtkExtractBlock when > selecting the object in the MB dataset I want to adjust. (These are truth > coordinates for SVMs and Convolutional Neural Nets) So if I am to adjust the > position of the object within the SceneID, I would like for those new > coordinates to be dispalyed in the Properties Panel. > > But most of the properties will probably be information only. > > Kevin > > On Wed, May 24, 2017 at 8:09 AM, Utkarsh Ayachit > wrote: >> >> Kevin, >> >> Before we discuss how this can be done (or can't be done), let's try >> to figure out what we want here. >> >> Is the user ever expected to change "Scene ID", "Object Index" etc., >> the parameters that you are expecting to change their value when the >> "Current Object" is changed, or are they just for information purposes >> only? >> >> Utkarsh >> >> On Tue, May 23, 2017 at 1:48 PM, Dean, Kevin >> wrote: >> > >> > ---------- Forwarded message ---------- >> > From: Dean, Kevin >> > Date: Mon, May 22, 2017 at 12:37 PM >> > Subject: Re: Updating Properties Panel >> > To: Utkarsh Ayachit >> > >> > >> > So I have one more question. I have added a dropdown box in order to >> > switch >> > between objects in my MB DataSet. Is it the same kind of Idea where I >> > need >> > to Update the metadata in order for the values of the block information >> > to >> > change in the panel again? Here are pictures of how it is currently. >> > (Also, >> > when I print out the "current" values to the command line, they are >> > correct >> > (they just aren't correct in the properties panel). >> > >> > Thanks, >> > >> > Kevin >> > >> > P.S. - you can see that Current Object Differs, but the other >> > information >> > remains the same) >> > >> > On Thu, May 18, 2017 at 10:59 AM, Dean, Kevin >> > wrote: >> >> >> >> Thanks Utkarsh, I really appreciate it! If I have any questions I'll >> >> get >> >> back to you. Thanks again. >> >> >> >> Kevin >> >> >> >> On Thursday, May 18, 2017, Utkarsh Ayachit >> >> >> >> wrote: >> >>> >> >>> Kevin, >> >>> >> >>> Here's a new example for filling up properties with default values >> >>> read >> >>> from file meta-data. >> >>> >> >>> https://gitlab.kitware.com/paraview/paraview/merge_requests/1655 >> >>> >> >>> Hope that gives you enough pointers to make progress. >> >>> >> >>> Utkarsh >> >>> >> >>> On Wed, May 17, 2017 at 9:39 AM, Utkarsh Ayachit >> >>> wrote: >> >>>> >> >>>> Kevin, >> >>>> >> >>>> Are you asking how to add a way for your reader to allow the the user >> >>>> to >> >>>> interactively place a (x,y,z) location? If so, look at "Point Source" >> >>>> [1]. >> >>>> The "Center" property, together with the XML snippet >> >>>> should >> >>>> add the interactive widget. >> >>>> >> >>>> Utkarsh >> >>>> >> >>>> [1] >> >>>> >> >>>> https://gitlab.kitware.com/paraview/paraview/blob/master/ParaViewCore/ServerManager/SMApplication/Resources/sources.xml#L1113-1153 >> >>>> >> >>>> On Tue, May 16, 2017 at 5:53 PM, Dean, Kevin >> >>>> wrote: >> >>>>> >> >>>>> Hey Guys, >> >>>>> >> >>>>> I was wondering if there's an example for me to look at for updating >> >>>>> values in the fields of the properties panel. I am writing a Plugin >> >>>>> that has >> >>>>> the option of reading in values from a CSV, but I would like to have >> >>>>> the >> >>>>> values update in the properties panel... similar to how if you use a >> >>>>> probe >> >>>>> location filter, it adjusts (x, y, z) interactivley. Thanks for the >> >>>>> help. >> >>>>> >> >>>>> Kevin >> >>>>> >> >>>>> 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. >> >>>>> _______________________________________________ >> >>>>> 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 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. >> > >> > _______________________________________________ >> > 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 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. > > _______________________________________________ > 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 tossin at gmail.com Thu May 25 00:33:53 2017 From: tossin at gmail.com (Evan Kao) Date: Wed, 24 May 2017 21:33:53 -0700 Subject: [Paraview] Issue with Python path variable change from ver 5.2 onward Message-ID: Hello all, I've encountered a minor, but annoying issue (for me, at least) when using Python in Paraview (installed from binaries on Windows). I noticed that since version 5.2, the Paraview-related paths are appended to the end of the system PYTHONPATH variable, instead of inserted at the beginning. For instance: *v5.1.2* >>> import sys >>> for p in sys.path: ... print p ... D:\Program Files\ParaView 5.1.2\lib\paraview-5.1\site-packages\vtk D:\Program Files\ParaView 5.1.2\lib\paraview-5.1\site-packages <- Paraview VTK code D:\Program Files\ParaView 5.1.2\lib\paraview-5.1 D:\Program Files\ParaView 5.1.2\bin ... D:\Anaconda2\Lib\site-packages <- original system PYTHONPATH paths etc... D:\Program Files\ParaView 5.1.2\bin\python27.zip D:\Program Files\ParaView 5.1.2\bin\DLLs D:\Program Files\ParaView 5.1.2\bin\lib D:\Program Files\ParaView 5.1.2\bin\lib\plat-win D:\Program Files\ParaView 5.1.2\bin\lib\lib-tk D:\Program Files\ParaView 5.1.2\bin D:\Program Files\ParaView 5.1.2\bin\lib\site-packages *v5.4.0-RC2:* >>> import sys >>> for p in sys.path: ... print p ... D:\Program Files\ParaView 5.4.0-RC2-Qt5-OpenGL2-Windows-64bit\bin ... D:\Anaconda2\Lib\site-packages <- original system PYTHONPATH paths etc... D:\Program Files\ParaView 5.4.0-RC2-Qt5-OpenGL2-Windows-64bit\bin\python27.zip D:\Program Files\ParaView 5.4.0-RC2-Qt5-OpenGL2-Windows-64bit\bin\DLLs D:\Program Files\ParaView 5.4.0-RC2-Qt5-OpenGL2-Windows-64bit\bin\lib D:\Program Files\ParaView 5.4.0-RC2-Qt5-OpenGL2-Windows-64bit\bin\lib\plat-win D:\Program Files\ParaView 5.4.0-RC2-Qt5-OpenGL2-Windows-64bit\bin\lib\lib-tk D:\Program Files\ParaView 5.4.0-RC2-Qt5-OpenGL2-Windows-64bit\bin D:\Program Files\ParaView 5.4.0-RC2-Qt5-OpenGL2-Windows-64bit\bin\lib\site-packages <- Paraview VTK code D:\Program Files\ParaView 5.4.0-RC2-Qt5-OpenGL2-Windows-64bit\bin\lib\site-packages\win32 D:\Program Files\ParaView 5.4.0-RC2-Qt5-OpenGL2-Windows-64bit\bin\lib\site-packages\win32\lib This is a problem for me because I like to use the Python Programmable Filter a lot, but now whenever I import VTK, it will first look for the version of VTK on my system, rather than the one used by Paraview, which leads to conflict errors. I know this can be fixed by running the Python Shell and manipulating the PYTHONPATH variable from there, but I'd have to do that every time I open Paraview, which is pretty cumbersome. Is there a way to change this behavior? Could it be a changed back in future versions or was there a reason for this change? Thanks, Evan Kao -------------- next part -------------- An HTML attachment was scrubbed... URL: From bruno.lehyaric at gmail.com Thu May 25 10:22:52 2017 From: bruno.lehyaric at gmail.com (bruno le hyaric) Date: Thu, 25 May 2017 16:22:52 +0200 Subject: [Paraview] (no subject) Message-ID: Hi, Is there any mean to assign a texture in a python programmable filter ? I have my programmable filter which have two inputs : - a unstructured grid of 3D points with texture coordinates - an image dataset coming from an ImageReader which reads a sequence of images I would like to apply the current timestep image as a texture on my 3D model. Regards, Bruno LE HYARIC. From bruno.lehyaric at gmail.com Thu May 25 15:45:40 2017 From: bruno.lehyaric at gmail.com (bruno le hyaric) Date: Thu, 25 May 2017 21:45:40 +0200 Subject: [Paraview] Assigning texture in python programmable filter Message-ID: Hi, Is there any mean to assign a texture in a python programmable filter ? I have my programmable filter which have two inputs : - a unstructured grid of 3D points with texture coordinates - an image dataset coming from an ImageReader which reads a sequence of images I would like to apply the current timestep image as a texture on my 3D model. Regards, Bruno LE HYARIC. From steytle1 at illinois.edu Thu May 25 15:20:30 2017 From: steytle1 at illinois.edu (Steytler, Louis Louw) Date: Thu, 25 May 2017 19:20:30 +0000 Subject: [Paraview] Error when reading multiple spatially decomposed Exodus files Message-ID: <2F8BA25CC0B82C4DB6756F8F663E6DB3540CEDF8@CITESMBX3.ad.uillinois.edu> Hello, I am trying to read a set of spatially decomposed Exodus files as described here: http://www.paraview.org/Wiki/ParaView/ParaView_Readers_and_Parallel_Data_Distribution The ParaView client is being run on my laptop and the server on a remote visualization cluster. I am connecting to the server via a client-server connection. When I do so I get the error: ERROR: In /projects/pvdev/common/pv-source/v4.1.0_test/VTK/Common/DataModel/vtkDataObjectTree.cxx, line 377 vtkMultiBlockDataSet (0x7d96490): Structure does not match. You must use CopyStructure before calling this method. multiple times. I running pvserver on one and many processes, each time getting the same error. Any advice would be much appreciated. Thanks very much, Louis Louis Steytler Department of Mechanical Science and Engineering University of Illinois at Urbana-Champaign 1206 West Green Street Urbana, Il 61801 steytle1 at illinois.edu -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Thu May 25 16:01:24 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Thu, 25 May 2017 16:01:24 -0400 Subject: [Paraview] Error when reading multiple spatially decomposed Exodus files In-Reply-To: <2F8BA25CC0B82C4DB6756F8F663E6DB3540CEDF8@CITESMBX3.ad.uillinois.edu> References: <2F8BA25CC0B82C4DB6756F8F663E6DB3540CEDF8@CITESMBX3.ad.uillinois.edu> Message-ID: Hi Louis, It looks like you are using ParaView 4.1, which is fairly old at this point. Could you try a more recent version such as 5.3 or 5.2 and see if the problem persists? Thanks, and best regards, Cory On Thu, May 25, 2017 at 3:20 PM, Steytler, Louis Louw wrote: > Hello, > > I am trying to read a set of spatially decomposed Exodus files as described > here: > http://www.paraview.org/Wiki/ParaView/ParaView_Readers_and_Parallel_Data_Distribution > > The ParaView client is being run on my laptop and the server on a remote > visualization cluster. I am connecting to the server via a client-server > connection. > > When I do so I get the error: > > ERROR: In > /projects/pvdev/common/pv-source/v4.1.0_test/VTK/Common/DataModel/vtkDataObjectTree.cxx, > line 377 > vtkMultiBlockDataSet (0x7d96490): Structure does not match. You must use > CopyStructure before calling this method. > > multiple times. I running pvserver on one and many processes, each time > getting the same error. > > Any advice would be much appreciated. > > Thanks very much, > > Louis > > Louis Steytler > Department of Mechanical Science and Engineering > University of Illinois at Urbana-Champaign > 1206 West Green Street > Urbana, Il 61801 > steytle1 at illinois.edu > > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. From chuck.atkins at kitware.com Thu May 25 16:03:13 2017 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Thu, 25 May 2017 16:03:13 -0400 Subject: [Paraview] RedHat6/mesa/Paraview5.3 problem In-Reply-To: References: Message-ID: Hi Patrick, On a RedHat 6 server, with AMD firepro W7000 GPU ... > I'm launching paraview via vncviewer on this node. If you're running via VNC then unfortunately you won't be using the GPU (unless you get more creative with something like VirtualGL). You're only going to be able to use the CPU based renderer in Mesa. > If you are using Mesa please make sure you have version 10.6.5 or later > and make sure your driver in Mesa supports OpenGL 3.2. > So, Mesa got OpenGL 3.2 support in 10.6.5, but not all of the drivers implemented it until much later. > OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.6, 256 bits) > llvmpipe is Mesa's software renderer > OpenGL version string: 2.1 Mesa 11.0.7 > Older versions of Mesa may have supported OpenGL 3.2 at it's core but the llvmpipe driver still took a while to catch up. So which minimal mesa version is required for paraview 5.3 ? > It wasn't until Mesa 12 that OpenGL 3.2 was properly supported and reported by all Mesa drivers. With some versions of 11, though, it works *enough* that you can fake it by exporting the environment variable GL_VERSION_OVERRIDE=3.2, so give that a try. If you instead want to just use the linux binaries from paraview.org, we build those on EL6 and include a very recent copy of mesa with it that you can make paraview use with: paraview --mesa-swr That instructs ParaView to use it's own copy of Mesa and the OpenSWR parallel CPU rasterizer. - Chuck -------------- next part -------------- An HTML attachment was scrubbed... URL: From steytle1 at illinois.edu Thu May 25 16:40:02 2017 From: steytle1 at illinois.edu (Steytler, Louis Louw) Date: Thu, 25 May 2017 20:40:02 +0000 Subject: [Paraview] Error when reading multiple spatially decomposed Exodus files In-Reply-To: References: <2F8BA25CC0B82C4DB6756F8F663E6DB3540CEDF8@CITESMBX3.ad.uillinois.edu>, Message-ID: <2F8BA25CC0B82C4DB6756F8F663E6DB3540CEEA4@CITESMBX3.ad.uillinois.edu> Hi Cory, I tried running the ParaView 5.4 client on a login node on the cluster using X11 window forwarding and got this error message: ERROR: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash-linux-shared-release_superbuild/source-paraview/VTK/Common/DataModel/vtkDataObjectTree.cxx, line 377 vtkMultiBlockDataSet (0xd377dd0): Structure does not match. You must use CopyStructure before calling this method. Any ideas? Thanks, Louis Steytler Department of Mechanical Science and Engineering University of Illinois at Urbana-Champaign 1206 West Green Street Urbana, Il 61801 steytle1 at illinois.edu ________________________________________ From: Cory Quammen [cory.quammen at kitware.com] Sent: 25 May 2017 03:01 PM To: Steytler, Louis Louw Cc: paraview at paraview.org Subject: Re: [Paraview] Error when reading multiple spatially decomposed Exodus files Hi Louis, It looks like you are using ParaView 4.1, which is fairly old at this point. Could you try a more recent version such as 5.3 or 5.2 and see if the problem persists? Thanks, and best regards, Cory On Thu, May 25, 2017 at 3:20 PM, Steytler, Louis Louw wrote: > Hello, > > I am trying to read a set of spatially decomposed Exodus files as described > here: > http://www.paraview.org/Wiki/ParaView/ParaView_Readers_and_Parallel_Data_Distribution > > The ParaView client is being run on my laptop and the server on a remote > visualization cluster. I am connecting to the server via a client-server > connection. > > When I do so I get the error: > > ERROR: In > /projects/pvdev/common/pv-source/v4.1.0_test/VTK/Common/DataModel/vtkDataObjectTree.cxx, > line 377 > vtkMultiBlockDataSet (0x7d96490): Structure does not match. You must use > CopyStructure before calling this method. > > multiple times. I running pvserver on one and many processes, each time > getting the same error. > > Any advice would be much appreciated. > > Thanks very much, > > Louis > > Louis Steytler > Department of Mechanical Science and Engineering > University of Illinois at Urbana-Champaign > 1206 West Green Street > Urbana, Il 61801 > steytle1 at illinois.edu > > _______________________________________________ > 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 Staff R&D Engineer Kitware, Inc. From hero.jairaj at gmail.com Fri May 26 02:44:49 2017 From: hero.jairaj at gmail.com (JAIRAJ MATHUR) Date: Fri, 26 May 2017 01:44:49 -0500 Subject: [Paraview] Manipulating x axis labels in scatter plot Message-ID: Dear all Is there a way to manipulate the x axis labels/data? My x axis data goes from 0.5 to 20, which I want to display on the scatter plot as 0 to 1. Can I directly do this in paraview? Thanks a lot! -- Jairaj Mathur, Mechanical Engineering Washington University in St Louis -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Fri May 26 08:56:40 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 26 May 2017 08:56:40 -0400 Subject: [Paraview] ParaView 5.4.0 Release Candidate 3 binaries are available for download Message-ID: On behalf of the ParaView development community, I am happy to announce that binaries and source code for ParaView 5.4.0-RC3 are available to download from http://www.paraview.org/download/ Please let us know if you encounter any problems with this release candidate. Unless we run into a major roadblock, this will be the last release candidate before the 5.4.0 final release. Best regards, Cory -- Cory Quammen Staff R&D Engineer Kitware, Inc. From berk.geveci at kitware.com Fri May 26 09:55:24 2017 From: berk.geveci at kitware.com (Berk Geveci) Date: Fri, 26 May 2017 09:55:24 -0400 Subject: [Paraview] Accessing field data In-Reply-To: References: Message-ID: Sorry for my late response. Although there is a way of doing this in ParaView's application level Python interface, it is not recommended. This is because when ParaView is run in client-server mode, the application level Python interface runs on the client whereas the data resides on the server. So you could use the Programmable Filter with something like this to access the field data: inputs[0].FieldData where the pipeline may look like this: reader -> Programmable Filter If you are running client only, this would work (not recommended as a workflow though because of the client-server issue): from vtk.numpy_interface import dataset_adapter as dsa reader_vtk = reader.GetClientSideObject() output = dsa.WrapDataObject(reader_vtk.GetOutput()) field_data = output.FieldData Best, -berk On Mon, May 8, 2017 at 2:34 PM, John Haase wrote: > I managed to hack something together just using python > > writer = CreateWriter(path + 'FieldData.csv', reader, Precision=12, > UseScientificNotation=1, FieldAssociation='Field Data') > writer.UpdatePipeline() > > fname = glob.glob(path + 'FieldData*.csv') > FieldData = numpy.genfromtxt(fname[0], delimiter=',').transpose() > > But it's kind of annoying that I had to leave Paraview to do it. > > Regards, > > John R. Haase > jhaase1 at nd.edu > > On Mon, May 8, 2017 at 1:27 PM, John Haase wrote: > >> I was trying to do this via pvpython >> >> Regards, >> >> John R. Haase >> jhaase1 at nd.edu >> >> On Mon, May 8, 2017 at 12:51 PM, Berk Geveci >> wrote: >> >>> Where are you trying to do this? The Python Console/pypython vs Python >>> Calculator / Programmable Filter? >>> >>> Best, >>> -berk >>> >>> On Wed, May 3, 2017 at 5:52 PM, John Haase wrote: >>> >>>> Hello Paraview, >>>> >>>> I have an Exodus II reader, reader. >>>> >>>> I'm trying to extract field data 'Full_EmissionCurrent' and >>>> 'Native_EmissionCurrent' >>>> >>>> I tried to extract the data >>>> >>>> reader.FieldData['Full_EmissionCurrent'] >>>> >>>> Array: Full_EmissionCurrent >>>> >>>> >>>> How do I actually get that array? >>>> >>>> >>>> Regards, >>>> >>>> John R. Haase >>>> jhaase1 at nd.edu >>>> >>>> _______________________________________________ >>>> 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 Fri May 26 10:40:22 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 26 May 2017 10:40:22 -0400 Subject: [Paraview] Error when reading multiple spatially decomposed Exodus files In-Reply-To: <2F8BA25CC0B82C4DB6756F8F663E6DB3540CF5A4@CITESMBX3.ad.uillinois.edu> References: <2F8BA25CC0B82C4DB6756F8F663E6DB3540CEDF8@CITESMBX3.ad.uillinois.edu> <2F8BA25CC0B82C4DB6756F8F663E6DB3540CF5A4@CITESMBX3.ad.uillinois.edu> Message-ID: Louis, [adding list back in] I'm afraid I am not an expert in the Exodus file format nor in how ParaView reads it. However, if you have a set of files you can share (with just me if necessary), I can take a quick look and see if anything jumps out at me. Thanks, Cory On Fri, May 26, 2017 at 10:31 AM, Steytler, Louis Louw wrote: > Cory, > > I think the problem with reading the multiple Exodus files is related to the information provided by the first file in the series of decomposed files. > > According to http://www.paraview.org/Wiki/ParaView/ParaView_Readers_and_Parallel_Data_Distribution, > > "The root node scans the directory for files in the set and reads metadata (blocks and variables defined on them) from a single file in the set. It then broadcasts this information to all processes. Each reads a different subset of files. " > > Something like this seems to be happening when reading in serial as well. It seems ParaView reads in this information and applies that when reading all the other pieces. > > Even though I have multiple Exodus blocks in my mesh, only one block appears in the ParaView Pipeline Browser. (My code only writes information relevant to a specific piece to that piece's data file.) > > Could you tell me what information should be provided in the first file in the series of files and is there any documentation I could look at to check that the code that I am using is writing the Exodus files in the correct format for ParaView to read it? > > Any advice would be much appreciated. > > Thanks very much, > > Louis Steytler > Department of Mechanical Science and Engineering > University of Illinois at Urbana-Champaign > 1206 West Green Street > Urbana, Il 61801 > steytle1 at illinois.edu > ________________________________________ > From: Cory Quammen [cory.quammen at kitware.com] > Sent: 25 May 2017 03:01 PM > To: Steytler, Louis Louw > Cc: paraview at paraview.org > Subject: Re: [Paraview] Error when reading multiple spatially decomposed Exodus files > > Hi Louis, > > It looks like you are using ParaView 4.1, which is fairly old at this > point. Could you try a more recent version such as 5.3 or 5.2 and see > if the problem persists? > > Thanks, and best regards, > Cory > > On Thu, May 25, 2017 at 3:20 PM, Steytler, Louis Louw > wrote: >> Hello, >> >> I am trying to read a set of spatially decomposed Exodus files as described >> here: >> http://www.paraview.org/Wiki/ParaView/ParaView_Readers_and_Parallel_Data_Distribution >> >> The ParaView client is being run on my laptop and the server on a remote >> visualization cluster. I am connecting to the server via a client-server >> connection. >> >> When I do so I get the error: >> >> ERROR: In >> /projects/pvdev/common/pv-source/v4.1.0_test/VTK/Common/DataModel/vtkDataObjectTree.cxx, >> line 377 >> vtkMultiBlockDataSet (0x7d96490): Structure does not match. You must use >> CopyStructure before calling this method. >> >> multiple times. I running pvserver on one and many processes, each time >> getting the same error. >> >> Any advice would be much appreciated. >> >> Thanks very much, >> >> Louis >> >> Louis Steytler >> Department of Mechanical Science and Engineering >> University of Illinois at Urbana-Champaign >> 1206 West Green Street >> Urbana, Il 61801 >> steytle1 at illinois.edu >> >> _______________________________________________ >> 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 > Staff R&D Engineer > Kitware, Inc. -- Cory Quammen Staff R&D Engineer Kitware, Inc. From demaio.a at gmail.com Fri May 26 10:53:33 2017 From: demaio.a at gmail.com (Alessandro De Maio) Date: Fri, 26 May 2017 16:53:33 +0200 Subject: [Paraview] passing a numpy array to a programmable filter Message-ID: Dear all, I'm writing a pvbatch script in which I need to perform some calculations on paraview objects (provided by a quite complex pipeline that starts from reading vtu files and processing through reseamplewithdataset filter and other filter manipulations) by using a programmable filter to which I must pass some information that in the main script is representable as a quite big float numpy ndarray. This array comes from another numerical process that cannot be included in the same programmable filter. I don't know how to pass this numpy array to the programmable filter. Probably I could use the Parameters property of the programmable filter but, if I correctly understand the use of this feature, the whole array should be converted to a very big string (or more than one) and then reconverted back to float values inside the PF. I've tried to create a vtkTable object in the main script using the following lines: T = vtkTable() array_vtk = numpy_support.numpy_to_vtk(array) array_vtk.SetName("AAA") T.AddColumn(array_vtk) and this seems to generate a vtkTable object (by printing type(T) I get " " ) but this is not a Paraview class object so when I pass this as an input argument to the Programmable Filter I obviously get the error: "vtkCommonDataModelPython.vtkTable' object has no attribute 'SMProxy'. Is there any way to do this? I've thought about using servermanager.CreateProxy() but I don't know how to use it and if it could help. Of course the easy solution could be to write the array to the disk from the main script and to read it from the disk inside the programmable filter, but I would like to avoid passing through the disk writing that could be too much slow. Any help would be appreciated. Thank you in advance Alessandro -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Fri May 26 11:20:33 2017 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 26 May 2017 11:20:33 -0400 Subject: [Paraview] Error when reading multiple spatially decomposed Exodus files In-Reply-To: <2F8BA25CC0B82C4DB6756F8F663E6DB3540CF5C0@CITESMBX3.ad.uillinois.edu> References: <2F8BA25CC0B82C4DB6756F8F663E6DB3540CEDF8@CITESMBX3.ad.uillinois.edu> <2F8BA25CC0B82C4DB6756F8F663E6DB3540CF5A4@CITESMBX3.ad.uillinois.edu> <2F8BA25CC0B82C4DB6756F8F663E6DB3540CF5C0@CITESMBX3.ad.uillinois.edu> Message-ID: Louis, I can confirm the same error message you are seeing. A quick look in the debugger at the source of the error message wasn't sufficient to figure out what might be going on I'm afraid. Cory On Fri, May 26, 2017 at 10:47 AM, Steytler, Louis Louw wrote: > Cory, > > If you would like to have a look, the small dataset I attached is producing the error. > > Thanks again, > > Louis Steytler > Department of Mechanical Science and Engineering > University of Illinois at Urbana-Champaign > 1206 West Green Street > Urbana, Il 61801 > steytle1 at illinois.edu > ________________________________________ > From: Cory Quammen [cory.quammen at kitware.com] > Sent: 26 May 2017 09:40 AM > To: Steytler, Louis Louw; ParaView > Subject: Re: [Paraview] Error when reading multiple spatially decomposed Exodus files > > Louis, > > [adding list back in] > > I'm afraid I am not an expert in the Exodus file format nor in how > ParaView reads it. However, if you have a set of files you can share > (with just me if necessary), I can take a quick look and see if > anything jumps out at me. > > Thanks, > Cory > > On Fri, May 26, 2017 at 10:31 AM, Steytler, Louis Louw > wrote: >> Cory, >> >> I think the problem with reading the multiple Exodus files is related to the information provided by the first file in the series of decomposed files. >> >> According to http://www.paraview.org/Wiki/ParaView/ParaView_Readers_and_Parallel_Data_Distribution, >> >> "The root node scans the directory for files in the set and reads metadata (blocks and variables defined on them) from a single file in the set. It then broadcasts this information to all processes. Each reads a different subset of files. " >> >> Something like this seems to be happening when reading in serial as well. It seems ParaView reads in this information and applies that when reading all the other pieces. >> >> Even though I have multiple Exodus blocks in my mesh, only one block appears in the ParaView Pipeline Browser. (My code only writes information relevant to a specific piece to that piece's data file.) >> >> Could you tell me what information should be provided in the first file in the series of files and is there any documentation I could look at to check that the code that I am using is writing the Exodus files in the correct format for ParaView to read it? >> >> Any advice would be much appreciated. >> >> Thanks very much, >> >> Louis Steytler >> Department of Mechanical Science and Engineering >> University of Illinois at Urbana-Champaign >> 1206 West Green Street >> Urbana, Il 61801 >> steytle1 at illinois.edu >> ________________________________________ >> From: Cory Quammen [cory.quammen at kitware.com] >> Sent: 25 May 2017 03:01 PM >> To: Steytler, Louis Louw >> Cc: paraview at paraview.org >> Subject: Re: [Paraview] Error when reading multiple spatially decomposed Exodus files >> >> Hi Louis, >> >> It looks like you are using ParaView 4.1, which is fairly old at this >> point. Could you try a more recent version such as 5.3 or 5.2 and see >> if the problem persists? >> >> Thanks, and best regards, >> Cory >> >> On Thu, May 25, 2017 at 3:20 PM, Steytler, Louis Louw >> wrote: >>> Hello, >>> >>> I am trying to read a set of spatially decomposed Exodus files as described >>> here: >>> http://www.paraview.org/Wiki/ParaView/ParaView_Readers_and_Parallel_Data_Distribution >>> >>> The ParaView client is being run on my laptop and the server on a remote >>> visualization cluster. I am connecting to the server via a client-server >>> connection. >>> >>> When I do so I get the error: >>> >>> ERROR: In >>> /projects/pvdev/common/pv-source/v4.1.0_test/VTK/Common/DataModel/vtkDataObjectTree.cxx, >>> line 377 >>> vtkMultiBlockDataSet (0x7d96490): Structure does not match. You must use >>> CopyStructure before calling this method. >>> >>> multiple times. I running pvserver on one and many processes, each time >>> getting the same error. >>> >>> Any advice would be much appreciated. >>> >>> Thanks very much, >>> >>> Louis >>> >>> Louis Steytler >>> Department of Mechanical Science and Engineering >>> University of Illinois at Urbana-Champaign >>> 1206 West Green Street >>> Urbana, Il 61801 >>> steytle1 at illinois.edu >>> >>> _______________________________________________ >>> 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 >> Staff R&D Engineer >> Kitware, Inc. > > > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. -- Cory Quammen Staff R&D Engineer Kitware, Inc. From steytle1 at illinois.edu Fri May 26 11:30:43 2017 From: steytle1 at illinois.edu (Steytler, Louis Louw) Date: Fri, 26 May 2017 15:30:43 +0000 Subject: [Paraview] Error when reading multiple spatially decomposed Exodus files In-Reply-To: References: <2F8BA25CC0B82C4DB6756F8F663E6DB3540CEDF8@CITESMBX3.ad.uillinois.edu> <2F8BA25CC0B82C4DB6756F8F663E6DB3540CF5A4@CITESMBX3.ad.uillinois.edu> <2F8BA25CC0B82C4DB6756F8F663E6DB3540CF5C0@CITESMBX3.ad.uillinois.edu>, Message-ID: <2F8BA25CC0B82C4DB6756F8F663E6DB3540CF5F9@CITESMBX3.ad.uillinois.edu> Cory, Thanks very much for checking! Best, Louis Steytler Department of Mechanical Science and Engineering University of Illinois at Urbana-Champaign 1206 West Green Street Urbana, Il 61801 steytle1 at illinois.edu ________________________________________ From: Cory Quammen [cory.quammen at kitware.com] Sent: 26 May 2017 10:20 AM To: Steytler, Louis Louw Cc: ParaView Subject: Re: [Paraview] Error when reading multiple spatially decomposed Exodus files Louis, I can confirm the same error message you are seeing. A quick look in the debugger at the source of the error message wasn't sufficient to figure out what might be going on I'm afraid. Cory On Fri, May 26, 2017 at 10:47 AM, Steytler, Louis Louw wrote: > Cory, > > If you would like to have a look, the small dataset I attached is producing the error. > > Thanks again, > > Louis Steytler > Department of Mechanical Science and Engineering > University of Illinois at Urbana-Champaign > 1206 West Green Street > Urbana, Il 61801 > steytle1 at illinois.edu > ________________________________________ > From: Cory Quammen [cory.quammen at kitware.com] > Sent: 26 May 2017 09:40 AM > To: Steytler, Louis Louw; ParaView > Subject: Re: [Paraview] Error when reading multiple spatially decomposed Exodus files > > Louis, > > [adding list back in] > > I'm afraid I am not an expert in the Exodus file format nor in how > ParaView reads it. However, if you have a set of files you can share > (with just me if necessary), I can take a quick look and see if > anything jumps out at me. > > Thanks, > Cory > > On Fri, May 26, 2017 at 10:31 AM, Steytler, Louis Louw > wrote: >> Cory, >> >> I think the problem with reading the multiple Exodus files is related to the information provided by the first file in the series of decomposed files. >> >> According to http://www.paraview.org/Wiki/ParaView/ParaView_Readers_and_Parallel_Data_Distribution, >> >> "The root node scans the directory for files in the set and reads metadata (blocks and variables defined on them) from a single file in the set. It then broadcasts this information to all processes. Each reads a different subset of files. " >> >> Something like this seems to be happening when reading in serial as well. It seems ParaView reads in this information and applies that when reading all the other pieces. >> >> Even though I have multiple Exodus blocks in my mesh, only one block appears in the ParaView Pipeline Browser. (My code only writes information relevant to a specific piece to that piece's data file.) >> >> Could you tell me what information should be provided in the first file in the series of files and is there any documentation I could look at to check that the code that I am using is writing the Exodus files in the correct format for ParaView to read it? >> >> Any advice would be much appreciated. >> >> Thanks very much, >> >> Louis Steytler >> Department of Mechanical Science and Engineering >> University of Illinois at Urbana-Champaign >> 1206 West Green Street >> Urbana, Il 61801 >> steytle1 at illinois.edu >> ________________________________________ >> From: Cory Quammen [cory.quammen at kitware.com] >> Sent: 25 May 2017 03:01 PM >> To: Steytler, Louis Louw >> Cc: paraview at paraview.org >> Subject: Re: [Paraview] Error when reading multiple spatially decomposed Exodus files >> >> Hi Louis, >> >> It looks like you are using ParaView 4.1, which is fairly old at this >> point. Could you try a more recent version such as 5.3 or 5.2 and see >> if the problem persists? >> >> Thanks, and best regards, >> Cory >> >> On Thu, May 25, 2017 at 3:20 PM, Steytler, Louis Louw >> wrote: >>> Hello, >>> >>> I am trying to read a set of spatially decomposed Exodus files as described >>> here: >>> http://www.paraview.org/Wiki/ParaView/ParaView_Readers_and_Parallel_Data_Distribution >>> >>> The ParaView client is being run on my laptop and the server on a remote >>> visualization cluster. I am connecting to the server via a client-server >>> connection. >>> >>> When I do so I get the error: >>> >>> ERROR: In >>> /projects/pvdev/common/pv-source/v4.1.0_test/VTK/Common/DataModel/vtkDataObjectTree.cxx, >>> line 377 >>> vtkMultiBlockDataSet (0x7d96490): Structure does not match. You must use >>> CopyStructure before calling this method. >>> >>> multiple times. I running pvserver on one and many processes, each time >>> getting the same error. >>> >>> Any advice would be much appreciated. >>> >>> Thanks very much, >>> >>> Louis >>> >>> Louis Steytler >>> Department of Mechanical Science and Engineering >>> University of Illinois at Urbana-Champaign >>> 1206 West Green Street >>> Urbana, Il 61801 >>> steytle1 at illinois.edu >>> >>> _______________________________________________ >>> 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 >> Staff R&D Engineer >> Kitware, Inc. > > > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. -- Cory Quammen Staff R&D Engineer Kitware, Inc. From u.utku.turuncoglu at be.itu.edu.tr Sat May 27 04:35:47 2017 From: u.utku.turuncoglu at be.itu.edu.tr (u.utku.turuncoglu at be.itu.edu.tr) Date: Sat, 27 May 2017 11:35:47 +0300 (EEST) Subject: [Paraview] example code for cell data representation Message-ID: <60821.78.160.106.199.1495874147.squirrel@webmail.be.itu.edu.tr> Hi, I am looking for an example C++ code that demonstrates definition of cell data in vtkStructuredGrid. I have a code that defined fields as point data but I would like to convert it to cell representation. As I know that cell data does not need to extra ghost point along the edges in vtkMultiPieceDataSet inside of vtkMultiBlockDataSet. Please correct me if i am wrong. So, definition of the fields as cell data will improve my code performance because I am doing lots of collective communications to create extra ghost regions along the boundaries and as you guess it reduces the overall performance of my code. Regards, --ufuk From kalhoefer at physik.uni-kiel.de Sat May 27 13:35:57 2017 From: kalhoefer at physik.uni-kiel.de (Richard Kalhoefer) Date: Sat, 27 May 2017 19:35:57 +0200 Subject: [Paraview] Python Scripting Message-ID: Hey, I have a python script that opens a Legacy VTK file that contains two scalar arrays of the same length (real and imaginary part of a wave function) and then adjusts the camera settings, representation and color. My transfer functions seem to be ignored and I just get full opacity and black color. Running the script inside the GUI's python shell gives the same result, but when I then change the array under Display->Coloring to the other one and back again. everything looks as expected. So my question is: What is this GUI element doing beyond "GetRepresentation(reader, view).ColorArrayName = ['POINTS', arrayname]" and how can I do the same within the python script? Kind regards Richard Kalh?fer -------------- next part -------------- An HTML attachment was scrubbed... URL: From hongchao.wang2013 at gmail.com Mon May 29 04:13:09 2017 From: hongchao.wang2013 at gmail.com (HongchaoWang) Date: Mon, 29 May 2017 16:13:09 +0800 Subject: [Paraview] How to output forces over time? Message-ID: <02df01d2d853$6b222250$416666f0$@gmail.com> Hi, I am using paraview to postprocess the results from OpenFoam. I am able to calculate the drag and lift forces on a fixed box by integrating pressure over the box surface. Now I would like to output the time history of the of the forces. How can I achieve that? What I have done is to select the row of forces generated in the spread sheet view and then use "File->save data-> Write All Time Steps" . However, the output file only give me the results of p, U, normals, etc. without the forces I want. Does anyone know the solution to this problem? Many thanks, Wilson -------------- next part -------------- An HTML attachment was scrubbed... URL: From hongchao.wang2013 at gmail.com Mon May 29 04:26:29 2017 From: hongchao.wang2013 at gmail.com (HongchaoWang) Date: Mon, 29 May 2017 16:26:29 +0800 Subject: [Paraview] How to output forces over time? Message-ID: <05be01d2d855$476e0ca0$d64a25e0$@gmail.com> I have solved the problem myself. I have chosen the wrong field association when outputting the data. Regards, Wilson From: HongchaoWang [mailto:hongchao.wang2013 at gmail.com] Sent: Monday, 29 May 2017 4:13 PM To: 'paraview at paraview.org' Subject: How to output forces over time? Hi, I am using paraview to postprocess the results from OpenFoam. I am able to calculate the drag and lift forces on a fixed box by integrating pressure over the box surface. Now I would like to output the time history of the of the forces. How can I achieve that? What I have done is to select the row of forces generated in the spread sheet view and then use "File->save data-> Write All Time Steps" . However, the output file only give me the results of p, U, normals, etc. without the forces I want. Does anyone know the solution to this problem? Many thanks, Wilson -------------- next part -------------- An HTML attachment was scrubbed... URL: From Patrick.Begou at legi.grenoble-inp.fr Mon May 29 04:29:14 2017 From: Patrick.Begou at legi.grenoble-inp.fr (Patrick Begou) Date: Mon, 29 May 2017 10:29:14 +0200 Subject: [Paraview] RedHat6/mesa/Paraview5.3 problem In-Reply-To: References: Message-ID: <1470ee4b-6551-bad7-3971-be73994e970f@legi.grenoble-inp.fr> Hi Chuck thanks for all these details. Finaly I had to install a dedicated version of mesa as the update to 11.0.7 from ELrepo was breaking one of our licensed software (ANSYS) and I had to roll back to 10.4.3.:-[ I've compiled mesa-17.0.4 (with llvm-4.0.0, libdrm-2.4.70, xcb-proto-1.12, pthread-stubs-0.3, libXau-1.0.8, libxcb-1.12, libxshmfence-1.2 prerequisites) and all seams running fine now with hardware rendering (?). In my VNC session: $ glxinfo .... direct rendering: Yes ... OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 4.0, 256 bits) OpenGL version string: 3.0 Mesa 17.0.4 .... so am I using the GPU (direct rendering is set to yes) or the CPU (if llvmpipe is software rendering) ? Patrick Chuck Atkins wrote: > Hi Patrick, > > On a RedHat 6 server, with AMD firepro W7000 GPU > > ... > > I'm launching paraview via vncviewer on this node. > > > If you're running via VNC then unfortunately you won't be using the GPU > (unless you get more creative with something like VirtualGL). You're only > going to be able to use the CPU based renderer in Mesa. > > If you are using Mesa please make sure you have version 10.6.5 or later > and make sure your driver in Mesa supports OpenGL 3.2. > > > So, Mesa got OpenGL 3.2 support in 10.6.5, but not all of the drivers > implemented it until much later. > > OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 3.6, 256 bits) > > > llvmpipe is Mesa's software renderer > > > OpenGL version string: 2.1 Mesa 11.0.7 > > > Older versions of Mesa may have supported OpenGL 3.2 at it's core but the > llvmpipe driver still took a while to catch up. > > > So which minimal mesa version is required for paraview 5.3 ? > > > It wasn't until Mesa 12 that OpenGL 3.2 was properly supported and reported by > all Mesa drivers. With some versions of 11, though, it works *enough* that > you can fake it by exporting the environment variable GL_VERSION_OVERRIDE=3.2, > so give that a try. If you instead want to just use the linux binaries from > paraview.org , we build those on EL6 and include a very > recent copy of mesa with it that you can make paraview use with: > > paraview --mesa-swr > > That instructs ParaView to use it's own copy of Mesa and the OpenSWR parallel > CPU rasterizer. > > - Chuck > -- =================================================================== | Equipe M.O.S.T. | | | Patrick BEGOU | mailto:Patrick.Begou at grenoble-inp.fr | | LEGI | | | BP 53 X | Tel 04 76 82 51 35 | | 38041 GRENOBLE CEDEX | Fax 04 76 82 52 71 | =================================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From shawn.waldon at kitware.com Mon May 29 09:27:14 2017 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Mon, 29 May 2017 09:27:14 -0400 Subject: [Paraview] Python Scripting In-Reply-To: References: Message-ID: Hi Richard, Since you didn't specify the version you are using I'm using 5.4-RC3 for this answer. I loaded a dataset and ran the Python Trace (Tools -> Start Trace) to find out what it is doing. Here is the python script that was generated from changing what the dataset was colored by. # get active source. canex2 = GetActiveSource() # get active view renderView1 = GetActiveViewOrCreate('RenderView') # uncomment following to set a specific view size # renderView1.ViewSize = [1330, 670] # get display properties canex2Display = GetDisplayProperties(canex2, view=renderView1) # set scalar coloring ColorBy(canex2Display, ('POINTS', 'VEL', 'Magnitude')) # get color transfer function/color map for 'vtkBlockColors' vtkBlockColorsLUT = GetColorTransferFunction('vtkBlockColors') # Hide the scalar bar for this color map if no visible data is colored by it. HideScalarBarIfNotNeeded(vtkBlockColorsLUT, renderView1) # rescale color and/or opacity maps used to include current data range canex2Display.RescaleTransferFunctionToDataRange(True, False) # show color bar/color legend canex2Display.SetScalarBarVisibility(renderView1, True) # get color transfer function/color map for 'VEL' vELLUT = GetColorTransferFunction('VEL') It is hiding the scalar bar for vtkBlockColors since that is what the data used to be colored by. I think your problem will be solved by using the GetDisplayProperties and ColorBy functions rather than setting ColorArrayName. HTH, Shawn On Sat, May 27, 2017 at 1:35 PM, Richard Kalhoefer < kalhoefer at physik.uni-kiel.de> wrote: > Hey, > > I have a python script that opens a Legacy VTK file that contains two > scalar arrays of the same length (real and imaginary part of a wave > function) and then adjusts the camera settings, representation and color. > My transfer functions seem to be ignored and I just get full opacity and > black color. Running the script inside the GUI's python shell gives the > same result, but when I then change the array under Display->Coloring to > the other one and back again. everything looks as expected. So my question > is: What is this GUI element doing beyond "GetRepresentation(reader, > view).ColorArrayName = ['POINTS', arrayname]" and how can I do the same > within the python script? > > Kind regards > Richard Kalh?fer > > _______________________________________________ > 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 tomislav.maric at gmx.com Mon May 29 11:06:27 2017 From: tomislav.maric at gmx.com (Tomislav Maric) Date: Mon, 29 May 2017 17:06:27 +0200 Subject: [Paraview] Overriding the maximal cylinder source resolution Message-ID: <06b74055-eb22-e51f-0646-8c661aca1dad@gmx.com> Hello everyone, I have exported the paraview trace into the attached script that generates a cylinder source without caps, triangulates and saves an STL file. I have noticed that the cylinder resolution can be prescribed to any number in the python script: ~~~ # create a new 'Cylinder' cylinder1 = Cylinder() # Properties modified on cylinder1 cylinder1.Resolution = 100000 ~~~ And this number is reported by the print command as well ~~~ print(cylinder1.Resolution) ~~~ However, the actual resolution of the cylinder source never exceeds the number 512. This I have figured out after manually inspecting the number of triangles in the 'cylinder.stl' file generated by the attached script. I have browsed the VTK code as well, but I could not find the point where the maximal cylinder source resolution is restricted to 512. My question is: can I somehow (in python, or in VTK) override the resolution that is actually then applied to the cylinder? I am using paraview version 4.4.0. Does it work in a newer paraview version? Kind Regards, Tomislav -------------- next part -------------- A non-text attachment was scrubbed... Name: paraview-create-cylinder.py Type: text/x-python Size: 943 bytes Desc: not available URL: From hayk.grigoryan.a at gmail.com Mon May 29 18:04:45 2017 From: hayk.grigoryan.a at gmail.com (Hayk Grigoryan) Date: Tue, 30 May 2017 02:04:45 +0400 Subject: [Paraview] Question Message-ID: Hello All, My name is Hayk, I'm phd student and working on visualization of scientific data. I'm interested in ParaViewWeb component and used it on my desktop server. My goal is to make multi-user support service with this. I have a couple of questions which will be very helpful. Q1: Can I run and use ParaVieWeb in virtual environment without having a real graphical processing unit(GPU)? Q2: Which is the best way for deploying ParaViewWev as a service. Thanks in advice, Hayk -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Mon May 29 18:59:12 2017 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Mon, 29 May 2017 16:59:12 -0600 Subject: [Paraview] Question In-Reply-To: References: Message-ID: Q1: Yes but you will need to use open-swr or llvm-pipe (extra args with distributed binaries if you have X) or build ParaView with OSMesa (no need to build the Qt part) Q2: http://kitware.github.io/paraviewweb/docs/multi_user_setup.html Sorry for the very short answer but I have to go. ;-) On Mon, May 29, 2017 at 4:04 PM, Hayk Grigoryan wrote: > Hello All, > > My name is Hayk, I'm phd student and working on visualization of > scientific data. > I'm interested in ParaViewWeb component and used it on my desktop server. > My goal is to make multi-user support service with this. > I have a couple of questions which will be very helpful. > > Q1: Can I run and use ParaVieWeb in virtual environment without having a > real graphical processing unit(GPU)? > Q2: Which is the best way for deploying ParaViewWev as a service. > > Thanks in advice, > Hayk > > _______________________________________________ > 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 rccm.kyoshimi at gmail.com Mon May 29 23:27:58 2017 From: rccm.kyoshimi at gmail.com (kenichiro yoshimi) Date: Tue, 30 May 2017 12:27:58 +0900 Subject: [Paraview] Overriding the maximal cylinder source resolution In-Reply-To: <06b74055-eb22-e51f-0646-8c661aca1dad@gmx.com> References: <06b74055-eb22-e51f-0646-8c661aca1dad@gmx.com> Message-ID: Hi Tomislav, I find restriction on the resolution number of a cyliner source in vtkCylinderSource.h, that is: vtkSetClampMacro(Resolution,int,2,VTK_CELL_SIZE). This macro amounts to saying that the resolution is restricted to a range between 2 and VTK_CELL_SIZE(=512). Hence, I think it difficult to override. In order to increase the resolution of the cylinder, one thing you can try is to apply the loop subdivision filter after triangulating it. Thanks, yoshimi 2017-05-30 0:06 GMT+09:00 Tomislav Maric : > Hello everyone, > > I have exported the paraview trace into the attached script that > generates a cylinder source without caps, triangulates and saves an STL > file. > > I have noticed that the cylinder resolution can be prescribed to any > number in the python script: > > ~~~ > # create a new 'Cylinder' > cylinder1 = Cylinder() > > # Properties modified on cylinder1 > cylinder1.Resolution = 100000 > ~~~ > > And this number is reported by the print command as well > > ~~~ > print(cylinder1.Resolution) > ~~~ > > However, the actual resolution of the cylinder source never exceeds the > number 512. This I have figured out after manually inspecting the number > of triangles in the 'cylinder.stl' file generated by the attached script. > > I have browsed the VTK code as well, but I could not find the point > where the maximal cylinder source resolution is restricted to 512. > > My question is: can I somehow (in python, or in VTK) override the > resolution that is actually then applied to the cylinder? I am using > paraview version 4.4.0. Does it work in a newer paraview version? > > Kind Regards, > > Tomislav > > > > _______________________________________________ > 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 mathieu.westphal at kitware.com Tue May 30 03:49:05 2017 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Tue, 30 May 2017 09:49:05 +0200 Subject: [Paraview] Overriding the maximal cylinder source resolution In-Reply-To: References: <06b74055-eb22-e51f-0646-8c661aca1dad@gmx.com> Message-ID: Hello One way to go would be to copy (or subclass) vtkCylinderSource and built it as a Plugin for paraview. Easy if you are building ParaView yourself, more complex otherwise. Another way would be to write your own cylinder source in a Python Programmable Source, not easy but you will be able to use your new source with the binary release of ParaView Regards, Mathieu Westphal On Tue, May 30, 2017 at 5:27 AM, kenichiro yoshimi wrote: > Hi Tomislav, > > I find restriction on the resolution number of a cyliner source in > vtkCylinderSource.h, that is: > vtkSetClampMacro(Resolution,int,2,VTK_CELL_SIZE). > This macro amounts to saying that the resolution is restricted to a > range between 2 and VTK_CELL_SIZE(=512). Hence, I think it difficult > to override. > > In order to increase the resolution of the cylinder, one thing you can > try is to apply the loop subdivision filter after triangulating it. > > Thanks, > yoshimi > > 2017-05-30 0:06 GMT+09:00 Tomislav Maric : > > Hello everyone, > > > > I have exported the paraview trace into the attached script that > > generates a cylinder source without caps, triangulates and saves an STL > > file. > > > > I have noticed that the cylinder resolution can be prescribed to any > > number in the python script: > > > > ~~~ > > # create a new 'Cylinder' > > cylinder1 = Cylinder() > > > > # Properties modified on cylinder1 > > cylinder1.Resolution = 100000 > > ~~~ > > > > And this number is reported by the print command as well > > > > ~~~ > > print(cylinder1.Resolution) > > ~~~ > > > > However, the actual resolution of the cylinder source never exceeds the > > number 512. This I have figured out after manually inspecting the number > > of triangles in the 'cylinder.stl' file generated by the attached script. > > > > I have browsed the VTK code as well, but I could not find the point > > where the maximal cylinder source resolution is restricted to 512. > > > > My question is: can I somehow (in python, or in VTK) override the > > resolution that is actually then applied to the cylinder? I am using > > paraview version 4.4.0. Does it work in a newer paraview version? > > > > Kind Regards, > > > > Tomislav > > > > > > > > _______________________________________________ > > 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 Tue May 30 10:23:43 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 30 May 2017 10:23:43 -0400 Subject: [Paraview] passing a numpy array to a programmable filter In-Reply-To: References: Message-ID: The best option would be to indeed move the Python code to "get" the array from the the other numerical process to the Programmable Filter's script itself, rather than doing it in the batch script. The do-at-your-own-peril option, which may work if you don't intend to run the batch script in parallel or client-server modes, would be to pass the array via a global variable in some module that both the batch script and the programmable filter script import. Since the Python interpreter is shared between the two, and modules don't get imported twice, you should be able to set the variable in one and access it in another. Utkarsh On Fri, May 26, 2017 at 10:53 AM, Alessandro De Maio wrote: > Dear all, > I'm writing a pvbatch script in which I need to perform some > calculations on paraview objects (provided by a quite complex pipeline that > starts from reading vtu files and processing through reseamplewithdataset > filter and other filter manipulations) by using a programmable filter to > which I must pass some information that in the main script is representable > as a quite big float numpy ndarray. This array comes from another numerical > process that cannot be included in the same programmable filter. > > I don't know how to pass this numpy array to the programmable filter. > Probably I could use the Parameters property of the programmable filter > but, if I correctly understand the use of this feature, the whole array > should be converted to a very big string (or more than one) and then > reconverted back to float values inside the PF. > > I've tried to create a vtkTable object in the main script using the > following lines: > > T = vtkTable() > array_vtk = numpy_support.numpy_to_vtk(array) > array_vtk.SetName("AAA") > T.AddColumn(array_vtk) > > and this seems to generate a vtkTable object (by printing type(T) I get > " " ) but this is not a > Paraview class object so when I pass this as an input argument to the > Programmable Filter I obviously get the error: "vtkCommonDataModelPython.vtkTable' > object has no attribute 'SMProxy'. > > > > Is there any way to do this? I've thought about using > servermanager.CreateProxy() but I don't know how to use it and if it could > help. > > Of course the easy solution could be to write the array to the disk from > the main script and to read it from the disk inside the programmable > filter, but I would like to avoid passing through the disk writing that > could be too much slow. > > Any help would be appreciated. > Thank you in advance > > Alessandro > > _______________________________________________ > 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 demaio.a at gmail.com Tue May 30 14:39:16 2017 From: demaio.a at gmail.com (Alessandro De Maio) Date: Tue, 30 May 2017 20:39:16 +0200 Subject: [Paraview] passing a numpy array to a programmable filter In-Reply-To: References: Message-ID: Thank you very much Utkarsh, your suggestion was very helpful as always! Alessandro On Tue, May 30, 2017 at 4:23 PM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > The best option would be to indeed move the Python code to "get" the array > from the the other numerical process to the Programmable Filter's script > itself, rather than doing it in the batch script. > > The do-at-your-own-peril option, which may work if you don't intend to run > the batch script in parallel or client-server modes, would be to pass the > array via a global variable in some module that both the batch script and > the programmable filter script import. Since the Python interpreter is > shared between the two, and modules don't get imported twice, you should be > able to set the variable in one and access it in another. > > Utkarsh > > On Fri, May 26, 2017 at 10:53 AM, Alessandro De Maio > wrote: > >> Dear all, >> I'm writing a pvbatch script in which I need to perform some >> calculations on paraview objects (provided by a quite complex pipeline that >> starts from reading vtu files and processing through reseamplewithdataset >> filter and other filter manipulations) by using a programmable filter to >> which I must pass some information that in the main script is representable >> as a quite big float numpy ndarray. This array comes from another numerical >> process that cannot be included in the same programmable filter. >> >> I don't know how to pass this numpy array to the programmable filter. >> Probably I could use the Parameters property of the programmable filter >> but, if I correctly understand the use of this feature, the whole array >> should be converted to a very big string (or more than one) and then >> reconverted back to float values inside the PF. >> >> I've tried to create a vtkTable object in the main script using the >> following lines: >> >> T = vtkTable() >> array_vtk = numpy_support.numpy_to_vtk(array) >> array_vtk.SetName("AAA") >> T.AddColumn(array_vtk) >> >> and this seems to generate a vtkTable object (by printing type(T) I get >> " " ) but this is not a >> Paraview class object so when I pass this as an input argument to the >> Programmable Filter I obviously get the error: >> "vtkCommonDataModelPython.vtkTable' object has no attribute 'SMProxy'. >> >> >> >> Is there any way to do this? I've thought about using >> servermanager.CreateProxy() but I don't know how to use it and if it could >> help. >> >> Of course the easy solution could be to write the array to the disk from >> the main script and to read it from the disk inside the programmable >> filter, but I would like to avoid passing through the disk writing that >> could be too much slow. >> >> Any help would be appreciated. >> Thank you in advance >> >> Alessandro >> >> _______________________________________________ >> 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 wascott at sandia.gov Tue May 30 21:22:18 2017 From: wascott at sandia.gov (Scott, W Alan) Date: Wed, 31 May 2017 01:22:18 +0000 Subject: [Paraview] Linux, ParaView and poor fonts Message-ID: <149663b83f874d0cbc435e6d40e3d5a3@ES01AMSNLNT.srn.sandia.gov> ParaView 5.*, our current version of ParaView, now uses system fonts on Linux. This is how all applications are moving, and ParaView (and Emacs) is on top of the curve. Unfortunately, if your font files aren't setup correctly, these fonts won't anti-alias, and your fonts will be hard to read and look stark and small. This seems to be random, and I haven't been able to figure out why anti-aliasing is on or off. Anyway, here is how to check and fix it. To check if you are anti-antialiasing, open ParaView, and zoom your screen %400. On Gnome, this can be done by Applications/ Accessories/ KMag. Zoom in until zoom is 1:4. If you are not anti-aliasing, the title bar will look like this, and you should fix your account as described below: [cid:image001.png at 01D2D979.3B7836D0] If you are anti-aliasing, the title bar will look like this, and you are good: [cid:image002.png at 01D2D979.3B7836D0] If you are not anti-aliasing, you can add a ~/.fonts.conf file to your home directory with the following commands in the body of the file. Note that .fonts.conf files have been deprecated, but it is the only way I could find to get fonts to alias. none true hintslight true Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 2515 bytes Desc: image001.png URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.png Type: image/png Size: 8469 bytes Desc: image002.png URL: From hayk.grigoryan.a at gmail.com Wed May 31 08:13:28 2017 From: hayk.grigoryan.a at gmail.com (Hayk Grigoryan) Date: Wed, 31 May 2017 16:13:28 +0400 Subject: [Paraview] Question In-Reply-To: References: Message-ID: Hello Sebastian, Thanks for fast and useful response. Best Regards, Hayk On Tue, May 30, 2017 at 2:59 AM, Sebastien Jourdain < sebastien.jourdain at kitware.com> wrote: > Q1: Yes but you will need to use open-swr or llvm-pipe (extra args with > distributed binaries if you have X) or build ParaView with OSMesa (no need > to build the Qt part) > Q2: http://kitware.github.io/paraviewweb/docs/multi_user_setup.html > > Sorry for the very short answer but I have to go. ;-) > > On Mon, May 29, 2017 at 4:04 PM, Hayk Grigoryan < > hayk.grigoryan.a at gmail.com> wrote: > >> Hello All, >> >> My name is Hayk, I'm phd student and working on visualization of >> scientific data. >> I'm interested in ParaViewWeb component and used it on my desktop server. >> My goal is to make multi-user support service with this. >> I have a couple of questions which will be very helpful. >> >> Q1: Can I run and use ParaVieWeb in virtual environment without having a >> real graphical processing unit(GPU)? >> Q2: Which is the best way for deploying ParaViewWev as a service. >> >> Thanks in advice, >> Hayk >> >> _______________________________________________ >> 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 May 31 11:12:32 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 31 May 2017 11:12:32 -0400 Subject: [Paraview] (no subject) In-Reply-To: References: Message-ID: This isn't support currently, I am afraid. I've reported an issue: https://gitlab.kitware.com/paraview/paraview/issues/17482 Utkarsh On Thu, May 25, 2017 at 10:22 AM, bruno le hyaric wrote: > Hi, > > Is there any mean to assign a texture in a python programmable filter ? > > I have my programmable filter which have two inputs : > - a unstructured grid of 3D points with texture coordinates > - an image dataset coming from an ImageReader which reads a sequence of images > > I would like to apply the current timestep image as a texture on my 3D model. > > Regards, > > Bruno LE HYARIC. > _______________________________________________ > 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 Wed May 31 12:59:10 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 31 May 2017 12:59:10 -0400 Subject: [Paraview] Removing legacy rendering backend from ParaView 5.5 Message-ID: Folks, Final ParaView 5.4 should be tagged and released in the next few days. This may be a good time to discuss dropping support for legacy components. I'd like to propose dropping support for legacy rendering backend in lieu of the what we call the OpenGL2 rendering backend that requires OpenGL 3.2 or newer. We have been using the newer backend by default since 5.0 (January 2016) and is indeed the most tested and used rendering backend since then. If there are strong reasons to continue supporting the legacy backend beyond 5.4 please make us aware before June 30, 2017. One can always use older versions of ParaView, if required. For the most part, we have already stopped doing any development, including maintenance fixes for the legacy rendering backend. Utkarsh From wascott at sandia.gov Wed May 31 13:07:20 2017 From: wascott at sandia.gov (Scott, W Alan) Date: Wed, 31 May 2017 17:07:20 +0000 Subject: [Paraview] [EXTERNAL] Removing legacy rendering backend from ParaView 5.5 In-Reply-To: References: Message-ID: How is the legacy back end related to --mesa-llvm? We still use this switch frequently on small clusters that use system mesa for rendering. Alan > -----Original Message----- > From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of > Utkarsh Ayachit > Sent: Wednesday, May 31, 2017 10:59 AM > To: ParaView > Subject: [EXTERNAL] [Paraview] Removing legacy rendering backend from > ParaView 5.5 > > Folks, > > Final ParaView 5.4 should be tagged and released in the next few days. > This may be a good time to discuss dropping support for legacy components. > > I'd like to propose dropping support for legacy rendering backend in lieu of > the what we call the OpenGL2 rendering backend that requires OpenGL 3.2 > or newer. We have been using the newer backend by default since 5.0 > (January 2016) and is indeed the most tested and used rendering backend > since then. > > If there are strong reasons to continue supporting the legacy backend > beyond 5.4 please make us aware before June 30, 2017. One can always use > older versions of ParaView, if required. For the most part, we have already > stopped doing any development, including maintenance fixes for the legacy > rendering backend. > > 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 utkarsh.ayachit at kitware.com Wed May 31 13:29:14 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 31 May 2017 13:29:14 -0400 Subject: [Paraview] [EXTERNAL] Removing legacy rendering backend from ParaView 5.5 In-Reply-To: References: Message-ID: > How is the legacy back end related to --mesa-llvm? We still use this switch frequently on small clusters that use system mesa for rendering. That should be unaffected. From rnelias at gmail.com Wed May 31 13:44:55 2017 From: rnelias at gmail.com (Renato Elias) Date: Wed, 31 May 2017 14:44:55 -0300 Subject: [Paraview] [Catalyst] Extracting and saving data from a spreadsheet Message-ID: Hi there, I'm trying to save some data computed with calculator and integratevariables pipeline within a coprocessing session. For this purpose, I've been trying the following procedure: # create a new 'Integrate Variables' ... 1: my_calc = IntegrateVariables(Input=calculator1) 2: data = servermanager.Fetch(my_calc) 3: my_value = data.GetPointData().GetArray("ComputedData").GetValue(0) 4: fout = open("lift.dat","a") 5: fout.write("%5.2f" % my_value) ... but it's not working and the error seems to be occuring at line 3. Any idea? Thanks Renato N. Elias -------------- next part -------------- An HTML attachment was scrubbed... URL: From rnelias at gmail.com Wed May 31 13:56:31 2017 From: rnelias at gmail.com (Renato Elias) Date: Wed, 31 May 2017 14:56:31 -0300 Subject: [Paraview] [Catalyst] Bug in PV 5.4.0-RC3 Message-ID: Just to report a bug detected in version 5.4.0-RC3 1) If a load a set of parallel data stored in xdmf file format 2) extract surface 3) apply a clip to isolate one of the surface 4) color this surface with a variable, let's say, pressure and 5) save the coprocessing script using the "autoscale" for the variable used to color the surface clipped, Catalyst will crash when running in parallel. I've tested it a ton of times and it only happen with the clip filter specifically. In my case, I was running a flow around a sphere and the clipped data (using the sphere tool) was the sphere itself where I'd like to color with the pressure but I only managed to make a valid python script after selecting a solid color for the sphere... the basica pipeline was 1) load the xdmf 2) create ghost cells 3) merge blocks 4) extract surface 5) clip (the sphere) 6) stream tracer 7) tube (colored with velocity) In the 5th step, I've tried: a). Color with pressure and save with autoscale enabled. It crashes b). Color with pressure and save with autoscale disabled. It works fine c). Color with a solid color and using autoscale for the tube colored with velocity. It works fine I hope it helps to reproduce the problem Regards Renato -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Wed May 31 14:15:21 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 31 May 2017 14:15:21 -0400 Subject: [Paraview] [Catalyst] Extracting and saving data from a spreadsheet In-Reply-To: References: Message-ID: I'd suggest not using `Fetch` in co-processing. On rank 0, you can simply do this: my_calc = IntegrateVariables(Input=calculator1) Update(my_calc) data = my_calc.GetClientSideObject().GetOutputDataObject(0) The above works because `IntegrateVariables` produces output on rank 0 and in co-processing mode, we don't run in client-server, as a result you have access to VTK algorithms locally. Utkarsh On Wed, May 31, 2017 at 1:44 PM, Renato Elias wrote: > > Hi there, I'm trying to save some data computed with calculator and > integratevariables pipeline within a coprocessing session. For this purpose, > I've been trying the following procedure: > > # create a new 'Integrate Variables' > ... > 1: my_calc = IntegrateVariables(Input=calculator1) > 2: data = servermanager.Fetch(my_calc) > 3: my_value = data.GetPointData().GetArray("ComputedData").GetValue(0) > 4: fout = open("lift.dat","a") > 5: fout.write("%5.2f" % my_value) > ... > > but it's not working and the error seems to be occuring at line 3. Any idea? > > Thanks > > Renato N. Elias > > _______________________________________________ > 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 wascott at sandia.gov Wed May 31 15:13:33 2017 From: wascott at sandia.gov (Scott, W Alan) Date: Wed, 31 May 2017 19:13:33 +0000 Subject: [Paraview] [EXTERNAL] Removing legacy rendering backend from ParaView 5.5 In-Reply-To: References: Message-ID: <5ffbec0f69a94d9abb4de3af17b2ac9a@ES01AMSNLNT.srn.sandia.gov> Then I am OK with removing the legacy backend. Alan > -----Original Message----- > From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] > Sent: Wednesday, May 31, 2017 11:29 AM > To: Scott, W Alan > Cc: ParaView > Subject: Re: [EXTERNAL] [Paraview] Removing legacy rendering backend > from ParaView 5.5 > > > How is the legacy back end related to --mesa-llvm? We still use this switch > frequently on small clusters that use system mesa for rendering. > > That should be unaffected. From bruno.lehyaric at gmail.com Wed May 31 16:43:57 2017 From: bruno.lehyaric at gmail.com (bruno le hyaric) Date: Wed, 31 May 2017 22:43:57 +0200 Subject: [Paraview] (no subject) In-Reply-To: References: Message-ID: <1C903F87-12F3-4699-8E74-011BA3B53240@gmail.com> Thank you Utkarsh, I appreciate the consideration for a ticket. Do you see any workaround (even ugly) ? It seems strange to me that there is absolutely no way to do that. I believe we might find a way deep into VTK... Regards, Bruno. > On 31 May 2017, at 17:12, Utkarsh Ayachit wrote: > > This isn't support currently, I am afraid. I've reported an issue: > https://gitlab.kitware.com/paraview/paraview/issues/17482 > > Utkarsh > > On Thu, May 25, 2017 at 10:22 AM, bruno le hyaric > wrote: >> Hi, >> >> Is there any mean to assign a texture in a python programmable filter ? >> >> I have my programmable filter which have two inputs : >> - a unstructured grid of 3D points with texture coordinates >> - an image dataset coming from an ImageReader which reads a sequence of images >> >> I would like to apply the current timestep image as a texture on my 3D model. >> >> Regards, >> >> Bruno LE HYARIC. >> _______________________________________________ >> 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 wascott at sandia.gov Wed May 31 17:41:53 2017 From: wascott at sandia.gov (Scott, W Alan) Date: Wed, 31 May 2017 21:41:53 +0000 Subject: [Paraview] Annotate Modal Data Message-ID: <038e714fcd57420fbaecfca57f12803d@ES01AMSNLNT.srn.sandia.gov> Is it possible to display modal frequency while animating mode shape in the ParaView? Thanks, Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Wed May 31 18:08:00 2017 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Wed, 31 May 2017 22:08:00 +0000 Subject: [Paraview] Annotate Modal Data Message-ID: <2c51eb7aba984abb83770a6ba031c812@ES08AMSNLNT.srn.sandia.gov> Hmm. I could have sworn that at one point the frequency was displayed in the properties panel next to the Mode Shape slider bar. Maybe we lost that during one of our properties panel redesigns. (Or maybe I'm misremembering.) -Ken From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Scott, W Alan Sent: Wednesday, May 31, 2017 3:42 PM To: paraview at paraview.org Subject: [EXTERNAL] [Paraview] Annotate Modal Data Is it possible to display modal frequency while animating mode shape in the ParaView? Thanks, Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Wed May 31 18:30:05 2017 From: wascott at sandia.gov (Scott, W Alan) Date: Wed, 31 May 2017 22:30:05 +0000 Subject: [Paraview] Annotate Modal Data In-Reply-To: <2c51eb7aba984abb83770a6ba031c812@ES08AMSNLNT.srn.sandia.gov> References: <2c51eb7aba984abb83770a6ba031c812@ES08AMSNLNT.srn.sandia.gov> Message-ID: <16e989fad77e4310a5ac4ddc8871675e@ES01AMSNLNT.srn.sandia.gov> I don't think so. I have gone back to 4.4.0. ParaView has the same controls now as then. Alan From: Moreland, Kenneth Sent: Wednesday, May 31, 2017 4:08 PM To: Scott, W Alan ; paraview at paraview.org Subject: RE: [Paraview] Annotate Modal Data Hmm. I could have sworn that at one point the frequency was displayed in the properties panel next to the Mode Shape slider bar. Maybe we lost that during one of our properties panel redesigns. (Or maybe I'm misremembering.) -Ken From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Scott, W Alan Sent: Wednesday, May 31, 2017 3:42 PM To: paraview at paraview.org Subject: [EXTERNAL] [Paraview] Annotate Modal Data Is it possible to display modal frequency while animating mode shape in the ParaView? Thanks, Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From hero.jairaj at gmail.com Wed May 31 23:24:55 2017 From: hero.jairaj at gmail.com (JAIRAJ MATHUR) Date: Wed, 31 May 2017 22:24:55 -0500 Subject: [Paraview] [EXTERNAL] Removing legacy rendering backend from ParaView 5.5 In-Reply-To: <5ffbec0f69a94d9abb4de3af17b2ac9a@ES01AMSNLNT.srn.sandia.gov> References: <5ffbec0f69a94d9abb4de3af17b2ac9a@ES01AMSNLNT.srn.sandia.gov> Message-ID: Hi all Does this mean that my PC graphic card would need to support a higher version of open GL? Thanks Jairaj Mathur Mechanical Engineering Washington University in St Louis On Jun 1, 2017 12:43 AM, "Scott, W Alan" wrote: > Then I am OK with removing the legacy backend. > > Alan > > > -----Original Message----- > > From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] > > Sent: Wednesday, May 31, 2017 11:29 AM > > To: Scott, W Alan > > Cc: ParaView > > Subject: Re: [EXTERNAL] [Paraview] Removing legacy rendering backend > > from ParaView 5.5 > > > > > How is the legacy back end related to --mesa-llvm? We still use this > switch > > frequently on small clusters that use system mesa for rendering. > > > > That should be unaffected. > _______________________________________________ > 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: