From mathieu.westphal at kitware.com Mon May 2 03:41:27 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Mon, 2 May 2016 09:41:27 +0200 Subject: [Paraview] pv freezes when merging blocks of angular periodic filter data In-Reply-To: References: <57246F48.5020109@mail.ru> <572474D8.9040807@mail.ru> Message-ID: This bug has already been corrected in the master branch of paraview. You can clone it and compile it, or wait for ParaView 5.0.1 to come out in a few weeks. Regards, Mathieu Westphal On Sat, Apr 30, 2016 at 12:04 PM, Mathieu Westphal < mathieu.westphal at kitware.com> wrote: > I will take a look at it next week. > > Regards, > > Mathieu Westphal > > On Sat, Apr 30, 2016 at 11:03 AM, Gena Bug wrote: > >> UPD: Seems it somehow related to cell-data vector arrays, because it >> works with point-data arrays. >> >> I attached a smallest example I came up with that could help. If you load >> the state-file you'll see the next pipeline: >> test.vtp >> AngularPeriodicFilter (with angle = 90 and axiz = Z) >> CellDatatoPointData >> MergeBlocks >> >> That works. However if you remove CellDatatoPointData from this pipeline >> and try to merge the result of AngularPeriodicFilter you'll see the problem. >> >> >> On 30.04.2016 11:39, Gena Bug wrote: >> >>> Hi! >>> >>> I was able to freeze Paraview by applying MergeBlocks filter to the data >>> generated by AngularPeriodicFilter. In console I see a bunch of warnings: >>> { >>> Warning: In >>> >>> /home/kitware/dashboards/buildbot/paraview-debian6dash-linux-shared-release_opengl2_qt4_superbuild/build/paraview/src/paraview/VTK/Common/Core/vtkMappedDataArray.txx, >>> line 47 >>> 20vtkPeriodicDataArrayIdE (0x6dce310): GetVoidPointer called. This is >>> very expensive for vtkMappedDataArray subclasses, since the scalar array >>> must be generated for each call. Consider using a >>> vtkTypedDataArrayIterator instead. >>> } >>> >>> Env: debian testing amd64, KF5, pv downloaded from the site. >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> 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 archaerolog at mail.ru Mon May 2 11:45:31 2016 From: archaerolog at mail.ru (Gena Bug) Date: Mon, 2 May 2016 18:45:31 +0300 Subject: [Paraview] pv freezes when merging blocks of angular periodic filter data In-Reply-To: References: <57246F48.5020109@mail.ru> <572474D8.9040807@mail.ru> Message-ID: <5727761B.2020800@mail.ru> On 02.05.2016 10:41, Mathieu Westphal wrote: > This bug has already been corrected in the master branch of paraview. You > can clone it and compile it, or wait for ParaView 5.0.1 to come out in a > few weeks. I checked the last nightly and it works. Great! Thanks for the info, Mathieu! > > Regards, > > Mathieu Westphal > > On Sat, Apr 30, 2016 at 12:04 PM, Mathieu Westphal < > mathieu.westphal at kitware.com> wrote: > >> I will take a look at it next week. >> >> Regards, >> >> Mathieu Westphal >> >> On Sat, Apr 30, 2016 at 11:03 AM, Gena Bug wrote: >> >>> UPD: Seems it somehow related to cell-data vector arrays, because it >>> works with point-data arrays. >>> >>> I attached a smallest example I came up with that could help. If you load >>> the state-file you'll see the next pipeline: >>> test.vtp >>> AngularPeriodicFilter (with angle = 90 and axiz = Z) >>> CellDatatoPointData >>> MergeBlocks >>> >>> That works. However if you remove CellDatatoPointData from this pipeline >>> and try to merge the result of AngularPeriodicFilter you'll see the problem. >>> >>> >>> On 30.04.2016 11:39, Gena Bug wrote: >>> >>>> Hi! >>>> >>>> I was able to freeze Paraview by applying MergeBlocks filter to the data >>>> generated by AngularPeriodicFilter. In console I see a bunch of warnings: >>>> { >>>> Warning: In >>>> >>>> /home/kitware/dashboards/buildbot/paraview-debian6dash-linux-shared-release_opengl2_qt4_superbuild/build/paraview/src/paraview/VTK/Common/Core/vtkMappedDataArray.txx, >>>> line 47 >>>> 20vtkPeriodicDataArrayIdE (0x6dce310): GetVoidPointer called. This is >>>> very expensive for vtkMappedDataArray subclasses, since the scalar array >>>> must be generated for each call. Consider using a >>>> vtkTypedDataArrayIterator instead. >>>> } >>>> >>>> Env: debian testing amd64, KF5, pv downloaded from the site. >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> > From wascott at sandia.gov Mon May 2 13:32:10 2016 From: wascott at sandia.gov (Scott, W Alan) Date: Mon, 2 May 2016 17:32:10 +0000 Subject: [Paraview] [EXTERNAL] Re: pv freezes when merging blocks of angular periodic filter data In-Reply-To: References: <57246F48.5020109@mail.ru> <572474D8.9040807@mail.ru> Message-ID: Thanks Mathieu. I will benefit also. Note that the next version of PV is 5.1.0, scheduled for next month. Alan From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Mathieu Westphal Sent: Monday, May 02, 2016 1:41 AM To: Gena Bug Cc: ParaView Subject: [EXTERNAL] Re: [Paraview] pv freezes when merging blocks of angular periodic filter data This bug has already been corrected in the master branch of paraview. You can clone it and compile it, or wait for ParaView 5.0.1 to come out in a few weeks. Regards, Mathieu Westphal On Sat, Apr 30, 2016 at 12:04 PM, Mathieu Westphal > wrote: I will take a look at it next week. Regards, Mathieu Westphal On Sat, Apr 30, 2016 at 11:03 AM, Gena Bug > wrote: UPD: Seems it somehow related to cell-data vector arrays, because it works with point-data arrays. I attached a smallest example I came up with that could help. If you load the state-file you'll see the next pipeline: test.vtp AngularPeriodicFilter (with angle = 90 and axiz = Z) CellDatatoPointData MergeBlocks That works. However if you remove CellDatatoPointData from this pipeline and try to merge the result of AngularPeriodicFilter you'll see the problem. On 30.04.2016 11:39, Gena Bug wrote: Hi! I was able to freeze Paraview by applying MergeBlocks filter to the data generated by AngularPeriodicFilter. In console I see a bunch of warnings: { Warning: In /home/kitware/dashboards/buildbot/paraview-debian6dash-linux-shared-release_opengl2_qt4_superbuild/build/paraview/src/paraview/VTK/Common/Core/vtkMappedDataArray.txx, line 47 20vtkPeriodicDataArrayIdE (0x6dce310): GetVoidPointer called. This is very expensive for vtkMappedDataArray subclasses, since the scalar array must be generated for each call. Consider using a vtkTypedDataArrayIterator instead. } Env: debian testing amd64, KF5, pv downloaded from the site. _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView 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 nikos.beratlis at gmail.com Mon May 2 14:09:00 2016 From: nikos.beratlis at gmail.com (Nikolaos Beratlis) Date: Mon, 2 May 2016 14:09:00 -0400 Subject: [Paraview] Help with adjusting contour levels in python script Message-ID: Hi, I am running a small python code with pvbatch that read a XDMF file and plots contours: cf_VP_anim_xmf = XDMFReader( FileName=wdir+'VPfield_files/XDMF/cf_VP' +index[i]+'.xmf' ) cf_VP_anim_xmf.CellArrays = [] cf_VP_anim_xmf.Sets = [] cf_VP_anim_xmf.PointArrays = ['Cf'] RenderView1 = GetRenderView() a1_Cf_PVLookupTable = GetLookupTableForArray( "Cf", 1 ) Cfcontours = Show() Cfcontours.EdgeColor = [0.0, 0.0, 0.50000762951094835] Cfcontours.SelectionPointFieldDataArrayName = 'Cf' Cfcontours.ScalarOpacityFunction = [] Cfcontours.ColorArrayName = 'Cf' Cfcontours.ScalarOpacityUnitDistance = 2.4071425938556859 Cfcontours.LookupTable = a1_Cf_PVLookupTable Cfcontours.ScaleFactor = 15.0 cf_VP_anim_xmf.Grids = ['STL Grid'] RenderView1.CacheKey = 2.0 RenderView1.CameraClippingRange = [288.47079837284241, 299.16435388730815] RenderView1.UseCache = 0 a1_Cf_PVLookupTable = GetLookupTableForArray( "Cf", 1, RGBPoints=[- 0.0001, 0.0, 0.0, 1.0, 0.0001, 1.0, 0.0, 0.0], LockScalarRange=1, ColorSpace='HSV' ) separationline = Contour( PointMergeMethod="Uniform Binning" ) separationline.ContourBy = ['POINTS', 'Cf'] separationline.Isosurfaces = [0.0] DataSeparationLine = Show() DataSeparationLine.ScaleFactor = 12.321390008926393 DataSeparationLine.SelectionPointFieldDataArrayName = 'Cf' DataSeparationLine.EdgeColor = [0.0, 0.0, 0.50000762951094835] DataSeparationLine.LineWidth = 2.0 DataSeparationLine.DiffuseColor = [0.0, 0.0, 0.0] DataSeparationLine.ColorArrayName = '' Cfcontours.Visibility = 1 #--- Setup view RenderView1 = GetRenderView() RenderView1.Background = [1.0, 1.0, 1.0] RenderView1.CenterAxesVisibility = 0 RenderView1.OrientationAxesVisibility = 0 RenderView1.ViewSize = [1450, 300] RenderView1.InteractionMode = '3D' RenderView1.CameraClippingRange = [120.40716073726786, 126.85668499830999] RenderView1.CameraPosition = [25.95, 41.63, 1.43] RenderView1.CameraFocalPoint = [4.31, 5.36, 4.77] RenderView1.CameraViewUp = [0.93, -0.36, -0.053] #--- Uncomment for 2D Interaction Mode #RenderView1.CameraParallelScale = 5.5 a1_Cf_PVLookupTable = GetLookupTableForArray( "Cf", 1, RGBPoints=[- 0.0001, 0.0, 0.0, 1.0, 0.0001, 1.0, 0.0, 0.0], LockScalarRange=1 ) #--- Export image Render() WriteImage(wdir+'POSTPRO/IMAGES/cf_view1_'+index[i]+'.jpg') I set the range of the contours from -0.0001 to 0.0001 but the contours levels revert back to automatic scaling instead of the range that I specify. I am using version 3.98 of Paraview but I also tried with version 4.1.0. Why is this happening? Do I miss something in my script? Nikos -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.dean at decisionsciencescorp.com Mon May 2 14:18:02 2016 From: kevin.dean at decisionsciencescorp.com (Dean, Kevin) Date: Mon, 2 May 2016 11:18:02 -0700 Subject: [Paraview] Writing Filter Plugin Message-ID: Is there a way to do multiclass inheritance while writing your xml for a Plugin? 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 utkarsh.ayachit at kitware.com Mon May 2 14:32:00 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 2 May 2016 14:32:00 -0400 Subject: [Paraview] Writing Filter Plugin In-Reply-To: References: Message-ID: Alas, no. Sometimes, using sub-proxies instead may work, but depends on your usecase. Utkarsh On Mon, May 2, 2016 at 2:18 PM, Dean, Kevin wrote: > Is there a way to do multiclass inheritance while writing your xml for a > Plugin? > > 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 > From cgunases at gmail.com Mon May 2 14:34:29 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Tue, 3 May 2016 00:04:29 +0530 Subject: [Paraview] [ParaView] Generating a 3D model Message-ID: Hello everyone, Since i need to generate a human organ using my data first of all i registered my images. Second of all, segmented the organ first . Third of all, segmented the rest of the sub objects inside the organ. Basically, segmentation was done and saved in following formats. 1st mask(for the organ) ; saved as .mat file 2nd mask(for sub objects with in the organ) : saved as .mat file 3rd mask(for sub objects within the organ) : saved as .mat file (note: segmentation is done for the whole image) Since i have these masks saved in Mat format i combined all the masks and converted to VTK format. When i run in the Paraview, i can only view the slice, surface, etc but NOT the VOLUME (which is what i want). What is the reason to this? How to overcome this issue now? Thank you in advance. -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Mon May 2 16:58:59 2016 From: wascott at sandia.gov (Scott, W Alan) Date: Mon, 2 May 2016 20:58:59 +0000 Subject: [Paraview] Cron job and ParaView Message-ID: I have a user that is trying to run ParaView in a cron job, and keeps getting the following error on PV 4.4.0: 4.4.0/ParaView4/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, line 542 vtkXOpenGLRenderWindow (0x5197850): bad X server connection Has anyone tried to do this, and figured out a solution? User has tried running a build I did - which attaches to Mesa - and has -use-offscreen-rendering turned on, and is running pvbatch. Same error. Any ideas? Thanks, Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Mon May 2 17:01:22 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Mon, 2 May 2016 21:01:22 +0000 Subject: [Paraview] Cron job and ParaView Message-ID: Are you sure you are building with osmesa? Just using mesa is not sufficient. -Ken From: ParaView on behalf of Walter Scott Date: Monday, May 2, 2016 at 2:58 PM To: "paraview at paraview.org" Subject: [EXTERNAL] [Paraview] Cron job and ParaView I have a user that is trying to run ParaView in a cron job, and keeps getting the following error on PV 4.4.0: 4.4.0/ParaView4/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, line 542 vtkXOpenGLRenderWindow (0x5197850): bad X server connection Has anyone tried to do this, and figured out a solution? User has tried running a build I did ? which attaches to Mesa ? and has ?use-offscreen-rendering turned on, and is running pvbatch. Same error. Any ideas? Thanks, Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Mon May 2 17:07:29 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 2 May 2016 17:07:29 -0400 Subject: [Paraview] Help with adjusting contour levels in python script In-Reply-To: References: Message-ID: Nikos, When you say you're "set the range of the contours from -0.0001 to 0.0001 but the contours levels revert back to automatic scaling", what do you mean? Do you mean you're setting separationline.Isosurfaces to be values in the given range, but the rendered countour is still the same old value? If so, there was a with how the contour filter was modified when the contour values where changed that was fixed recently. You may want to give 5.0.1 a try to see if you can reproduce the issue with 5.0.1. Utkarsh On Mon, May 2, 2016 at 2:09 PM, Nikolaos Beratlis wrote: > Hi, > > I am running a small python code with pvbatch that read a XDMF file and > plots contours: > > cf_VP_anim_xmf = XDMFReader( > FileName=wdir+'VPfield_files/XDMF/cf_VP'+index[i]+'.xmf' ) > > > cf_VP_anim_xmf.CellArrays = [] > > cf_VP_anim_xmf.Sets = [] > > cf_VP_anim_xmf.PointArrays = ['Cf'] > > > RenderView1 = GetRenderView() > > a1_Cf_PVLookupTable = GetLookupTableForArray( "Cf", 1 ) > > > Cfcontours = Show() > > Cfcontours.EdgeColor = [0.0, 0.0, 0.50000762951094835] > > Cfcontours.SelectionPointFieldDataArrayName = 'Cf' > > Cfcontours.ScalarOpacityFunction = [] > > Cfcontours.ColorArrayName = 'Cf' > > Cfcontours.ScalarOpacityUnitDistance = 2.4071425938556859 > > Cfcontours.LookupTable = a1_Cf_PVLookupTable > > Cfcontours.ScaleFactor = 15.0 > > > cf_VP_anim_xmf.Grids = ['STL Grid'] > > > RenderView1.CacheKey = 2.0 > > RenderView1.CameraClippingRange = [288.47079837284241, > 299.16435388730815] > > RenderView1.UseCache = 0 > > > a1_Cf_PVLookupTable = GetLookupTableForArray( "Cf", 1, > RGBPoints=[-0.0001, 0.0, 0.0, 1.0, 0.0001, 1.0, 0.0, 0.0], > LockScalarRange=1, ColorSpace='HSV' ) > > > separationline = Contour( PointMergeMethod="Uniform Binning" ) > > > separationline.ContourBy = ['POINTS', 'Cf'] > > separationline.Isosurfaces = [0.0] > > > DataSeparationLine = Show() > > DataSeparationLine.ScaleFactor = 12.321390008926393 > > DataSeparationLine.SelectionPointFieldDataArrayName = 'Cf' > > DataSeparationLine.EdgeColor = [0.0, 0.0, 0.50000762951094835] > > DataSeparationLine.LineWidth = 2.0 > > DataSeparationLine.DiffuseColor = [0.0, 0.0, 0.0] > > > DataSeparationLine.ColorArrayName = '' > > > Cfcontours.Visibility = 1 > > > #--- Setup view > > RenderView1 = GetRenderView() > > RenderView1.Background = [1.0, 1.0, 1.0] > > RenderView1.CenterAxesVisibility = 0 > > RenderView1.OrientationAxesVisibility = 0 > > RenderView1.ViewSize = [1450, 300] > > > RenderView1.InteractionMode = '3D' > > RenderView1.CameraClippingRange = [120.40716073726786, > 126.85668499830999] > > RenderView1.CameraPosition = [25.95, 41.63, 1.43] > > RenderView1.CameraFocalPoint = [4.31, 5.36, 4.77] > > RenderView1.CameraViewUp = [0.93, -0.36, -0.053] > > > #--- Uncomment for 2D Interaction Mode > > #RenderView1.CameraParallelScale = 5.5 > > > a1_Cf_PVLookupTable = GetLookupTableForArray( "Cf", 1, > RGBPoints=[-0.0001, 0.0, 0.0, 1.0, 0.0001, 1.0, 0.0, 0.0], LockScalarRange=1 > ) > > > #--- Export image > > Render() > > WriteImage(wdir+'POSTPRO/IMAGES/cf_view1_'+index[i]+'.jpg') > > > I set the range of the contours from -0.0001 to 0.0001 but the contours > levels revert back to automatic scaling instead of the range that I specify. > I am using version 3.98 of Paraview but I also tried with version 4.1.0. Why > is this happening? Do I miss something in my script? > > Nikos > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 Mon May 2 17:11:41 2016 From: wascott at sandia.gov (Scott, W Alan) Date: Mon, 2 May 2016 21:11:41 +0000 Subject: [Paraview] Cron job and ParaView In-Reply-To: References: Message-ID: OK, taking small steps here, what is OSMesa, and want is Mesa? Utkarsh and I had this discussion, but I never understood the difference. Having just googled the difference, If I understand correctly, OSMesa actually means Off Screen Mesa, and is compiled into Mesa. Otherwise, you get Mesa ? software rendering, but into a GLX window? You are correct ? I am not building OSMesa. Thus, my problem? Alan From: Moreland, Kenneth Sent: Monday, May 02, 2016 3:01 PM To: Scott, W Alan ; paraview at paraview.org Subject: Re: [Paraview] Cron job and ParaView Are you sure you are building with osmesa? Just using mesa is not sufficient. -Ken From: ParaView > on behalf of Walter Scott > Date: Monday, May 2, 2016 at 2:58 PM To: "paraview at paraview.org" > Subject: [EXTERNAL] [Paraview] Cron job and ParaView I have a user that is trying to run ParaView in a cron job, and keeps getting the following error on PV 4.4.0: 4.4.0/ParaView4/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, line 542 vtkXOpenGLRenderWindow (0x5197850): bad X server connection Has anyone tried to do this, and figured out a solution? User has tried running a build I did ? which attaches to Mesa ? and has ?use-offscreen-rendering turned on, and is running pvbatch. Same error. Any ideas? Thanks, Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Mon May 2 17:21:46 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Mon, 2 May 2016 21:21:46 +0000 Subject: [Paraview] Cron job and ParaView In-Reply-To: References: Message-ID: That is basically the difference. To use any implementation of OpenGL (which is what Mesa3D is), you first need an OpenGL context. On *nix you typically get this by opening a window with the Xhost. Even when doing offscreen rendering you need to get a context with the Xhost (because classically this was the interface to the graphics hardware). Osmesa is a small library that sits on top of Mesa3D. It creates an OpenGL context without having to go to an Xhost. It has a different interface than GLX, so your software needs to specifically open an osmesa ?window? in addition to linking to the correct library. As I recall, in order to use osmesa, you need to set VTK_OPENGL_HAS_OSMESA to ON and then set OSMESA_INCLUDE_DIR and OSMESA_LIBRARY. Typically the osmesa headers and libraries are in the same location as the Mesa 3D install. See this Wiki page for more info: http://www.paraview.org/Wiki/ParaView_And_Mesa_3D -Ken From: Walter Scott Date: Monday, May 2, 2016 at 3:11 PM To: Kenneth Moreland , "paraview at paraview.org" Subject: RE: [Paraview] Cron job and ParaView OK, taking small steps here, what is OSMesa, and want is Mesa? Utkarsh and I had this discussion, but I never understood the difference. Having just googled the difference, If I understand correctly, OSMesa actually means Off Screen Mesa, and is compiled into Mesa. Otherwise, you get Mesa ? software rendering, but into a GLX window? You are correct ? I am not building OSMesa. Thus, my problem? Alan From: Moreland, Kenneth Sent: Monday, May 02, 2016 3:01 PM To: Scott, W Alan ; paraview at paraview.org Subject: Re: [Paraview] Cron job and ParaView Are you sure you are building with osmesa? Just using mesa is not sufficient. -Ken From: ParaView > on behalf of Walter Scott > Date: Monday, May 2, 2016 at 2:58 PM To: "paraview at paraview.org" > Subject: [EXTERNAL] [Paraview] Cron job and ParaView I have a user that is trying to run ParaView in a cron job, and keeps getting the following error on PV 4.4.0: 4.4.0/ParaView4/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, line 542 vtkXOpenGLRenderWindow (0x5197850): bad X server connection Has anyone tried to do this, and figured out a solution? User has tried running a build I did ? which attaches to Mesa ? and has ?use-offscreen-rendering turned on, and is running pvbatch. Same error. Any ideas? Thanks, Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From chrisneal at ufl.edu Mon May 2 16:20:13 2016 From: chrisneal at ufl.edu (Neal,Christopher R) Date: Mon, 2 May 2016 20:20:13 +0000 Subject: [Paraview] Preserve color map style when changing variables Message-ID: Hi, I'm using Paraview 4.4. Can Paraview preserve the style of a color map & the associated color map layout? I've spent time creating a nice layout that involves the position of the color bar, the size of the text on the color bar, the precision of the numbers displayed on the color bar, and the color map(red to blue rainbow). It's exactly what I want. The problem is that if I go from plotting pressure to temperature, the entire layout reverts back to the default Paraview hot/cold colormap and the colorbar resets to the default. Can I tell Paraview to maintain my style for all variables in the dataset? Thank you, Christopher R. Neal Graduate Student University of Florida -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Mon May 2 20:26:46 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 2 May 2016 20:26:46 -0400 Subject: [Paraview] Cron job and ParaView In-Reply-To: References: Message-ID: Also, be wary of environment variables in the cron job which are not the same (think empty) as when you log into an interactive session. If the machine happens to be setup to have X and you are OK with onscreen rendering for the job (many nighty dashboards work this way for instance) it is entirely possible that the process has no DISPLAY environment variable and that you have to manually set it to :0 or something like that. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Mon, May 2, 2016 at 5:21 PM, Moreland, Kenneth wrote: > That is basically the difference. To use any implementation of OpenGL > (which is what Mesa3D is), you first need an OpenGL context. On *nix you > typically get this by opening a window with the Xhost. Even when doing > offscreen rendering you need to get a context with the Xhost (because > classically this was the interface to the graphics hardware). > > > > Osmesa is a small library that sits on top of Mesa3D. It creates an OpenGL > context without having to go to an Xhost. It has a different interface than > GLX, so your software needs to specifically open an osmesa ?window? in > addition to linking to the correct library. > > > > As I recall, in order to use osmesa, you need to set VTK_OPENGL_HAS_OSMESA > to ON and then set OSMESA_INCLUDE_DIR and OSMESA_LIBRARY. Typically the > osmesa headers and libraries are in the same location as the Mesa 3D > install. > > > > See this Wiki page for more info: > http://www.paraview.org/Wiki/ParaView_And_Mesa_3D > > > > -Ken > > > > > > *From: *Walter Scott > *Date: *Monday, May 2, 2016 at 3:11 PM > *To: *Kenneth Moreland , "paraview at paraview.org" < > paraview at paraview.org> > *Subject: *RE: [Paraview] Cron job and ParaView > > > > OK, taking small steps here, what is OSMesa, and want is Mesa? Utkarsh > and I had this discussion, but I never understood the difference. > > > > Having just googled the difference, If I understand correctly, OSMesa > actually means Off Screen Mesa, and is compiled into Mesa. Otherwise, you > get Mesa ? software rendering, but into a GLX window? > > > > You are correct ? I am not building OSMesa. Thus, my problem? > > > > Alan > > > > > > > > *From:* Moreland, Kenneth > *Sent:* Monday, May 02, 2016 3:01 PM > *To:* Scott, W Alan ; paraview at paraview.org > *Subject:* Re: [Paraview] Cron job and ParaView > > > > Are you sure you are building with osmesa? Just using mesa is not > sufficient. > > > > -Ken > > > > *From: *ParaView on behalf of Walter > Scott > *Date: *Monday, May 2, 2016 at 2:58 PM > *To: *"paraview at paraview.org" > *Subject: *[EXTERNAL] [Paraview] Cron job and ParaView > > > > I have a user that is trying to run ParaView in a cron job, and keeps > getting the following error on PV 4.4.0: > 4.4.0/ParaView4/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, line 542 > vtkXOpenGLRenderWindow (0x5197850): bad X server connection > > > > Has anyone tried to do this, and figured out a solution? User has tried > running a build I did ? which attaches to Mesa ? and has > ?use-offscreen-rendering turned on, and is running pvbatch. Same error. > > > > Any ideas? > > > > Thanks, > > > > Alan > > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 Jim.Eliot at awe.co.uk Wed May 4 05:10:55 2016 From: Jim.Eliot at awe.co.uk (Jim.Eliot at awe.co.uk) Date: Wed, 4 May 2016 09:10:55 +0000 Subject: [Paraview] Axis labels and ticks vanish at high zoom Message-ID: <201605040908.u4498aWJ005450@msw1.awe.co.uk> Good morning, When I zoom into a dataset, the axes grid labels, ticks and grid disappear. I turn on the axes grid (optionally turn on 'show grid' in the settings) and then zoom in on the axis. At a certain point, the axis labels, ticks and grid fail to show. Sometimes they show only part way up the axis. Has anyone else seen this? Is there a way to get around it? For info, I'm using ParaView 5.0.1 on Linux (built from source). Cheers, Jim Jim Eliot High Performance Computing Group AWE, Aldermaston, Reading, RG7 4PR The information in this email and in any attachment(s) is commercial in confidence. If you are not the named addressee(s) or if you receive this email in error then any distribution, copying or use of this communication or the information in it is strictly prohibited. Please notify us immediately by email at admin.internet(at)awe.co.uk, and then delete this message from your computer. While attachments are virus checked, AWE plc does not accept any liability in respect of any virus which is not detected. AWE Plc Registered in England and Wales Registration No 02763902 AWE, Aldermaston, Reading, RG7 4PR -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at seoaachen.de Wed May 4 06:43:09 2016 From: info at seoaachen.de (Daniel Zuidinga) Date: Wed, 4 May 2016 12:43:09 +0200 Subject: [Paraview] Mesa compilation Message-ID: <70d0a00d-a72c-9280-771b-afa440cbe5f2@seoaachen.de> Hello, I try to compile Paraview with Mesa support (I need Paraviewweb on a server without GPU). I use the tutorial on: http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/os_mesa I get the Error: CMake Error at VTK/CMake/FindPAckageHandlesSTandardArgs.cmake:97 Could NOT find OSMesa. |there is nothing in my Ubuntu: OPENGL_INCLUDE_DIR /opt/mesa/9.2.2/llvmpipe/include | What to do? -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at seoaachen.de Wed May 4 06:45:01 2016 From: info at seoaachen.de (Daniel Zuidinga) Date: Wed, 4 May 2016 12:45:01 +0200 Subject: [Paraview] Compile PV with Paraviewweb on Windows Message-ID: <7a178602-7609-a925-c266-ef624671cbdb@seoaachen.de> Hello, Paraviewweb is only included in the 4.1 builds of PV on Windows. Is it possible to compile newer Versions with Paraviewweb support? regards -- Daniel Zuidinga Dipl.-Ing. SEO Aachen Passstr. 5 52070 Aachen Tel : 0241 / 450 912 67 E-Mail: info at seoaachen.de Web : http://www.seoaachen.de (nur zum Teil aktuell) Xing : https://www.xing.com/profile/Daniel_Zuidinga Bald online: Software Tools f?r Konstrukteure und Bauteilhersteller http://www.engineeringonline.de -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at seoaachen.de Wed May 4 08:45:56 2016 From: info at seoaachen.de (Daniel Zuidinga) Date: Wed, 4 May 2016 14:45:56 +0200 Subject: [Paraview] Mesa compilation In-Reply-To: <70d0a00d-a72c-9280-771b-afa440cbe5f2@seoaachen.de> References: <70d0a00d-a72c-9280-771b-afa440cbe5f2@seoaachen.de> Message-ID: <75415245-1cb8-4c87-95db-b68b919928ea@seoaachen.de> I downloaded and build mesa 9.2.2 and now the make stops at: 4%] Building C object VTK/ThirdParty/gl2ps/vtkgl2ps/CMakeFiles/vtkgl2ps.dir/gl2ps.c.omake[2]: *** No rule to make target `/work/apps/mesa/9.2.2/llvmpipe/lib/libOSMesa.[so', needed by `lib/libvtkgl2ps-pv4.3.so.1'. Stop.make[1]: *** [VTK/ThirdParty/gl2ps/vtkgl2ps/CMakeFiles/vtkgl2ps.dir/all] Error 2make: *** [all] Error 2 libOSMesa.so does exist in that directory. Am 04.05.2016 um 12:43 schrieb Daniel Zuidinga: > > Hello, > > I try to compile Paraview with Mesa support (I need Paraviewweb on a > server without GPU). > > I use the tutorial on: > http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/os_mesa > > I get the Error: > > CMake Error at VTK/CMake/FindPAckageHandlesSTandardArgs.cmake:97 > > Could NOT find OSMesa. > > > |there is nothing in my Ubuntu: OPENGL_INCLUDE_DIR > /opt/mesa/9.2.2/llvmpipe/include | > > What to do? > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Wed May 4 09:48:23 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Wed, 4 May 2016 07:48:23 -0600 Subject: [Paraview] Compile PV with Paraviewweb on Windows In-Reply-To: <7a178602-7609-a925-c266-ef624671cbdb@seoaachen.de> References: <7a178602-7609-a925-c266-ef624671cbdb@seoaachen.de> Message-ID: Hi Daniel, We are going to work on the Windows support in June for the next release of ParaView 5.1+. At the moment, building ParaViewWeb for windows won't be easy. But once we iron out the process, it will be back by default in our binaries. Seb 2016-05-04 4:45 GMT-06:00 Daniel Zuidinga : > Hello, > Paraviewweb is only included in the 4.1 builds of PV on Windows. > > Is it possible to compile newer Versions with Paraviewweb support? > > regards > > -- > Daniel Zuidinga > Dipl.-Ing. > > SEO Aachen > Passstr. 5 > 52070 Aachen > > Tel : 0241 / 450 912 67 > E-Mail: info at seoaachen.de > Web : http://www.seoaachen.de (nur zum Teil aktuell) > Xing : https://www.xing.com/profile/Daniel_Zuidinga > > Bald online: Software Tools f?r Konstrukteure und Bauteilherstellerhttp://www.engineeringonline.de > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Wed May 4 09:54:12 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Wed, 4 May 2016 07:54:12 -0600 Subject: [Paraview] Mesa compilation In-Reply-To: <75415245-1cb8-4c87-95db-b68b919928ea@seoaachen.de> References: <70d0a00d-a72c-9280-771b-afa440cbe5f2@seoaachen.de> <75415245-1cb8-4c87-95db-b68b919928ea@seoaachen.de> Message-ID: Hi Daniel, here is an updated version of the documentation. We are in the process of migrating the documentation and code base. Once it will be done the later will be the official one. http://kitware.github.io/paraviewweb/docs/guides/os_mesa.html Moreover, if you are on linux and you are using the latest ParaView, you can use our binaries as they embed the llvm libraries. When running ParaViewWeb, you just need to add an extra argument --mesa-llvm. Seb On Wed, May 4, 2016 at 6:45 AM, Daniel Zuidinga wrote: > I downloaded and build mesa 9.2.2 and now the make stops at: > > 4%] Building C object > VTK/ThirdParty/gl2ps/vtkgl2ps/CMakeFiles/vtkgl2ps.dir/gl2ps.c.omake[2]: > *** No rule to make target > `/work/apps/mesa/9.2.2/llvmpipe/lib/libOSMesa.[so', needed by > `lib/libvtkgl2ps-pv4.3.so.1'. Stop.make[1]: *** > [VTK/ThirdParty/gl2ps/vtkgl2ps/CMakeFiles/vtkgl2ps.dir/all] Error 2make: > *** [all] Error 2 > libOSMesa.so does exist in that directory. > > > Am 04.05.2016 um 12:43 schrieb Daniel Zuidinga: > > Hello, > > I try to compile Paraview with Mesa support (I need Paraviewweb on a > server without GPU). > > I use the tutorial on: > http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/os_mesa > > I get the Error: > > CMake Error at VTK/CMake/FindPAckageHandlesSTandardArgs.cmake:97 > > Could NOT find OSMesa. > > > there is nothing in my Ubuntu: > > OPENGL_INCLUDE_DIR /opt/mesa/9.2.2/llvmpipe/include > > > What to do? > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > 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 Wed May 4 10:33:34 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 4 May 2016 10:33:34 -0400 Subject: [Paraview] Dropping support for OpenGL1 in ParaView 5.2. Message-ID: Folks, As we continue to make progress on the new OpenGL2 rendering backend, I wanted to get a feel from the community if there's any objection to dropping support entirely for the legacy OpenGL1 rendering backend in ParaView for 5.2? Note this will only affect ParaView and ParaView-based applications. Utkarsh From utkarsh.ayachit at kitware.com Wed May 4 14:47:32 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 4 May 2016 14:47:32 -0400 Subject: [Paraview] Dropping support for OpenGL1 in ParaView 5.2. In-Reply-To: References: Message-ID: Following discussions with folks here, we're tabling this for another year as the OpenGL2 backend continues to stabilize. On Wed, May 4, 2016 at 10:33 AM, Utkarsh Ayachit wrote: > Folks, > > As we continue to make progress on the new OpenGL2 rendering backend, > I wanted to get a feel from the community if there's any objection to > dropping support entirely for the legacy OpenGL1 rendering backend in > ParaView for 5.2? > > Note this will only affect ParaView and ParaView-based applications. > > Utkarsh From andy.bauer at kitware.com Wed May 4 15:37:34 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Wed, 4 May 2016 15:37:34 -0400 Subject: [Paraview] volume rendering with Catalyst ... In-Reply-To: <6f6c30d4-28f2-12f2-b1ac-195e824baa13@be.itu.edu.tr> References: <6f6c30d4-28f2-12f2-b1ac-195e824baa13@be.itu.edu.tr> Message-ID: Hi, Are you generating the Catalyst script with PV built with the OpenGL2 backend and then linking with a version of Catalyst built with the OpenGL1 backend? I'd guess that this is the problem. To isolate the issue further, you can do a Python trace in the GUI to see if you get the same issue when you run pvpython with that script. Best, Andy On Fri, Apr 29, 2016 at 10:12 AM, Ufuk Utku Turuncoglu (BE) < u.utku.turuncoglu at be.itu.edu.tr> wrote: > Hi Cory, > > Do you think that it is a bug in Catalyst side. In this case, i am running > the code as follows > > export LD_LIBRARY_PATH=/opt/progs/paraview-5.0.0/lib:${LD_LIBRARY_PATH} > export DYLD_LIBRARY_PATH=/opt/progs/paraview-5.0.0/lib:${DYLD_LIBRARY_PATH} > mpirun -np 12 ./main.x > > Thanks for your help, > > --ufuk > > > > On 29/04/16 16:58, Cory Quammen wrote: > >> It indeed looks like the scalar opacity function is not being set up >> properly when using Catalyst. Looking at your script, it looks like it >> should be, though. >> >> Could you describe how you are running this with Catalyst? >> >> Thanks, >> Cory >> >> On Tue, Apr 26, 2016 at 4:18 AM, Ufuk Utku Turuncoglu (BE) >> wrote: >> >>> Hi, >>> >>> I had a problem in Catalyst when i run a visualization pipeline with >>> volume >>> rendering. The attached figures shows the problem and belong to same >>> visualization with and without Catalyst. In my case, the co-processing >>> Python script (dvr.py) is generated from multi-block dataset and the >>> Catalyst code uses MPI code to define multi-block dataset also. So, it is >>> consistent in both side. The visualization pipeline includes Transform >>> and >>> MergeBlocks filters to create the final image and mapper is set as Bunyk >>> Ray >>> Cast. It seems that there is a problem in the color transfer function >>> but i >>> am not sure. I also test with different mapper such as projected-tetra >>> but >>> the result is same. I just wonder that did you see any similar problem >>> before. >>> >>> Regards, >>> >>> Istanbul Technical University >>> Informatics Institute >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> >> > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From u.utku.turuncoglu at be.itu.edu.tr Thu May 5 01:46:57 2016 From: u.utku.turuncoglu at be.itu.edu.tr (Ufuk Utku Turuncoglu (BE)) Date: Thu, 5 May 2016 08:46:57 +0300 Subject: [Paraview] volume rendering with Catalyst ... In-Reply-To: References: <6f6c30d4-28f2-12f2-b1ac-195e824baa13@be.itu.edu.tr> Message-ID: <1947e1b2-e218-8576-199f-1c02d4e7ed19@be.itu.edu.tr> Hi, Actually, i am using same ParaView installation (under Mac OS) to create the Catalyst script and compiling the model code. So, OpenGL backend must be consistent. In any case, i'll try your suggestion and let you know about it. Regards, --ufuk On 04/05/16 22:37, Andy Bauer wrote: > Hi, > > Are you generating the Catalyst script with PV built with the OpenGL2 > backend and then linking with a version of Catalyst built with the > OpenGL1 backend? I'd guess that this is the problem. > > To isolate the issue further, you can do a Python trace in the GUI to > see if you get the same issue when you run pvpython with that script. > > Best, > Andy > > On Fri, Apr 29, 2016 at 10:12 AM, Ufuk Utku Turuncoglu (BE) > > wrote: > > Hi Cory, > > Do you think that it is a bug in Catalyst side. In this case, i am > running the code as follows > > export > LD_LIBRARY_PATH=/opt/progs/paraview-5.0.0/lib:${LD_LIBRARY_PATH} > export > DYLD_LIBRARY_PATH=/opt/progs/paraview-5.0.0/lib:${DYLD_LIBRARY_PATH} > mpirun -np 12 ./main.x > > Thanks for your help, > > --ufuk > > > > On 29/04/16 16:58, Cory Quammen wrote: > > It indeed looks like the scalar opacity function is not being > set up > properly when using Catalyst. Looking at your script, it looks > like it > should be, though. > > Could you describe how you are running this with Catalyst? > > Thanks, > Cory > > On Tue, Apr 26, 2016 at 4:18 AM, Ufuk Utku Turuncoglu (BE) > > wrote: > > Hi, > > I had a problem in Catalyst when i run a visualization > pipeline with volume > rendering. The attached figures shows the problem and > belong to same > visualization with and without Catalyst. In my case, the > co-processing > Python script (dvr.py) is generated from multi-block > dataset and the > Catalyst code uses MPI code to define multi-block dataset > also. So, it is > consistent in both side. The visualization pipeline > includes Transform and > MergeBlocks filters to create the final image and mapper > is set as Bunyk Ray > Cast. It seems that there is a problem in the color > transfer function but i > am not sure. I also test with different mapper such as > projected-tetra but > the result is same. I just wonder that did you see any > similar problem > before. > > Regards, > > Istanbul Technical University > Informatics Institute > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: > http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From u.utku.turuncoglu at be.itu.edu.tr Thu May 5 04:59:22 2016 From: u.utku.turuncoglu at be.itu.edu.tr (Ufuk Utku Turuncoglu (BE)) Date: Thu, 5 May 2016 11:59:22 +0300 Subject: [Paraview] volume rendering with Catalyst ... In-Reply-To: References: <6f6c30d4-28f2-12f2-b1ac-195e824baa13@be.itu.edu.tr> Message-ID: <63761151-483c-368b-7bcf-bb1ee42c6674@be.itu.edu.tr> Hi, I tested the pipeline as follows, 1 - using original Catalyst script, i created new python script (also includes that read part). In this case, i removed all co-processing calls. See the attached script (dvr_pv.py). You could also compare it with original Co-processing generated script (dvr.py). 2 - Then, i opened PV and after Tools-> Python Shell -> Run Script, i run the dvr_pv.py The strange thing is that it produces exactly same problematic DVR in this case. So, it seems that problem is not related with Catalyst but it seems related with Python interface. So, i think that this information could narrow down the places that might cause the problem. Please let me know, if you need more information and test. Thanks again for your kindly help, Regards, --ufuk On 04/05/16 22:37, Andy Bauer wrote: > Hi, > > Are you generating the Catalyst script with PV built with the OpenGL2 > backend and then linking with a version of Catalyst built with the > OpenGL1 backend? I'd guess that this is the problem. > > To isolate the issue further, you can do a Python trace in the GUI to > see if you get the same issue when you run pvpython with that script. > > Best, > Andy > > On Fri, Apr 29, 2016 at 10:12 AM, Ufuk Utku Turuncoglu (BE) > > wrote: > > Hi Cory, > > Do you think that it is a bug in Catalyst side. In this case, i am > running the code as follows > > export > LD_LIBRARY_PATH=/opt/progs/paraview-5.0.0/lib:${LD_LIBRARY_PATH} > export > DYLD_LIBRARY_PATH=/opt/progs/paraview-5.0.0/lib:${DYLD_LIBRARY_PATH} > mpirun -np 12 ./main.x > > Thanks for your help, > > --ufuk > > > > On 29/04/16 16:58, Cory Quammen wrote: > > It indeed looks like the scalar opacity function is not being > set up > properly when using Catalyst. Looking at your script, it looks > like it > should be, though. > > Could you describe how you are running this with Catalyst? > > Thanks, > Cory > > On Tue, Apr 26, 2016 at 4:18 AM, Ufuk Utku Turuncoglu (BE) > > wrote: > > Hi, > > I had a problem in Catalyst when i run a visualization > pipeline with volume > rendering. The attached figures shows the problem and > belong to same > visualization with and without Catalyst. In my case, the > co-processing > Python script (dvr.py) is generated from multi-block > dataset and the > Catalyst code uses MPI code to define multi-block dataset > also. So, it is > consistent in both side. The visualization pipeline > includes Transform and > MergeBlocks filters to create the final image and mapper > is set as Bunyk Ray > Cast. It seems that there is a problem in the color > transfer function but i > am not sure. I also test with different mapper such as > projected-tetra but > the result is same. I just wonder that did you see any > similar problem > before. > > Regards, > > Istanbul Technical University > Informatics Institute > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: > http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dvr_pv.py Type: text/x-python-script Size: 3892 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dvr.py Type: text/x-python-script Size: 7020 bytes Desc: not available URL: From cgunases at gmail.com Thu May 5 07:37:18 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Thu, 5 May 2016 17:07:18 +0530 Subject: [Paraview] Building a 3D volume but an error message pop up, kind assistance needed Message-ID: Hi all, I performed the boundary detection(eg:Canny edge detection) on the segmented images(they are binary images) and then converted to .mat file. Next, stacked the matrices(3D) and converted to vtk format. I am getting the following error when i try to build a 3Dvolume in Paraview. Hence,i cannot build the volume, what would be the cause for that? Can anyone please help me to resolve this matter? [image: Inline image 2] Thank you so much in advance. -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image.png Type: image/png Size: 44022 bytes Desc: not available URL: From jiri.vyskocil at fjfi.cvut.cz Thu May 5 08:58:38 2016 From: jiri.vyskocil at fjfi.cvut.cz (=?UTF-8?B?SmnFmcOtIFZ5c2tvxI1pbA==?=) Date: Thu, 5 May 2016 14:58:38 +0200 Subject: [Paraview] Setting up Paraview Web on a headless Fedora server with GPU Message-ID: <507a18c0-3bac-fae8-da55-c5ea33e8e1d0@fjfi.cvut.cz> Hello, I'm trying to set up a Paraview Web server on a Fedora 23 machine. The serves is not connected to a monitor or a keyboard (I only have access through ssh), but it has a nvidia GPU which I want to use for paraview. I have installed xdm to run the X server, and verified that it is in fact running with the correct nvidia drivers (by checking the Xorg.0.log file). The problem is I don't know how to run the paraview webserver on the X display when there's no one physically logged in - I can only get to the server via ssh. When I log in, and switch to the paraview user, the DISPLAY and XAUTHORITY variables are empty. The webserver itself is running (apache + the python launcher), but when I try to open any of the example applications, I get an error like this: $ ./launch-paraview.sh 2016-05-05 14:54:17,528:INFO:twisted:Site starting on 9000 2016-05-05 14:54:17,528:INFO:twisted:Starting factory 2016-05-05 14:55:09,655:INFO:twisted:"127.0.0.1" - - [05/May/2016:12:55:09 +0000] "POST /paraview/ HTTP/1.1" 503 78 "https://vbl-sim.eli-beams.eu/apps/Visualizer/" "Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0" $ cat 965318f2-12c0-11e6-a3cb-002590e6af35.txt 2016-05-05 14:55:06+0200 [-] Log opened. ERROR: In /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, line 333 vtkXOpenGLRenderWindow (0x3f00be0): bad X server connection. DISPLAY= Specifying DISPLAY=:0 when running the launcher gives this error: $ cat e73921bc-12c0-11e6-b002-002590e6af35.txt 2016-05-05 14:57:22+0200 [-] Log opened. No protocol specified No protocol specified No protocol specified ERROR: In /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, line 333 vtkXOpenGLRenderWindow (0x4127c10): bad X server connection. DISPLAY=:0. Aborting. Thanks for any hints, Jiri -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3733 bytes Desc: S/MIME Cryptographic Signature URL: From sebastien.jourdain at kitware.com Thu May 5 10:23:11 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Thu, 5 May 2016 08:23:11 -0600 Subject: [Paraview] Setting up Paraview Web on a headless Fedora server with GPU In-Reply-To: <507a18c0-3bac-fae8-da55-c5ea33e8e1d0@fjfi.cvut.cz> References: <507a18c0-3bac-fae8-da55-c5ea33e8e1d0@fjfi.cvut.cz> Message-ID: You were on the right track with DISPLAY=:0 but I'm wondering if you setup a "virtual" monitor or if your "paraview" user is auto logged in a X session or if it stuck at the "login" panel? You can find some information about the virtual screen here: (Search for "Screen") http://kitware.github.io/paraviewweb/docs/guides/graphics_on_ec2_g2.html And for the autologin if it is needed. (Note on EC2 the user start X hence no need to login...) https://github.com/Kitware/paraviewweb/blob/master/tools/ansible/roles/paraview/tasks/Ubuntu.yml Seb On Thu, May 5, 2016 at 6:58 AM, Ji?? Vysko?il wrote: > Hello, > > > I'm trying to set up a Paraview Web server on a Fedora 23 machine. The > serves is not connected to a monitor or a keyboard (I only have access > through ssh), but it has a nvidia GPU which I want to use for paraview. > > > I have installed xdm to run the X server, and verified that it is in fact > running with the correct nvidia drivers (by checking the Xorg.0.log file). > The problem is I don't know how to run the paraview webserver on the X > display when there's no one physically logged in - I can only get to the > server via ssh. When I log in, and switch to the paraview user, the DISPLAY > and XAUTHORITY variables are empty. > > > The webserver itself is running (apache + the python launcher), but when I > try to open any of the example applications, I get an error like this: > > > $ ./launch-paraview.sh > 2016-05-05 14:54:17,528:INFO:twisted:Site starting on 9000 > 2016-05-05 14:54:17,528:INFO:twisted:Starting factory > > 2016-05-05 14:55:09,655:INFO:twisted:"127.0.0.1" - - [05/May/2016:12:55:09 > +0000] "POST /paraview/ HTTP/1.1" 503 78 " > https://vbl-sim.eli-beams.eu/apps/Visualizer/" "Mozilla/5.0 (X11; Fedora; > Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0" > > > $ cat 965318f2-12c0-11e6-a3cb-002590e6af35.txt > 2016-05-05 14:55:06+0200 [-] Log opened. > ERROR: In > /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, > line 333 > vtkXOpenGLRenderWindow (0x3f00be0): bad X server connection. DISPLAY= > > > Specifying DISPLAY=:0 when running the launcher gives this error: > > $ cat e73921bc-12c0-11e6-b002-002590e6af35.txt > 2016-05-05 14:57:22+0200 [-] Log opened. > No protocol specified > No protocol specified > No protocol specified > ERROR: In > /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, > line 333 > vtkXOpenGLRenderWindow (0x4127c10): bad X server connection. DISPLAY=:0. > Aborting. > > > > Thanks for any hints, > > Jiri > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 ganesh.iitm at gmail.com Thu May 5 11:40:07 2016 From: ganesh.iitm at gmail.com (Ganesh Vijayakumar) Date: Thu, 05 May 2016 15:40:07 +0000 Subject: [Paraview] Problem importing vtk inside pvpython Message-ID: Hello, I'm having trouble importing vtk inside pvpython while it imports just fine inside python. I installed paraview-python with paraview-5.0.1 using debian stretch. Any ideas on why this might be the case? ganesh at tesla:~$ pvpython Python 2.7.10 (default, Jul 1 2015, 10:54:53) [GCC 4.9.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import vtk Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.7/dist-packages/vtk/__init__.py", line 39, in from vtkCommonCore import * File "/usr/lib/python2.7/dist-packages/vtk/vtkCommonCore.py", line 1, in from vtkCommonCorePython import * TypeError: value must be a class or type >>> >>> Segmentation fault ganesh at tesla:~$ python Python 2.7.10 (default, Jul 1 2015, 10:54:53) [GCC 4.9.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import vtk >>> ganesh -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Thu May 5 12:41:31 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 5 May 2016 18:41:31 +0200 Subject: [Paraview] Problem importing vtk inside pvpython In-Reply-To: References: Message-ID: pvpython is a paraview client, and it is not suposed to execute vtk code, wich is executed on the server. in pvpython you can do: from paraview import * What are you trying to achieve ? Mathieu Westphal On Thu, May 5, 2016 at 5:40 PM, Ganesh Vijayakumar wrote: > Hello, > > I'm having trouble importing vtk inside pvpython while it imports just > fine inside python. I installed paraview-python with paraview-5.0.1 using > debian stretch. Any ideas on why this might be the case? > > ganesh at tesla:~$ pvpython > Python 2.7.10 (default, Jul 1 2015, 10:54:53) > [GCC 4.9.2] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import vtk > Traceback (most recent call last): > File "", line 1, in > File "/usr/lib/python2.7/dist-packages/vtk/__init__.py", line 39, in > > from vtkCommonCore import * > File "/usr/lib/python2.7/dist-packages/vtk/vtkCommonCore.py", line 1, in > > from vtkCommonCorePython import * > TypeError: value must be a class or type > >>> > >>> > Segmentation fault > ganesh at tesla:~$ python > Python 2.7.10 (default, Jul 1 2015, 10:54:53) > [GCC 4.9.2] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import vtk > >>> > > ganesh > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 ganesh.iitm at gmail.com Thu May 5 13:03:36 2016 From: ganesh.iitm at gmail.com (Ganesh Vijayakumar) Date: Thu, 05 May 2016 17:03:36 +0000 Subject: [Paraview] Problem importing vtk inside pvpython In-Reply-To: References: Message-ID: Thanks. Could I reproduce what's going on here? https://blog.kitware.com/improved-vtk-numpy-integration/ On Thu, May 5, 2016 at 10:41 AM Mathieu Westphal < mathieu.westphal at kitware.com> wrote: > pvpython is a paraview client, and it is not suposed to execute vtk code, > wich is executed on the server. > in pvpython you can do: > from paraview import * > > What are you trying to achieve ? > > Mathieu Westphal > > On Thu, May 5, 2016 at 5:40 PM, Ganesh Vijayakumar > wrote: > >> Hello, >> >> I'm having trouble importing vtk inside pvpython while it imports just >> fine inside python. I installed paraview-python with paraview-5.0.1 using >> debian stretch. Any ideas on why this might be the case? >> >> ganesh at tesla:~$ pvpython >> Python 2.7.10 (default, Jul 1 2015, 10:54:53) >> [GCC 4.9.2] on linux2 >> Type "help", "copyright", "credits" or "license" for more information. >> >>> import vtk >> Traceback (most recent call last): >> File "", line 1, in >> File "/usr/lib/python2.7/dist-packages/vtk/__init__.py", line 39, in >> >> from vtkCommonCore import * >> File "/usr/lib/python2.7/dist-packages/vtk/vtkCommonCore.py", line 1, >> in >> from vtkCommonCorePython import * >> TypeError: value must be a class or type >> >>> >> >>> >> Segmentation fault >> ganesh at tesla:~$ python >> Python 2.7.10 (default, Jul 1 2015, 10:54:53) >> [GCC 4.9.2] on linux2 >> Type "help", "copyright", "credits" or "license" for more information. >> >>> import vtk >> >>> >> >> ganesh >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Thu May 5 13:30:47 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Thu, 5 May 2016 11:30:47 -0600 Subject: [Paraview] Problem importing vtk inside pvpython In-Reply-To: References: Message-ID: I think you have VTK installed on your system which conflict with your ParaView one. Hence the segfault inside ParaView. Otherwise nothing should prevent you from doing pure VTK code in ParaView as long as you are aware of the possible issue when running remotely and/or in parallel. On Thu, May 5, 2016 at 11:03 AM, Ganesh Vijayakumar wrote: > Thanks. Could I reproduce what's going on here? > > https://blog.kitware.com/improved-vtk-numpy-integration/ > > > > On Thu, May 5, 2016 at 10:41 AM Mathieu Westphal < > mathieu.westphal at kitware.com> wrote: > >> pvpython is a paraview client, and it is not suposed to execute vtk code, >> wich is executed on the server. >> in pvpython you can do: >> from paraview import * >> >> What are you trying to achieve ? >> >> Mathieu Westphal >> >> On Thu, May 5, 2016 at 5:40 PM, Ganesh Vijayakumar > > wrote: >> >>> Hello, >>> >>> I'm having trouble importing vtk inside pvpython while it imports just >>> fine inside python. I installed paraview-python with paraview-5.0.1 using >>> debian stretch. Any ideas on why this might be the case? >>> >>> ganesh at tesla:~$ pvpython >>> Python 2.7.10 (default, Jul 1 2015, 10:54:53) >>> [GCC 4.9.2] on linux2 >>> Type "help", "copyright", "credits" or "license" for more information. >>> >>> import vtk >>> Traceback (most recent call last): >>> File "", line 1, in >>> File "/usr/lib/python2.7/dist-packages/vtk/__init__.py", line 39, in >>> >>> from vtkCommonCore import * >>> File "/usr/lib/python2.7/dist-packages/vtk/vtkCommonCore.py", line 1, >>> in >>> from vtkCommonCorePython import * >>> TypeError: value must be a class or type >>> >>> >>> >>> >>> Segmentation fault >>> ganesh at tesla:~$ python >>> Python 2.7.10 (default, Jul 1 2015, 10:54:53) >>> [GCC 4.9.2] on linux2 >>> Type "help", "copyright", "credits" or "license" for more information. >>> >>> import vtk >>> >>> >>> >>> ganesh >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> 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 ganesh.iitm at gmail.com Thu May 5 13:57:25 2016 From: ganesh.iitm at gmail.com (Ganesh Vijayakumar) Date: Thu, 05 May 2016 17:57:25 +0000 Subject: [Paraview] Problem importing vtk inside pvpython In-Reply-To: References: Message-ID: oh. This looks like it's getting out of scope this mailing list. Feel free to ignore. I should probably file a bug report there. I'll just leave this here for others to comment/see if they run into a similar problem. https://packages.debian.org/testing/python/paraview-python https://packages.debian.org/stretch/python-vtk6 I just checked. paraview-python depends on python-vtk6 which in turn depends on libvtk6.2. I have all of them installed. Something else must be up. Strangely there's a vtk module inside paraview itself which also fails to import dataset_adapter. I don't know if this is a conflict or not. ganesh at tesla:$ pvpython Python 2.7.10 (default, Jul 1 2015, 10:54:53) [GCC 4.9.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import vtk Traceback (most recent call last): File "", line 1, in File "/usr/lib/python2.7/dist-packages/vtk/__init__.py", line 39, in from vtkCommonCore import * File "/usr/lib/python2.7/dist-packages/vtk/vtkCommonCore.py", line 1, in from vtkCommonCorePython import * TypeError: value must be a class or type >>> import paraview.vtk >>> import paraview.vtk.numpy_interface >>> import paraview.vtk.numpy_interface.dataset_adapter Segmentation fault ganesh at tesla:$ My old python scripts used the dataset_adapter under a different tree within the paraview module. Now it's broken. Crap! ganesh On Thu, May 5, 2016 at 11:30 AM Sebastien Jourdain < sebastien.jourdain at kitware.com> wrote: > I think you have VTK installed on your system which conflict with your > ParaView one. Hence the segfault inside ParaView. > > Otherwise nothing should prevent you from doing pure VTK code in ParaView > as long as you are aware of the possible issue when running remotely and/or > in parallel. > > > On Thu, May 5, 2016 at 11:03 AM, Ganesh Vijayakumar > wrote: > >> Thanks. Could I reproduce what's going on here? >> >> https://blog.kitware.com/improved-vtk-numpy-integration/ >> >> >> >> On Thu, May 5, 2016 at 10:41 AM Mathieu Westphal < >> mathieu.westphal at kitware.com> wrote: >> >>> pvpython is a paraview client, and it is not suposed to execute vtk >>> code, wich is executed on the server. >>> in pvpython you can do: >>> from paraview import * >>> >>> What are you trying to achieve ? >>> >>> Mathieu Westphal >>> >>> On Thu, May 5, 2016 at 5:40 PM, Ganesh Vijayakumar < >>> ganesh.iitm at gmail.com> wrote: >>> >>>> Hello, >>>> >>>> I'm having trouble importing vtk inside pvpython while it imports >>>> just fine inside python. I installed paraview-python with paraview-5.0.1 >>>> using debian stretch. Any ideas on why this might be the case? >>>> >>>> ganesh at tesla:~$ pvpython >>>> Python 2.7.10 (default, Jul 1 2015, 10:54:53) >>>> [GCC 4.9.2] on linux2 >>>> Type "help", "copyright", "credits" or "license" for more information. >>>> >>> import vtk >>>> Traceback (most recent call last): >>>> File "", line 1, in >>>> File "/usr/lib/python2.7/dist-packages/vtk/__init__.py", line 39, in >>>> >>>> from vtkCommonCore import * >>>> File "/usr/lib/python2.7/dist-packages/vtk/vtkCommonCore.py", line 1, >>>> in >>>> from vtkCommonCorePython import * >>>> TypeError: value must be a class or type >>>> >>> >>>> >>> >>>> Segmentation fault >>>> ganesh at tesla:~$ python >>>> Python 2.7.10 (default, Jul 1 2015, 10:54:53) >>>> [GCC 4.9.2] on linux2 >>>> Type "help", "copyright", "credits" or "license" for more information. >>>> >>> import vtk >>>> >>> >>>> >>>> ganesh >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>>> >>> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at seoaachen.de Fri May 6 06:45:05 2016 From: info at seoaachen.de (Daniel Zuidinga) Date: Fri, 6 May 2016 12:45:05 +0200 Subject: [Paraview] Plugin Compatibility (Medreader) Message-ID: Hi, I try to use a Paraview Plugin (Medreader) which works in PV3.14 in PV 4.1.3. Does this work in general? When loading the dll file I get the error: ERROR: In C:\DBD\pvs-x32\paraview\src\paraview\ParaViewCore\ClientServerCore\Core\vtkPVPluginLoader.cxx, line 360 vtkPVPluginLoader (0AF78238): D regards -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Fri May 6 06:58:17 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Fri, 6 May 2016 12:58:17 +0200 Subject: [Paraview] Plugin Compatibility (Medreader) In-Reply-To: References: Message-ID: Hello As far as I know, there is no officially supported MEDReader plugin for paraview. There is a working one, part of the Salome project. Other versions can be found on the internet. Which plugin are you referring to ? Can you provide a upstream link ? Regards, Mathieu Westphal On Fri, May 6, 2016 at 12:45 PM, Daniel Zuidinga wrote: > Hi, > > I try to use a Paraview Plugin (Medreader) which works in PV3.14 in PV > 4.1.3. Does this work in general? When loading the dll file I get the error: > ERROR: In > C:\DBD\pvs-x32\paraview\src\paraview\ParaViewCore\ClientServerCore\Core\vtkPVPluginLoader.cxx, > line 360 > > vtkPVPluginLoader (0AF78238): D > > > regards > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From jiri.vyskocil at fjfi.cvut.cz Fri May 6 07:06:11 2016 From: jiri.vyskocil at fjfi.cvut.cz (=?UTF-8?B?SmnFmcOtIFZ5c2tvxI1pbA==?=) Date: Fri, 6 May 2016 13:06:11 +0200 Subject: [Paraview] Setting up Paraview Web on a headless Fedora server with GPU In-Reply-To: References: <507a18c0-3bac-fae8-da55-c5ea33e8e1d0@fjfi.cvut.cz> Message-ID: <56c031a3-f4f6-fa0f-b668-dbe3225f3d41@fjfi.cvut.cz> Thanks Sebastien. It seems I'm getting somewhere - I installed "slim" instead of xdm, and had the paraview user login automatically. Now when I login via ssh, I can see the X server is running, and the paraview user has the ~/.Xauthority file created in its homedir (so I guess it did login successfuly). The DISPLAY variable is still unset, but I get a new error if I set it manually: [paraview at vbl-sim ~] $ DISPLAY=:0 glxinfo Invalid MIT-MAGIC-COOKIE-1 keyError: unable to open display :0 and the same error for any X program (so I can't run i.e. "xhost +" recommended somewhere). This situation persists through restarts. I trie ro remove the ~/.Xauthority file as recommended elsewhere, but that didn't help either. (I also tried a second method - starting the launcher through .xinitrc, but it seems slim ignores this file altogether. That's a different problem anyways, as for testing it would be more comfortable if I could launch the server form command line) Jiri On 05/05/16 16:23, Sebastien Jourdain wrote: > You were on the right track with DISPLAY=:0 but I'm wondering if you setup a "virtual" monitor or > if your "paraview" user is auto logged in a X session or if it stuck at the "login" panel? > > You can find some information about the virtual screen here: (Search for "Screen") > > http://kitware.github.io/paraviewweb/docs/guides/graphics_on_ec2_g2.html > > And for the autologin if it is needed. (Note on EC2 the user start X hence no need to login...) > > https://github.com/Kitware/paraviewweb/blob/master/tools/ansible/roles/paraview/tasks/Ubuntu.yml > > Seb > > On Thu, May 5, 2016 at 6:58 AM, Ji?? Vysko?il > wrote: > > Hello, > > > I'm trying to set up a Paraview Web server on a Fedora 23 machine. The serves is not connected > to a monitor or a keyboard (I only have access through ssh), but it has a nvidia GPU which I > want to use for paraview. > > > I have installed xdm to run the X server, and verified that it is in fact running with the > correct nvidia drivers (by checking the Xorg.0.log file). The problem is I don't know how to > run the paraview webserver on the X display when there's no one physically logged in - I can > only get to the server via ssh. When I log in, and switch to the paraview user, the DISPLAY > and XAUTHORITY variables are empty. > > > The webserver itself is running (apache + the python launcher), but when I try to open any of > the example applications, I get an error like this: > > > $ ./launch-paraview.sh > 2016-05-05 14:54:17,528:INFO:twisted:Site starting on 9000 > 2016-05-05 14:54:17,528:INFO:twisted:Starting factory 0x7fe20da6a998> > 2016-05-05 14:55:09,655:INFO:twisted:"127.0.0.1" - - [05/May/2016:12:55:09 +0000] "POST > /paraview/ HTTP/1.1" 503 78 "https://vbl-sim.eli-beams.eu/apps/Visualizer/" "Mozilla/5.0 (X11; > Fedora; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0" > > > $ cat 965318f2-12c0-11e6-a3cb-002590e6af35.txt > 2016-05-05 14:55:06+0200 [-] Log opened. > ERROR: In > /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, line 333 > vtkXOpenGLRenderWindow (0x3f00be0): bad X server connection. DISPLAY= > > > Specifying DISPLAY=:0 when running the launcher gives this error: > > $ cat e73921bc-12c0-11e6-b002-002590e6af35.txt > 2016-05-05 14:57:22+0200 [-] Log opened. > No protocol specified > No protocol specified > No protocol specified > ERROR: In > /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, line 333 > vtkXOpenGLRenderWindow (0x4127c10): bad X server connection. DISPLAY=:0. Aborting. > > > > Thanks for any hints, > > Jiri > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3733 bytes Desc: S/MIME Cryptographic Signature URL: From cgunases at gmail.com Fri May 6 07:20:09 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Fri, 6 May 2016 16:50:09 +0530 Subject: [Paraview] ParaView : resolve the error message. Message-ID: Hello, I have installed Paraview 5.0 on my machine(Windows 8.1). When i try to visualize a 3D model in vtk format, i am getting an error. I have no idea why i get the following error? What does it depicts? *error:In C:\bbd\df0abce0\build\src\paraview\VTK\Rendering|Volume\vtkGPUVolumeRayCastMap* Can anyone help me to resolve this issue ? Thank you. -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Fri May 6 07:27:45 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Fri, 6 May 2016 13:27:45 +0200 Subject: [Paraview] ParaView : resolve the error message. In-Reply-To: References: Message-ID: Hello This is actually a truncated error message, could you check the "Console View" checkbox in the error message dialog to get a more informative message ? Mathieu Westphal On Fri, May 6, 2016 at 1:20 PM, Chathuri Gunasekera wrote: > Hello, > > I have installed Paraview 5.0 on my machine(Windows 8.1). When i try to > visualize a 3D model in vtk format, i am getting an error. > > I have no idea why i get the following error? What does it depicts? > > *error:In C:\bbd\df0abce0\build\src\paraview\VTK\Rendering|Volume\vtkGPUVolumeRayCastMap* > > > Can anyone help me to resolve this issue ? > > Thank you. > -- > Warm regards, > Chathuri Gunasekera. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 jiri.vyskocil at fjfi.cvut.cz Fri May 6 07:47:26 2016 From: jiri.vyskocil at fjfi.cvut.cz (=?UTF-8?B?SmnFmcOtIFZ5c2tvxI1pbA==?=) Date: Fri, 6 May 2016 13:47:26 +0200 Subject: [Paraview] Setting up Paraview Web on a headless Fedora server with GPU In-Reply-To: References: <507a18c0-3bac-fae8-da55-c5ea33e8e1d0@fjfi.cvut.cz> Message-ID: <83d35a36-b3f6-e4f7-4ed9-f2f66e10dddf@fjfi.cvut.cz> One more step closer to the goal it seems - if run: export XAUTHORITY=/var/run/slim/slim.auth DISPLAY=:0 xhost + as root, I can get the launcher to start, and not die with an X-related error (cumbersome workaround, but I guess I can find a better way later). [paraview at vbl-sim ~] $ cat /etc/httpd/paraview-mapping/proxy.txt be12802a-137f-11e6-b12c-002590e6af35 vbl-sim.eli-beams.eu:9003 [paraview at vbl-sim ~] $ ps aux | grep pvpython paraview 1792 1.2 0.1 1393740 144956 pts/1 S+ 13:42 0:02 /usr/local/lib/paraview-5.0/pvpython /usr/local/lib/paraview-5.0/site-packages/vtk/web/launcher.py /etc/httpd/paraview-launcher.config -d paraview 1887 1.6 0.1 1519164 237520 pts/1 Sl+ 13:43 0:02 /usr/local/lib/paraview-5.0/pvpython -dr /usr/local/lib/paraview-5.0/site-packages/paraview/web/pv_web_visualizer.py --port 9003 --data-dir /var/paraview/data -f --authKey 3ZXwyWwTz7aPjT9p Now when I try to open an app from the browser, it still doesn't work (waits forever to load some part, etc.), and I see thist in the paraview log: [strazce at vbl-sim ~] $ cat /var/log/paraview-viz-logs/be12802a-137f-11e6-b12c-002590e6af35.txt 2016-05-06 13:43:27+0200 [-] Log opened. 2016-05-06 13:43:27+0200 [-] Site starting on 9003 2016-05-06 13:43:27+0200 [-] Starting factory 2016-05-06 13:43:27+0200 [-] ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ 2016-05-06 13:43:27+0200 [-] ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ and a lot of lines which contain just the repeating plus signs. On 05/05/16 16:23, Sebastien Jourdain wrote: > You were on the right track with DISPLAY=:0 but I'm wondering if you setup a "virtual" monitor or > if your "paraview" user is auto logged in a X session or if it stuck at the "login" panel? > > You can find some information about the virtual screen here: (Search for "Screen") > > http://kitware.github.io/paraviewweb/docs/guides/graphics_on_ec2_g2.html > > And for the autologin if it is needed. (Note on EC2 the user start X hence no need to login...) > > https://github.com/Kitware/paraviewweb/blob/master/tools/ansible/roles/paraview/tasks/Ubuntu.yml > > Seb > > On Thu, May 5, 2016 at 6:58 AM, Ji?? Vysko?il > wrote: > > Hello, > > > I'm trying to set up a Paraview Web server on a Fedora 23 machine. The serves is not connected > to a monitor or a keyboard (I only have access through ssh), but it has a nvidia GPU which I > want to use for paraview. > > > I have installed xdm to run the X server, and verified that it is in fact running with the > correct nvidia drivers (by checking the Xorg.0.log file). The problem is I don't know how to > run the paraview webserver on the X display when there's no one physically logged in - I can > only get to the server via ssh. When I log in, and switch to the paraview user, the DISPLAY > and XAUTHORITY variables are empty. > > > The webserver itself is running (apache + the python launcher), but when I try to open any of > the example applications, I get an error like this: > > > $ ./launch-paraview.sh > 2016-05-05 14:54:17,528:INFO:twisted:Site starting on 9000 > 2016-05-05 14:54:17,528:INFO:twisted:Starting factory 0x7fe20da6a998> > 2016-05-05 14:55:09,655:INFO:twisted:"127.0.0.1" - - [05/May/2016:12:55:09 +0000] "POST > /paraview/ HTTP/1.1" 503 78 "https://vbl-sim.eli-beams.eu/apps/Visualizer/" "Mozilla/5.0 (X11; > Fedora; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0" > > > $ cat 965318f2-12c0-11e6-a3cb-002590e6af35.txt > 2016-05-05 14:55:06+0200 [-] Log opened. > ERROR: In > /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, line 333 > vtkXOpenGLRenderWindow (0x3f00be0): bad X server connection. DISPLAY= > > > Specifying DISPLAY=:0 when running the launcher gives this error: > > $ cat e73921bc-12c0-11e6-b002-002590e6af35.txt > 2016-05-05 14:57:22+0200 [-] Log opened. > No protocol specified > No protocol specified > No protocol specified > ERROR: In > /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, line 333 > vtkXOpenGLRenderWindow (0x4127c10): bad X server connection. DISPLAY=:0. Aborting. > > > > Thanks for any hints, > > Jiri > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3733 bytes Desc: S/MIME Cryptographic Signature URL: From info at seoaachen.de Fri May 6 09:21:17 2016 From: info at seoaachen.de (Daniel Zuidinga) Date: Fri, 6 May 2016 15:21:17 +0200 Subject: [Paraview] Plugin Compatibility (Medreader) In-Reply-To: References: Message-ID: <19796c35-2847-b3d9-f490-8f1aedb0e05c@seoaachen.de> They bundled the MedReader Plugin from Salome with PV 3.14: http://www.alneos.com/en/downloads/paraview-with-med I want to use it with a newer version of PV. Salome 7.7.1 has PV 4.3.1 but I don't know how I can bundle the Plugins with PV. Am 06.05.2016 um 12:58 schrieb Mathieu Westphal: > Hello > > As far as I know, there is no officially supported MEDReader plugin > for paraview. > There is a working one, part of the Salome project. > Other versions can be found on the internet. > > Which plugin are you referring to ? Can you provide a upstream link ? > > Regards, > > Mathieu Westphal > > On Fri, May 6, 2016 at 12:45 PM, Daniel Zuidinga > wrote: > > Hi, > > I try to use a Paraview Plugin (Medreader) which works in PV3.14 > in PV 4.1.3. Does this work in general? When loading the dll file > I get the error: > > ERROR: In > C:\DBD\pvs-x32\paraview\src\paraview\ParaViewCore\ClientServerCore\Core\vtkPVPluginLoader.cxx, > line 360 > > vtkPVPluginLoader (0AF78238): D > > > regards > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Fri May 6 09:47:00 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Fri, 6 May 2016 15:47:00 +0200 Subject: [Paraview] Plugin Compatibility (Medreader) In-Reply-To: <19796c35-2847-b3d9-f490-8f1aedb0e05c@seoaachen.de> References: <19796c35-2847-b3d9-f490-8f1aedb0e05c@seoaachen.de> Message-ID: Hello Sadly this plugin is out dated, and is made to work with paraview 3.14 There is no reason for it to work with any newer version of paraview, bth VTK and ParaView have changed a lot since. Also, as far as i see, the plugin distributed on alneos website is binary only, so it can only be used with the correct binary version of paraview, since you can't recompile it. No solution for you, unless you want to try and extract the MEDReader plugin from the current salome ( http://salome-platform.org/downloads/current-version), And compile everything. You can use this tutorial to help you, using the version of salome that fits your need, but i can't give you assurance that it will work, I tried it myself but quickly run into issues. Good luck, and in case you want support, don't hesitate to ask kitware commercial team. Regards, Mathieu Westphal On Fri, May 6, 2016 at 3:21 PM, Daniel Zuidinga wrote: > They bundled the MedReader Plugin from Salome with PV 3.14: > http://www.alneos.com/en/downloads/paraview-with-med > > I want to use it with a newer version of PV. Salome 7.7.1 has PV 4.3.1 but > I don't know how I can bundle the Plugins with PV. > > Am 06.05.2016 um 12:58 schrieb Mathieu Westphal: > > Hello > > As far as I know, there is no officially supported MEDReader plugin for > paraview. > There is a working one, part of the Salome project. > Other versions can be found on the internet. > > Which plugin are you referring to ? Can you provide a upstream link ? > > Regards, > > Mathieu Westphal > > On Fri, May 6, 2016 at 12:45 PM, Daniel Zuidinga > wrote: > >> Hi, >> >> I try to use a Paraview Plugin (Medreader) which works in PV3.14 in PV >> 4.1.3. Does this work in general? When loading the dll file I get the error: >> ERROR: In >> C:\DBD\pvs-x32\paraview\src\paraview\ParaViewCore\ClientServerCore\Core\vtkPVPluginLoader.cxx, >> line 360 >> >> vtkPVPluginLoader (0AF78238): D >> >> >> regards >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Fri May 6 09:47:28 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Fri, 6 May 2016 15:47:28 +0200 Subject: [Paraview] Plugin Compatibility (Medreader) In-Reply-To: References: <19796c35-2847-b3d9-f490-8f1aedb0e05c@seoaachen.de> Message-ID: Miss the link to the tutorial : http://www.ogoethel.de/?e=12 Mathieu Westphal On Fri, May 6, 2016 at 3:47 PM, Mathieu Westphal < mathieu.westphal at kitware.com> wrote: > Hello > > Sadly this plugin is out dated, and is made to work with paraview 3.14 > There is no reason for it to work with any newer version of paraview, bth > VTK and ParaView have changed a lot since. > Also, as far as i see, the plugin distributed on alneos website is binary > only, so it can only be used with the correct binary version of paraview, > since you can't recompile it. > > No solution for you, unless you want to try and extract the MEDReader > plugin from the current salome ( > http://salome-platform.org/downloads/current-version), > And compile everything. > You can use this tutorial to help you, using the version of salome that > fits your need, but i can't give you assurance that it will work, I tried > it myself but quickly run into issues. > Good luck, and in case you want support, don't hesitate to ask kitware > commercial team. > > Regards, > > Mathieu Westphal > > On Fri, May 6, 2016 at 3:21 PM, Daniel Zuidinga wrote: > >> They bundled the MedReader Plugin from Salome with PV 3.14: >> http://www.alneos.com/en/downloads/paraview-with-med >> >> I want to use it with a newer version of PV. Salome 7.7.1 has PV 4.3.1 >> but I don't know how I can bundle the Plugins with PV. >> >> Am 06.05.2016 um 12:58 schrieb Mathieu Westphal: >> >> Hello >> >> As far as I know, there is no officially supported MEDReader plugin for >> paraview. >> There is a working one, part of the Salome project. >> Other versions can be found on the internet. >> >> Which plugin are you referring to ? Can you provide a upstream link ? >> >> Regards, >> >> Mathieu Westphal >> >> On Fri, May 6, 2016 at 12:45 PM, Daniel Zuidinga >> wrote: >> >>> Hi, >>> >>> I try to use a Paraview Plugin (Medreader) which works in PV3.14 in PV >>> 4.1.3. Does this work in general? When loading the dll file I get the error: >>> ERROR: In >>> C:\DBD\pvs-x32\paraview\src\paraview\ParaViewCore\ClientServerCore\Core\vtkPVPluginLoader.cxx, >>> line 360 >>> >>> vtkPVPluginLoader (0AF78238): D >>> >>> >>> regards >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Fri May 6 10:54:16 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Fri, 6 May 2016 08:54:16 -0600 Subject: [Paraview] Setting up Paraview Web on a headless Fedora server with GPU In-Reply-To: <83d35a36-b3f6-e4f7-4ed9-f2f66e10dddf@fjfi.cvut.cz> References: <507a18c0-3bac-fae8-da55-c5ea33e8e1d0@fjfi.cvut.cz> <83d35a36-b3f6-e4f7-4ed9-f2f66e10dddf@fjfi.cvut.cz> Message-ID: You are getting really close... Basically you have the ParaView process that properly started at the request of the client and waits to it to connect, which never happen. Usually that mean, you have a mistake either in your Apache config and/or in your launcher. Could you share your Apache virtual host with your launcher config along with the URL the web client connects to? Seb On Fri, May 6, 2016 at 5:47 AM, Ji?? Vysko?il wrote: > One more step closer to the goal it seems - if run: > > > export XAUTHORITY=/var/run/slim/slim.auth > DISPLAY=:0 xhost + > > > as root, I can get the launcher to start, and not die with an X-related > error (cumbersome workaround, but I guess I can find a better way later). > > > [paraview at vbl-sim ~] $ cat /etc/httpd/paraview-mapping/proxy.txt > be12802a-137f-11e6-b12c-002590e6af35 vbl-sim.eli-beams.eu:9003 > > [paraview at vbl-sim ~] $ ps aux | grep pvpython > paraview 1792 1.2 0.1 1393740 144956 pts/1 S+ 13:42 0:02 > /usr/local/lib/paraview-5.0/pvpython > /usr/local/lib/paraview-5.0/site-packages/vtk/web/launcher.py > /etc/httpd/paraview-launcher.config -d > paraview 1887 1.6 0.1 1519164 237520 pts/1 Sl+ 13:43 0:02 > /usr/local/lib/paraview-5.0/pvpython -dr > /usr/local/lib/paraview-5.0/site-packages/paraview/web/pv_web_visualizer.py > --port 9003 --data-dir /var/paraview/data -f --authKey 3ZXwyWwTz7aPjT9p > > > Now when I try to open an app from the browser, it still doesn't work > (waits forever to load some part, etc.), and I see thist in the paraview > log: > > > [strazce at vbl-sim ~] $ cat > /var/log/paraview-viz-logs/be12802a-137f-11e6-b12c-002590e6af35.txt > 2016-05-06 13:43:27+0200 [-] Log opened. > 2016-05-06 13:43:27+0200 [-] Site starting on 9003 > 2016-05-06 13:43:27+0200 [-] Starting factory instance at 0x7fd34014f3b0> > 2016-05-06 13:43:27+0200 [-] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > 2016-05-06 13:43:27+0200 [-] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > and a lot of lines which contain just the repeating plus signs. > > > > > > > > On 05/05/16 16:23, Sebastien Jourdain wrote: > > You were on the right track with DISPLAY=:0 but I'm wondering if you setup > a "virtual" monitor or if your "paraview" user is auto logged in a X > session or if it stuck at the "login" panel? > > You can find some information about the virtual screen here: (Search for > "Screen") > > http://kitware.github.io/paraviewweb/docs/guides/graphics_on_ec2_g2.html > > And for the autologin if it is needed. (Note on EC2 the user start X hence > no need to login...) > > > https://github.com/Kitware/paraviewweb/blob/master/tools/ansible/roles/paraview/tasks/Ubuntu.yml > > Seb > > On Thu, May 5, 2016 at 6:58 AM, Ji?? Vysko?il > wrote: > >> Hello, >> >> >> I'm trying to set up a Paraview Web server on a Fedora 23 machine. The >> serves is not connected to a monitor or a keyboard (I only have access >> through ssh), but it has a nvidia GPU which I want to use for paraview. >> >> >> I have installed xdm to run the X server, and verified that it is in fact >> running with the correct nvidia drivers (by checking the Xorg.0.log file). >> The problem is I don't know how to run the paraview webserver on the X >> display when there's no one physically logged in - I can only get to the >> server via ssh. When I log in, and switch to the paraview user, the DISPLAY >> and XAUTHORITY variables are empty. >> >> >> The webserver itself is running (apache + the python launcher), but when >> I try to open any of the example applications, I get an error like this: >> >> >> $ ./launch-paraview.sh >> 2016-05-05 14:54:17,528:INFO:twisted:Site starting on 9000 >> 2016-05-05 14:54:17,528:INFO:twisted:Starting factory >> >> 2016-05-05 14:55:09,655:INFO:twisted:"127.0.0.1" - - >> [05/May/2016:12:55:09 +0000] "POST /paraview/ HTTP/1.1" 503 78 " >> https://vbl-sim.eli-beams.eu/apps/Visualizer/" "Mozilla/5.0 (X11; >> Fedora; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0" >> >> >> $ cat 965318f2-12c0-11e6-a3cb-002590e6af35.txt >> 2016-05-05 14:55:06+0200 [-] Log opened. >> ERROR: In >> /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, >> line 333 >> vtkXOpenGLRenderWindow (0x3f00be0): bad X server connection. DISPLAY= >> >> >> Specifying DISPLAY=:0 when running the launcher gives this error: >> >> $ cat e73921bc-12c0-11e6-b002-002590e6af35.txt >> 2016-05-05 14:57:22+0200 [-] Log opened. >> No protocol specified >> No protocol specified >> No protocol specified >> ERROR: In >> /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, >> line 333 >> vtkXOpenGLRenderWindow (0x4127c10): bad X server connection. DISPLAY=:0. >> Aborting. >> >> >> >> Thanks for any hints, >> >> Jiri >> >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> 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 jiri.vyskocil at fjfi.cvut.cz Fri May 6 11:49:30 2016 From: jiri.vyskocil at fjfi.cvut.cz (=?UTF-8?B?SmnFmcOtIFZ5c2tvxI1pbA==?=) Date: Fri, 6 May 2016 17:49:30 +0200 Subject: [Paraview] Setting up Paraview Web on a headless Fedora server with GPU In-Reply-To: References: <507a18c0-3bac-fae8-da55-c5ea33e8e1d0@fjfi.cvut.cz> <83d35a36-b3f6-e4f7-4ed9-f2f66e10dddf@fjfi.cvut.cz> Message-ID: <9c7918cc-8bfe-a643-2c62-1ebdf0933cea@fjfi.cvut.cz> Ha! I got it - I had apache configured as SSL-only. That is: http at port 80 was hard redirected to https at port 443. I changed the config to only use http, and now it works. For now that's not critical - this is an experimental server accessible only from our internal network, I can try to fix this later. Now I'll start playing with the visualizer app. So far it seems to work pretty well - I just need to make it use all available resources (it just runs sigle-core). Thank you for your help, Sebastien! For the record, this was the apache config that didn't work: NameVirtualHost *:80 ServerName vbl-sim.eli-beams.eu Redirect permanent / https://vbl-sim.eli-beams.eu/ NameVirtualHost *:443 ServerName vbl-sim.eli-beams.eu ServerAdmin jiri.vyskocil at eli-beams.eu DocumentRoot /usr/local/share/paraview-5.0/www/ ErrorLog "logs/pv-error_log" CustomLog "logs/pv-access_log" common SSLRequireSSL On SSLVerifyClient optional SSLVerifyDepth 1 SSLOptions +StdEnvVars +StrictRequire ProxyPass /paraview http://localhost:9000/paraview RewriteEngine On RewriteMap session-to-port txt:/etc/httpd/paraview-mapping/proxy.txt RewriteCond %{QUERY_STRING} ^sessionId=(.*)$ [NC] RewriteRule ^/proxy.*$ ws://${session-to-port:%1}/ws [P] SSLEngine on SSLCertificateFile /etc/pki/tls/certs/vblpar.crt SSLCertificateKeyFile /etc/pki/tls/private/vblpar.key Options Indexes FollowSymLinks Order allow,deny Allow from all AllowOverride None Require all granted On 06/05/16 16:54, Sebastien Jourdain wrote: > You are getting really close... > > Basically you have the ParaView process that properly started at the request of the client and > waits to it to connect, which never happen. > > Usually that mean, you have a mistake either in your Apache config and/or in your launcher. > > Could you share your Apache virtual host with your launcher config along with the URL the web > client connects to? > > Seb > > On Fri, May 6, 2016 at 5:47 AM, Ji?? Vysko?il > wrote: > > One more step closer to the goal it seems - if run: > > > export XAUTHORITY=/var/run/slim/slim.auth > DISPLAY=:0 xhost + > > > as root, I can get the launcher to start, and not die with an X-related error (cumbersome > workaround, but I guess I can find a better way later). > > > [paraview at vbl-sim ~] $ cat /etc/httpd/paraview-mapping/proxy.txt > be12802a-137f-11e6-b12c-002590e6af35 vbl-sim.eli-beams.eu:9003 > > [paraview at vbl-sim ~] $ ps aux | grep pvpython > paraview 1792 1.2 0.1 1393740 144956 pts/1 S+ 13:42 0:02 > /usr/local/lib/paraview-5.0/pvpython > /usr/local/lib/paraview-5.0/site-packages/vtk/web/launcher.py > /etc/httpd/paraview-launcher.config -d > paraview 1887 1.6 0.1 1519164 237520 pts/1 Sl+ 13:43 0:02 > /usr/local/lib/paraview-5.0/pvpython -dr > /usr/local/lib/paraview-5.0/site-packages/paraview/web/pv_web_visualizer.py --port 9003 > --data-dir /var/paraview/data -f --authKey 3ZXwyWwTz7aPjT9p > > > Now when I try to open an app from the browser, it still doesn't work (waits forever to load > some part, etc.), and I see thist in the paraview log: > > > [strazce at vbl-sim ~] $ cat /var/log/paraview-viz-logs/be12802a-137f-11e6-b12c-002590e6af35.txt > 2016-05-06 13:43:27+0200 [-] Log opened. > 2016-05-06 13:43:27+0200 [-] Site starting on 9003 > 2016-05-06 13:43:27+0200 [-] Starting factory > 2016-05-06 13:43:27+0200 [-] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > 2016-05-06 13:43:27+0200 [-] > ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > and a lot of lines which contain just the repeating plus signs. > > > > > > > > On 05/05/16 16:23, Sebastien Jourdain wrote: >> You were on the right track with DISPLAY=:0 but I'm wondering if you setup a "virtual" >> monitor or if your "paraview" user is auto logged in a X session or if it stuck at the >> "login" panel? >> >> You can find some information about the virtual screen here: (Search for "Screen") >> >> http://kitware.github.io/paraviewweb/docs/guides/graphics_on_ec2_g2.html >> >> And for the autologin if it is needed. (Note on EC2 the user start X hence no need to login...) >> >> https://github.com/Kitware/paraviewweb/blob/master/tools/ansible/roles/paraview/tasks/Ubuntu.yml >> >> Seb >> >> On Thu, May 5, 2016 at 6:58 AM, Ji?? Vysko?il > > wrote: >> >> Hello, >> >> >> I'm trying to set up a Paraview Web server on a Fedora 23 machine. The serves is not >> connected to a monitor or a keyboard (I only have access through ssh), but it has a >> nvidia GPU which I want to use for paraview. >> >> >> I have installed xdm to run the X server, and verified that it is in fact running with >> the correct nvidia drivers (by checking the Xorg.0.log file). The problem is I don't know >> how to run the paraview webserver on the X display when there's no one physically logged >> in - I can only get to the server via ssh. When I log in, and switch to the paraview >> user, the DISPLAY and XAUTHORITY variables are empty. >> >> >> The webserver itself is running (apache + the python launcher), but when I try to open >> any of the example applications, I get an error like this: >> >> >> $ ./launch-paraview.sh >> 2016-05-05 14:54:17,528:INFO:twisted:Site starting on 9000 >> 2016-05-05 14:54:17,528:INFO:twisted:Starting factory > at 0x7fe20da6a998> >> 2016-05-05 14:55:09,655:INFO:twisted:"127.0.0.1" - - [05/May/2016:12:55:09 +0000] "POST >> /paraview/ HTTP/1.1" 503 78 "https://vbl-sim.eli-beams.eu/apps/Visualizer/" "Mozilla/5.0 >> (X11; Fedora; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0" >> >> >> $ cat 965318f2-12c0-11e6-a3cb-002590e6af35.txt >> 2016-05-05 14:55:06+0200 [-] Log opened. >> ERROR: In >> /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, >> line 333 >> vtkXOpenGLRenderWindow (0x3f00be0): bad X server connection. DISPLAY= >> >> >> Specifying DISPLAY=:0 when running the launcher gives this error: >> >> $ cat e73921bc-12c0-11e6-b002-002590e6af35.txt >> 2016-05-05 14:57:22+0200 [-] Log opened. >> No protocol specified >> No protocol specified >> No protocol specified >> ERROR: In >> /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, >> line 333 >> vtkXOpenGLRenderWindow (0x4127c10): bad X server connection. DISPLAY=:0. Aborting. >> >> >> >> Thanks for any hints, >> >> Jiri >> >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 3733 bytes Desc: S/MIME Cryptographic Signature URL: From cgunases at gmail.com Fri May 6 12:38:30 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Fri, 6 May 2016 22:08:30 +0530 Subject: [Paraview] ParaView : resolve the error message. In-Reply-To: References: Message-ID: Hello, Thank you so much for your response, Mathieu. Here is what i am getting when i check the 'console view' option. ERROR: In C:\bbd\df0abce0\build\paraview\src\paraview\VTK\Rendering\Volume\vtkGPUVolumeRayCastMapper.cxx, line 340 vtkOpenGLGPUVolumeRayCastMapper (000000D7783182B0): scalar of type VTK_CHAR is not supported because this type is platform dependent. Use VTK_SIGNED_CHAR or VTK_UNSIGNED_CHAR instead. Do you see why i am getting this error exactly? Actually the files were orginally created as .Mat file then they are converted to VTK format. But how can i convert to VTK_SIGNED_CHAR or VTK_UNSIGNED_CHAR ? I am sorry i simply don't know how to do it. Any guidance is really appreciated. -- Warm regards, Chathuri Gunasekera. On Fri, May 6, 2016 at 4:57 PM, Mathieu Westphal < mathieu.westphal at kitware.com> wrote: > Hello > > This is actually a truncated error message, could you check the "Console > View" checkbox in the error message dialog to get a more informative > message ? > > > Mathieu Westphal > > On Fri, May 6, 2016 at 1:20 PM, Chathuri Gunasekera > wrote: > >> Hello, >> >> I have installed Paraview 5.0 on my machine(Windows 8.1). When i try to >> visualize a 3D model in vtk format, i am getting an error. >> >> I have no idea why i get the following error? What does it depicts? >> >> *error:In C:\bbd\df0abce0\build\src\paraview\VTK\Rendering|Volume\vtkGPUVolumeRayCastMap* >> >> >> Can anyone help me to resolve this issue ? >> >> Thank you. >> -- >> Warm regards, >> Chathuri Gunasekera. >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> 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 Fri May 6 12:42:24 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Fri, 6 May 2016 18:42:24 +0200 Subject: [Paraview] ParaView : resolve the error message. In-Reply-To: References: Message-ID: Looks like your try to visualize your data which is of VTK_CHAR format, which is unsupported. I can't tell much more without the actual data. Mathieu Westphal On Fri, May 6, 2016 at 6:38 PM, Chathuri Gunasekera wrote: > Hello, > Thank you so much for your response, Mathieu. > > Here is what i am getting when i check the 'console view' option. > > ERROR: In > C:\bbd\df0abce0\build\paraview\src\paraview\VTK\Rendering\Volume\vtkGPUVolumeRayCastMapper.cxx, > line 340 > > vtkOpenGLGPUVolumeRayCastMapper (000000D7783182B0): scalar of type > VTK_CHAR is not supported because this type is platform dependent. Use > VTK_SIGNED_CHAR or VTK_UNSIGNED_CHAR instead. > > > > Do you see why i am getting this error exactly? > > > Actually the files were orginally created as .Mat file then they are > converted to VTK format. But how can i convert to VTK_SIGNED_CHAR or > VTK_UNSIGNED_CHAR ? I am sorry i simply don't know how to do it. Any > guidance is really appreciated. > > > -- > Warm regards, > Chathuri Gunasekera. > > > On Fri, May 6, 2016 at 4:57 PM, Mathieu Westphal < > mathieu.westphal at kitware.com> wrote: > >> Hello >> >> This is actually a truncated error message, could you check the "Console >> View" checkbox in the error message dialog to get a more informative >> message ? >> >> >> Mathieu Westphal >> >> On Fri, May 6, 2016 at 1:20 PM, Chathuri Gunasekera >> wrote: >> >>> Hello, >>> >>> I have installed Paraview 5.0 on my machine(Windows 8.1). When i try to >>> visualize a 3D model in vtk format, i am getting an error. >>> >>> I have no idea why i get the following error? What does it depicts? >>> >>> *error:In C:\bbd\df0abce0\build\src\paraview\VTK\Rendering|Volume\vtkGPUVolumeRayCastMap* >>> >>> >>> Can anyone help me to resolve this issue ? >>> >>> Thank you. >>> -- >>> Warm regards, >>> Chathuri Gunasekera. >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> 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 svenkramer40 at gmail.com Fri May 6 16:17:38 2016 From: svenkramer40 at gmail.com (Sven Kramer) Date: Fri, 6 May 2016 22:17:38 +0200 Subject: [Paraview] ParaviewWeb with remote, distributed data Message-ID: Dear all, I am currently running a VTK application, which is visualizing large grids distributed on a MPI cluster. My task is to migrate this application to the Web. But I cannot manage more than what is described at http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/quick_start, that is I can serve a local data directory through the provided webapps. I have two essential questions that stop me from getting started: 1) How do I connect the pvpython server to remote data/render servers just like I can do in Paraview? 2) All ParaviewWeb examples seem to react on webclient requests. Our application is processing data as they come in, and also the visualization pipeline is frequently updated depending on an automatic analysis of the arriving data. Can the newly rendered datasets be pushed to the webclient, or does the webclient have to poll for available datasets? Thank you Sven -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Fri May 6 16:21:12 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Fri, 6 May 2016 14:21:12 -0600 Subject: [Paraview] Setting up Paraview Web on a headless Fedora server with GPU In-Reply-To: <9c7918cc-8bfe-a643-2c62-1ebdf0933cea@fjfi.cvut.cz> References: <507a18c0-3bac-fae8-da55-c5ea33e8e1d0@fjfi.cvut.cz> <83d35a36-b3f6-e4f7-4ed9-f2f66e10dddf@fjfi.cvut.cz> <9c7918cc-8bfe-a643-2c62-1ebdf0933cea@fjfi.cvut.cz> Message-ID: Glad to hear you figure it out. You can setup Apache to use https/wss and just redirect to ws:// internally. Usually one core is enough especially if you have ParaView build with some SMP/tbb. MPI will introduce some overhead. Unless you need many machine for your model to fit in memory. If you need to interface a cluster, you also can to that with some mpi-pvserver connecting back to your pvpython client. But that will be probably another thread. ;-) Enjoy, Seb On Fri, May 6, 2016 at 9:49 AM, Ji?? Vysko?il wrote: > Ha! I got it - I had apache configured as SSL-only. That is: http at port > 80 was hard redirected to https at port 443. I changed the config to only > use http, and now it works. For now that's not critical - this is an > experimental server accessible only from our internal network, I can try to > fix this later. > > Now I'll start playing with the visualizer app. So far it seems to work > pretty well - I just need to make it use all available resources (it just > runs sigle-core). > > > Thank you for your help, Sebastien! > > > > For the record, this was the apache config that didn't work: > > NameVirtualHost *:80 > > ServerName vbl-sim.eli-beams.eu > Redirect permanent / https://vbl-sim.eli-beams.eu/ > > > NameVirtualHost *:443 > > ServerName vbl-sim.eli-beams.eu > ServerAdmin jiri.vyskocil at eli-beams.eu > DocumentRoot /usr/local/share/paraview-5.0/www/ > > ErrorLog "logs/pv-error_log" > CustomLog "logs/pv-access_log" common > > > SSLRequireSSL On > SSLVerifyClient optional > SSLVerifyDepth 1 > SSLOptions +StdEnvVars +StrictRequire > > > ProxyPass /paraview http://localhost:9000/paraview > RewriteEngine On > RewriteMap session-to-port txt:/etc/httpd/paraview-mapping/proxy.txt > RewriteCond %{QUERY_STRING} ^sessionId=(.*)$ [NC] > RewriteRule ^/proxy.*$ ws://${session-to-port:%1}/ws [P] > > SSLEngine on > SSLCertificateFile /etc/pki/tls/certs/vblpar.crt > SSLCertificateKeyFile /etc/pki/tls/private/vblpar.key > > > Options Indexes FollowSymLinks > Order allow,deny > Allow from all > AllowOverride None > Require all granted > > > > > > > > > On 06/05/16 16:54, Sebastien Jourdain wrote: > > You are getting really close... > > Basically you have the ParaView process that properly started at the > request of the client and waits to it to connect, which never happen. > > Usually that mean, you have a mistake either in your Apache config and/or > in your launcher. > > Could you share your Apache virtual host with your launcher config along > with the URL the web client connects to? > > Seb > > On Fri, May 6, 2016 at 5:47 AM, Ji?? Vysko?il > wrote: > >> One more step closer to the goal it seems - if run: >> >> >> export XAUTHORITY=/var/run/slim/slim.auth >> DISPLAY=:0 xhost + >> >> >> as root, I can get the launcher to start, and not die with an X-related >> error (cumbersome workaround, but I guess I can find a better way later). >> >> >> [paraview at vbl-sim ~] $ cat /etc/httpd/paraview-mapping/proxy.txt >> be12802a-137f-11e6-b12c-002590e6af35 vbl-sim.eli-beams.eu:9003 >> >> [paraview at vbl-sim ~] $ ps aux | grep pvpython >> paraview 1792 1.2 0.1 1393740 144956 pts/1 S+ 13:42 0:02 >> /usr/local/lib/paraview-5.0/pvpython >> /usr/local/lib/paraview-5.0/site-packages/vtk/web/launcher.py >> /etc/httpd/paraview-launcher.config -d >> paraview 1887 1.6 0.1 1519164 237520 pts/1 Sl+ 13:43 0:02 >> /usr/local/lib/paraview-5.0/pvpython -dr >> /usr/local/lib/paraview-5.0/site-packages/paraview/web/pv_web_visualizer.py >> --port 9003 --data-dir /var/paraview/data -f --authKey 3ZXwyWwTz7aPjT9p >> >> >> Now when I try to open an app from the browser, it still doesn't work >> (waits forever to load some part, etc.), and I see thist in the paraview >> log: >> >> >> [strazce at vbl-sim ~] $ cat >> /var/log/paraview-viz-logs/be12802a-137f-11e6-b12c-002590e6af35.txt >> 2016-05-06 13:43:27+0200 [-] Log opened. >> 2016-05-06 13:43:27+0200 [-] Site starting on 9003 >> 2016-05-06 13:43:27+0200 [-] Starting factory > instance at 0x7fd34014f3b0> >> 2016-05-06 13:43:27+0200 [-] >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> 2016-05-06 13:43:27+0200 [-] >> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ >> >> >> and a lot of lines which contain just the repeating plus signs. >> >> >> >> >> >> >> >> On 05/05/16 16:23, Sebastien Jourdain wrote: >> >> You were on the right track with DISPLAY=:0 but I'm wondering if you >> setup a "virtual" monitor or if your "paraview" user is auto logged in a X >> session or if it stuck at the "login" panel? >> >> You can find some information about the virtual screen here: (Search for >> "Screen") >> >> http://kitware.github.io/paraviewweb/docs/guides/graphics_on_ec2_g2.html >> >> And for the autologin if it is needed. (Note on EC2 the user start X >> hence no need to login...) >> >> >> https://github.com/Kitware/paraviewweb/blob/master/tools/ansible/roles/paraview/tasks/Ubuntu.yml >> >> Seb >> >> On Thu, May 5, 2016 at 6:58 AM, Ji?? Vysko?il < >> jiri.vyskocil at fjfi.cvut.cz> wrote: >> >>> Hello, >>> >>> >>> I'm trying to set up a Paraview Web server on a Fedora 23 machine. The >>> serves is not connected to a monitor or a keyboard (I only have access >>> through ssh), but it has a nvidia GPU which I want to use for paraview. >>> >>> >>> I have installed xdm to run the X server, and verified that it is in >>> fact running with the correct nvidia drivers (by checking the Xorg.0.log >>> file). The problem is I don't know how to run the paraview webserver on the >>> X display when there's no one physically logged in - I can only get to the >>> server via ssh. When I log in, and switch to the paraview user, the DISPLAY >>> and XAUTHORITY variables are empty. >>> >>> >>> The webserver itself is running (apache + the python launcher), but when >>> I try to open any of the example applications, I get an error like this: >>> >>> >>> $ ./launch-paraview.sh >>> 2016-05-05 14:54:17,528:INFO:twisted:Site starting on 9000 >>> 2016-05-05 14:54:17,528:INFO:twisted:Starting factory >>> >>> 2016-05-05 14:55:09,655:INFO:twisted:"127.0.0.1" - - >>> [05/May/2016:12:55:09 +0000] "POST /paraview/ HTTP/1.1" 503 78 " >>> >>> https://vbl-sim.eli-beams.eu/apps/Visualizer/" "Mozilla/5.0 (X11; >>> Fedora; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0" >>> >>> >>> $ cat 965318f2-12c0-11e6-a3cb-002590e6af35.txt >>> 2016-05-05 14:55:06+0200 [-] Log opened. >>> ERROR: In >>> /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, >>> line 333 >>> vtkXOpenGLRenderWindow (0x3f00be0): bad X server connection. DISPLAY= >>> >>> >>> Specifying DISPLAY=:0 when running the launcher gives this error: >>> >>> $ cat e73921bc-12c0-11e6-b002-002590e6af35.txt >>> 2016-05-05 14:57:22+0200 [-] Log opened. >>> No protocol specified >>> No protocol specified >>> No protocol specified >>> ERROR: In >>> /home/strazce/hax/ParaView-v5.0.0-source/VTK/Rendering/OpenGL/vtkXOpenGLRenderWindow.cxx, >>> line 333 >>> vtkXOpenGLRenderWindow (0x4127c10): bad X server connection. DISPLAY=:0. >>> Aborting. >>> >>> >>> >>> Thanks for any hints, >>> >>> Jiri >>> >>> >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Fri May 6 16:26:40 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Fri, 6 May 2016 14:26:40 -0600 Subject: [Paraview] ParaviewWeb with remote, distributed data In-Reply-To: References: Message-ID: Hi Sven, 1) Yes, assuming you are using pv_web_visualizer.py you can look here: https://github.com/Kitware/ParaView/blob/master/Web/Applications/Visualizer/server/pv_web_visualizer.py#L18-L28 2) The server can push notification to the client. Need to slightly edit the client and server to match your needs. Seb On Fri, May 6, 2016 at 2:17 PM, Sven Kramer wrote: > Dear all, > I am currently running a VTK application, which is visualizing large grids > distributed on a MPI cluster. > My task is to migrate this application to the Web. But I cannot manage > more than what is described at > http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/quick_start, > that is I can serve a local data directory through the provided webapps. > > I have two essential questions that stop me from getting started: > 1) How do I connect the pvpython server to remote data/render servers just > like I can do in Paraview? > 2) All ParaviewWeb examples seem to react on webclient requests. Our > application is processing data as they come in, and also the visualization > pipeline is frequently updated depending on an automatic analysis of the > arriving data. Can the newly rendered datasets be pushed to the webclient, > or does the webclient have to poll for available datasets? > > Thank you > Sven > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 svenkramer40 at gmail.com Fri May 6 16:53:40 2016 From: svenkramer40 at gmail.com (Sven Kramer) Date: Fri, 6 May 2016 22:53:40 +0200 Subject: [Paraview] ParaviewWeb with remote, distributed data In-Reply-To: References: Message-ID: Thank you, Seb, I'll try those settings beginning of next week. Probably you can also help me with a few points of my huge lack of understanding ParaviewWeb. Here, http://www.vtk.org/Wiki/ParaViewWeb_Design a tomcat web server is mentioned to provide the PWService. Where does pv_web_visualizer.py fit into those design diagrams? Does it replace tomcat by providing PWService independently? There are so many outdated ParaviewWeb articles in the Wiki that I find it extremely difficult to understand the current design. Can't somebody remove the old articles or clearly mark them as "Applicable only to Paraview : > Hi Sven, > > 1) Yes, assuming you are using pv_web_visualizer.py you can look here: > > > https://github.com/Kitware/ParaView/blob/master/Web/Applications/Visualizer/server/pv_web_visualizer.py#L18-L28 > > 2) The server can push notification to the client. Need to slightly edit > the client and server to match your needs. > > Seb > > > On Fri, May 6, 2016 at 2:17 PM, Sven Kramer > wrote: > >> Dear all, >> I am currently running a VTK application, which is visualizing large >> grids distributed on a MPI cluster. >> My task is to migrate this application to the Web. But I cannot manage >> more than what is described at >> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/quick_start, >> that is I can serve a local data directory through the provided webapps. >> >> I have two essential questions that stop me from getting started: >> 1) How do I connect the pvpython server to remote data/render servers >> just like I can do in Paraview? >> 2) All ParaviewWeb examples seem to react on webclient requests. Our >> application is processing data as they come in, and also the visualization >> pipeline is frequently updated depending on an automatic analysis of the >> arriving data. Can the newly rendered datasets be pushed to the webclient, >> or does the webclient have to poll for available datasets? >> >> Thank you >> Sven >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Fri May 6 17:45:41 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Fri, 6 May 2016 15:45:41 -0600 Subject: [Paraview] ParaviewWeb with remote, distributed data In-Reply-To: References: Message-ID: The ParaViewWeb_Design you found is 5 years old but some users are still using it. => The future matching doc would be: http://kitware.github.io/paraviewweb/docs/guides/architecture.html The second link should still be somewhat ok until ParaView 5.1 (Valid till June 2016). As starting June (~July), the old documentation should disappear and only the http://kitware.github.io/paraviewweb will be the official one. But as we are transitioning both documentations are available. On Fri, May 6, 2016 at 2:53 PM, Sven Kramer wrote: > Thank you, Seb, I'll try those settings beginning of next week. > > Probably you can also help me with a few points of my huge lack of > understanding ParaviewWeb. Here, > http://www.vtk.org/Wiki/ParaViewWeb_Design a tomcat web server is > mentioned to provide the PWService. Where does pv_web_visualizer.py fit > into those design diagrams? Does it replace tomcat by providing PWService > independently? > > There are so many outdated ParaviewWeb articles in the Wiki that I find it > extremely difficult to understand the current design. Can't somebody remove > the old articles or clearly mark them as "Applicable only to Paraview > Is http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html > the most recent documentation? Or is it also not valid for Paraview 4.x and > 5.x as ".../Paraview3/..." in the link address suggests? > > Thank you > Sven > > 2016-05-06 22:26 GMT+02:00 Sebastien Jourdain < > sebastien.jourdain at kitware.com>: > >> Hi Sven, >> >> 1) Yes, assuming you are using pv_web_visualizer.py you can look here: >> >> >> https://github.com/Kitware/ParaView/blob/master/Web/Applications/Visualizer/server/pv_web_visualizer.py#L18-L28 >> >> 2) The server can push notification to the client. Need to slightly edit >> the client and server to match your needs. >> >> Seb >> >> >> On Fri, May 6, 2016 at 2:17 PM, Sven Kramer >> wrote: >> >>> Dear all, >>> I am currently running a VTK application, which is visualizing large >>> grids distributed on a MPI cluster. >>> My task is to migrate this application to the Web. But I cannot manage >>> more than what is described at >>> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/quick_start, >>> that is I can serve a local data directory through the provided webapps. >>> >>> I have two essential questions that stop me from getting started: >>> 1) How do I connect the pvpython server to remote data/render servers >>> just like I can do in Paraview? >>> 2) All ParaviewWeb examples seem to react on webclient requests. Our >>> application is processing data as they come in, and also the visualization >>> pipeline is frequently updated depending on an automatic analysis of the >>> arriving data. Can the newly rendered datasets be pushed to the webclient, >>> or does the webclient have to poll for available datasets? >>> >>> Thank you >>> Sven >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> 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 jandeca at gmail.com Sat May 7 18:30:19 2016 From: jandeca at gmail.com (Jan Deca) Date: Sat, 7 May 2016 16:30:19 -0600 Subject: [Paraview] Table of points to colored tube. Message-ID: <572E6C7B.9020500@gmail.com> Hi all, I've been stuck with the following for a while. Given is a table (using the TableToPoints filter) of X,Y,Z,N (4 columns, 3 coordinates and the density at those coordinates) over time. I would like to connect those points and color the tube according to the density, N, at that point. Using the Programmable Filter I managed to connect the points as follows: pdi =self.GetPolyDataInput() pdo =self.GetPolyDataOutput() numPoints =pdi.GetNumberOfPoints() pdo.Allocate() fori inrange(0, numPoints-1): points =[i, i+1] pdo.InsertNextCell(3, 2, points) Unfortunately I do not manage to include the density component. It would be awesome if somebody could help me out. Thank you! Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: From jandeca at gmail.com Sat May 7 20:17:45 2016 From: jandeca at gmail.com (Jan Deca) Date: Sat, 7 May 2016 18:17:45 -0600 Subject: [Paraview] Table of points to colored tube. In-Reply-To: <572E6C7B.9020500@gmail.com> References: <572E6C7B.9020500@gmail.com> Message-ID: <572E85A9.8030605@gmail.com> So, I'm almost there with this script: " pdi = self.GetPolyDataInput() pdo = self.GetPolyDataOutput() numPoints = pdi.GetNumberOfPoints() pdo.Allocate() for i in range(0, numPoints-1): points = [i, i+1] pdo.InsertNextCell(3, 2, points) ivals = pdi.GetPointData().GetScalars("u") ca = vtk.vtkFloatArray() ca.SetName(ivals.GetName()) ca.SetNumberOfComponents(1) ca.SetNumberOfTuples(numPoints-1) pdo.GetCellData().AddArray(ca) for i in range(0, numPoints-1): ca.SetValue(i, ivals.GetValue(i)) " The only issue now is that the Tube filter is unhappy as it is unable to compute the normals making its output segmented looking like a collection of separate disks. I've attached a test-file and screenshot of the output. " Generic Warning: In /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview/VTK/Common/DataModel/vtkPolyLine.cxx, line 106 Coincident points in polyline...can't compute normals Warning: In /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview/VTK/Filters/Core/vtkTubeFilter.cxx, line 243 vtkTubeFilter (0x7f840214ca40): Could not generate normals for line. Skipping to next. " Anybody any suggestions? Thank you! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: TubeFilterOutput.png Type: image/png Size: 288031 bytes Desc: not available URL: -------------- next part -------------- x y z u 0.48 0.53208718441 0.465358168082 0.015827736896 0.480015868191 0.532075753183 0.465349509398 0.0159084404236 0.480031814754 0.532064157098 0.465341182625 0.0159844839492 0.480047835018 0.532052399243 0.465333190341 0.0160558396844 0.480063924283 0.532040482745 0.465325535038 0.0161224810919 0.48008007782 0.53202841076 0.465318219113 0.0161843829012 0.48009629088 0.532016186479 0.465311244872 0.0162415211177 0.480112558687 0.532003813122 0.465304614527 0.0162938730288 0.480128876444 0.53199129394 0.465298330194 0.0163414172109 0.480145239333 0.531978632215 0.465292393899 0.0163841335347 0.480161642516 0.531965831256 0.465286807568 0.0164220031712 0.480178081138 0.531952894399 0.465281573034 0.0164550085962 0.480194550328 0.531939825009 0.465276692033 0.0164831335954 0.480211045196 0.531926626474 0.465272166204 0.0165063632688 0.48022756084 0.531913302208 0.46526799709 0.0165246840346 0.480244092346 0.531899855652 0.465264186136 0.0165380836327 0.480260634787 0.531886290264 0.465260734689 0.0165465511283 0.480277183225 0.531872609531 0.465257643998 0.0165500769148 0.480293732715 0.531858816955 0.465254915212 0.016548652716 0.480310278303 0.531844916062 0.465252549382 0.0165422715889 0.48032681503 0.531830910396 0.465250547462 0.0165309279252 0.48034333793 0.531816803521 0.465248910303 0.0165146174529 0.480359842035 0.531802599016 0.465247638658 0.0164933372376 0.480376322375 0.531788300477 0.46524673318 0.0164670856829 0.480392773978 0.531773911517 0.465246194422 0.0164358625312 0.480409191873 0.531759435762 0.465246022838 0.0163996688638 0.48042557109 0.531744876851 0.465246218779 0.0163585071002 0.480441906663 0.531730238439 0.465246782497 0.016312380998 0.48045819363 0.531715524188 0.465247714144 0.0162612956516 0.480474427036 0.531700737773 0.46524901377 0.0162052574906 0.480490600244 0.531685875934 0.465250697152 0.016140758755 0.480506706066 0.531670935921 0.46525278002 0.0160704846006 0.480522738732 0.531655922208 0.465255262211 0.0159944474713 0.480538692485 0.531640839279 0.465258143429 0.0159126616449 0.480554561585 0.531625691626 0.465261423254 0.0158251432281 0.480570340308 0.531610483751 0.465265101132 0.0157319101516 0.48058602295 0.531595220161 0.465269176384 0.0156329821644 0.480601603825 0.531579905367 0.4652736482 0.0155283808274 0.480617077273 0.531564543884 0.465278515645 0.0154181295066 0.480632437656 0.531549140231 0.465283777651 0.0153022533659 0.480647679361 0.531533698925 0.465289433027 0.0151807793585 0.480662796807 0.531518224484 0.465295480453 0.0150537362191 0.480677784437 0.531502721421 0.465301918482 0.014921154454 0.480692636731 0.531487194247 0.465308745541 0.014783066332 0.480707348198 0.531471647469 0.465315959931 0.0146395058738 0.480721913385 0.531456085586 0.465323559827 0.0144905088412 0.480736326872 0.531440513089 0.46533154328 0.014336112726 0.48075058328 0.531424934458 0.465339908218 0.0141763567378 0.48076467727 0.531409354166 0.465348652443 0.0140112817913 0.480778603545 0.53139377667 0.465357773637 0.013840930494 0.480792356849 0.531378206415 0.465367269357 0.0136653471321 0.480805931973 0.53136264783 0.465377137041 0.0134845776564 0.480819323755 0.531347105328 0.465387374006 0.0132986696679 0.480832527082 0.531331583304 0.465397977449 0.0131076724027 0.480845536888 0.531316086134 0.465408944449 0.0129116367162 0.480858348162 0.531300618172 0.465420271967 0.0127106150668 0.480870955945 0.53128518375 0.465431956846 0.0125046614995 0.480883355332 0.531269787178 0.465443995816 0.0122938316285 0.480895541476 0.53125443274 0.465456385489 0.0120781826198 0.480907509586 0.531239124694 0.465469122365 0.0118577731725 0.480919255046 0.53122386278 0.465482200276 0.0116328775881 0.480930773159 0.531208646455 0.465495612911 0.0114030875477 0.480942059062 0.531193479443 0.465509356383 0.0111684687265 0.480953107961 0.531178365438 0.465523426695 0.0109290883528 0.480963915129 0.531163308105 0.465537819746 0.0106850151865 0.480974475906 0.531148311078 0.465552531326 0.0104363194967 0.480984785707 0.531133377959 0.465567557122 0.0101830730395 0.480994840018 0.531118512317 0.46558289272 0.00992534903462 0.481004634398 0.531103717687 0.465598533602 0.00966322214205 0.481014164481 0.531088997568 0.465614475151 0.00939676843808 0.481023425981 0.531074355422 0.465630712652 0.0091260653908 0.481032414686 0.531059794675 0.465647241293 0.00885119183524 0.481041126466 0.531045318713 0.465664056166 0.00857222794808 0.481049557272 0.531030930882 0.46568115227 0.00828925522188 0.481057703136 0.531016634489 0.46569852451 0.00800235643894 0.481065560173 0.531002432797 0.465716167703 0.00771161564473 0.481073124585 0.530988329026 0.465734076575 0.00741711812095 0.481080392664 0.530974326348 0.465752245774 0.00711895021122 0.481087360783 0.530960427893 0.465770669858 0.00681719955684 0.481094025404 0.530946636748 0.465789343296 0.00651195497169 0.481100383077 0.530932955951 0.465808260478 0.00620330639328 0.481106430445 0.530919388491 0.465827415712 0.00589134485385 0.481112164239 0.530905937311 0.465846803229 0.00557616245108 0.481117581286 0.530892605302 0.465866417184 0.00525785231849 0.481122678504 0.530879395304 0.465886251655 0.00493650859547 0.481127452906 0.530866310105 0.46590630065 0.00461222639701 0.481131901604 0.530853352443 0.465926558104 0.00428510178312 0.481136021802 0.530840524999 0.465947017886 0.00395523172793 0.481139810803 0.5308278304 0.465967673794 0.00362271408851 0.481143266009 0.530815271221 0.465988519566 0.00328764757336 0.481146384922 0.530802849976 0.466009548874 0.00295013171075 0.481149165141 0.530790569126 0.466030755331 0.00261026681662 0.481151604368 0.530778431073 0.466052132488 0.00226815396238 0.481153700405 0.530766438159 0.466073673844 0.00192389494238 0.481155451159 0.53075459267 0.46609537284 0.00157759224116 0.481156854636 0.530742896828 0.466117222867 0.00122934900054 0.481157908947 0.530731352798 0.466139217262 0.000879268986407 0.481158612309 0.530719962681 0.466161349319 0.000527456555343 0.48115896304 0.530708728518 0.466183612281 0.000174016621092 0.481158959567 0.530697652285 0.466205999351 -0.0001809453792 From pichler.richard at gmail.com Sun May 8 20:50:30 2016 From: pichler.richard at gmail.com (Richard Pichler) Date: Mon, 9 May 2016 10:50:30 +1000 Subject: [Paraview] tikz/tex export for paraview contour plots Message-ID: <572FDED6.9030405@gmail.com> Hi, We are currently trying to export paraview contour plots and include them into a latex document. The straight forward way of exporting an eps or similar image has some issues. In particular the axis are not scaling with the camera view, hence, if you zoom in, you don't get them on the plot since they are only at the exterior of the data. We created a small python tool, that essentially embeds the figure created in paraview into a tikz picture and adds axes. However, we still need to manually specify the the extent of the plot in that script which is tedious. a) Did anyone encounter the same issue and is willing to share a script or so? b) If not, is there a way to extract the Viewport extent in a python script so that we can directly set them in the script? c) In addition it would be great if also the text in the legend would be rendered in latex. Therefore it would be great if we could place it in the Paraview window and then only plot the colorbar and add the text to the tikz file. Thanks, Richard PS: the core of the python script that prepares the tikz file: ifile=open(outfilename,'w') formstring=' {:>10.8f}' line='% this picture was created with the axisNlable_generator.py script \n'\ + '% \n \n' ifile.write(line) line='\\begin{tikzpicture} \n' \ + '\\begin{axis}[ \n' \ + 'axis on top,enlargelimits=false,\n'\ + 'width=\\figurewidth, \n' \ + 'axis equal image,\n'\ + 'xlabel='+xlabel+',\n'\ + 'ylabel='+ylabel+']\n'\ + '\\addplot[] graphics[xmin='+str(xmin)+',ymin='+str(ymin)+',xmax='+str(xmax)+',ymax='+str(ymax)+']\n' \ + '{'+enbed_fname+'};\n'\ + '\\end{axis} \n' \ + '\\end{tikzpicture} \n' \ ifile.write(line) ifile.close() From padamsen at grundfos.com Mon May 9 05:00:25 2016 From: padamsen at grundfos.com (Per Adamsen) Date: Mon, 9 May 2016 09:00:25 +0000 Subject: [Paraview] Camera focus being tangent to camera path Message-ID: Hi, Would it be possible to specify a new camera focus point for each camera position in a path so that you make the illusion that the camera moves with e.g. a pipe flow? It seems only to be possible to specify *one* focus point for a camera path. Regards, Per Adamsen -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon May 9 09:52:51 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 9 May 2016 09:52:51 -0400 Subject: [Paraview] [ParaView] Generating a 3D model In-Reply-To: References: Message-ID: When you say you can't see the volume, do you mean a volume rendering of the surface? Or do you want to see the volume of the segmented organ? If that is the case, use either the Contour filter or Threshold filter to show the boundary surface of your segmentation. Either one should work, but the Contour filter may produce a bit smoother surface. Hope that helps, Cory On Mon, May 2, 2016 at 2:34 PM, Chathuri Gunasekera wrote: > Hello everyone, > > Since i need to generate a human organ using my data first of all i > registered my images. Second of all, segmented the organ first . Third of > all, segmented the rest of the sub objects inside the organ. > > Basically, segmentation was done and saved in following formats. > 1st mask(for the organ) ; saved as .mat file > 2nd mask(for sub objects with in the organ) : saved as .mat file > 3rd mask(for sub objects within the organ) : saved as .mat file > > (note: segmentation is done for the whole image) > > Since i have these masks saved in Mat format i combined all the masks and > converted to VTK format. > > When i run in the Paraview, i can only view the slice, surface, etc but NOT > the VOLUME (which is what i want). > > What is the reason to this? > > How to overcome this issue now? > > Thank you in advance. > -- > Warm regards, > Chathuri Gunasekera. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen R&D Engineer Kitware, Inc. From cory.quammen at kitware.com Mon May 9 09:54:11 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 9 May 2016 09:54:11 -0400 Subject: [Paraview] visualising a numpy array In-Reply-To: References: <3016982.g3SsLEMJvk@vega> <7473615.6gLVRJUW11@vega> Message-ID: Hi Juha, This is a bit beyond my current numpy-foo. Hopefully I'll get a chance to look at it in more depth in the next couple months. If you figure anything else out, I and others on the list would surely appreciate knowing what you find. Thanks, Cory On Fri, Apr 29, 2016 at 2:19 PM, Cory Quammen wrote: > On Wed, Apr 27, 2016 at 11:39 AM, Juha J?ykk? wrote: >>> How are you getting the PETSc._DMDA_Vec_array into ParaView? The >>> Programmable Filter is also available in ParaView... >> >> I was going to use >> >> my_numpy_data = petsc_dmda_array[:] >> vtkobject = paraview.numpy_support.numpy_to_vtk(my_numpy_data.copy()) >> >> That works fine, but then I got stuck with how to stick this into paraview's >> pipeline. >> >>> You'll need to set up a vtkImageData as the output of a Programmable >>> Source/Filter at the very least with the proper dimensions, then use >>> the vtk.numpy_interface.dataset_adapter tools to adapt your numpy >>> array as a VTK data array that you add to the vtkImageData's point >>> data. >> >> I would have thought I need a vtkStructuredGrid or vtkRectilinearGrid, but I >> don't seem able to figure out how to use them. > > If your grid points are regularly spaced in each dimension, which I > think they are in this case, you can use a vtkImageData. See the > ParaViewGuide (http://www.paraview.org/paraview-guide/) pages 33 and > 34 for pictorial representations of where vtkStructuredGrid or > vtkRectilinearGrid are needed. > >> With vSG I can >> >> pts = vtk.vtkPoints() >> pdo = self.GetOutput() >> newArray = vtk.vtkDoubleArray() >> # this is how far I've got before... >> newArray.SetName("testdata") >> newArray.SetNumberOfComponents(1) >> pdo.GetPointData().AddArray(newArray) >> >> # stuff our numbers into pdo.GetPointData().GetArray(0).InsertNextValue(float) >> one by one, >> # followed by pts.InsertNextPoint(x,y,z), so need to get xyz as well >> xmin,xmax,Nx,ymin,ymax,Ny,zmin,zmax,Nz = -1,1,10,-1,2,20,-1,3,30 >> loci = >> numpy.mgrid[xmin:xmax:1j*Nx,ymin:ymax:1j*Ny,zmin:zmax:1j*Nz].reshape(3,-1) >> values = numpy.random.random(loci[0].shape) >> for ind in range(loci[0].shape[0]): >> pdo.GetPointData().GetArray(0).InsertNextValue(values[ind]) >> pts.InsertNextPoint(loci[0,ind],loci[1,ind],loci[2,ind]) >> pdo.SetPoints(pts) >> exts = [xmin,xmax,ymin,ymax,zmin,zmax] >> pdo.SetExtent(exts) > > Note that the extents are in the integer index space (e.g., i-j-k) of > the grid points rather than physical space, so exts should be > something like > > [0, 9, 0, 19, 0, 29] > > Also note that xmax, ymax, and zmax should be the highest possible > index, not the number of grid positions in that dimension. > >> which seems to do the right thing except I can not make paraview plot anything >> using this. In the ProgrammableSource's Information tab I do see the right >> bounds and extents (but I am a bit confused about what the "dimension" means >> in extents: it says 3, 4, 5 for x, y, z, which makes me think it has used unit >> lattice spacing even though I would have thought it uses whatever it finds in >> pts. The "Data Arrays" box has "testdata" in it and has the correct value >> range. Also the number of points is correct (6000). I don't know where it gets >> its 24 cells from, though. (24 = 2*3*4, so I am a bit concerned it gets this >> implicitly from bounds again with unit spacing). >> >> But I don't understand what I'm doing wrong as I'm basically modifying >> examples from the wiki. >> >> Using vtkImageData I can only get a Number of Points: 60 (and no plot) and >> using vtkRectilinearGrid I get the same. I can fix the 60 -> 6000 by fixing >> the extents, but that still leaves the bounds and no plot on screen. >> >>> Parallel is tougher... You can do the full data set in serial and >>> distribute using the D3 filter, but obviously that has some downsides. >> >> Unacceptable ones: I cannot even imagine what that bottleneck would do to the >> code. >> >>> I believe it is possible to distribute the dataset using MPI in a >>> Programmable Source/Filter, but have never done so myself. >> >> Hmm... so where does the ProgrammableSource run? I was planning on running the >> whole code in parallel, but didn't really think about how to do that yet. Now >> that I start thinking about it, Catalyst is probably the way to do it, isn't >> it? > > The Programmable Source is a VTK filter that runs on all nodes on > which you are running the ParaView server. Catalyst may indeed be > useful for you. > > Cory > >> Cheers, >> Juha >> >>> On Tue, Apr 26, 2016 at 8:49 AM, Juha J?ykk? wrote: >>> > Dear list, >>> > >>> > What's the current best practice to visualise a (3D) numpy array with >>> > paraview? In particular, I'm wondering if >>> > >>> > vtkdata = numpy_support.numpy_to_vtk(num_array=NumPy_data.ravel(), >>> > deep=True, array_type=vtk.VTK_FLOAT) >>> > >>> > can somehow be directly visualised? In parallel. >>> > >>> > I'm aware of ProgrammableSource() and how to do it using that, but only >>> > from a file! What I'd very much like to do is avoid the file (if I cannot >>> > avoid the file, I'll just do xdmf and hdf5.) >>> > >>> > Just in case it matters, the numpy array is actually not really a numpy >>> > array, but petsc4py.PETSc._DMDA_Vec_array which of course can be "cast" >>> > as numpy.ndarray. >>> > >>> > Best regards, >>> > Juha >>> > >>> > _______________________________________________ >>> > Powered by www.kitware.com >>> > >>> > Visit other Kitware open-source projects at >>> > http://www.kitware.com/opensource/opensource.html >>> > >>> > Please keep messages on-topic and check the ParaView Wiki at: >>> > http://paraview.org/Wiki/ParaView >>> > >>> > Search the list archives at: http://markmail.org/search/?q=ParaView >>> > >>> > Follow this link to subscribe/unsubscribe: >>> > http://public.kitware.com/mailman/listinfo/paraview >> > > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. -- Cory Quammen R&D Engineer Kitware, Inc. From utkarsh.ayachit at kitware.com Mon May 9 10:26:08 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 9 May 2016 10:26:08 -0400 Subject: [Paraview] Dropping support for OsX 10.7 (Lion) Message-ID: Folks, I wanted to check if there's any objection to dropping support for OsX 10.7 (Lion) in future ParaView releases. 10.7 has been unsupported by Apple since October 2014 [1]. This will change minimum OsX version for ParaView to 10.8 (Mountain Lion). Utkarsh [1] https://en.wikipedia.org/wiki/Mac_OS_X_Lion -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Mon May 9 13:36:07 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Mon, 9 May 2016 17:36:07 +0000 Subject: [Paraview] Table of points to colored tube. Message-ID: Jan, I think you want to copy the field data as point data, not cell data. Since the points of your input are the same as your output, you can just call ?PassData? to copy them over. Try this version of the script for the programmable filter: pdi = self.GetPolyDataInput() pdo = self.GetPolyDataOutput() numPoints = pdi.GetNumberOfPoints() pdo.Allocate() for i in range(0, numPoints-1): points = [i, i+1] pdo.InsertNextCell(3, 2, points) pdo.GetPointData().PassData(pdi.GetPointData()) -Ken From: ParaView on behalf of Jan Deca Date: Saturday, May 7, 2016 at 6:17 PM To: "paraview at paraview.org" Subject: [EXTERNAL] Re: [Paraview] Table of points to colored tube. So, I'm almost there with this script: " pdi = self.GetPolyDataInput() pdo = self.GetPolyDataOutput() numPoints = pdi.GetNumberOfPoints() pdo.Allocate() for i in range(0, numPoints-1): points = [i, i+1] pdo.InsertNextCell(3, 2, points) ivals = pdi.GetPointData().GetScalars("u") ca = vtk.vtkFloatArray() ca.SetName(ivals.GetName()) ca.SetNumberOfComponents(1) ca.SetNumberOfTuples(numPoints-1) pdo.GetCellData().AddArray(ca) for i in range(0, numPoints-1): ca.SetValue(i, ivals.GetValue(i)) " The only issue now is that the Tube filter is unhappy as it is unable to compute the normals making its output segmented looking like a collection of separate disks. I've attached a test-file and screenshot of the output. " Generic Warning: In /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview/VTK/Common/DataModel/vtkPolyLine.cxx, line 106 Coincident points in polyline...can't compute normals Warning: In /Users/kitware/Dashboards/MyTests/NightlyMaster/ParaViewSuperbuild-Release-Python27/paraview/src/paraview/VTK/Filters/Core/vtkTubeFilter.cxx, line 243 vtkTubeFilter (0x7f840214ca40): Could not generate normals for line. Skipping to next. " Anybody any suggestions? Thank you! -------------- next part -------------- An HTML attachment was scrubbed... URL: From svenkramer40 at gmail.com Mon May 9 15:34:07 2016 From: svenkramer40 at gmail.com (Sven Kramer) Date: Mon, 9 May 2016 21:34:07 +0200 Subject: [Paraview] ParaviewWeb with remote, distributed data In-Reply-To: References: Message-ID: Hello Seb, I got a working connection from pv_web_visualizer.py to a couple of pvservers (started with mpirun on ) by just giving "--ds-host --ds-port 11111" from the link you mentioned. Is this correct, without --rs-host? It is working in principle, but the renderview update rate is not more than 2 updates/second for a tiny datasource even when everything is running on the same machine. Thank you Sven 2016-05-06 22:26 GMT+02:00 Sebastien Jourdain < sebastien.jourdain at kitware.com>: > Hi Sven, > > 1) Yes, assuming you are using pv_web_visualizer.py you can look here: > > > https://github.com/Kitware/ParaView/blob/master/Web/Applications/Visualizer/server/pv_web_visualizer.py#L18-L28 > > 2) The server can push notification to the client. Need to slightly edit > the client and server to match your needs. > > Seb > > > On Fri, May 6, 2016 at 2:17 PM, Sven Kramer > wrote: > >> Dear all, >> I am currently running a VTK application, which is visualizing large >> grids distributed on a MPI cluster. >> My task is to migrate this application to the Web. But I cannot manage >> more than what is described at >> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/quick_start, >> that is I can serve a local data directory through the provided webapps. >> >> I have two essential questions that stop me from getting started: >> 1) How do I connect the pvpython server to remote data/render servers >> just like I can do in Paraview? >> 2) All ParaviewWeb examples seem to react on webclient requests. Our >> application is processing data as they come in, and also the visualization >> pipeline is frequently updated depending on an automatic analysis of the >> arriving data. Can the newly rendered datasets be pushed to the webclient, >> or does the webclient have to poll for available datasets? >> >> Thank you >> Sven >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Mon May 9 15:58:44 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Mon, 9 May 2016 19:58:44 +0000 Subject: [Paraview] Linking to Catalyst Message-ID: Hello again, I'm (finally) trying to get Catalyst to successfully link to our application code on Excalibur (Cray, ARL HPC). I was able to build paraview and all of the dependencies thanks to help I've gotten on the list here in the past. However, when I try to link my code to it (and this is a code that works fine with Catalyst on other platforms), I get: CMake Error at /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/vtkModuleAPI.cmake:120 (message): Requested modules not available: vtkPVPythonCatalyst Call Stack (most recent call first): /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/VTKConfig.cmake:80 (vtk_module_config) /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/ParaViewConfig.cmake:49 (include) CMakeLists.txt:218 (find_package) The section in my CMakeLists that looks for paraview is: option(LESLIE_USE_COPROCESSING "Turn on CoProcessing with Paraview" OFF) if(LESLIE_USE_COPROCESSING) find_package(ParaView REQUIRED vtkPVPythonCatalyst HINTS $ENV{PARAVIEW_CP_ROOT}) include(${PARAVIEW_USE_FILE}) include_directories(${PROJECT_SOURCE_DIR}/utils) add_definitions(-DPARAVIEW_COPROCESSING) endif() mark_as_advanced(LESLIE_USE_COPROCESSING) and it doesn't seem to work. On other machines, I never needed to set the PARAVIEW_CP_ROOT variable, it always just found it. When I build my code, I point the paraview directory (where it finds the paraviewConfig.cmake file) to: /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4 and it seems to find it okay. Lastly, the vtkPVPythonCatalyst.so library is in the lib/paraview-4.4/site-packages/vtk directory and there is libvtkPVPythonCatalyst-pv4.4.so* and libvtkPVPythonCatalystPython27D-pv4.4.so* in lib/paraview-4.4/ I'm at a loss to understand why it is reporting the module is missing -- did I miss something somewhere? Thanks as always, Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Mon May 9 16:43:42 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 9 May 2016 16:43:42 -0400 Subject: [Paraview] Linking to Catalyst In-Reply-To: References: Message-ID: Hi Tim, Is the PV directory you're pointing to a build directory or an install directory? If it's an install directory you'll need to enable PARAVIEW_INSTALL_DEVELOPMENT_FILES. Other than that, my suggestion would be to try linking one of the Catalyst examples from https://github.com/Kitware/ParaViewCatalystExampleCode and see how that works for you. Another thing you could try is using a newer version of CMake from https://cmake.org/download/. For the Linux x86_64 tarball, you can just untar the executables from that and use directly. Let us know if none of those ideas don't work for you. Best, Andy On Mon, May 9, 2016 at 3:58 PM, Gallagher, Timothy P < tim.gallagher at gatech.edu> wrote: > Hello again, > > > I'm (finally) trying to get Catalyst to successfully link to our > application code on Excalibur (Cray, ARL HPC). I was able to build paraview > and all of the dependencies thanks to help I've gotten on the list here in > the past. However, when I try to link my code to it (and this is a code > that works fine with Catalyst on other platforms), I get: > > > CMake Error at > /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/vtkModuleAPI.cmake:120 > (message): > Requested modules not available: > > vtkPVPythonCatalyst > Call Stack (most recent call first): > > /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/VTKConfig.cmake:80 > (vtk_module_config) > > /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/ParaViewConfig.cmake:49 > (include) > CMakeLists.txt:218 (find_package) > > The section in my CMakeLists that looks for paraview is: > > option(LESLIE_USE_COPROCESSING "Turn on CoProcessing with Paraview" OFF) > if(LESLIE_USE_COPROCESSING) > find_package(ParaView REQUIRED vtkPVPythonCatalyst > HINTS $ENV{PARAVIEW_CP_ROOT}) > include(${PARAVIEW_USE_FILE}) > include_directories(${PROJECT_SOURCE_DIR}/utils) > add_definitions(-DPARAVIEW_COPROCESSING) > endif() > mark_as_advanced(LESLIE_USE_COPROCESSING) > > and it doesn't seem to work. On other machines, I never needed to set the > PARAVIEW_CP_ROOT variable, it always just found it. When I build my code, I > point the paraview directory (where it finds the paraviewConfig.cmake file) > to: > > > /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4 > > > and it seems to find it okay. > > > Lastly, the vtkPVPythonCatalyst.so library is in the > lib/paraview-4.4/site-packages/vtk directory and there is > libvtkPVPythonCatalyst-pv4.4.so* and > libvtkPVPythonCatalystPython27D-pv4.4.so* in lib/paraview-4.4/ > > > I'm at a loss to understand why it is reporting the module is missing -- > did I miss something somewhere? > > > Thanks as always, > > > Tim > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Mon May 9 16:54:57 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 9 May 2016 16:54:57 -0400 Subject: [Paraview] Linking to Catalyst In-Reply-To: References: Message-ID: Hmm, that could be a bug in the superbuild. The superbuild arguments aren't all passed to the ParaView build itself and it could be that this option was missing for the PV specific build part. Instead of doing the whole build from scratch, I'd suggest you just search for the ParaViewConfig.cmake file to find where PV was actually built and just point to that. On Mon, May 9, 2016 at 4:50 PM, Gallagher, Timothy P < tim.gallagher at gatech.edu> wrote: > Well shoot, it looks like I didn't build with the install development > files on, even though I set it when I configured the superbuild. I must > have done that part wrong > > My configure line is: > > > cmake \ > -DCMAKE_INSTALL_PREFIX:PATH=${HOME}/pv-test/${version}_osmesa \ > -DCMAKE_BUILD_TYPE=Release \ > ... > > -DPARAVIEW_ENABLE_CATALYST=ON \ > -DPARAVIEW_ENABLE_PYTHON=ON \ > -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON \ > -DPARAVIEW_BUILD_QT_GUI=OFF \ > -DBUILD_TESTING=OFF \ > -DVTK_USE_X=OFF \ > ... > > -DVTK_OPENGL_HAS_OSMESA=ON \ > -DOSMESA_INCLUDE_DIR:STRING="${INSTALLPATH}/osmesa/include" \ > -DOSMESA_LIBRARY:STRING="${INSTALLPATH}/osmesa/lib/libOSMesa.so" \ > ./ParaViewSuperbuild > > > and all of the other PARAVIEW* options seemed to pass through properly > when the superbuild made paraview. Any ideas why that option didn't pass > through? > > > Thanks -- I knew it had to be something really obvious! > > > Tim > > > > ------------------------------ > *From:* Andy Bauer > *Sent:* Monday, May 9, 2016 4:43 PM > *To:* Gallagher, Timothy P > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] Linking to Catalyst > > Hi Tim, > > Is the PV directory you're pointing to a build directory or an install > directory? If it's an install directory you'll need to enable > PARAVIEW_INSTALL_DEVELOPMENT_FILES. Other than that, my suggestion would be > to try linking one of the Catalyst examples from > https://github.com/Kitware/ParaViewCatalystExampleCode and see how that > works for you. Another thing you could try is using a newer version of > CMake from https://cmake.org/download/. For the Linux x86_64 tarball, you > can just untar the executables from that and use directly. > > GitHub - Kitware/ParaViewCatalystExampleCode: Example ... > > github.com > ParaViewCatalystExampleCode - Example problems and snippets of code to > demonstrate ParaView's Catalyst. > > > Let us know if none of those ideas don't work for you. > > Best, > Andy > > On Mon, May 9, 2016 at 3:58 PM, Gallagher, Timothy P < > tim.gallagher at gatech.edu> wrote: > >> Hello again, >> >> >> I'm (finally) trying to get Catalyst to successfully link to our >> application code on Excalibur (Cray, ARL HPC). I was able to build paraview >> and all of the dependencies thanks to help I've gotten on the list here in >> the past. However, when I try to link my code to it (and this is a code >> that works fine with Catalyst on other platforms), I get: >> >> >> CMake Error at >> /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/vtkModuleAPI.cmake:120 >> (message): >> Requested modules not available: >> >> vtkPVPythonCatalyst >> Call Stack (most recent call first): >> >> /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/VTKConfig.cmake:80 >> (vtk_module_config) >> >> /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/ParaViewConfig.cmake:49 >> (include) >> CMakeLists.txt:218 (find_package) >> >> The section in my CMakeLists that looks for paraview is: >> >> option(LESLIE_USE_COPROCESSING "Turn on CoProcessing with Paraview" OFF) >> if(LESLIE_USE_COPROCESSING) >> find_package(ParaView REQUIRED vtkPVPythonCatalyst >> HINTS $ENV{PARAVIEW_CP_ROOT}) >> include(${PARAVIEW_USE_FILE}) >> include_directories(${PROJECT_SOURCE_DIR}/utils) >> add_definitions(-DPARAVIEW_COPROCESSING) >> endif() >> mark_as_advanced(LESLIE_USE_COPROCESSING) >> >> and it doesn't seem to work. On other machines, I never needed to set the >> PARAVIEW_CP_ROOT variable, it always just found it. When I build my code, I >> point the paraview directory (where it finds the paraviewConfig.cmake file) >> to: >> >> >> /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4 >> >> >> and it seems to find it okay. >> >> >> Lastly, the vtkPVPythonCatalyst.so library is in the >> lib/paraview-4.4/site-packages/vtk directory and there is >> libvtkPVPythonCatalyst-pv4.4.so* and >> libvtkPVPythonCatalystPython27D-pv4.4.so* in lib/paraview-4.4/ >> >> >> I'm at a loss to understand why it is reporting the module is missing -- >> did I miss something somewhere? >> >> >> Thanks as always, >> >> >> Tim >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Mon May 9 17:13:47 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Mon, 9 May 2016 21:13:47 +0000 Subject: [Paraview] Linking to Catalyst In-Reply-To: References: , Message-ID: Yeah -- okay, pointing it to the build directory instead of the install made sure everything was found. One step closer to getting this working on Cray. Thanks, Tim ________________________________ From: Andy Bauer Sent: Monday, May 9, 2016 4:54 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Linking to Catalyst Hmm, that could be a bug in the superbuild. The superbuild arguments aren't all passed to the ParaView build itself and it could be that this option was missing for the PV specific build part. Instead of doing the whole build from scratch, I'd suggest you just search for the ParaViewConfig.cmake file to find where PV was actually built and just point to that. On Mon, May 9, 2016 at 4:50 PM, Gallagher, Timothy P > wrote: Well shoot, it looks like I didn't build with the install development files on, even though I set it when I configured the superbuild. I must have done that part wrong My configure line is: cmake \ -DCMAKE_INSTALL_PREFIX:PATH=${HOME}/pv-test/${version}_osmesa \ -DCMAKE_BUILD_TYPE=Release \ ... -DPARAVIEW_ENABLE_CATALYST=ON \ -DPARAVIEW_ENABLE_PYTHON=ON \ -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON \ -DPARAVIEW_BUILD_QT_GUI=OFF \ -DBUILD_TESTING=OFF \ -DVTK_USE_X=OFF \ ... -DVTK_OPENGL_HAS_OSMESA=ON \ -DOSMESA_INCLUDE_DIR:STRING="${INSTALLPATH}/osmesa/include" \ -DOSMESA_LIBRARY:STRING="${INSTALLPATH}/osmesa/lib/libOSMesa.so" \ ./ParaViewSuperbuild and all of the other PARAVIEW* options seemed to pass through properly when the superbuild made paraview. Any ideas why that option didn't pass through? Thanks -- I knew it had to be something really obvious! Tim ________________________________ From: Andy Bauer > Sent: Monday, May 9, 2016 4:43 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Linking to Catalyst Hi Tim, Is the PV directory you're pointing to a build directory or an install directory? If it's an install directory you'll need to enable PARAVIEW_INSTALL_DEVELOPMENT_FILES. Other than that, my suggestion would be to try linking one of the Catalyst examples from https://github.com/Kitware/ParaViewCatalystExampleCode and see how that works for you. Another thing you could try is using a newer version of CMake from https://cmake.org/download/. For the Linux x86_64 tarball, you can just untar the executables from that and use directly. [https://avatars3.githubusercontent.com/u/87549?v=3&s=400] GitHub - Kitware/ParaViewCatalystExampleCode: Example ... github.com ParaViewCatalystExampleCode - Example problems and snippets of code to demonstrate ParaView's Catalyst. Let us know if none of those ideas don't work for you. Best, Andy On Mon, May 9, 2016 at 3:58 PM, Gallagher, Timothy P > wrote: Hello again, I'm (finally) trying to get Catalyst to successfully link to our application code on Excalibur (Cray, ARL HPC). I was able to build paraview and all of the dependencies thanks to help I've gotten on the list here in the past. However, when I try to link my code to it (and this is a code that works fine with Catalyst on other platforms), I get: CMake Error at /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/vtkModuleAPI.cmake:120 (message): Requested modules not available: vtkPVPythonCatalyst Call Stack (most recent call first): /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/VTKConfig.cmake:80 (vtk_module_config) /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/ParaViewConfig.cmake:49 (include) CMakeLists.txt:218 (find_package) The section in my CMakeLists that looks for paraview is: option(LESLIE_USE_COPROCESSING "Turn on CoProcessing with Paraview" OFF) if(LESLIE_USE_COPROCESSING) find_package(ParaView REQUIRED vtkPVPythonCatalyst HINTS $ENV{PARAVIEW_CP_ROOT}) include(${PARAVIEW_USE_FILE}) include_directories(${PROJECT_SOURCE_DIR}/utils) add_definitions(-DPARAVIEW_COPROCESSING) endif() mark_as_advanced(LESLIE_USE_COPROCESSING) and it doesn't seem to work. On other machines, I never needed to set the PARAVIEW_CP_ROOT variable, it always just found it. When I build my code, I point the paraview directory (where it finds the paraviewConfig.cmake file) to: /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4 and it seems to find it okay. Lastly, the vtkPVPythonCatalyst.so library is in the lib/paraview-4.4/site-packages/vtk directory and there is libvtkPVPythonCatalyst-pv4.4.so* and libvtkPVPythonCatalystPython27D-pv4.4.so* in lib/paraview-4.4/ I'm at a loss to understand why it is reporting the module is missing -- did I miss something somewhere? Thanks as always, Tim _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Mon May 9 16:50:26 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Mon, 9 May 2016 20:50:26 +0000 Subject: [Paraview] Linking to Catalyst Message-ID: Well shoot, it looks like I didn't build with the install development files on, even though I set it when I configured the superbuild. I must have done that part wrong My configure line is: cmake \ -DCMAKE_INSTALL_PREFIX:PATH=${HOME}/pv-test/${version}_osmesa \ -DCMAKE_BUILD_TYPE=Release \ ... -DPARAVIEW_ENABLE_CATALYST=ON \ -DPARAVIEW_ENABLE_PYTHON=ON \ -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON \ -DPARAVIEW_BUILD_QT_GUI=OFF \ -DBUILD_TESTING=OFF \ -DVTK_USE_X=OFF \ ... -DVTK_OPENGL_HAS_OSMESA=ON \ -DOSMESA_INCLUDE_DIR:STRING="${INSTALLPATH}/osmesa/include" \ -DOSMESA_LIBRARY:STRING="${INSTALLPATH}/osmesa/lib/libOSMesa.so" \ ./ParaViewSuperbuild and all of the other PARAVIEW* options seemed to pass through properly when the superbuild made paraview. Any ideas why that option didn't pass through? Thanks -- I knew it had to be something really obvious! Tim ________________________________ From: Andy Bauer Sent: Monday, May 9, 2016 4:43 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Linking to Catalyst Hi Tim, Is the PV directory you're pointing to a build directory or an install directory? If it's an install directory you'll need to enable PARAVIEW_INSTALL_DEVELOPMENT_FILES. Other than that, my suggestion would be to try linking one of the Catalyst examples from https://github.com/Kitware/ParaViewCatalystExampleCode and see how that works for you. Another thing you could try is using a newer version of CMake from https://cmake.org/download/. For the Linux x86_64 tarball, you can just untar the executables from that and use directly. [https://avatars3.githubusercontent.com/u/87549?v=3&s=400] GitHub - Kitware/ParaViewCatalystExampleCode: Example ... github.com ParaViewCatalystExampleCode - Example problems and snippets of code to demonstrate ParaView's Catalyst. Let us know if none of those ideas don't work for you. Best, Andy On Mon, May 9, 2016 at 3:58 PM, Gallagher, Timothy P > wrote: Hello again, I'm (finally) trying to get Catalyst to successfully link to our application code on Excalibur (Cray, ARL HPC). I was able to build paraview and all of the dependencies thanks to help I've gotten on the list here in the past. However, when I try to link my code to it (and this is a code that works fine with Catalyst on other platforms), I get: CMake Error at /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/vtkModuleAPI.cmake:120 (message): Requested modules not available: vtkPVPythonCatalyst Call Stack (most recent call first): /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/VTKConfig.cmake:80 (vtk_module_config) /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/ParaViewConfig.cmake:49 (include) CMakeLists.txt:218 (find_package) The section in my CMakeLists that looks for paraview is: option(LESLIE_USE_COPROCESSING "Turn on CoProcessing with Paraview" OFF) if(LESLIE_USE_COPROCESSING) find_package(ParaView REQUIRED vtkPVPythonCatalyst HINTS $ENV{PARAVIEW_CP_ROOT}) include(${PARAVIEW_USE_FILE}) include_directories(${PROJECT_SOURCE_DIR}/utils) add_definitions(-DPARAVIEW_COPROCESSING) endif() mark_as_advanced(LESLIE_USE_COPROCESSING) and it doesn't seem to work. On other machines, I never needed to set the PARAVIEW_CP_ROOT variable, it always just found it. When I build my code, I point the paraview directory (where it finds the paraviewConfig.cmake file) to: /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4 and it seems to find it okay. Lastly, the vtkPVPythonCatalyst.so library is in the lib/paraview-4.4/site-packages/vtk directory and there is libvtkPVPythonCatalyst-pv4.4.so* and libvtkPVPythonCatalystPython27D-pv4.4.so* in lib/paraview-4.4/ I'm at a loss to understand why it is reporting the module is missing -- did I miss something somewhere? Thanks as always, Tim _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Mon May 9 18:11:31 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Mon, 9 May 2016 18:11:31 -0400 Subject: [Paraview] ParaviewWeb with remote, distributed data In-Reply-To: References: Message-ID: Hi Scen, that's a correct way, but I'm not sure to know why it is that much slower. Wondering if all the pvserver are fighting for the same GPU and hence waiting more than anything... ? You may be able to change the remote rendering threshold to make sure only pvpython is doing the rendering. Seb On Mon, May 9, 2016 at 3:34 PM, Sven Kramer wrote: > Hello Seb, > I got a working connection from pv_web_visualizer.py to a couple of > pvservers (started with mpirun on ) by just giving "--ds-host > --ds-port 11111" from the link you mentioned. Is this correct, > without --rs-host? It is working in principle, but the renderview update > rate is not more than 2 updates/second for a tiny datasource even when > everything is running on the same machine. > > Thank you > Sven > > 2016-05-06 22:26 GMT+02:00 Sebastien Jourdain < > sebastien.jourdain at kitware.com>: > >> Hi Sven, >> >> 1) Yes, assuming you are using pv_web_visualizer.py you can look here: >> >> >> https://github.com/Kitware/ParaView/blob/master/Web/Applications/Visualizer/server/pv_web_visualizer.py#L18-L28 >> >> 2) The server can push notification to the client. Need to slightly edit >> the client and server to match your needs. >> >> Seb >> >> >> On Fri, May 6, 2016 at 2:17 PM, Sven Kramer >> wrote: >> >>> Dear all, >>> I am currently running a VTK application, which is visualizing large >>> grids distributed on a MPI cluster. >>> My task is to migrate this application to the Web. But I cannot manage >>> more than what is described at >>> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/quick_start, >>> that is I can serve a local data directory through the provided webapps. >>> >>> I have two essential questions that stop me from getting started: >>> 1) How do I connect the pvpython server to remote data/render servers >>> just like I can do in Paraview? >>> 2) All ParaviewWeb examples seem to react on webclient requests. Our >>> application is processing data as they come in, and also the visualization >>> pipeline is frequently updated depending on an automatic analysis of the >>> arriving data. Can the newly rendered datasets be pushed to the webclient, >>> or does the webclient have to poll for available datasets? >>> >>> Thank you >>> Sven >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Mon May 9 18:14:49 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Mon, 9 May 2016 22:14:49 +0000 Subject: [Paraview] Linking to Catalyst In-Reply-To: References: , , Message-ID: Okay, really close to finally crossing this off my list -- it's been on it for years. I can get the code to generate images but it won't save data files. I don't get any errors and I get my images, just no VTK files. I have tried the default that the catalyst generator creates: parallelMultiBlockDataSetWriter1 = servermanager.writers.XMLMultiBlockDataWriter(Input=slice1) coprocessor.RegisterWriter(parallelMultiBlockDataSetWriter1, filename='slices_%t.vtm', freq=freq_file) and I tried another form that the grid writer you've send me in the past used: writer = coprocessor.CreateWriter(XMLMultiBlockDataWriter, filename='slices_%t.vtm', freq=freq_file) in all cases, freq_file = 1000. Neither one will output any vtk files. Any thoughts? Also, minor note but it is kind of annoying -- both the catalyst generator and the trace generator seem to do this, but they add commands that set attributes that are not part of the classes when run through the python script. For example, I had to comment out: # slice1Display.SelectInputVectors = ['CELLS', 'Velocity [m/s]'] # slice1Display.WriteLog = '' Any ideas why it does that? Or is there a way (and downfall) to just let it add attributes without manually calling add_attribute() each time? Tim ________________________________ From: ParaView on behalf of Gallagher, Timothy P Sent: Monday, May 9, 2016 5:13 PM To: Andy Bauer Cc: paraview at paraview.org Subject: Re: [Paraview] Linking to Catalyst Yeah -- okay, pointing it to the build directory instead of the install made sure everything was found. One step closer to getting this working on Cray. Thanks, Tim ________________________________ From: Andy Bauer Sent: Monday, May 9, 2016 4:54 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Linking to Catalyst Hmm, that could be a bug in the superbuild. The superbuild arguments aren't all passed to the ParaView build itself and it could be that this option was missing for the PV specific build part. Instead of doing the whole build from scratch, I'd suggest you just search for the ParaViewConfig.cmake file to find where PV was actually built and just point to that. On Mon, May 9, 2016 at 4:50 PM, Gallagher, Timothy P > wrote: Well shoot, it looks like I didn't build with the install development files on, even though I set it when I configured the superbuild. I must have done that part wrong My configure line is: cmake \ -DCMAKE_INSTALL_PREFIX:PATH=${HOME}/pv-test/${version}_osmesa \ -DCMAKE_BUILD_TYPE=Release \ ... -DPARAVIEW_ENABLE_CATALYST=ON \ -DPARAVIEW_ENABLE_PYTHON=ON \ -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON \ -DPARAVIEW_BUILD_QT_GUI=OFF \ -DBUILD_TESTING=OFF \ -DVTK_USE_X=OFF \ ... -DVTK_OPENGL_HAS_OSMESA=ON \ -DOSMESA_INCLUDE_DIR:STRING="${INSTALLPATH}/osmesa/include" \ -DOSMESA_LIBRARY:STRING="${INSTALLPATH}/osmesa/lib/libOSMesa.so" \ ./ParaViewSuperbuild and all of the other PARAVIEW* options seemed to pass through properly when the superbuild made paraview. Any ideas why that option didn't pass through? Thanks -- I knew it had to be something really obvious! Tim ________________________________ From: Andy Bauer > Sent: Monday, May 9, 2016 4:43 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Linking to Catalyst Hi Tim, Is the PV directory you're pointing to a build directory or an install directory? If it's an install directory you'll need to enable PARAVIEW_INSTALL_DEVELOPMENT_FILES. Other than that, my suggestion would be to try linking one of the Catalyst examples from https://github.com/Kitware/ParaViewCatalystExampleCode and see how that works for you. Another thing you could try is using a newer version of CMake from https://cmake.org/download/. For the Linux x86_64 tarball, you can just untar the executables from that and use directly. [https://avatars3.githubusercontent.com/u/87549?v=3&s=400] GitHub - Kitware/ParaViewCatalystExampleCode: Example ... github.com ParaViewCatalystExampleCode - Example problems and snippets of code to demonstrate ParaView's Catalyst. Let us know if none of those ideas don't work for you. Best, Andy On Mon, May 9, 2016 at 3:58 PM, Gallagher, Timothy P > wrote: Hello again, I'm (finally) trying to get Catalyst to successfully link to our application code on Excalibur (Cray, ARL HPC). I was able to build paraview and all of the dependencies thanks to help I've gotten on the list here in the past. However, when I try to link my code to it (and this is a code that works fine with Catalyst on other platforms), I get: CMake Error at /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/vtkModuleAPI.cmake:120 (message): Requested modules not available: vtkPVPythonCatalyst Call Stack (most recent call first): /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/VTKConfig.cmake:80 (vtk_module_config) /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/ParaViewConfig.cmake:49 (include) CMakeLists.txt:218 (find_package) The section in my CMakeLists that looks for paraview is: option(LESLIE_USE_COPROCESSING "Turn on CoProcessing with Paraview" OFF) if(LESLIE_USE_COPROCESSING) find_package(ParaView REQUIRED vtkPVPythonCatalyst HINTS $ENV{PARAVIEW_CP_ROOT}) include(${PARAVIEW_USE_FILE}) include_directories(${PROJECT_SOURCE_DIR}/utils) add_definitions(-DPARAVIEW_COPROCESSING) endif() mark_as_advanced(LESLIE_USE_COPROCESSING) and it doesn't seem to work. On other machines, I never needed to set the PARAVIEW_CP_ROOT variable, it always just found it. When I build my code, I point the paraview directory (where it finds the paraviewConfig.cmake file) to: /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4 and it seems to find it okay. Lastly, the vtkPVPythonCatalyst.so library is in the lib/paraview-4.4/site-packages/vtk directory and there is libvtkPVPythonCatalyst-pv4.4.so* and libvtkPVPythonCatalystPython27D-pv4.4.so* in lib/paraview-4.4/ I'm at a loss to understand why it is reporting the module is missing -- did I miss something somewhere? Thanks as always, Tim _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Mon May 9 22:41:06 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 9 May 2016 22:41:06 -0400 Subject: [Paraview] Linking to Catalyst In-Reply-To: References: Message-ID: Hi Tim, I assume that writing out a data set works on other machines, correct? Can you try the gridwriter.py script at https://gitlab.kitware.com/paraview/paraview/blob/master/Examples/Catalyst/SampleScripts/gridwriter.py to output the full data set? It should work with PV 4.4. Note that outputs a full data set every time step. I'm not sure about Python warnings or errors but the C++ warnings and errors will be sent to std::cerr instead of std::cout. Did you make the script with PV 4.4? The PV Python API has some changes (especially for rendering) between revisions. I think the best option is to just comment out the parts that are causing trouble. If you're still having issues, maybe send your full script along with std::cout and std::cerr outputs so I can get a little deeper into the issues. Good luck, Andy On Mon, May 9, 2016 at 6:14 PM, Gallagher, Timothy P < tim.gallagher at gatech.edu> wrote: > Okay, really close to finally crossing this off my list -- it's been on it > for years. > > > I can get the code to generate images but it won't save data files. I > don't get any errors and I get my images, just no VTK files. I have tried > the default that the catalyst generator creates: > > > parallelMultiBlockDataSetWriter1 = > servermanager.writers.XMLMultiBlockDataWriter(Input=slice1) > > coprocessor.RegisterWriter(parallelMultiBlockDataSetWriter1, > filename='slices_%t.vtm', freq=freq_file) > > > and I tried another form that the grid writer you've send me in the past > used: > > > writer = coprocessor.CreateWriter(XMLMultiBlockDataWriter, > filename='slices_%t.vtm', freq=freq_file) > > > in all cases, freq_file = 1000. > > > Neither one will output any vtk files. > > > Any thoughts? > > > Also, minor note but it is kind of annoying -- both the catalyst generator > and the trace generator seem to do this, but they add commands that set > attributes that are not part of the classes when run through the python > script. For example, I had to comment out: > > > # slice1Display.SelectInputVectors = ['CELLS', 'Velocity > [m/s]'] > > # slice1Display.WriteLog = '' > > > Any ideas why it does that? Or is there a way (and downfall) to just let > it add attributes without manually calling add_attribute() each time? > > > Tim > > > ------------------------------ > *From:* ParaView on behalf of Gallagher, > Timothy P > *Sent:* Monday, May 9, 2016 5:13 PM > *To:* Andy Bauer > > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] Linking to Catalyst > > > Yeah -- okay, pointing it to the build directory instead of the install > made sure everything was found. > > > One step closer to getting this working on Cray. > > > Thanks, > > > Tim > > > ------------------------------ > *From:* Andy Bauer > *Sent:* Monday, May 9, 2016 4:54 PM > *To:* Gallagher, Timothy P > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] Linking to Catalyst > > Hmm, that could be a bug in the superbuild. The superbuild arguments > aren't all passed to the ParaView build itself and it could be that this > option was missing for the PV specific build part. Instead of doing the > whole build from scratch, I'd suggest you just search for the > ParaViewConfig.cmake file to find where PV was actually built and just > point to that. > > On Mon, May 9, 2016 at 4:50 PM, Gallagher, Timothy P < > tim.gallagher at gatech.edu> wrote: > >> Well shoot, it looks like I didn't build with the install development >> files on, even though I set it when I configured the superbuild. I must >> have done that part wrong >> >> My configure line is: >> >> >> cmake \ >> -DCMAKE_INSTALL_PREFIX:PATH=${HOME}/pv-test/${version}_osmesa \ >> -DCMAKE_BUILD_TYPE=Release \ >> ... >> >> -DPARAVIEW_ENABLE_CATALYST=ON \ >> -DPARAVIEW_ENABLE_PYTHON=ON \ >> -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON \ >> -DPARAVIEW_BUILD_QT_GUI=OFF \ >> -DBUILD_TESTING=OFF \ >> -DVTK_USE_X=OFF \ >> ... >> >> -DVTK_OPENGL_HAS_OSMESA=ON \ >> -DOSMESA_INCLUDE_DIR:STRING="${INSTALLPATH}/osmesa/include" \ >> -DOSMESA_LIBRARY:STRING="${INSTALLPATH}/osmesa/lib/libOSMesa.so" \ >> ./ParaViewSuperbuild >> >> >> and all of the other PARAVIEW* options seemed to pass through properly >> when the superbuild made paraview. Any ideas why that option didn't pass >> through? >> >> >> Thanks -- I knew it had to be something really obvious! >> >> >> Tim >> >> >> >> ------------------------------ >> *From:* Andy Bauer >> *Sent:* Monday, May 9, 2016 4:43 PM >> *To:* Gallagher, Timothy P >> *Cc:* paraview at paraview.org >> *Subject:* Re: [Paraview] Linking to Catalyst >> >> Hi Tim, >> >> Is the PV directory you're pointing to a build directory or an install >> directory? If it's an install directory you'll need to enable >> PARAVIEW_INSTALL_DEVELOPMENT_FILES. Other than that, my suggestion would be >> to try linking one of the Catalyst examples from >> https://github.com/Kitware/ParaViewCatalystExampleCode and see how that >> works for you. Another thing you could try is using a newer version of >> CMake from https://cmake.org/download/. For the Linux x86_64 tarball, >> you can just untar the executables from that and use directly. >> >> GitHub - Kitware/ParaViewCatalystExampleCode: Example ... >> >> github.com >> ParaViewCatalystExampleCode - Example problems and snippets of code to >> demonstrate ParaView's Catalyst. >> >> >> Let us know if none of those ideas don't work for you. >> >> Best, >> Andy >> >> On Mon, May 9, 2016 at 3:58 PM, Gallagher, Timothy P < >> tim.gallagher at gatech.edu> wrote: >> >>> Hello again, >>> >>> >>> I'm (finally) trying to get Catalyst to successfully link to our >>> application code on Excalibur (Cray, ARL HPC). I was able to build paraview >>> and all of the dependencies thanks to help I've gotten on the list here in >>> the past. However, when I try to link my code to it (and this is a code >>> that works fine with Catalyst on other platforms), I get: >>> >>> >>> CMake Error at >>> /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/vtkModuleAPI.cmake:120 >>> (message): >>> Requested modules not available: >>> >>> vtkPVPythonCatalyst >>> Call Stack (most recent call first): >>> >>> /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/VTKConfig.cmake:80 >>> (vtk_module_config) >>> >>> /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/ParaViewConfig.cmake:49 >>> (include) >>> CMakeLists.txt:218 (find_package) >>> >>> The section in my CMakeLists that looks for paraview is: >>> >>> option(LESLIE_USE_COPROCESSING "Turn on CoProcessing with Paraview" OFF) >>> if(LESLIE_USE_COPROCESSING) >>> find_package(ParaView REQUIRED vtkPVPythonCatalyst >>> HINTS $ENV{PARAVIEW_CP_ROOT}) >>> include(${PARAVIEW_USE_FILE}) >>> include_directories(${PROJECT_SOURCE_DIR}/utils) >>> add_definitions(-DPARAVIEW_COPROCESSING) >>> endif() >>> mark_as_advanced(LESLIE_USE_COPROCESSING) >>> >>> and it doesn't seem to work. On other machines, I never needed to set >>> the PARAVIEW_CP_ROOT variable, it always just found it. When I build my >>> code, I point the paraview directory (where it finds the >>> paraviewConfig.cmake file) to: >>> >>> >>> /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4 >>> >>> >>> and it seems to find it okay. >>> >>> >>> Lastly, the vtkPVPythonCatalyst.so library is in the >>> lib/paraview-4.4/site-packages/vtk directory and there is >>> libvtkPVPythonCatalyst-pv4.4.so* and >>> libvtkPVPythonCatalystPython27D-pv4.4.so* in lib/paraview-4.4/ >>> >>> >>> I'm at a loss to understand why it is reporting the module is missing -- >>> did I miss something somewhere? >>> >>> >>> Thanks as always, >>> >>> >>> Tim >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Tue May 10 00:35:19 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Tue, 10 May 2016 04:35:19 +0000 Subject: [Paraview] Linking to Catalyst In-Reply-To: References: , Message-ID: Ah hah, the errors were being sent somewhere else and not caught properly by my submission script. I found the error and now it works, I get my images and my VTK files. The only warnings now are: 24vtkCPTensorArrayTemplateIdE (0x23b4320): GetVoidPointer called. This is very expensive for vtkMappedDataArray subclasses, since the scalar array must be generated for each call. Consider using a vtkTypedDataArrayIterator instead. which is something I can deal with later. I have to figure out what the vtkCPTensorArrayTemplate does exactly -- I believe that was something you had added when you took a look at our code awhile back. But it doesn't seem to matter for what we're doing now. It feels good to close the ticket in our tracker about getting coprocessing on Crays -- it's been open since 2012. Thanks again for all your help. Tim ________________________________ From: Andy Bauer Sent: Monday, May 9, 2016 10:41 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Linking to Catalyst Hi Tim, I assume that writing out a data set works on other machines, correct? Can you try the gridwriter.py script at https://gitlab.kitware.com/paraview/paraview/blob/master/Examples/Catalyst/SampleScripts/gridwriter.py to output the full data set? It should work with PV 4.4. Note that outputs a full data set every time step. I'm not sure about Python warnings or errors but the C++ warnings and errors will be sent to std::cerr instead of std::cout. [https://gitlab.kitware.com/uploads/project/avatar/14/pvIcon-512x512.png] Examples/Catalyst/SampleScripts/gridwriter.py ? master ? ParaView / ParaView gitlab.kitware.com Parallel Data Analysis and Visualization Application based on VTK. Did you make the script with PV 4.4? The PV Python API has some changes (especially for rendering) between revisions. I think the best option is to just comment out the parts that are causing trouble. If you're still having issues, maybe send your full script along with std::cout and std::cerr outputs so I can get a little deeper into the issues. Good luck, Andy On Mon, May 9, 2016 at 6:14 PM, Gallagher, Timothy P > wrote: Okay, really close to finally crossing this off my list -- it's been on it for years. I can get the code to generate images but it won't save data files. I don't get any errors and I get my images, just no VTK files. I have tried the default that the catalyst generator creates: parallelMultiBlockDataSetWriter1 = servermanager.writers.XMLMultiBlockDataWriter(Input=slice1) coprocessor.RegisterWriter(parallelMultiBlockDataSetWriter1, filename='slices_%t.vtm', freq=freq_file) and I tried another form that the grid writer you've send me in the past used: writer = coprocessor.CreateWriter(XMLMultiBlockDataWriter, filename='slices_%t.vtm', freq=freq_file) in all cases, freq_file = 1000. Neither one will output any vtk files. Any thoughts? Also, minor note but it is kind of annoying -- both the catalyst generator and the trace generator seem to do this, but they add commands that set attributes that are not part of the classes when run through the python script. For example, I had to comment out: # slice1Display.SelectInputVectors = ['CELLS', 'Velocity [m/s]'] # slice1Display.WriteLog = '' Any ideas why it does that? Or is there a way (and downfall) to just let it add attributes without manually calling add_attribute() each time? Tim ________________________________ From: ParaView > on behalf of Gallagher, Timothy P > Sent: Monday, May 9, 2016 5:13 PM To: Andy Bauer Cc: paraview at paraview.org Subject: Re: [Paraview] Linking to Catalyst Yeah -- okay, pointing it to the build directory instead of the install made sure everything was found. One step closer to getting this working on Cray. Thanks, Tim ________________________________ From: Andy Bauer > Sent: Monday, May 9, 2016 4:54 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Linking to Catalyst Hmm, that could be a bug in the superbuild. The superbuild arguments aren't all passed to the ParaView build itself and it could be that this option was missing for the PV specific build part. Instead of doing the whole build from scratch, I'd suggest you just search for the ParaViewConfig.cmake file to find where PV was actually built and just point to that. On Mon, May 9, 2016 at 4:50 PM, Gallagher, Timothy P > wrote: Well shoot, it looks like I didn't build with the install development files on, even though I set it when I configured the superbuild. I must have done that part wrong My configure line is: cmake \ -DCMAKE_INSTALL_PREFIX:PATH=${HOME}/pv-test/${version}_osmesa \ -DCMAKE_BUILD_TYPE=Release \ ... -DPARAVIEW_ENABLE_CATALYST=ON \ -DPARAVIEW_ENABLE_PYTHON=ON \ -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON \ -DPARAVIEW_BUILD_QT_GUI=OFF \ -DBUILD_TESTING=OFF \ -DVTK_USE_X=OFF \ ... -DVTK_OPENGL_HAS_OSMESA=ON \ -DOSMESA_INCLUDE_DIR:STRING="${INSTALLPATH}/osmesa/include" \ -DOSMESA_LIBRARY:STRING="${INSTALLPATH}/osmesa/lib/libOSMesa.so" \ ./ParaViewSuperbuild and all of the other PARAVIEW* options seemed to pass through properly when the superbuild made paraview. Any ideas why that option didn't pass through? Thanks -- I knew it had to be something really obvious! Tim ________________________________ From: Andy Bauer > Sent: Monday, May 9, 2016 4:43 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Linking to Catalyst Hi Tim, Is the PV directory you're pointing to a build directory or an install directory? If it's an install directory you'll need to enable PARAVIEW_INSTALL_DEVELOPMENT_FILES. Other than that, my suggestion would be to try linking one of the Catalyst examples from https://github.com/Kitware/ParaViewCatalystExampleCode and see how that works for you. Another thing you could try is using a newer version of CMake from https://cmake.org/download/. For the Linux x86_64 tarball, you can just untar the executables from that and use directly. [https://avatars3.githubusercontent.com/u/87549?v=3&s=400] GitHub - Kitware/ParaViewCatalystExampleCode: Example ... github.com ParaViewCatalystExampleCode - Example problems and snippets of code to demonstrate ParaView's Catalyst. Let us know if none of those ideas don't work for you. Best, Andy On Mon, May 9, 2016 at 3:58 PM, Gallagher, Timothy P > wrote: Hello again, I'm (finally) trying to get Catalyst to successfully link to our application code on Excalibur (Cray, ARL HPC). I was able to build paraview and all of the dependencies thanks to help I've gotten on the list here in the past. However, when I try to link my code to it (and this is a code that works fine with Catalyst on other platforms), I get: CMake Error at /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/vtkModuleAPI.cmake:120 (message): Requested modules not available: vtkPVPythonCatalyst Call Stack (most recent call first): /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/VTKConfig.cmake:80 (vtk_module_config) /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/ParaViewConfig.cmake:49 (include) CMakeLists.txt:218 (find_package) The section in my CMakeLists that looks for paraview is: option(LESLIE_USE_COPROCESSING "Turn on CoProcessing with Paraview" OFF) if(LESLIE_USE_COPROCESSING) find_package(ParaView REQUIRED vtkPVPythonCatalyst HINTS $ENV{PARAVIEW_CP_ROOT}) include(${PARAVIEW_USE_FILE}) include_directories(${PROJECT_SOURCE_DIR}/utils) add_definitions(-DPARAVIEW_COPROCESSING) endif() mark_as_advanced(LESLIE_USE_COPROCESSING) and it doesn't seem to work. On other machines, I never needed to set the PARAVIEW_CP_ROOT variable, it always just found it. When I build my code, I point the paraview directory (where it finds the paraviewConfig.cmake file) to: /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4 and it seems to find it okay. Lastly, the vtkPVPythonCatalyst.so library is in the lib/paraview-4.4/site-packages/vtk directory and there is libvtkPVPythonCatalyst-pv4.4.so* and libvtkPVPythonCatalystPython27D-pv4.4.so* in lib/paraview-4.4/ I'm at a loss to understand why it is reporting the module is missing -- did I miss something somewhere? Thanks as always, Tim _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From asaad.sellmann at rwth-aachen.de Tue May 10 03:04:54 2016 From: asaad.sellmann at rwth-aachen.de (Sellmann, Kai Asaad) Date: Tue, 10 May 2016 07:04:54 +0000 Subject: [Paraview] Visualizing load paths In-Reply-To: <1462274379341.43274@rwth-aachen.de> References: <1462274379341.43274@rwth-aachen.de> Message-ID: <1462863894054.37762@rwth-aachen.de> Dear community, I am currently trying to find a way to visualize load paths with results from static finite element analysis within solid structures. For this FE-analysis I use Altairs software suite (Hypermesh/Optistruct/Hyperview). >From reading several different publications I know that there is an easy way to visualize the load path with the attached file with the use of TecPlot (Couldn't attach file because it exceeds 500 KB). I received the attached file from Herbert Moldenhauer who relys on D.W. Kellys methods for visulaizing the load path within structures. It would really help a lot to get more information about the background of the stream tracer filters, because I am currently struggeling to format the input properly. As far as I know I need a field of vectors ("The dataset must contain a field array with 3 Components. An Array of vectors (point-centered) is required"), but with the attached file for example I am not able to use the stream tracer filter. I have exported my Stress tensor, my Nodal IDs and Nodaml Coordinates. Your help would be greatly appreciated!!! Thank you very much in advance! Asaad -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at seoaachen.de Tue May 10 04:56:56 2016 From: info at seoaachen.de (Daniel Zuidinga) Date: Tue, 10 May 2016 10:56:56 +0200 Subject: [Paraview] Paraview compile download timeout Message-ID: Hello, when compiling paraview I get the error: http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=534871355b0e4de0d6b727c8ed317027&algorithm=MD5 ("Timeout was reached") http://www.paraview.org/files/ExternalData/MD5/534871355b0e4de0d6b727c8ed317027 ("HTTP response code said error") any ideas? From mathieu.westphal at kitware.com Tue May 10 05:14:58 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Tue, 10 May 2016 11:14:58 +0200 Subject: [Paraview] Paraview compile download timeout In-Reply-To: References: Message-ID: We are experiencing timeout with midas currently. Please recompile, it should work. Mathieu Westphal On Tue, May 10, 2016 at 10:56 AM, Daniel Zuidinga wrote: > Hello, > > when compiling paraview I get the error: > > > http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=534871355b0e4de0d6b727c8ed317027&algorithm=MD5 > ("Timeout was reached") > > http://www.paraview.org/files/ExternalData/MD5/534871355b0e4de0d6b727c8ed317027 > ("HTTP response code said error") > > any ideas? > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 cgunases at gmail.com Tue May 10 05:23:29 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Tue, 10 May 2016 14:53:29 +0530 Subject: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Message-ID: Hello everyone, My goal is to generate a 3D model of human organ. Suppose i have segmented images in each set(each slice is saved using MatLab software). So i want to know what are the options which paraview have in order to add the thickness to each slice. Your feedback is appreciated. -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From mgammar at outlook.fr Tue May 10 06:11:00 2016 From: mgammar at outlook.fr (Marwen Gammar) Date: Tue, 10 May 2016 12:11:00 +0200 Subject: [Paraview] Combining multiple paraview xml files Message-ID: Hello Miss, Mister, I have some troubleregarding my paraview file: i must create an paraview type xml programm which calls other xml files each of them specialized in different datas (geometry, topology, et c...)What type of strucuture should i use for that?Thank you very much for your help. Here is an exemple of what i did (it didn't work): this is supposed to take some pieces of information from my 2 other programs (polyex0 et polyex1) which are cubes, so in final i should have a cube with some properties of each of the 2 cubes. Thank you very much for your help,Have a good week! -------------- next part -------------- An HTML attachment was scrubbed... URL: From cgunases at gmail.com Tue May 10 06:49:39 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Tue, 10 May 2016 16:19:39 +0530 Subject: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model In-Reply-To: References: Message-ID: Also,i need to mention that segmented images are saved as Masks. Kindly tell me, when using Paraview software should i have to use the boundary or the mask of the segmented image for the purpose of building a 3D model. (kindly correct me, if i am wrong as i am new to Paraview) Hope to hear from you soon. Thank you. On Tue, May 10, 2016 at 2:53 PM, Chathuri Gunasekera wrote: > Hello everyone, > > My goal is to generate a 3D model of human organ. > > Suppose i have segmented images in each set(each slice is saved using > MatLab software). > > So i want to know what are the options which paraview have in order to add > the thickness to each slice. > > Your feedback is appreciated. > > > > -- > Warm regards, > Chathuri Gunasekera. > -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From info at seoaachen.de Tue May 10 09:13:47 2016 From: info at seoaachen.de (Daniel Zuidinga) Date: Tue, 10 May 2016 15:13:47 +0200 Subject: [Paraview] Paraview compile download timeout In-Reply-To: References: Message-ID: <1a20fafe-0d95-b90a-713c-553574ff261e@seoaachen.de> there are still problems? Am 10.05.2016 um 11:14 schrieb Mathieu Westphal: > We are experiencing timeout with midas currently. > Please recompile, it should work. > > > > Mathieu Westphal > > On Tue, May 10, 2016 at 10:56 AM, Daniel Zuidinga > wrote: > > Hello, > > when compiling paraview I get the error: > > http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=534871355b0e4de0d6b727c8ed317027&algorithm=MD5 > ("Timeout was reached") > http://www.paraview.org/files/ExternalData/MD5/534871355b0e4de0d6b727c8ed317027 > ("HTTP response code said error") > > any ideas? > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 shawn.waldon at kitware.com Tue May 10 09:48:15 2016 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Tue, 10 May 2016 09:48:15 -0400 Subject: [Paraview] Paraview compile download timeout In-Reply-To: <1a20fafe-0d95-b90a-713c-553574ff261e@seoaachen.de> References: <1a20fafe-0d95-b90a-713c-553574ff261e@seoaachen.de> Message-ID: Which version of CMake are you running? We have had problems in the past when using a CMake not built with SSL support pulling new data from midas. The error messages from that generally look like this: CMake Error at /apps/pkg/paraview-5.0/src/paraview-5.0/CMake/ExternalData. cmake:749 (message): Object MD5=6c0dd882aa361431b95d7e2feb87fece not found at: http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=6c0dd882aa361431b95d7e2feb87fece&algorithm=MD5 ("Unsupported protocol") http://www.paraview.org/files/ExternalData/MD5/6c0dd882aa361431b95d7e2feb87fece ("HTTP response code said error") Call Stack (most recent call first): /apps/pkg/paraview-5.0/src/paraview-5.0/CMake/ExternalData.cmake:771 (_ExternalData_download_object) If this is the problem you will need to download a new CMake that is built with SSL support or build one yourself. HTH, Shawn On Tue, May 10, 2016 at 9:13 AM, Daniel Zuidinga wrote: > there are still problems? > > > Am 10.05.2016 um 11:14 schrieb Mathieu Westphal: > > We are experiencing timeout with midas currently. > Please recompile, it should work. > > > > Mathieu Westphal > > On Tue, May 10, 2016 at 10:56 AM, Daniel Zuidinga > wrote: > >> Hello, >> >> when compiling paraview I get the error: >> >> >> http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=534871355b0e4de0d6b727c8ed317027&algorithm=MD5 >> ("Timeout was reached") >> >> http://www.paraview.org/files/ExternalData/MD5/534871355b0e4de0d6b727c8ed317027 >> ("HTTP response code said error") >> >> any ideas? >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> 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 shawn.waldon at kitware.com Tue May 10 10:09:03 2016 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Tue, 10 May 2016 10:09:03 -0400 Subject: [Paraview] Paraview compile download timeout In-Reply-To: References: <1a20fafe-0d95-b90a-713c-553574ff261e@seoaachen.de> Message-ID: Update: So I just tried to do a clean build of ParaView master.... I get this error consistently and I know my CMake is built with SSL. I'll look into it. Shawn On Tue, May 10, 2016 at 9:48 AM, Shawn Waldon wrote: > Which version of CMake are you running? We have had problems in the past > when using a CMake not built with SSL support pulling new data from midas. > The error messages from that generally look like this: > > > CMake Error at /apps/pkg/paraview-5.0/src/paraview-5.0/CMake/ExternalData. > cmake:749 (message): > Object MD5=6c0dd882aa361431b95d7e2feb87fece not found at: > > > http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=6c0dd882aa361431b95d7e2feb87fece&algorithm=MD5 > ("Unsupported protocol") > > http://www.paraview.org/files/ExternalData/MD5/6c0dd882aa361431b95d7e2feb87fece > ("HTTP response code said error") > Call Stack (most recent call first): > /apps/pkg/paraview-5.0/src/paraview-5.0/CMake/ExternalData.cmake:771 > (_ExternalData_download_object) > > If this is the problem you will need to download a new CMake that is built > with SSL support or build one yourself. > > HTH, > Shawn > > On Tue, May 10, 2016 at 9:13 AM, Daniel Zuidinga > wrote: > >> there are still problems? >> >> >> Am 10.05.2016 um 11:14 schrieb Mathieu Westphal: >> >> We are experiencing timeout with midas currently. >> Please recompile, it should work. >> >> >> >> Mathieu Westphal >> >> On Tue, May 10, 2016 at 10:56 AM, Daniel Zuidinga >> wrote: >> >>> Hello, >>> >>> when compiling paraview I get the error: >>> >>> >>> http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=534871355b0e4de0d6b727c8ed317027&algorithm=MD5 >>> ("Timeout was reached") >>> >>> http://www.paraview.org/files/ExternalData/MD5/534871355b0e4de0d6b727c8ed317027 >>> ("HTTP response code said error") >>> >>> any ideas? >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> 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 andy.bauer at kitware.com Tue May 10 10:18:20 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Tue, 10 May 2016 10:18:20 -0400 Subject: [Paraview] Linking to Catalyst In-Reply-To: References: Message-ID: Hi Tim, If I remember correctly, that was VTK's suggested way at that time with dealing with arrays that had different memory layouts than VTK used (and yes, I think I may have put that in the code). In PV master now there's a much better way of doing it (it's not in PV 5.0.1 but will be in PV 5.1). If you use the vtkSOADataArrayTemplate class it will save on memory and be more efficient. An example looks like: vtkSOADataArrayTemplate* coords = vtkSOADataArrayTemplate::New(); coords->SetNumberOfComponents(3); coords->SetNumberOfTuples(this->NumPoints); coords->SetArray(0, this->CoordsArray, this->NumPoints, false, true); coords->SetArray(1, this->CoordsArray+this->NumPoints, this->NumPoints, false, true); coords->SetArray(2, this->CoordsArray+this->NumPoints*2, this->NumPoints, false, true); Here, CoordsArray is a double* that stores the coordinates in SOA form (x0, x1, x2, ..., y0, y1, y2, ..., z0, z1, z2, ...) and NumPoints is the number of points in the array (i.e. the length of the array divided by 3). Some very fine details are at http://www.vtk.org/Wiki/VTK/Tutorials/DataArrays if you want to read more about it but that's really for people writing VTK filters and stuff like that. As for the warning, you can comment that out in the code if it's generating too much noise. Best, Andy On Tue, May 10, 2016 at 12:35 AM, Gallagher, Timothy P < tim.gallagher at gatech.edu> wrote: > Ah hah, the errors were being sent somewhere else and not caught properly > by my submission script. > > > I found the error and now it works, I get my images and my VTK files. The > only warnings now are: > > > 24vtkCPTensorArrayTemplateIdE (0x23b4320): GetVoidPointer called. This is > very expensive for vtkMappedDataArray subclasses, since the scalar array > must be generated for each call. Consider using a vtkTypedDataArrayIterator > instead. > > > which is something I can deal with later. I have to figure out what the > vtkCPTensorArrayTemplate does exactly -- I believe that was something you > had added when you took a look at our code awhile back. But it doesn't seem > to matter for what we're doing now. > > > It feels good to close the ticket in our tracker about getting > coprocessing on Crays -- it's been open since 2012. > > Thanks again for all your help. > > > Tim > > ------------------------------ > *From:* Andy Bauer > *Sent:* Monday, May 9, 2016 10:41 PM > *To:* Gallagher, Timothy P > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] Linking to Catalyst > > Hi Tim, > > I assume that writing out a data set works on other machines, correct? Can > you try the gridwriter.py script at > https://gitlab.kitware.com/paraview/paraview/blob/master/Examples/Catalyst/SampleScripts/gridwriter.py > to output the full data set? It should work with PV 4.4. Note that outputs > a full data set every time step. I'm not sure about Python warnings or > errors but the C++ warnings and errors will be sent to std::cerr instead of > std::cout. > > > Examples/Catalyst/SampleScripts/gridwriter.py ? master ? ParaView / > ParaView > > gitlab.kitware.com > Parallel Data Analysis and Visualization Application based on VTK. > > > Did you make the script with PV 4.4? The PV Python API has some changes > (especially for rendering) between revisions. I think the best option is to > just comment out the parts that are causing trouble. > > If you're still having issues, maybe send your full script along with > std::cout and std::cerr outputs so I can get a little deeper into the > issues. > > Good luck, > Andy > > On Mon, May 9, 2016 at 6:14 PM, Gallagher, Timothy P < > tim.gallagher at gatech.edu> wrote: > >> Okay, really close to finally crossing this off my list -- it's been on >> it for years. >> >> >> I can get the code to generate images but it won't save data files. I >> don't get any errors and I get my images, just no VTK files. I have tried >> the default that the catalyst generator creates: >> >> >> parallelMultiBlockDataSetWriter1 = >> servermanager.writers.XMLMultiBlockDataWriter(Input=slice1) >> >> coprocessor.RegisterWriter(parallelMultiBlockDataSetWriter1, >> filename='slices_%t.vtm', freq=freq_file) >> >> >> and I tried another form that the grid writer you've send me in the past >> used: >> >> >> writer = coprocessor.CreateWriter(XMLMultiBlockDataWriter, >> filename='slices_%t.vtm', freq=freq_file) >> >> >> in all cases, freq_file = 1000. >> >> >> Neither one will output any vtk files. >> >> >> Any thoughts? >> >> >> Also, minor note but it is kind of annoying -- both the catalyst >> generator and the trace generator seem to do this, but they add commands >> that set attributes that are not part of the classes when run through the >> python script. For example, I had to comment out: >> >> >> # slice1Display.SelectInputVectors = ['CELLS', 'Velocity >> [m/s]'] >> >> # slice1Display.WriteLog = '' >> >> >> Any ideas why it does that? Or is there a way (and downfall) to just let >> it add attributes without manually calling add_attribute() each time? >> >> >> Tim >> >> >> ------------------------------ >> *From:* ParaView on behalf of Gallagher, >> Timothy P >> *Sent:* Monday, May 9, 2016 5:13 PM >> *To:* Andy Bauer >> >> *Cc:* paraview at paraview.org >> *Subject:* Re: [Paraview] Linking to Catalyst >> >> >> Yeah -- okay, pointing it to the build directory instead of the install >> made sure everything was found. >> >> >> One step closer to getting this working on Cray. >> >> >> Thanks, >> >> >> Tim >> >> >> ------------------------------ >> *From:* Andy Bauer >> *Sent:* Monday, May 9, 2016 4:54 PM >> *To:* Gallagher, Timothy P >> *Cc:* paraview at paraview.org >> *Subject:* Re: [Paraview] Linking to Catalyst >> >> Hmm, that could be a bug in the superbuild. The superbuild arguments >> aren't all passed to the ParaView build itself and it could be that this >> option was missing for the PV specific build part. Instead of doing the >> whole build from scratch, I'd suggest you just search for the >> ParaViewConfig.cmake file to find where PV was actually built and just >> point to that. >> >> On Mon, May 9, 2016 at 4:50 PM, Gallagher, Timothy P < >> tim.gallagher at gatech.edu> wrote: >> >>> Well shoot, it looks like I didn't build with the install development >>> files on, even though I set it when I configured the superbuild. I must >>> have done that part wrong >>> >>> My configure line is: >>> >>> >>> cmake \ >>> -DCMAKE_INSTALL_PREFIX:PATH=${HOME}/pv-test/${version}_osmesa \ >>> -DCMAKE_BUILD_TYPE=Release \ >>> ... >>> >>> -DPARAVIEW_ENABLE_CATALYST=ON \ >>> -DPARAVIEW_ENABLE_PYTHON=ON \ >>> -DPARAVIEW_INSTALL_DEVELOPMENT_FILES=ON \ >>> -DPARAVIEW_BUILD_QT_GUI=OFF \ >>> -DBUILD_TESTING=OFF \ >>> -DVTK_USE_X=OFF \ >>> ... >>> >>> -DVTK_OPENGL_HAS_OSMESA=ON \ >>> -DOSMESA_INCLUDE_DIR:STRING="${INSTALLPATH}/osmesa/include" \ >>> -DOSMESA_LIBRARY:STRING="${INSTALLPATH}/osmesa/lib/libOSMesa.so" \ >>> ./ParaViewSuperbuild >>> >>> >>> and all of the other PARAVIEW* options seemed to pass through properly >>> when the superbuild made paraview. Any ideas why that option didn't pass >>> through? >>> >>> >>> Thanks -- I knew it had to be something really obvious! >>> >>> >>> Tim >>> >>> >>> >>> ------------------------------ >>> *From:* Andy Bauer >>> *Sent:* Monday, May 9, 2016 4:43 PM >>> *To:* Gallagher, Timothy P >>> *Cc:* paraview at paraview.org >>> *Subject:* Re: [Paraview] Linking to Catalyst >>> >>> Hi Tim, >>> >>> Is the PV directory you're pointing to a build directory or an install >>> directory? If it's an install directory you'll need to enable >>> PARAVIEW_INSTALL_DEVELOPMENT_FILES. Other than that, my suggestion would be >>> to try linking one of the Catalyst examples from >>> https://github.com/Kitware/ParaViewCatalystExampleCode and see how that >>> works for you. Another thing you could try is using a newer version of >>> CMake from https://cmake.org/download/. For the Linux x86_64 tarball, >>> you can just untar the executables from that and use directly. >>> >>> GitHub - Kitware/ParaViewCatalystExampleCode: Example ... >>> >>> github.com >>> ParaViewCatalystExampleCode - Example problems and snippets of code to >>> demonstrate ParaView's Catalyst. >>> >>> >>> Let us know if none of those ideas don't work for you. >>> >>> Best, >>> Andy >>> >>> On Mon, May 9, 2016 at 3:58 PM, Gallagher, Timothy P < >>> tim.gallagher at gatech.edu> wrote: >>> >>>> Hello again, >>>> >>>> >>>> I'm (finally) trying to get Catalyst to successfully link to our >>>> application code on Excalibur (Cray, ARL HPC). I was able to build paraview >>>> and all of the dependencies thanks to help I've gotten on the list here in >>>> the past. However, when I try to link my code to it (and this is a code >>>> that works fine with Catalyst on other platforms), I get: >>>> >>>> >>>> CMake Error at >>>> /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/vtkModuleAPI.cmake:120 >>>> (message): >>>> Requested modules not available: >>>> >>>> vtkPVPythonCatalyst >>>> Call Stack (most recent call first): >>>> >>>> /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/VTKConfig.cmake:80 >>>> (vtk_module_config) >>>> >>>> /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4/ParaViewConfig.cmake:49 >>>> (include) >>>> CMakeLists.txt:218 (find_package) >>>> >>>> The section in my CMakeLists that looks for paraview is: >>>> >>>> option(LESLIE_USE_COPROCESSING "Turn on CoProcessing with Paraview" OFF) >>>> if(LESLIE_USE_COPROCESSING) >>>> find_package(ParaView REQUIRED vtkPVPythonCatalyst >>>> HINTS $ENV{PARAVIEW_CP_ROOT}) >>>> include(${PARAVIEW_USE_FILE}) >>>> include_directories(${PROJECT_SOURCE_DIR}/utils) >>>> add_definitions(-DPARAVIEW_COPROCESSING) >>>> endif() >>>> mark_as_advanced(LESLIE_USE_COPROCESSING) >>>> >>>> and it doesn't seem to work. On other machines, I never needed to set >>>> the PARAVIEW_CP_ROOT variable, it always just found it. When I build my >>>> code, I point the paraview directory (where it finds the >>>> paraviewConfig.cmake file) to: >>>> >>>> >>>> /p/home/tgallagh/pv-test/4.4.0_osmesa/lib/cmake/paraview-4.4 >>>> >>>> >>>> and it seems to find it okay. >>>> >>>> >>>> Lastly, the vtkPVPythonCatalyst.so library is in the >>>> lib/paraview-4.4/site-packages/vtk directory and there is >>>> libvtkPVPythonCatalyst-pv4.4.so* and >>>> libvtkPVPythonCatalystPython27D-pv4.4.so* in lib/paraview-4.4/ >>>> >>>> >>>> I'm at a loss to understand why it is reporting the module is missing >>>> -- did I miss something somewhere? >>>> >>>> >>>> Thanks as always, >>>> >>>> >>>> Tim >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dkxls23 at gmail.com Tue May 10 10:21:26 2016 From: dkxls23 at gmail.com (Armin Wehrfritz) Date: Tue, 10 May 2016 17:21:26 +0300 Subject: [Paraview] Paraview compile download timeout In-Reply-To: <1a20fafe-0d95-b90a-713c-553574ff261e@seoaachen.de> References: <1a20fafe-0d95-b90a-713c-553574ff261e@seoaachen.de> Message-ID: <5731EE66.8020306@gmail.com> As a workaround, you could disabled the testing (-DBUILD_TESTING:BOOL=OFF). -Armin On 05/10/2016 04:13 PM, Daniel Zuidinga wrote: > there are still problems? > > Am 10.05.2016 um 11:14 schrieb Mathieu Westphal: >> We are experiencing timeout with midas currently. >> Please recompile, it should work. >> >> >> >> Mathieu Westphal >> >> On Tue, May 10, 2016 at 10:56 AM, Daniel Zuidinga > > wrote: >> >> Hello, >> >> when compiling paraview I get the error: >> >> http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=534871355b0e4de0d6b727c8ed317027&algorithm=MD5 >> ("Timeout was reached") >> http://www.paraview.org/files/ExternalData/MD5/534871355b0e4de0d6b727c8ed317027 >> ("HTTP response code said error") >> >> any ideas? >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From shawn.waldon at kitware.com Tue May 10 10:35:32 2016 From: shawn.waldon at kitware.com (Shawn Waldon) Date: Tue, 10 May 2016 10:35:32 -0400 Subject: [Paraview] Paraview compile download timeout In-Reply-To: References: <1a20fafe-0d95-b90a-713c-553574ff261e@seoaachen.de> Message-ID: Looks like it is working again now. Shawn On Tue, May 10, 2016 at 10:09 AM, Shawn Waldon wrote: > Update: So I just tried to do a clean build of ParaView master.... I get > this error consistently and I know my CMake is built with SSL. I'll look > into it. > > Shawn > > On Tue, May 10, 2016 at 9:48 AM, Shawn Waldon > wrote: > >> Which version of CMake are you running? We have had problems in the past >> when using a CMake not built with SSL support pulling new data from midas. >> The error messages from that generally look like this: >> >> >> CMake Error at /apps/pkg/paraview-5.0/src/paraview-5.0/CMake >> /ExternalData.cmake:749 (message): >> Object MD5=6c0dd882aa361431b95d7e2feb87fece not found at: >> >> >> http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=6c0dd882aa361431b95d7e2feb87fece&algorithm=MD5 >> ("Unsupported protocol") >> >> http://www.paraview.org/files/ExternalData/MD5/6c0dd882aa361431b95d7e2feb87fece >> ("HTTP response code said error") >> Call Stack (most recent call first): >> /apps/pkg/paraview-5.0/src/paraview-5.0/CMake/ExternalData.cmake:771 >> (_ExternalData_download_object) >> >> If this is the problem you will need to download a new CMake that is >> built with SSL support or build one yourself. >> >> HTH, >> Shawn >> >> On Tue, May 10, 2016 at 9:13 AM, Daniel Zuidinga >> wrote: >> >>> there are still problems? >>> >>> >>> Am 10.05.2016 um 11:14 schrieb Mathieu Westphal: >>> >>> We are experiencing timeout with midas currently. >>> Please recompile, it should work. >>> >>> >>> >>> Mathieu Westphal >>> >>> On Tue, May 10, 2016 at 10:56 AM, Daniel Zuidinga >>> wrote: >>> >>>> Hello, >>>> >>>> when compiling paraview I get the error: >>>> >>>> >>>> http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=534871355b0e4de0d6b727c8ed317027&algorithm=MD5 >>>> ("Timeout was reached") >>>> >>>> http://www.paraview.org/files/ExternalData/MD5/534871355b0e4de0d6b727c8ed317027 >>>> ("HTTP response code said error") >>>> >>>> any ideas? >>>> >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>> >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Tue May 10 12:20:55 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Tue, 10 May 2016 16:20:55 +0000 Subject: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Message-ID: <9FD2921C-2243-4BE3-A1A3-599AE313360D@sandia.gov> I think we need more information before we can answer your questions. Your first question was how to ?add thickness? to image slices. If you have image slices, you usually want to load them in as a 3D stack and treat them like a volume. The spacing between the slices is typically specified by the data file itself or by an option in the reader (of which there are almost 100 different types in ParaView). So how you do that depends on your data format. You simply said that your data comes from MATLAB. That?s not very specific, since it is possible to output lots of different types of files from MATLAB. If you are not doing it yet, you might consider this MATLAB module that writes out VTK files (which ParaView handles very well): http://www.mathworks.com/matlabcentral/fileexchange/47814-export-3d-data-to-paraview-in-vtk-legacy-file-format . I haven?t used it myself (I use MATLAB very infrequently), but it looks pretty full featured. You might want to check that out. You also mentioned that the image segmentation is represented by masks. The easiest way to deal with that is probably to use the Threshold filter to remove all cells that are masked out. -Ken From: ParaView on behalf of Chathuri Gunasekera Date: Tuesday, May 10, 2016 at 4:49 AM To: ParaView Subject: [EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Also,i need to mention that segmented images are saved as Masks. Kindly tell me, when using Paraview software should i have to use the boundary or the mask of the segmented image for the purpose of building a 3D model. (kindly correct me, if i am wrong as i am new to Paraview) Hope to hear from you soon. Thank you. On Tue, May 10, 2016 at 2:53 PM, Chathuri Gunasekera > wrote: Hello everyone, My goal is to generate a 3D model of human organ. Suppose i have segmented images in each set(each slice is saved using MatLab software). So i want to know what are the options which paraview have in order to add the thickness to each slice. Your feedback is appreciated. -- Warm regards, Chathuri Gunasekera. -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From samuelkey at bresnan.net Tue May 10 12:21:43 2016 From: samuelkey at bresnan.net (Samuel Key) Date: Tue, 10 May 2016 10:21:43 -0600 Subject: [Paraview] Combining multiple paraview xml files In-Reply-To: References: Message-ID: <0bc66a01-12d8-068b-f123-3dc7c13270ec@bresnan.net> An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: fmafxc.mesh.pvd Type: text/xml Size: 674 bytes Desc: not available URL: From kmorel at sandia.gov Tue May 10 12:34:03 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Tue, 10 May 2016 16:34:03 +0000 Subject: [Paraview] Combining multiple paraview xml files Message-ID: The ParaView Data (PVD) file format might do what you want: http://www.paraview.org/Wiki/ParaView/Data_formats#PVD_File_Format -Ken From: ParaView on behalf of Marwen Gammar Date: Tuesday, May 10, 2016 at 4:11 AM To: "paraview at paraview.org" Subject: [EXTERNAL] [Paraview] Combining multiple paraview xml files Hello Miss, Mister, I have some troubleregarding my paraview file: i must create an paraview type xml programm which calls other xml files each of them specialized in different datas (geometry, topology, et c...) What type of strucuture should i use for that? Thank you very much for your help. Here is an exemple of what i did (it didn't work): this is supposed to take some pieces of information from my 2 other programs (polyex0 et polyex1) which are cubes, so in final i should have a cube with some properties of each of the 2 cubes. Thank you very much for your help, Have a good week! -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Tue May 10 14:38:17 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Tue, 10 May 2016 18:38:17 +0000 Subject: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Message-ID: <635E5A68-4AFE-489B-AA95-15613707EF02@sandia.gov> Chathuri Gunasekera, (Responding back to ParaView list to allow others to see and comment.) 1. I?m not sure why you are not see the 3 holes you expect in your mask. It looks like most of your process is building the data in MATLAB. Perhaps something is going wrong there. ParaView must be recognizing the mask since the region outside of the external boundary is removed. Are you sure your three holds are represented in the mask? 2. It sounds like you are finding the mask boundary in a slice. A slice is by definition contained in a 2D plane. You can restore the 2mm thickness manually by running the Extract Surface filter and then the Linear Extrusion filter. -Ken From: Chathuri Gunasekera Date: Tuesday, May 10, 2016 at 12:03 PM To: Kenneth Moreland Subject: [EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Hi Ken, Your detailed description is very much appreciated. Thank you so much. Kindly note that following is what i have done in MatLab : a. Segmented images as Masks (just x,y cordinates) b. Saved as a .mat file c. Then append z coordinate( z coordinate is the slice thickness which, each slice has a thickness of 2mm) to the above said mask. Hence, now the image is 3D (saved as .mat file) d. Convert the 3D image into real world coordinates . So x,y,z all are in mm now. (saved as .mat file) e. Since i have about 8 sets and about 50 images per set. Then find the smallest dimension for a particular set. f. Crop the image (saved as .mat file) g. Stack the image (saved as .mat file) h. Finally convert the .mat file to .vtk file i. Then open the .vtk files in Paraview Let me send you 2 outputs which i have obtained so far 1. segmented masked images. I prefer this method because this image looks close to my expectation(i expect a 3D model). Also i have 3 more masks which represent 3 more features inside the big mask (meaning i expect 3 holes inside the big image). But i simply cannot see the 3 holes inside this big mask. What mistake i am doing here? Why can't i see the 3 holes inside the big mask. 2. segmented masked --> converted RGB image to binary and then find the boundary of the mask. So the reason for why i asked the thickness is that for this output i can't see the 2mm thickness . Kindly note that in order to obtain above output i have used couple of masks(slices) and stacked them together. Your assistance is really appreciated here as i was struggling to get a proper 3D model for sometime now and all my efforts are not succeeded yet. Thank you. -- Warm regards, Chathuri Gunasekera. On Tue, May 10, 2016 at 9:50 PM, Moreland, Kenneth > wrote: I think we need more information before we can answer your questions. Your first question was how to ?add thickness? to image slices. If you have image slices, you usually want to load them in as a 3D stack and treat them like a volume. The spacing between the slices is typically specified by the data file itself or by an option in the reader (of which there are almost 100 different types in ParaView). So how you do that depends on your data format. You simply said that your data comes from MATLAB. That?s not very specific, since it is possible to output lots of different types of files from MATLAB. If you are not doing it yet, you might consider this MATLAB module that writes out VTK files (which ParaView handles very well): http://www.mathworks.com/matlabcentral/fileexchange/47814-export-3d-data-to-paraview-in-vtk-legacy-file-format . I haven?t used it myself (I use MATLAB very infrequently), but it looks pretty full featured. You might want to check that out. You also mentioned that the image segmentation is represented by masks. The easiest way to deal with that is probably to use the Threshold filter to remove all cells that are masked out. -Ken From: ParaView > on behalf of Chathuri Gunasekera > Date: Tuesday, May 10, 2016 at 4:49 AM To: ParaView > Subject: [EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Also,i need to mention that segmented images are saved as Masks. Kindly tell me, when using Paraview software should i have to use the boundary or the mask of the segmented image for the purpose of building a 3D model. (kindly correct me, if i am wrong as i am new to Paraview) Hope to hear from you soon. Thank you. On Tue, May 10, 2016 at 2:53 PM, Chathuri Gunasekera > wrote: Hello everyone, My goal is to generate a 3D model of human organ. Suppose i have segmented images in each set(each slice is saved using MatLab software). So i want to know what are the options which paraview have in order to add the thickness to each slice. Your feedback is appreciated. -- Warm regards, Chathuri Gunasekera. -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cgunases at gmail.com Tue May 10 22:31:19 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Wed, 11 May 2016 08:01:19 +0530 Subject: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model In-Reply-To: <635E5A68-4AFE-489B-AA95-15613707EF02@sandia.gov> References: <635E5A68-4AFE-489B-AA95-15613707EF02@sandia.gov> Message-ID: Hi to all, @ Ken, thank you so much for your response. Really admire it. 1. Yes, i am 100% certain that all the masks are called in. But let me be more into detail. Basically, i have: 1 big mask and 3 patches (which are also saved as masks). Sorry Ken, i think i should have use patch instead of hole [ this patch eventually represent some special features{but these features eventually build up as tubes when it comes to a 3D model.} in a human organ as i am trying to model a human organ itself ]. ANyhow, i am sorry if i make you confuse. You're right Ken, most of the stuff is done in MatLab but all the work looks error-free(because it works fine atleast in MatLab). But i am skeptic of one thing. Should i have to have a transparent big mask in order to see the 3 patches inside the big mask? Is that why , i don't see the patches ? Kindly guide me. 2. I will try that out too. Anyhow, thank you so much for your detailed response Ken. That is a great help. -- Warm regards, Chathuri Gunasekera. On Wed, May 11, 2016 at 12:08 AM, Moreland, Kenneth wrote: > Chathuri Gunasekera, > > > > (Responding back to ParaView list to allow others to see and comment.) > > > > 1. I?m not sure why you are not see the 3 holes you expect in your mask. > It looks like most of your process is building the data in MATLAB. Perhaps > something is going wrong there. ParaView must be recognizing the mask since > the region outside of the external boundary is removed. Are you sure your > three holds are represented in the mask? > > > > 2. It sounds like you are finding the mask boundary in a slice. A slice is > by definition contained in a 2D plane. You can restore the 2mm thickness > manually by running the Extract Surface filter and then the Linear > Extrusion filter. > > > > -Ken > > > > *From: *Chathuri Gunasekera > *Date: *Tuesday, May 10, 2016 at 12:03 PM > *To: *Kenneth Moreland > > *Subject: *[EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to > each slice when generating a 3D model > > > > Hi Ken, > > > > Your detailed description is very much appreciated. Thank you so much. > > > > Kindly note that following is what i have done in MatLab : > > a. Segmented images as Masks (just x,y cordinates) > > b. Saved as a .mat file > > c. Then append z coordinate( z coordinate is the slice thickness which, > each slice has a thickness of 2mm) to the above said mask. Hence, now the > image is 3D (saved as .mat file) > > d. Convert the 3D image into real world coordinates . So x,y,z all are in > mm now. (saved as .mat file) > > e. Since i have about 8 sets and about 50 images per set. Then find the > smallest dimension for a particular set. > > f. Crop the image (saved as .mat file) > > g. Stack the image (saved as .mat file) > > h. Finally convert the .mat file to .vtk file > > i. Then open the .vtk files in Paraview > > Let me send you 2 outputs which i have obtained so far > > > > 1. segmented masked images. I prefer this method because this image looks > close to my expectation(i expect a 3D model). Also i have 3 more masks > which represent 3 more features inside the big mask (meaning i expect 3 > holes inside the big image). But i simply cannot see the 3 holes inside > this big mask. What mistake i am doing here? Why can't i see the 3 holes > inside the big mask. > > > > 2. segmented masked --> converted RGB image to binary and then find the > boundary of the mask. So the reason for why i asked the thickness is that > for this output i can't see the 2mm thickness . > > > > Kindly note that in order to obtain above output i have used couple of > masks(slices) and stacked them together. > > > > Your assistance is really appreciated here as i was struggling to get a > proper 3D model for sometime now and all my efforts are not succeeded yet. > > > > Thank you. > > > > -- > > Warm regards, > > Chathuri Gunasekera. > > > > > > > > On Tue, May 10, 2016 at 9:50 PM, Moreland, Kenneth > wrote: > > I think we need more information before we can answer your questions. > > > > Your first question was how to ?add thickness? to image slices. If you > have image slices, you usually want to load them in as a 3D stack and treat > them like a volume. The spacing between the slices is typically specified > by the data file itself or by an option in the reader (of which there are > almost 100 different types in ParaView). So how you do that depends on your > data format. > > > > You simply said that your data comes from MATLAB. That?s not very > specific, since it is possible to output lots of different types of files > from MATLAB. If you are not doing it yet, you might consider this MATLAB > module that writes out VTK files (which ParaView handles very well): > http://www.mathworks.com/matlabcentral/fileexchange/47814-export-3d-data-to-paraview-in-vtk-legacy-file-format > . I haven?t used it myself (I use MATLAB very infrequently), but it looks > pretty full featured. You might want to check that out. > > > > You also mentioned that the image segmentation is represented by masks. > The easiest way to deal with that is probably to use the Threshold filter > to remove all cells that are masked out. > > > > -Ken > > > > > > *From: *ParaView on behalf of Chathuri > Gunasekera > *Date: *Tuesday, May 10, 2016 at 4:49 AM > *To: *ParaView > *Subject: *[EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to > each slice when generating a 3D model > > > > Also,i need to mention that segmented images are saved as Masks. > > > > Kindly tell me, when using Paraview software should i have to use the > boundary or the mask of the segmented image for the purpose of building a > 3D model. (kindly correct me, if i am wrong as i am new to Paraview) > > > > Hope to hear from you soon. > > > > Thank you. > > > > On Tue, May 10, 2016 at 2:53 PM, Chathuri Gunasekera > wrote: > > Hello everyone, > > > > My goal is to generate a 3D model of human organ. > > > > Suppose i have segmented images in each set(each slice is saved using > MatLab software). > > > > So i want to know what are the options which paraview have in order to add > the thickness to each slice. > > > > Your feedback is appreciated. > > > > > > > > -- > > Warm regards, > > Chathuri Gunasekera. > > > > > > -- > > Warm regards, > > Chathuri Gunasekera. > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fabidi89 at vt.edu Tue May 10 23:37:57 2016 From: fabidi89 at vt.edu (Faiz Abidi) Date: Tue, 10 May 2016 23:37:57 -0400 Subject: [Paraview] Paraview in CAVE and remote rendering Message-ID: Hi Guys, Wondering how should I go about remote rendering and visualization in a CAVE. I can visualize in a CAVE using an on-premise server physically connected to the projectors driving the CAVE, and using my laptop as the client. But how would I pass a PVX file if this server is somewhere on Amazon etc? -- Faiz Abidi | Master's Student at Virginia Tech | www.faizabidi.com | +1-540-998-6636 -------------- next part -------------- An HTML attachment was scrubbed... URL: From svenkramer40 at gmail.com Wed May 11 02:05:11 2016 From: svenkramer40 at gmail.com (Sven Kramer) Date: Wed, 11 May 2016 08:05:11 +0200 Subject: [Paraview] ParaviewWeb with remote, distributed data In-Reply-To: References: Message-ID: I could improve the lag by either distributing the MPI processes to another node or using just a single process. I think the framerate is fine for larger datasets. Only for my tiny (~20 triangles) dataset I was slightly disappointed, because I expected more fluent user interaction. Back to my initial, second question on live rendering of incoming data: I found that this is probably best handled by Catalyst, isn't it? Then I will try study how to include the Catalyst Adaptors and Pipelines into my code, and I will probably come back with a new post asking about some Catalyst details. Thank you Sven 2016-05-10 0:11 GMT+02:00 Sebastien Jourdain : > Hi Scen, > > that's a correct way, but I'm not sure to know why it is that much slower. > Wondering if all the pvserver are fighting for the same GPU and hence > waiting more than anything... ? > You may be able to change the remote rendering threshold to make sure only > pvpython is doing the rendering. > > Seb > > On Mon, May 9, 2016 at 3:34 PM, Sven Kramer > wrote: > >> Hello Seb, >> I got a working connection from pv_web_visualizer.py to a couple of >> pvservers (started with mpirun on ) by just giving "--ds-host >> --ds-port 11111" from the link you mentioned. Is this correct, >> without --rs-host? It is working in principle, but the renderview update >> rate is not more than 2 updates/second for a tiny datasource even when >> everything is running on the same machine. >> >> Thank you >> Sven >> >> 2016-05-06 22:26 GMT+02:00 Sebastien Jourdain < >> sebastien.jourdain at kitware.com>: >> >>> Hi Sven, >>> >>> 1) Yes, assuming you are using pv_web_visualizer.py you can look here: >>> >>> >>> https://github.com/Kitware/ParaView/blob/master/Web/Applications/Visualizer/server/pv_web_visualizer.py#L18-L28 >>> >>> 2) The server can push notification to the client. Need to slightly edit >>> the client and server to match your needs. >>> >>> Seb >>> >>> >>> On Fri, May 6, 2016 at 2:17 PM, Sven Kramer >>> wrote: >>> >>>> Dear all, >>>> I am currently running a VTK application, which is visualizing large >>>> grids distributed on a MPI cluster. >>>> My task is to migrate this application to the Web. But I cannot manage >>>> more than what is described at >>>> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/quick_start, >>>> that is I can serve a local data directory through the provided webapps. >>>> >>>> I have two essential questions that stop me from getting started: >>>> 1) How do I connect the pvpython server to remote data/render servers >>>> just like I can do in Paraview? >>>> 2) All ParaviewWeb examples seem to react on webclient requests. Our >>>> application is processing data as they come in, and also the visualization >>>> pipeline is frequently updated depending on an automatic analysis of the >>>> arriving data. Can the newly rendered datasets be pushed to the webclient, >>>> or does the webclient have to poll for available datasets? >>>> >>>> Thank you >>>> Sven >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> 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 benson.muite at ut.ee Wed May 11 04:27:12 2016 From: benson.muite at ut.ee (Benson Muite) Date: Wed, 11 May 2016 11:27:12 +0300 Subject: [Paraview] ISC 2016 visualization showcase Message-ID: <515efd76-94b6-d065-f774-2d0e369c6244@ut.ee> New for this year is a visualization showcase for ISC 2016. Outstanding submissions from both expert in visualizations and novices are encouraged. Please submit visualizations by 21 May. More information at: http://woiv.org/ From arsh840 at gmail.com Wed May 11 05:54:32 2016 From: arsh840 at gmail.com (Arshpreet Singh) Date: Wed, 11 May 2016 15:24:32 +0530 Subject: [Paraview] Paraview build from source error Message-ID: I am trying to install Paraview from source but after running make command in get smd5 checksum error at 70% of compilation. Is this error from Network side? [ 70%] Built target vtkPVServerManagerApplicationPythonD [ 70%] Built target vtkPVCatalystPythonD [ 70%] Built target vtkPVPythonCatalystPythonD [ 70%] Built target vtkPVPythonCatalystPython [ 70%] Generating /home/metal-machine/paraview/Paraview-bin/ExternalData/Testing/Data/Baseline/TileDisplayScatterPlot-2x2.png -- Fetching "http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=fc79079ddfbbbbe25b4050f9c349c80b&algorithm=MD5" -- [download 100% complete] -- Fetching "http://www.paraview.org/files/ExternalData/MD5/fc79079ddfbbbbe25b4050f9c349c80b" CMake Error at /home/metal-machine/paraview/ParaView/CMake/ExternalData.cmake:749 (message): Object MD5=fc79079ddfbbbbe25b4050f9c349c80b not found at: http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=fc79079ddfbbbbe25b4050f9c349c80b&algorithm=MD5 ("Unsupported protocol") http://www.paraview.org/files/ExternalData/MD5/fc79079ddfbbbbe25b4050f9c349c80b ("HTTP response code said error") Call Stack (most recent call first): /home/metal-machine/paraview/ParaView/CMake/ExternalData.cmake:771 (_ExternalData_download_object) make[2]: *** [ExternalData/Testing/Data/Baseline/TileDisplayScatterPlot-2x2.png.md5-stamp] Error 1 make[1]: *** [CMakeFiles/ParaViewData.dir/all] Error 2 make: *** [all] Error 2 -- Thanks Arshpreet Singh I am Sikh boy, Learning by doing and Learning by teaching is my religion. ------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ From dennis_conklin at goodyear.com Wed May 11 08:31:26 2016 From: dennis_conklin at goodyear.com (Dennis Conklin) Date: Wed, 11 May 2016 12:31:26 +0000 Subject: [Paraview] Dropping support for OpenGL1 in ParaView 5.2 Message-ID: Utkarsh, As we are having trouble running the latest versions of Paraview due to our antiquated graphics libraries, is there anything special that has to be done to be run the legacy rendering backend? Dennis -------------- next part -------------- An HTML attachment was scrubbed... URL: From asaad.sellmann at rwth-aachen.de Wed May 11 08:44:27 2016 From: asaad.sellmann at rwth-aachen.de (Sellmann, Kai Asaad) Date: Wed, 11 May 2016 12:44:27 +0000 Subject: [Paraview] Visualizing load paths In-Reply-To: <1462863894054.37762@rwth-aachen.de> References: <1462274379341.43274@rwth-aachen.de>, <1462863894054.37762@rwth-aachen.de> Message-ID: <1462970667534.86624@rwth-aachen.de> Dear community, I am currently trying to find a way to visualize load paths with results from static finite element analysis within solid structures. For this FE-analysis I use Altairs software suite (Hypermesh/Optistruct/Hyperview). It would really help a lot to get more information about the background of the stream tracer filters, because I am currently struggeling to format the input properly. As far as I know I need a field of vectors ("The dataset must contain a field array with 3 Components. An Array of vectors (point-centered) is required"), but I am not able to format my FE Output into a proper order so that paraview is able to apply stream tracers. I have exported my Stress tensor, my Nodal IDs and Nodal Coordinates. Your help would be greatly appreciated!!! Thank you very much in advance! Asaad -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Wed May 11 08:58:18 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 11 May 2016 08:58:18 -0400 Subject: [Paraview] Dropping support for OpenGL1 in ParaView 5.2 In-Reply-To: References: Message-ID: You have to build ParaView from source with VTK_RENDERING_BACKEND cmake variable set to OpenGL. Currently, we don't distribute binaries legacy OpenGL backend. On Wed, May 11, 2016 at 8:31 AM, Dennis Conklin wrote: > Utkarsh, > > > > As we are having trouble running the latest versions of Paraview due to our > antiquated graphics libraries, is there anything special that has to be done > to be run the legacy rendering backend? > > > > Dennis > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From utkarsh.ayachit at kitware.com Wed May 11 09:00:42 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 11 May 2016 09:00:42 -0400 Subject: [Paraview] Paraview build from source error In-Reply-To: References: Message-ID: Such errors happen when downloading test data and baselines due to either server or network issues. If you are not running tests, simply turn OFF BUILD_TESTING CMake flag. Alternatively try again after some time. If is was due to server issues, it typically recovers. On Wed, May 11, 2016 at 5:54 AM, Arshpreet Singh wrote: > I am trying to install Paraview from source but after running make > command in get smd5 checksum error at 70% of compilation. > > > Is this error from Network side? > > [ 70%] Built target vtkPVServerManagerApplicationPythonD > [ 70%] Built target vtkPVCatalystPythonD > [ 70%] Built target vtkPVPythonCatalystPythonD > [ 70%] Built target vtkPVPythonCatalystPython > [ 70%] Generating > /home/metal-machine/paraview/Paraview-bin/ExternalData/Testing/Data/Baseline/TileDisplayScatterPlot-2x2.png > -- Fetching "http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=fc79079ddfbbbbe25b4050f9c349c80b&algorithm=MD5" > -- [download 100% complete] > -- Fetching "http://www.paraview.org/files/ExternalData/MD5/fc79079ddfbbbbe25b4050f9c349c80b" > CMake Error at /home/metal-machine/paraview/ParaView/CMake/ExternalData.cmake:749 > (message): > Object MD5=fc79079ddfbbbbe25b4050f9c349c80b not found at: > > http://midas3.kitware.com/midas/api/rest?method=midas.bitstream.download&checksum=fc79079ddfbbbbe25b4050f9c349c80b&algorithm=MD5 > ("Unsupported protocol") > http://www.paraview.org/files/ExternalData/MD5/fc79079ddfbbbbe25b4050f9c349c80b > ("HTTP response code said error") > Call Stack (most recent call first): > /home/metal-machine/paraview/ParaView/CMake/ExternalData.cmake:771 > (_ExternalData_download_object) > > > > make[2]: *** [ExternalData/Testing/Data/Baseline/TileDisplayScatterPlot-2x2.png.md5-stamp] > Error 1 > make[1]: *** [CMakeFiles/ParaViewData.dir/all] Error 2 > make: *** [all] Error 2 > > > > -- > > Thanks > Arshpreet Singh > > I am Sikh boy, Learning by doing and Learning by teaching is my religion. > ------------------------------------------------------------------------------ > Slashdot TV. > Video for Nerds. Stuff that matters. > http://tv.slashdot.org/ > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview From cgunases at gmail.com Wed May 11 09:27:23 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Wed, 11 May 2016 18:57:23 +0530 Subject: [Paraview] Only 1 mask is shown up in the model, what happened to the rest? Message-ID: Hi all, Suppose i have saved, segmented masks in separate folders. say, mask 1 (the large mask) --> folder_1 mask 2 (small mask which needs to be located inside mask 1) --> folder_2 mask 3 (small mask which needs to be located inside mask 1) --> folder_3 Then all three masks are called in and eventually stacked the images and called in from ParaView. The question is i only see the mask 1. Is it because mask 1,2 &3 are in same color? Can't i give different colors to different masks? Or else what would be the remedy to see mask 2 & 3 inside mask 1? Your support is highly appreciated. Thank you. -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Wed May 11 09:42:08 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Wed, 11 May 2016 13:42:08 +0000 Subject: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Message-ID: <2A3A3D64-28AC-488A-9FC3-CCA8F70AF52F@sandia.gov> Chathuri Gunasekera, Are your patches available as fields in the data? If so, you should be able to use the Threshold filter with the patches to remove the holes. -Ken From: Chathuri Gunasekera Date: Tuesday, May 10, 2016 at 8:31 PM To: Kenneth Moreland Cc: "paraview at paraview.org" Subject: [EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Hi to all, @ Ken, thank you so much for your response. Really admire it. 1. Yes, i am 100% certain that all the masks are called in. But let me be more into detail. Basically, i have: 1 big mask and 3 patches (which are also saved as masks). Sorry Ken, i think i should have use patch instead of hole [ this patch eventually represent some special features{but these features eventually build up as tubes when it comes to a 3D model.} in a human organ as i am trying to model a human organ itself ]. ANyhow, i am sorry if i make you confuse. You're right Ken, most of the stuff is done in MatLab but all the work looks error-free(because it works fine atleast in MatLab). But i am skeptic of one thing. Should i have to have a transparent big mask in order to see the 3 patches inside the big mask? Is that why , i don't see the patches ? Kindly guide me. 2. I will try that out too. Anyhow, thank you so much for your detailed response Ken. That is a great help. -- Warm regards, Chathuri Gunasekera. On Wed, May 11, 2016 at 12:08 AM, Moreland, Kenneth > wrote: Chathuri Gunasekera, (Responding back to ParaView list to allow others to see and comment.) 1. I?m not sure why you are not see the 3 holes you expect in your mask. It looks like most of your process is building the data in MATLAB. Perhaps something is going wrong there. ParaView must be recognizing the mask since the region outside of the external boundary is removed. Are you sure your three holds are represented in the mask? 2. It sounds like you are finding the mask boundary in a slice. A slice is by definition contained in a 2D plane. You can restore the 2mm thickness manually by running the Extract Surface filter and then the Linear Extrusion filter. -Ken From: Chathuri Gunasekera > Date: Tuesday, May 10, 2016 at 12:03 PM To: Kenneth Moreland > Subject: [EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Hi Ken, Your detailed description is very much appreciated. Thank you so much. Kindly note that following is what i have done in MatLab : a. Segmented images as Masks (just x,y cordinates) b. Saved as a .mat file c. Then append z coordinate( z coordinate is the slice thickness which, each slice has a thickness of 2mm) to the above said mask. Hence, now the image is 3D (saved as .mat file) d. Convert the 3D image into real world coordinates . So x,y,z all are in mm now. (saved as .mat file) e. Since i have about 8 sets and about 50 images per set. Then find the smallest dimension for a particular set. f. Crop the image (saved as .mat file) g. Stack the image (saved as .mat file) h. Finally convert the .mat file to .vtk file i. Then open the .vtk files in Paraview Let me send you 2 outputs which i have obtained so far 1. segmented masked images. I prefer this method because this image looks close to my expectation(i expect a 3D model). Also i have 3 more masks which represent 3 more features inside the big mask (meaning i expect 3 holes inside the big image). But i simply cannot see the 3 holes inside this big mask. What mistake i am doing here? Why can't i see the 3 holes inside the big mask. 2. segmented masked --> converted RGB image to binary and then find the boundary of the mask. So the reason for why i asked the thickness is that for this output i can't see the 2mm thickness . Kindly note that in order to obtain above output i have used couple of masks(slices) and stacked them together. Your assistance is really appreciated here as i was struggling to get a proper 3D model for sometime now and all my efforts are not succeeded yet. Thank you. -- Warm regards, Chathuri Gunasekera. On Tue, May 10, 2016 at 9:50 PM, Moreland, Kenneth > wrote: I think we need more information before we can answer your questions. Your first question was how to ?add thickness? to image slices. If you have image slices, you usually want to load them in as a 3D stack and treat them like a volume. The spacing between the slices is typically specified by the data file itself or by an option in the reader (of which there are almost 100 different types in ParaView). So how you do that depends on your data format. You simply said that your data comes from MATLAB. That?s not very specific, since it is possible to output lots of different types of files from MATLAB. If you are not doing it yet, you might consider this MATLAB module that writes out VTK files (which ParaView handles very well): http://www.mathworks.com/matlabcentral/fileexchange/47814-export-3d-data-to-paraview-in-vtk-legacy-file-format . I haven?t used it myself (I use MATLAB very infrequently), but it looks pretty full featured. You might want to check that out. You also mentioned that the image segmentation is represented by masks. The easiest way to deal with that is probably to use the Threshold filter to remove all cells that are masked out. -Ken From: ParaView > on behalf of Chathuri Gunasekera > Date: Tuesday, May 10, 2016 at 4:49 AM To: ParaView > Subject: [EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Also,i need to mention that segmented images are saved as Masks. Kindly tell me, when using Paraview software should i have to use the boundary or the mask of the segmented image for the purpose of building a 3D model. (kindly correct me, if i am wrong as i am new to Paraview) Hope to hear from you soon. Thank you. On Tue, May 10, 2016 at 2:53 PM, Chathuri Gunasekera > wrote: Hello everyone, My goal is to generate a 3D model of human organ. Suppose i have segmented images in each set(each slice is saved using MatLab software). So i want to know what are the options which paraview have in order to add the thickness to each slice. Your feedback is appreciated. -- Warm regards, Chathuri Gunasekera. -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From garcfd at gmail.com Wed May 11 12:16:23 2016 From: garcfd at gmail.com (Richardson CFD) Date: Wed, 11 May 2016 17:16:23 +0100 Subject: [Paraview] python script does not run in macro Message-ID: If I have some python script such as the double helix example attached, it works (runs) in Paraview as programmable filter or programmable source, but it doesn't run in tools > python shell, or as a macro... why is this? -- Richardson CFD https://sites.google.com/site/garcfd Virus-free. www.avast.com <#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2> -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: helix.py Type: application/octet-stream Size: 2130 bytes Desc: not available URL: From dave.demarle at kitware.com Wed May 11 13:08:55 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 11 May 2016 13:08:55 -0400 Subject: [Paraview] Paraview in CAVE and remote rendering In-Reply-To: References: Message-ID: I can think of two ways: 1) vnc or better display forwarding between the N cloud nodes and the N CAVE tile nodes 2) run paraview in split dataserver/renderserver mode where the cloud runs data server and does data processing and then the first N nodes send the surface geometry to the N renderserver nodes which drive the tiles I haven't personally tried either option with a CAVE so I don't know what monsters are hiding in either the path. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Tue, May 10, 2016 at 11:37 PM, Faiz Abidi wrote: > Hi Guys, > > Wondering how should I go about remote rendering and visualization in a > CAVE. I can visualize in a CAVE using an on-premise server physically > connected to the projectors driving the CAVE, and using my laptop as the > client. But how would I pass a PVX file if this server is somewhere on > Amazon etc? > -- > Faiz Abidi | Master's Student at Virginia Tech | www.faizabidi.com | > +1-540-998-6636 > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 cgunases at gmail.com Wed May 11 13:34:36 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Wed, 11 May 2016 23:04:36 +0530 Subject: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model In-Reply-To: <2A3A3D64-28AC-488A-9FC3-CCA8F70AF52F@sandia.gov> References: <2A3A3D64-28AC-488A-9FC3-CCA8F70AF52F@sandia.gov> Message-ID: Hi, Thanks alot for your response, Ken. Herewith,pls see the attachment: how the 3 small masks are looked like. So the large mask(it's not seen here) encompass all three masks. All 4 masks are saved in different folders and all of them have been called in, stacked together and converted to vtk to call into Paraview. So how should i move forward in order to make visible the small 3 masks in the model? Let me know anyone of your thoughts about it. -- Warm regards, Chathuri Gunasekera. On Wed, May 11, 2016 at 7:12 PM, Moreland, Kenneth wrote: > Chathuri Gunasekera, > > > > Are your patches available as fields in the data? If so, you should be > able to use the Threshold filter with the patches to remove the holes. > > > > -Ken > > > > *From: *Chathuri Gunasekera > *Date: *Tuesday, May 10, 2016 at 8:31 PM > *To: *Kenneth Moreland > *Cc: *"paraview at paraview.org" > *Subject: *[EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to > each slice when generating a 3D model > > > > Hi to all, > > > > @ Ken, thank you so much for your response. Really admire it. > > > > 1. Yes, i am 100% certain that all the masks are called in. > > But let me be more into detail. > > Basically, i have: 1 big mask and 3 patches (which are also saved as > masks). Sorry Ken, i think i should have use patch instead of hole [ this > patch eventually represent some special features{but these features > eventually build up as tubes when it comes to a 3D model.} in a human organ > as i am trying to model a human organ itself ]. ANyhow, i am sorry if i > make you confuse. > > > > You're right Ken, most of the stuff is done in MatLab but all the work > looks error-free(because it works fine atleast in MatLab). But i am skeptic > of one thing. Should i have to have a transparent big mask in order to see > the 3 patches inside the big mask? Is that why , i don't see the patches ? > Kindly guide me. > > > > 2. I will try that out too. > > > > Anyhow, thank you so much for your detailed response Ken. That is a great > help. > > > > > > -- > > Warm regards, > > Chathuri Gunasekera. > > > > > > > > > > On Wed, May 11, 2016 at 12:08 AM, Moreland, Kenneth > wrote: > > Chathuri Gunasekera, > > > > (Responding back to ParaView list to allow others to see and comment.) > > > > 1. I?m not sure why you are not see the 3 holes you expect in your mask. > It looks like most of your process is building the data in MATLAB. Perhaps > something is going wrong there. ParaView must be recognizing the mask since > the region outside of the external boundary is removed. Are you sure your > three holds are represented in the mask? > > > > 2. It sounds like you are finding the mask boundary in a slice. A slice is > by definition contained in a 2D plane. You can restore the 2mm thickness > manually by running the Extract Surface filter and then the Linear > Extrusion filter. > > > > -Ken > > > > *From: *Chathuri Gunasekera > *Date: *Tuesday, May 10, 2016 at 12:03 PM > *To: *Kenneth Moreland > > > *Subject: *[EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to > each slice when generating a 3D model > > > > Hi Ken, > > > > Your detailed description is very much appreciated. Thank you so much. > > > > Kindly note that following is what i have done in MatLab : > > a. Segmented images as Masks (just x,y cordinates) > > b. Saved as a .mat file > > c. Then append z coordinate( z coordinate is the slice thickness which, > each slice has a thickness of 2mm) to the above said mask. Hence, now the > image is 3D (saved as .mat file) > > d. Convert the 3D image into real world coordinates . So x,y,z all are in > mm now. (saved as .mat file) > > e. Since i have about 8 sets and about 50 images per set. Then find the > smallest dimension for a particular set. > > f. Crop the image (saved as .mat file) > > g. Stack the image (saved as .mat file) > > h. Finally convert the .mat file to .vtk file > > i. Then open the .vtk files in Paraview > > Let me send you 2 outputs which i have obtained so far > > > > 1. segmented masked images. I prefer this method because this image looks > close to my expectation(i expect a 3D model). Also i have 3 more masks > which represent 3 more features inside the big mask (meaning i expect 3 > holes inside the big image). But i simply cannot see the 3 holes inside > this big mask. What mistake i am doing here? Why can't i see the 3 holes > inside the big mask. > > > > 2. segmented masked --> converted RGB image to binary and then find the > boundary of the mask. So the reason for why i asked the thickness is that > for this output i can't see the 2mm thickness . > > > > Kindly note that in order to obtain above output i have used couple of > masks(slices) and stacked them together. > > > > Your assistance is really appreciated here as i was struggling to get a > proper 3D model for sometime now and all my efforts are not succeeded yet. > > > > Thank you. > > > > -- > > Warm regards, > > Chathuri Gunasekera. > > > > > > > > On Tue, May 10, 2016 at 9:50 PM, Moreland, Kenneth > wrote: > > I think we need more information before we can answer your questions. > > > > Your first question was how to ?add thickness? to image slices. If you > have image slices, you usually want to load them in as a 3D stack and treat > them like a volume. The spacing between the slices is typically specified > by the data file itself or by an option in the reader (of which there are > almost 100 different types in ParaView). So how you do that depends on your > data format. > > > > You simply said that your data comes from MATLAB. That?s not very > specific, since it is possible to output lots of different types of files > from MATLAB. If you are not doing it yet, you might consider this MATLAB > module that writes out VTK files (which ParaView handles very well): > http://www.mathworks.com/matlabcentral/fileexchange/47814-export-3d-data-to-paraview-in-vtk-legacy-file-format > . I haven?t used it myself (I use MATLAB very infrequently), but it looks > pretty full featured. You might want to check that out. > > > > You also mentioned that the image segmentation is represented by masks. > The easiest way to deal with that is probably to use the Threshold filter > to remove all cells that are masked out. > > > > -Ken > > > > > > *From: *ParaView on behalf of Chathuri > Gunasekera > *Date: *Tuesday, May 10, 2016 at 4:49 AM > *To: *ParaView > *Subject: *[EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to > each slice when generating a 3D model > > > > Also,i need to mention that segmented images are saved as Masks. > > > > Kindly tell me, when using Paraview software should i have to use the > boundary or the mask of the segmented image for the purpose of building a > 3D model. (kindly correct me, if i am wrong as i am new to Paraview) > > > > Hope to hear from you soon. > > > > Thank you. > > > > On Tue, May 10, 2016 at 2:53 PM, Chathuri Gunasekera > wrote: > > Hello everyone, > > > > My goal is to generate a 3D model of human organ. > > > > Suppose i have segmented images in each set(each slice is saved using > MatLab software). > > > > So i want to know what are the options which paraview have in order to add > the thickness to each slice. > > > > Your feedback is appreciated. > > > > > > > > -- > > Warm regards, > > Chathuri Gunasekera. > > > > > > -- > > Warm regards, > > Chathuri Gunasekera. > > > > > > > > > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: new_whole_mask_P3290258.jpg Type: image/jpeg Size: 45940 bytes Desc: not available URL: From kmorel at sandia.gov Wed May 11 15:00:39 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Wed, 11 May 2016 19:00:39 +0000 Subject: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Message-ID: <5C07B954-B6EA-4690-8061-153502FE4691@sandia.gov> Without seeing the actual vtk file you are using, it is hard to give you the exact steps. I am assuming that when you say the masks are ?stacked together? that they are available as field variables (for example, you can color the surface by them). Furthermore, I assume by ?make visible? the masks, you mean removed the masked out cells so that you can see through the holes in the data. To do that, after you load your vtk file, add the Threshold filter. Set the ?Scalars? property to the mask variable and then set the range to the mask value you want to pass. -Ken From: Chathuri Gunasekera Date: Wednesday, May 11, 2016 at 11:34 AM To: Kenneth Moreland , ParaView Subject: [EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Hi, Thanks alot for your response, Ken. Herewith,pls see the attachment: how the 3 small masks are looked like. So the large mask(it's not seen here) encompass all three masks. All 4 masks are saved in different folders and all of them have been called in, stacked together and converted to vtk to call into Paraview. So how should i move forward in order to make visible the small 3 masks in the model? Let me know anyone of your thoughts about it. -- Warm regards, Chathuri Gunasekera. On Wed, May 11, 2016 at 7:12 PM, Moreland, Kenneth > wrote: Chathuri Gunasekera, Are your patches available as fields in the data? If so, you should be able to use the Threshold filter with the patches to remove the holes. -Ken From: Chathuri Gunasekera > Date: Tuesday, May 10, 2016 at 8:31 PM To: Kenneth Moreland > Cc: "paraview at paraview.org" > Subject: [EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Hi to all, @ Ken, thank you so much for your response. Really admire it. 1. Yes, i am 100% certain that all the masks are called in. But let me be more into detail. Basically, i have: 1 big mask and 3 patches (which are also saved as masks). Sorry Ken, i think i should have use patch instead of hole [ this patch eventually represent some special features{but these features eventually build up as tubes when it comes to a 3D model.} in a human organ as i am trying to model a human organ itself ]. ANyhow, i am sorry if i make you confuse. You're right Ken, most of the stuff is done in MatLab but all the work looks error-free(because it works fine atleast in MatLab). But i am skeptic of one thing. Should i have to have a transparent big mask in order to see the 3 patches inside the big mask? Is that why , i don't see the patches ? Kindly guide me. 2. I will try that out too. Anyhow, thank you so much for your detailed response Ken. That is a great help. -- Warm regards, Chathuri Gunasekera. On Wed, May 11, 2016 at 12:08 AM, Moreland, Kenneth > wrote: Chathuri Gunasekera, (Responding back to ParaView list to allow others to see and comment.) 1. I?m not sure why you are not see the 3 holes you expect in your mask. It looks like most of your process is building the data in MATLAB. Perhaps something is going wrong there. ParaView must be recognizing the mask since the region outside of the external boundary is removed. Are you sure your three holds are represented in the mask? 2. It sounds like you are finding the mask boundary in a slice. A slice is by definition contained in a 2D plane. You can restore the 2mm thickness manually by running the Extract Surface filter and then the Linear Extrusion filter. -Ken From: Chathuri Gunasekera > Date: Tuesday, May 10, 2016 at 12:03 PM To: Kenneth Moreland > Subject: [EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Hi Ken, Your detailed description is very much appreciated. Thank you so much. Kindly note that following is what i have done in MatLab : a. Segmented images as Masks (just x,y cordinates) b. Saved as a .mat file c. Then append z coordinate( z coordinate is the slice thickness which, each slice has a thickness of 2mm) to the above said mask. Hence, now the image is 3D (saved as .mat file) d. Convert the 3D image into real world coordinates . So x,y,z all are in mm now. (saved as .mat file) e. Since i have about 8 sets and about 50 images per set. Then find the smallest dimension for a particular set. f. Crop the image (saved as .mat file) g. Stack the image (saved as .mat file) h. Finally convert the .mat file to .vtk file i. Then open the .vtk files in Paraview Let me send you 2 outputs which i have obtained so far 1. segmented masked images. I prefer this method because this image looks close to my expectation(i expect a 3D model). Also i have 3 more masks which represent 3 more features inside the big mask (meaning i expect 3 holes inside the big image). But i simply cannot see the 3 holes inside this big mask. What mistake i am doing here? Why can't i see the 3 holes inside the big mask. 2. segmented masked --> converted RGB image to binary and then find the boundary of the mask. So the reason for why i asked the thickness is that for this output i can't see the 2mm thickness . Kindly note that in order to obtain above output i have used couple of masks(slices) and stacked them together. Your assistance is really appreciated here as i was struggling to get a proper 3D model for sometime now and all my efforts are not succeeded yet. Thank you. -- Warm regards, Chathuri Gunasekera. On Tue, May 10, 2016 at 9:50 PM, Moreland, Kenneth > wrote: I think we need more information before we can answer your questions. Your first question was how to ?add thickness? to image slices. If you have image slices, you usually want to load them in as a 3D stack and treat them like a volume. The spacing between the slices is typically specified by the data file itself or by an option in the reader (of which there are almost 100 different types in ParaView). So how you do that depends on your data format. You simply said that your data comes from MATLAB. That?s not very specific, since it is possible to output lots of different types of files from MATLAB. If you are not doing it yet, you might consider this MATLAB module that writes out VTK files (which ParaView handles very well): http://www.mathworks.com/matlabcentral/fileexchange/47814-export-3d-data-to-paraview-in-vtk-legacy-file-format . I haven?t used it myself (I use MATLAB very infrequently), but it looks pretty full featured. You might want to check that out. You also mentioned that the image segmentation is represented by masks. The easiest way to deal with that is probably to use the Threshold filter to remove all cells that are masked out. -Ken From: ParaView > on behalf of Chathuri Gunasekera > Date: Tuesday, May 10, 2016 at 4:49 AM To: ParaView > Subject: [EXTERNAL] Re: [Paraview] [ParaView] How to add thickness to each slice when generating a 3D model Also,i need to mention that segmented images are saved as Masks. Kindly tell me, when using Paraview software should i have to use the boundary or the mask of the segmented image for the purpose of building a 3D model. (kindly correct me, if i am wrong as i am new to Paraview) Hope to hear from you soon. Thank you. On Tue, May 10, 2016 at 2:53 PM, Chathuri Gunasekera > wrote: Hello everyone, My goal is to generate a 3D model of human organ. Suppose i have segmented images in each set(each slice is saved using MatLab software). So i want to know what are the options which paraview have in order to add the thickness to each slice. Your feedback is appreciated. -- Warm regards, Chathuri Gunasekera. -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From kevin.dean at decisionsciencescorp.com Wed May 11 22:41:32 2016 From: kevin.dean at decisionsciencescorp.com (Dean, Kevin) Date: Wed, 11 May 2016 19:41:32 -0700 Subject: [Paraview] Calling Request Data for Plugin Message-ID: Hey guys, so I have a plugin that acquires data across a DDS socket in real-time. However, I am having trouble calling request data continuously. I can see the data being piped into ParaView no problem. However, I would like to do something similar to the PCL Plugin as to when there is a new packet of data, I would like ParaView to Render the polydata. Is there an example of something similar to this? I guess what I am asking, is there an example that shows how to easily control the Proxy for constant rendering?? Any help is much appreciated. Thanks guys. 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 s.perticoni at scsitaly.com Thu May 12 04:29:38 2016 From: s.perticoni at scsitaly.com (stefano perticoni) Date: Thu, 12 May 2016 10:29:38 +0200 Subject: [Paraview] Paraview 5.0.1 (OpenGL2) selection by picking not working with Ubuntu 14.04 and latest Ubuntu Software Center nvidia drivers Message-ID: Hello, I found that picking is not working with OpenGL2 VTK_RENDERING_BACKEND when using most recent nvidia drivers from Ubuntu 14.04 software center ie nvidia-current 304.131-0ubuntu0.14.04.1: -> NVidia binary X.Org driver ('current' driver) -> Optimized hardware acceleration of OpenGL with nvidia graphic cards -> 190,9 MB when installed -> Canonical provides critical updates supplied by the developers of NVidia binary X.Org driver ('current' driver) until maggio 2019. I'm using a GeforceGTX 560M This was replicated with both paraview 5.0.1 OpenGL2 binary downloaded from paraview site and local debug build. There seems to be some issues with: int vtkOpenGLRenderWindow::GetColorBufferSizes(int *rgba) and ParaViewCore/ServerManager/Rendering/vtkSMRenderViewProxy.cxx since line 179 will return: "Selection not supported due to insufficient color depth." Selection is OK with latest nvidia drivers from nvidia.com: version 361.42 Regards, Stefano -------------- next part -------------- An HTML attachment was scrubbed... URL: From asaad.sellmann at rwth-aachen.de Thu May 12 08:23:06 2016 From: asaad.sellmann at rwth-aachen.de (Sellmann, Kai Asaad) Date: Thu, 12 May 2016 12:23:06 +0000 Subject: [Paraview] WG: Visualizing load paths In-Reply-To: <1462970667534.86624@rwth-aachen.de> References: <1462274379341.43274@rwth-aachen.de>, <1462863894054.37762@rwth-aachen.de>, <1462970667534.86624@rwth-aachen.de> Message-ID: <1463055786647.13616@rwth-aachen.de> Dear community, my last two questions haven't been answered, so I guess my way of asking wasn't appropriate. So I'll try again: I need to put the following Information from a FE-Calculation into a file format that can be read by paraview. And that can be used with Stream Tracers: (Node ID) Nodal Coordinates Nodal Stresses XX YY ZZ XY XZ YZ I know how to make paraview interpret the Coordinates as Points but I don't know how to make paraview interpret the Nodal Stresses as Components of Vectors. Any hint or Idea would be greatly appreciated!!! Thank you very much in advance! Asaad -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Thu May 12 08:35:32 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 12 May 2016 14:35:32 +0200 Subject: [Paraview] WG: Visualizing load paths In-Reply-To: <1463055786647.13616@rwth-aachen.de> References: <1462274379341.43274@rwth-aachen.de> <1462863894054.37762@rwth-aachen.de> <1462970667534.86624@rwth-aachen.de> <1463055786647.13616@rwth-aachen.de> Message-ID: Hello ParaView StreamTracer works only on 3-components arrays, not 6-components array. You will need to convert your tensors into a vectors before being able to use it with the StreamTracer. Regards, Mathieu Westphal On Thu, May 12, 2016 at 2:23 PM, Sellmann, Kai Asaad < asaad.sellmann at rwth-aachen.de> wrote: > Dear community, > > my last two questions haven't been answered, so I guess my way of asking > wasn't appropriate. So I'll try again: > I need to put the following Information from a FE-Calculation into a file > format that can be read by paraview. And that can be used with Stream > Tracers: > > (Node ID) > Nodal Coordinates > Nodal Stresses XX YY ZZ XY XZ YZ > > I know how to make paraview interpret the Coordinates as Points but I > don't know how to make paraview interpret the Nodal Stresses as Components > of Vectors. > > Any hint or Idea would be greatly appreciated!!! > Thank you very much in advance! > > Asaad > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 samuelkey at bresnan.net Thu May 12 10:22:26 2016 From: samuelkey at bresnan.net (Samuel Key) Date: Thu, 12 May 2016 08:22:26 -0600 Subject: [Paraview] WG: Visualizing load paths In-Reply-To: <1463055786647.13616@rwth-aachen.de> References: <1462274379341.43274@rwth-aachen.de> <1462863894054.37762@rwth-aachen.de> <1462970667534.86624@rwth-aachen.de> <1463055786647.13616@rwth-aachen.de> Message-ID: <8a4589bb-908b-1381-17b3-260847bd8ad4@bresnan.net> An HTML attachment was scrubbed... URL: -------------- next part -------------- !! !! Start vtk "PointData" data. !! WRITE (IO_UNIT%LVTO,'(A)') '' !! !! Write element-based (cell) stress data to VTK Data File. !! The retrieval function STRESS_DATA( element_n, component_i ) is used !! with the following stress-component retrieval pattern to produce the !! the stress-component pattern expected by ParaView (PV): !! ( 1 4 5 ) ( xx xy xz ) ( 1 2 3 ) !! Fma-3D Indices => ( 4 2 6 ) = ( yx yy yz ) = ( 4 5 6 ) <= PV Indices !! ( 5 6 3 ) ( zx zy zz ) ( 7 8 9 ) !! WRITE(IO_UNIT%LVTO,'(2X,A)')'' Lbgn = 1 Lend = LREMAIN DO i = 1,LBLOCKS+1 WRITE(IO_UNIT%LVTO,'((6(1PE15.7)))') & ((/ STRESS_DATA(NELUSED(L),1),STRESS_DATA(NELUSED(L),4),STRESS_DATA(NELUSED(L),5), & STRESS_DATA(NELUSED(L),4),STRESS_DATA(NELUSED(L),2),STRESS_DATA(NELUSED(L),6), & STRESS_DATA(NELUSED(L),5),STRESS_DATA(NELUSED(L),6),STRESS_DATA(NELUSED(L),3) /), L = Lbgn,Lend) Lbgn = Lend + 1 Lend = Lend + LBCOUNT ENDDO WRITE(IO_UNIT%LVTO,'(2X,A)')'' WRITE(IO_UNIT%LVTO,'(2X,A)')'' Lbgn = 1 Lend = LREMAIN DO i = 1,LBLOCKS+1 WRITE(IO_UNIT%LVTO,'((6(1PE15.7)))') (EFFECTIVE_STRESS(NELUSED(L)), L = Lbgn,Lend) Lbgn = Lend + 1 Lend = Lend + LBCOUNT ENDDO WRITE(IO_UNIT%LVTO,'(2X,A)')'' WRITE(IO_UNIT%LVTO,'(2X,A)')'' Lbgn = 1 Lend = LREMAIN DO i = 1,LBLOCKS+1 WRITE(IO_UNIT%LVTO,'((6(1PE15.7)))') (PRESSURE(NELUSED(L)), L = Lbgn,Lend) Lbgn = Lend + 1 Lend = Lend + LBCOUNT ENDDO WRITE(IO_UNIT%LVTO,'(2X,A)')'' WRITE(IO_UNIT%LVTO,'(2X,A)')'' Lbgn = 1 Lend = LREMAIN DO i = 1,LBLOCKS+1 WRITE(IO_UNIT%LVTO,'((6(1PE15.7)))') (BULK_STRAIN(NELUSED(L)), L = Lbgn,Lend) Lbgn = Lend + 1 Lend = Lend + LBCOUNT ENDDO WRITE(IO_UNIT%LVTO,'(2X,A)')'' WRITE(IO_UNIT%LVTO,'(2X,A)')'' Lbgn = 1 Lend = LREMAIN DO i = 1,LBLOCKS+1 WRITE(IO_UNIT%LVTO,'((6(1PE15.7)))') (STRAIN_ENERGY_DENSITY(NELUSED(L)), L = Lbgn,Lend) Lbgn = Lend + 1 Lend = Lend + LBCOUNT ENDDO WRITE(IO_UNIT%LVTO,'(2X,A)')'' WRITE(IO_UNIT%LVTO,'(2X,A)')'' Lbgn = 1 Lend = LREMAIN DO i = 1,LBLOCKS+1 WRITE(IO_UNIT%LVTO,'((6X,8I10))') (MatID_DATA(NELUSED(L)), L = Lbgn,Lend) Lbgn = Lend + 1 Lend = Lend + LBCOUNT ENDDO WRITE(IO_UNIT%LVTO,'(2X,A)')'' !! !! End vtk "PointData" data. !! WRITE (IO_UNIT%LVTO,'(A)') '' -------------- next part -------------- !! !! Initialize sequential Material part counter. !! MPart = 0 !! !! Start this-time-step block. !! CBUFFER = "BEGIN TIME STEP" WRITE (IO_UNIT%LEGO) CBUFFER CBUFFER = "Element Stress(xx,yy,zz,xy,xz,yz) Results" WRITE (IO_UNIT%LEGO) CBUFFER !! !! Loop on Material parts. !! DO M = 1,NUMMT !! !! The function ELEMENTS_AND_NODES_USED(*) gen's nodal-points-used array NPTUSED, !! elements-used array NELUSED and vtk output-index-translation array NPTNOWI for !! this material. If material M is used, the function returns 1, otherwise 0. !! IF (ELEMENTS_AND_NODES_USED(M) .GT. 0) THEN NNodes = MATERIAL(M)%NNodes NElems = MATERIAL(M)%NElems CBUFFER = "part" WRITE (IO_UNIT%LEGO) CBUFFER MPart = MPart + 1 WRITE (IO_UNIT%LEGO) MPart Nend = 0 LBCOUNT = IBCOUNT MEL_COUNT = (/MHX,MPX,MPY,MTX,MM3,MP3,MM4,MP4,MTR,MPH,MPG/) DO k = 1,10 MXX = MEL_COUNT(k) IF (MXX .GT. 0) THEN Nbgn = Nend + 1 Nend = Nend + MXX CBUFFER = ESG_ELEMENT_TYPE(k) WRITE (IO_UNIT%LEGO) CBUFFER LBLOCKS = MXX / LBCOUNT LREMAIN = MXX - LBCOUNT*LBLOCKS !! !! NOTE: The symmetric stress tensor components stored in the 1-D !! array STRESS (*,1:6) in the program exactly match the component !! order expected by the EnSight Gold results file. !! !! Program ==> (/Sxx,Syy,Szz,Sxy,Sxz,Syz/) !! EnSight ==> (/S11,S22,S33,S12,S13,S23/) !! Lbgn = Nbgn Lend = Lbgn + LREMAIN - 1 DO i = 1,LBLOCKS+1 WRITE (IO_UNIT%LEGO) (STRESS_DATA(NELUSED(n),1), n = Lbgn,Lend) Lbgn = Lend + 1 Lend = Lend + LBCOUNT ENDDO Lbgn = Nbgn Lend = Lbgn + LREMAIN - 1 DO i = 1,LBLOCKS+1 WRITE (IO_UNIT%LEGO) (STRESS_DATA(NELUSED(n),2), n = Lbgn,Lend) Lbgn = Lend + 1 Lend = Lend + LBCOUNT ENDDO Lbgn = Nbgn Lend = Lbgn + LREMAIN - 1 DO i = 1,LBLOCKS+1 WRITE (IO_UNIT%LEGO) (STRESS_DATA(NELUSED(n),3), n = Lbgn,Lend) Lbgn = Lend + 1 Lend = Lend + LBCOUNT ENDDO Lbgn = Nbgn Lend = Lbgn + LREMAIN - 1 DO i = 1,LBLOCKS+1 WRITE (IO_UNIT%LEGO) (STRESS_DATA(NELUSED(n),4), n = Lbgn,Lend) Lbgn = Lend + 1 Lend = Lend + LBCOUNT ENDDO Lbgn = Nbgn Lend = Lbgn + LREMAIN - 1 DO i = 1,LBLOCKS+1 WRITE (IO_UNIT%LEGO) (STRESS_DATA(NELUSED(n),5), n = Lbgn,Lend) Lbgn = Lend + 1 Lend = Lend + LBCOUNT ENDDO Lbgn = Nbgn Lend = Lbgn + LREMAIN - 1 DO i = 1,LBLOCKS+1 WRITE (IO_UNIT%LEGO) (STRESS_DATA(NELUSED(n),6), n = Lbgn,Lend) Lbgn = Lend + 1 Lend = Lend + LBCOUNT ENDDO ENDIF ENDDO ENDIF ENDDO !! !! Close out this-time-step block. !! CBUFFER = "END TIME STEP" WRITE (IO_UNIT%LEGO) CBUFFER CLOSE (UNIT=IO_UNIT%LEGO, STATUS='KEEP') ENDIF ###################################################################################### The EnSight Case file -- ###################################################################################### FORMAT type: ensight gold GEOMETRY model: 1 1 fmaego.results.geom change_coords_only VARIABLE vector per node: 1 1 Displacement fmaego.results.ndis vector per node: 1 1 Velocity fmaego.results.nvel vector per node: 1 1 Acceleration fmaego.results.nacc scalar per element: 1 1 Material fmaego.results.emat scalar per element: 1 1 Material-State fmaego.results.esta scalar per element: 1 1 Pressure fmaego.results.eprs scalar per element: 1 1 Bulk-Strain fmaego.results.elnv scalar per element: 1 1 Strain-Energy-Density fmaego.results.esed scalar per element: 1 1 Effective-Stress fmaego.results.edev vector per element: 1 1 Stress*Vel fmaego.results.estv tensor symm per element: 1 1 Stress fmaego.results.estr TIME time set: 1 number of steps: 101 time values: 1.000000000000E-06 2.000000000000E-05 4.100000000000E-05 6.100000000000E-05 8.100000000000E-05 1.010000000000E-04 1.210000000000E-04 1.410000000000E-04 1.610000000000E-04 1.810000000000E-04 2.010000000000E-04 2.210000000000E-04 2.410000000000E-04 2.610000000000E-04 2.800000000000E-04 3.000000000000E-04 3.200000000000E-04 3.400000000000E-04 3.600000000000E-04 3.800000000000E-04 4.000000000000E-04 4.200000000000E-04 4.400000000000E-04 4.600000000000E-04 4.800000000000E-04 5.000000000000E-04 5.200000000000E-04 5.400000000000E-04 5.600000000000E-04 5.800000000000E-04 6.000000000000E-04 6.200000000000E-04 6.400000000000E-04 6.600000000000E-04 6.800000000000E-04 7.000000000000E-04 7.200000000000E-04 7.400000000000E-04 7.600000000000E-04 7.800000000000E-04 8.000000000000E-04 8.200000000000E-04 8.400000000000E-04 8.600000000000E-04 8.800000000000E-04 9.000000000000E-04 9.200000000000E-04 9.400000000000E-04 9.600000000000E-04 9.800000000000E-04 1.000000000000E-03 1.020000000000E-03 1.040000000000E-03 1.060000000000E-03 1.080000000000E-03 1.100000000000E-03 1.120000000000E-03 1.140000000000E-03 1.161000000000E-03 1.181000000000E-03 1.201000000000E-03 1.221000000000E-03 1.241000000000E-03 1.261000000000E-03 1.281000000000E-03 1.301000000000E-03 1.321000000000E-03 1.341000000000E-03 1.361000000000E-03 1.381000000000E-03 1.401000000000E-03 1.421000000000E-03 1.441000000000E-03 1.461000000000E-03 1.481000000000E-03 1.501000000000E-03 1.521000000000E-03 1.541000000000E-03 1.561000000000E-03 1.581000000000E-03 1.601000000000E-03 1.621000000000E-03 1.641000000000E-03 1.661000000000E-03 1.681000000000E-03 1.701000000000E-03 1.721000000000E-03 1.741000000000E-03 1.761000000000E-03 1.781000000000E-03 1.801000000000E-03 1.821000000000E-03 1.841000000000E-03 1.861000000000E-03 1.881000000000E-03 1.901000000000E-03 1.921000000000E-03 1.941000000000E-03 1.961000000000E-03 1.981000000000E-03 2.001000000000E-03 FILE file set: 1 number of steps: 101 ###################################################################################### From tamas.szep at kit.edu Thu May 12 13:15:17 2016 From: tamas.szep at kit.edu (=?iso-8859-1?B?U3rpcCwgVGFt4XMgKElWRCk=?=) Date: Thu, 12 May 2016 17:15:17 +0000 Subject: [Paraview] C++ Plugin Filter Message-ID: <1463073317462.75301@kit.edu> Hi, could somebody help me on how to implement a filter with C++ in Paraview, which is capable of reacting on external events by invalidating itself, so that next time when a frame is rendered, the filter (and the dependent pipeline parts if any) get(s) reexecuted. I mainly need it for view-dependent filtering, but you can also consider an input reader that reexecutes when the file is changed as an example. Thank you for the answers in advance. Kind regards: Tam?s Sz?p -------------- next part -------------- An HTML attachment was scrubbed... URL: From fabidi89 at vt.edu Fri May 13 04:00:14 2016 From: fabidi89 at vt.edu (Faiz Abidi) Date: Fri, 13 May 2016 04:00:14 -0400 Subject: [Paraview] Paraview in CAVE and remote rendering In-Reply-To: References: Message-ID: Thanks for your reply. Yeah, I think biggest one would be network latency. I'll try it soon, and report how it goes. On Wed, May 11, 2016 at 1:08 PM, David E DeMarle wrote: > I can think of two ways: > 1) vnc or better display forwarding between the N cloud nodes and the N > CAVE tile nodes > 2) run paraview in split dataserver/renderserver mode where the cloud runs > data server and does data processing and then the first N nodes send the > surface geometry to the N renderserver nodes which drive the tiles > > I haven't personally tried either option with a CAVE so I don't know what > monsters are hiding in either the path. > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > On Tue, May 10, 2016 at 11:37 PM, Faiz Abidi wrote: > >> Hi Guys, >> >> Wondering how should I go about remote rendering and visualization in a >> CAVE. I can visualize in a CAVE using an on-premise server physically >> connected to the projectors driving the CAVE, and using my laptop as the >> client. But how would I pass a PVX file if this server is somewhere on >> Amazon etc? >> -- >> Faiz Abidi | Master's Student at Virginia Tech | www.faizabidi.com | >> +1-540-998-6636 >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -- Faiz Abidi | Master's Student at Virginia Tech | www.faizabidi.com | +1-540-998-6636 -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Fri May 13 07:54:15 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 13 May 2016 07:54:15 -0400 Subject: [Paraview] Paraview in CAVE and remote rendering In-Reply-To: References: Message-ID: Agreed. And comparing options 1 and 2, with 1 you pay the latency on every camera motion. With 2 you pay it only when the data changes. This is the same as client side rendering for standard ParaView. This is less of an advantage as is used to be because video streaming technologies have recently improved substantially. good luck David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, May 13, 2016 at 4:00 AM, Faiz Abidi wrote: > Thanks for your reply. > > Yeah, I think biggest one would be network latency. I'll try it soon, and > report how it goes. > > On Wed, May 11, 2016 at 1:08 PM, David E DeMarle > wrote: > >> I can think of two ways: >> 1) vnc or better display forwarding between the N cloud nodes and the N >> CAVE tile nodes >> 2) run paraview in split dataserver/renderserver mode where the cloud >> runs data server and does data processing and then the first N nodes send >> the surface geometry to the N renderserver nodes which drive the tiles >> >> I haven't personally tried either option with a CAVE so I don't know what >> monsters are hiding in either the path. >> >> David E DeMarle >> Kitware, Inc. >> R&D Engineer >> 21 Corporate Drive >> Clifton Park, NY 12065-8662 >> Phone: 518-881-4909 >> >> On Tue, May 10, 2016 at 11:37 PM, Faiz Abidi wrote: >> >>> Hi Guys, >>> >>> Wondering how should I go about remote rendering and visualization in a >>> CAVE. I can visualize in a CAVE using an on-premise server physically >>> connected to the projectors driving the CAVE, and using my laptop as the >>> client. But how would I pass a PVX file if this server is somewhere on >>> Amazon etc? >>> -- >>> Faiz Abidi | Master's Student at Virginia Tech | www.faizabidi.com | >>> +1-540-998-6636 >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> > > > -- > Faiz Abidi | Master's Student at Virginia Tech | www.faizabidi.com | > +1-540-998-6636 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cgunases at gmail.com Fri May 13 15:32:23 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Sat, 14 May 2016 01:02:23 +0530 Subject: [Paraview] [ParaView] visualization: possible to add different layers to combine and come up with a model? Message-ID: Hi everyone, With respect to visualization a 3D model, is there a possibility in ParaView to overlap three pieces(three masks) together (which are saved separately) and then combine to form a 3D model ? -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From arsh840 at gmail.com Sat May 14 04:26:05 2016 From: arsh840 at gmail.com (Arshpreet Singh) Date: Sat, 14 May 2016 13:56:05 +0530 Subject: [Paraview] Paraview Climate Science Message-ID: Hi I am accessing netcdf file from Python interface in Paraview, My main goal is to access different parameters change in air and temperature with respect to time. Can anyone point me towards and example Python code which can show demonstration of Paraview and netcdf files from using Python code? -- Thanks Arshpreet Singh I am Sikh boy, Learning by doing and Learning by teaching is my religion. ------------------------------------------------------------------------------ Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ From cgunases at gmail.com Sat May 14 05:54:46 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Sat, 14 May 2016 15:24:46 +0530 Subject: [Paraview] [ParaView] How to add slice thickness ? Message-ID: Hi, I have lot of image slices which need to employ in generating a 3D model. Can someone kindly tell me, how to add the slice thickness in ParaView? Thanks in advance. -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From houssen at ipgp.fr Mon May 16 10:55:21 2016 From: houssen at ipgp.fr (houssen) Date: Mon, 16 May 2016 16:55:21 +0200 Subject: [Paraview] =?utf-8?q?Bug_in_XDMF_reader_=3F?= Message-ID: <422f2e4d208ac9f23f738e444abdf90a@imap.ipgp.fr> Hello, I have 2 grids (sharing the same nodes). On ParaView-5.0.0, when attribute names differ in grids, data can not be visualized : is this intended ? If yes why ? If no, how to file a bug ? Thanks, Franck ~> diff OK.xdmf KO.xdmf 48c48 < --- > 52c52 < --- > -------------- next part -------------- A non-text attachment was scrubbed... Name: KO.xdmf Type: application/xml Size: 2022 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OK.xdmf Type: application/xml Size: 2028 bytes Desc: not available URL: From kmorel at sandia.gov Mon May 16 15:12:35 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Mon, 16 May 2016 19:12:35 +0000 Subject: [Paraview] Paraview Climate Science Message-ID: <5CD7CA5D-1ABA-4D9F-96EE-CCA49F158FD6@sandia.gov> Arshpreet Singh, I highly recommend you take a look at the Python trace feature in the ParaView GUI. It will automatically create Python code that replicates things you do in the GUI, which I find much easier than trying to write the Python code from scratch. The Python trace feature is documented in both the ParaView tutorial (http://www.paraview.org/Wiki/The_ParaView_Tutorial) and the ParaView User?s guide (http://www.paraview.org/paraview-guide/), both of which are available for free. As an example, I have attached a Python script that loads a netCDF file, shows a variable, and animates over time. I generated this in the ParaView GUI in less time than it took me to write the rest of this email. -Ken On 5/14/16, 2:26 AM, "ParaView on behalf of Arshpreet Singh" wrote: >Hi I am accessing netcdf file from Python interface in Paraview, My >main goal is to access different parameters change in air and >temperature with respect to time. > > >Can anyone point me towards and example Python code which can show >demonstration of Paraview and netcdf files from using Python code? > >-- > >Thanks >Arshpreet Singh > >I am Sikh boy, Learning by doing and Learning by teaching is my religion. >------------------------------------------------------------------------------ >Slashdot TV. >Video for Nerds. Stuff that matters. >http://tv.slashdot.org/ >_______________________________________________ >Powered by www.kitware.com > >Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > >Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > >Search the list archives at: http://markmail.org/search/?q=ParaView > >Follow this link to subscribe/unsubscribe: >http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- A non-text attachment was scrubbed... Name: LoadNetCDF.py Type: text/x-python-script Size: 1937 bytes Desc: LoadNetCDF.py URL: From u.utku.turuncoglu at be.itu.edu.tr Tue May 17 03:50:45 2016 From: u.utku.turuncoglu at be.itu.edu.tr (Ufuk Utku Turuncoglu (BE)) Date: Tue, 17 May 2016 10:50:45 +0300 Subject: [Paraview] Paraview Climate Science In-Reply-To: <5CD7CA5D-1ABA-4D9F-96EE-CCA49F158FD6@sandia.gov> References: <5CD7CA5D-1ABA-4D9F-96EE-CCA49F158FD6@sandia.gov> Message-ID: <356c3a31-f2ca-7e8d-8812-cb2ce9b6f9eb@be.itu.edu.tr> Hi, You might want to check following link, https://www.dkrz.de/Nutzerportal-en/doku/vis/sw/paraview There are sample datasets (mostly netcdf files) and a tutorial document that are dedicated to climate data analysis. I hope it helps. Regards, --ufuk On 16/05/16 22:12, Moreland, Kenneth wrote: > Arshpreet Singh, > > I highly recommend you take a look at the Python trace feature in the ParaView GUI. It will automatically create Python code that replicates things you do in the GUI, which I find much easier than trying to write the Python code from scratch. The Python trace feature is documented in both the ParaView tutorial (http://www.paraview.org/Wiki/The_ParaView_Tutorial) and the ParaView User?s guide (http://www.paraview.org/paraview-guide/), both of which are available for free. > > As an example, I have attached a Python script that loads a netCDF file, shows a variable, and animates over time. I generated this in the ParaView GUI in less time than it took me to write the rest of this email. > > -Ken > > > On 5/14/16, 2:26 AM, "ParaView on behalf of Arshpreet Singh" wrote: > >> Hi I am accessing netcdf file from Python interface in Paraview, My >> main goal is to access different parameters change in air and >> temperature with respect to time. >> >> >> Can anyone point me towards and example Python code which can show >> demonstration of Paraview and netcdf files from using Python code? >> >> -- >> >> Thanks >> Arshpreet Singh >> >> I am Sikh boy, Learning by doing and Learning by teaching is my religion. >> ------------------------------------------------------------------------------ >> Slashdot TV. >> Video for Nerds. Stuff that matters. >> http://tv.slashdot.org/ >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From mgammar at outlook.fr Tue May 17 05:26:54 2016 From: mgammar at outlook.fr (Marwen Gammar) Date: Tue, 17 May 2016 11:26:54 +0200 Subject: [Paraview] Vtp file calling other files Message-ID: Hello Miss, Mister, I want to combine lots of files for my animation so that i can save space in my computer, however i get messages of error about the fact that the file cannot be read, could you help me please? Here is an example with the cube: 1 2 3 4 5 6 7 0 0 1 2 3 4 5 6 7 0 1 5 4 2 3 7 6 0 4 7 3 1 2 6 5 4 8 12 16 20 24 The use of Xinclude works with xdmf but i have some trouble with the animation, so i want to use through vtp files. Thank you very much for your help! GAMMAR Marwen -------------- next part -------------- An HTML attachment was scrubbed... URL: From joachim.pouderoux at kitware.com Tue May 17 07:57:14 2016 From: joachim.pouderoux at kitware.com (Joachim Pouderoux) Date: Tue, 17 May 2016 13:57:14 +0200 Subject: [Paraview] Bug in XDMF reader ? In-Reply-To: <422f2e4d208ac9f23f738e444abdf90a@imap.ipgp.fr> References: <422f2e4d208ac9f23f738e444abdf90a@imap.ipgp.fr> Message-ID: Houssen, Could you specify which reader you are using? xdmf2 or xdmf3? You mention PV5.0.0 - do you mean it used to work with previous releases? Best, *Joachim Pouderoux* *PhD, Technical Expert* *Kitware SAS * 2016-05-16 16:55 GMT+02:00 houssen : > Hello, > > I have 2 grids (sharing the same nodes). On ParaView-5.0.0, when attribute > names differ in grids, data can not be visualized : is this intended ? If > yes why ? If no, how to file a bug ? > > Thanks, > > Franck > > ~> diff OK.xdmf KO.xdmf > 48c48 > < > --- > >> >> > 52c52 > < > --- > >> >> > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From houssen at ipgp.fr Tue May 17 09:07:13 2016 From: houssen at ipgp.fr (houssen) Date: Tue, 17 May 2016 15:07:13 +0200 Subject: [Paraview] =?utf-8?q?Bug_in_XDMF_reader_=3F?= In-Reply-To: References: <422f2e4d208ac9f23f738e444abdf90a@imap.ipgp.fr> Message-ID: Just to clarify, the scenario that makes problem is : select all cells, go to selection inspector, visualize (in 3D viewer) values on cells and / or points (this triggers errors). My understanding is that both xdmf (OK and KO) are valid and should work. OK.xdmf works (whatever PV version), but, KO.xdmf do not (whatever PV version). The problem appears when attribute names differ on different grids : this looks (not sure) like a bug to me. With PV5.0.0 + default XDMF reader (which should be XDMF2 if I understand correctly), I get : Warning: In /scratch/ParaView-v5.0.0-source/VTK/Rendering/Label/vtkLabeledDataMapper.cxx, line 439 vtkLabeledDataMapper (0x36cc600): Could not find label array (NodeValues) in input. Warning: In /scratch/ParaView-v5.0.0-source/VTK/Rendering/Label/vtkLabeledDataMapper.cxx, line 439 vtkLabeledDataMapper (0x36cc600): Could not find label array (NodeVal) in input. Note : I tested with all point and cell values, only node values triggers error, cell values "do nothing". With PV5.0.0 + XDMF3 reader, I get: 'Content' not found in itemProperties in XdmfArray::populateItem Qt has caught an exception thrown from an event handler. Throwing exceptions from an event handler is not supported in Qt. You must reimplement QApplication::notify() and catch all exceptions there. terminate called after throwing an instance of 'XdmfError' what(): 'Content' not found in itemProperties in XdmfArray::populateItem Aborted With PV4.0.1 + default XDMF reader (which should be XDMF2 if I understand correctly), I get : Warning: In /scratch/ParaView-v4.0.1-source/VTK/Rendering/Label/vtkLabeledDataMapper.cxx, line 442 vtkLabeledDataMapper (0x97f2140): Could not find label array (CellVal) in input. Warning: In /scratch/ParaView-v4.0.1-source/VTK/Rendering/Label/vtkLabeledDataMapper.cxx, line 442 vtkLabeledDataMapper (0x97d32d0): Could not find label array (NodeVal) in input. Note : I tested with all point and cell values, only CellVal and NodeVal triggers error, NodesValues and CellValues are visualized correctly. Franck ~> diff OK.xdmf KO.xdmf 48c48 < --- > 52c52 < --- > Le 2016-05-17 13:57, Joachim Pouderoux a ?crit?: > Houssen, > > Could you specify which reader you are using? xdmf2 or xdmf3? > You mention PV5.0.0 - do you mean it used to work with previous > releases? > > Best, > > JOACHIM POUDEROUX > >> _PhD, Technical Expert_ > > 2016-05-16 16:55 GMT+02:00 houssen : > >> Hello, >> >> I have 2 grids (sharing the same nodes). On ParaView-5.0.0, when >> attribute names differ in grids, data can not be visualized : is >> this intended ? If yes why ? If no, how to file a bug ? >> >> Thanks, >> >> Franck >> >> ~> diff OK.xdmf KO.xdmf >> 48c48 >> > Center="Node"> >> --- >> >>> ? ? ? >> Center="Node"> >> 52c52 >> > Center="Cell"> >> --- >> >>> ? ? ? >> Center="Cell"> >> >> _______________________________________________ >> Powered by www.kitware.com [1] >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html [2] >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView [3] >> >> Search the list archives at: >> http://markmail.org/search/?q=ParaView [4] >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview [5] > > > > Links: > ------ > [1] http://www.kitware.com > [2] http://www.kitware.com/opensource/opensource.html > [3] http://paraview.org/Wiki/ParaView > [4] http://markmail.org/search/?q=ParaView > [5] http://public.kitware.com/mailman/listinfo/paraview > [6] mailto:houssen at ipgp.fr -------------- next part -------------- A non-text attachment was scrubbed... Name: KO.xdmf Type: application/xml Size: 2022 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: OK.xdmf Type: application/xml Size: 2028 bytes Desc: not available URL: From u.utku.turuncoglu at be.itu.edu.tr Wed May 18 05:22:38 2016 From: u.utku.turuncoglu at be.itu.edu.tr (Ufuk Utku Turuncoglu (BE)) Date: Wed, 18 May 2016 12:22:38 +0300 Subject: [Paraview] capability of ParaView, Catalyst in distributed computing environment ... Message-ID: Hi All, I just wonder about the capability of ParaView, Catalyst in distributed computing environment. I have little bit experience in in-situ visualization but it is hard for me to see the big picture at this point. So, i decided to ask to the user list to get some suggestion from the experts. Hypothetically, lets assume that we have two simulation code that are coupled together (i.e. fluid-structure interaction) and both of them have their own MPI_COMM_WORLD and run on different processors (model1 runs on MPI rank 0,1,2,3 and model2 runs on 4,5,6,7). What is the correct design to create integrated in-situ visualization analysis (both model contributes to same visualization pipeline) in this case? Do you know any implementation that is similar to this design? At least, is it possible? In this case, the adaptor code will need to access to two different MPI_COMM_WORLD and it could run on all processor (from 0 to 7) or its own MPI_COMM_WORLD (i.e. MPI ranks 8,9,10,11). Also, the both simulation code have its own grid and field definitions (might be handled via defining different input ports). Does it create a problem in Paraview, Catalyst side, if the multiblock dataset is used to define the grids of the components in adaptor. I am asking because some MPI processes (belongs to adaptor code) will not have data for specific model component due to the domain decomposition implementation of the individual models. For example, MPI rank 4,5,6,7 will not have data for model1 (that runs on MPI rank 0,1,2,3) and 0,1,2,3 will not have data for model2 (that runs on MPI rank 4,5,6,7). To that end, do i need to collect all the data from the components? If this is the case, how can i handle 2d decomposition problem? Because, the adaptor code has no any common grid structure that fits for all the model components. Regards, Ufuk Turuncoglu From danielbo17 at hotmail.com Wed May 18 10:16:55 2016 From: danielbo17 at hotmail.com (Daniel Oliveira) Date: Wed, 18 May 2016 11:16:55 -0300 Subject: [Paraview] Paraview Crash Message-ID: Hi all, I need Paraview to view some vtk files generated by the finite element solver LIGGGTHS.I receive a problem when I try to execute the binary of ParaView-5.0.1-Qt4-OpenGL2-MPI-Linux-64bit.This is my error: I click "OK" and "RENDER VIEW". After this Paraview crash.This is the error in console. #------------------------------------------------------------------------------------------------------------------------------#ERROR: In /home/kitware/dashboards/buildbot/paraview-debian6dash-linux-shared-release_opengl2_qt4_superbuild/build/paraview/src/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, line 587vtkXOpenGLRenderWindow (0x20bac10): 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 /home/kitware/dashboards/buildbot/paraview-debian6dash-linux-shared-release_opengl2_qt4_superbuild/build/paraview/src/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, line 587vtkXOpenGLRenderWindow (0x20bac10): 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.#------------------------------------------------------------------------------------------------------------------------------# I thought that was mesa driver. I have compiled the newest mesa drivers and the problem persist.Can anyone help with this problem? My system is a Debian 8.4.0 amd64 in a HP g42-330BR notebook.Please, tell what additional info I need to inform.Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: snapshot1.png Type: image/png Size: 19582 bytes Desc: not available URL: From utkarsh.ayachit at kitware.com Wed May 18 10:26:42 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 18 May 2016 10:26:42 -0400 Subject: [Paraview] Paraview Crash In-Reply-To: References: Message-ID: You may need to rebuild mesa with drivers that support OpenGL 3.2 and newer. See this post: https://blog.kitware.com/messing-with-mesa-for-paraview-5-0vtk-7-0/ Alternatively, as the post mentions, try running the binary are > paraview --mesa-llvm That will use the packaged mesa libGL and hopefully circumvent the issue. Utkarsh On Wed, May 18, 2016 at 10:16 AM, Daniel Oliveira wrote: > Hi all, > > I need Paraview to view some vtk files generated by the finite element > solver LIGGGTHS. > I receive a problem when I try to execute the binary of > ParaView-5.0.1-Qt4-OpenGL2-MPI-Linux-64bit. > This is my error: > > > > > > I click "OK" and "RENDER VIEW". After this Paraview crash. > This is the error in console. > > > > #------------------------------------------------------------------------------------------------------------------------------# > ERROR: In > /home/kitware/dashboards/buildbot/paraview-debian6dash-linux-shared-release_opengl2_qt4_superbuild/build/paraview/src/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, > line 587 > vtkXOpenGLRenderWindow (0x20bac10): 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 > /home/kitware/dashboards/buildbot/paraview-debian6dash-linux-shared-release_opengl2_qt4_superbuild/build/paraview/src/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, > line 587 > vtkXOpenGLRenderWindow (0x20bac10): 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. > > #------------------------------------------------------------------------------------------------------------------------------# > > > I thought that was mesa driver. I have compiled the newest mesa drivers > and the problem persist. > Can anyone help with this problem? > > My system is a Debian 8.4.0 amd64 in a HP g42-330BR notebook. > Please, tell what additional info I need to inform. > Thank you. > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: snapshot1.png Type: image/png Size: 19582 bytes Desc: not available URL: From andy.bauer at kitware.com Wed May 18 10:52:20 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Wed, 18 May 2016 10:52:20 -0400 Subject: [Paraview] capability of ParaView, Catalyst in distributed computing environment ... In-Reply-To: References: Message-ID: Hi, I'm a bit confused. MPI_COMM_WORLD is the global communicator and as far as I'm aware, can't be modified which means there can't be two different communicators. Catalyst can be set to use a specific MPI communicator and that's been done by at least one code (Code_Saturne). I think they have a multiphysics simulation as well. Cheers, Andy On Wed, May 18, 2016 at 5:22 AM, Ufuk Utku Turuncoglu (BE) < u.utku.turuncoglu at be.itu.edu.tr> wrote: > Hi All, > > I just wonder about the capability of ParaView, Catalyst in distributed > computing environment. I have little bit experience in in-situ > visualization but it is hard for me to see the big picture at this point. > So, i decided to ask to the user list to get some suggestion from the > experts. Hypothetically, lets assume that we have two simulation code that > are coupled together (i.e. fluid-structure interaction) and both of them > have their own MPI_COMM_WORLD and run on different processors (model1 runs > on MPI rank 0,1,2,3 and model2 runs on 4,5,6,7). What is the correct design > to create integrated in-situ visualization analysis (both model contributes > to same visualization pipeline) in this case? Do you know any > implementation that is similar to this design? At least, is it possible? > > In this case, the adaptor code will need to access to two different > MPI_COMM_WORLD and it could run on all processor (from 0 to 7) or its own > MPI_COMM_WORLD (i.e. MPI ranks 8,9,10,11). Also, the both simulation code > have its own grid and field definitions (might be handled via defining > different input ports). Does it create a problem in Paraview, Catalyst > side, if the multiblock dataset is used to define the grids of the > components in adaptor. I am asking because some MPI processes (belongs to > adaptor code) will not have data for specific model component due to the > domain decomposition implementation of the individual models. For example, > MPI rank 4,5,6,7 will not have data for model1 (that runs on MPI rank > 0,1,2,3) and 0,1,2,3 will not have data for model2 (that runs on MPI rank > 4,5,6,7). To that end, do i need to collect all the data from the > components? If this is the case, how can i handle 2d decomposition problem? > Because, the adaptor code has no any common grid structure that fits for > all the model components. > > Regards, > > Ufuk Turuncoglu > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 18 10:54:47 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 18 May 2016 10:54:47 -0400 Subject: [Paraview] Vtp file calling other files In-Reply-To: References: Message-ID: The vtp file format doesn't support xinclude. Utkarsh On Tue, May 17, 2016 at 5:26 AM, Marwen Gammar wrote: > Hello Miss, Mister, > I want to combine lots of files for my animation so that i can save space in > my computer, however i get messages of error about the fact that the file > cannot be read, could you help me please? > Here is an example with the cube: > > > xmlns:xi="http://www.w3.org/2003/XInclude"> > > NumberOfStrips="0" NumberOfPolys="6"> > > > > > > > > 1 2 3 4 5 6 7 0 > > > > > 0 1 2 3 4 5 6 7 0 1 5 4 2 3 7 6 0 4 7 3 1 2 6 5 > > > 4 8 12 16 20 24 > > > > > > > The use of Xinclude works with xdmf but i have some trouble with the > animation, so i want to use through vtp files. > > Thank you very much for your help! > GAMMAR Marwen > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 u.utku.turuncoglu at be.itu.edu.tr Wed May 18 11:17:11 2016 From: u.utku.turuncoglu at be.itu.edu.tr (u.utku.turuncoglu at be.itu.edu.tr) Date: Wed, 18 May 2016 18:17:11 +0300 (EEST) Subject: [Paraview] capability of ParaView, Catalyst in distributed computing environment ... In-Reply-To: References: , Message-ID: <62131.95.7.172.33.1463584631.squirrel@webmail.be.itu.edu.tr> Yes, you are right. In this case, there will be two separate MPI_COMM_WORLD. Plus, one that covers all the resources (let's say that global MPI_COMM_WORLD). Actually, this kind of setup is very common for multi-physics applications such as fluid-structure interaction. So, is it possible to tight this kind of environment with Catalyst? I am not expert about Catalyst but it seems that there might be a problem in the rendering stage even underlying grids and fields are defined without any problem. Regards, --ufuk > I'm not sure if this is exactly what the original user is referring to, > but it is possible to have two separate codes communicate using MPI > through the dynamic processes in MPI-2. Essentially, one program starts up > on N processors and begins running and gets an MPI_COMM_WORLD. It then > spawns another executable on M different processors and that new > executable will call MPI_INIT and also get its own MPI_COMM_WORLD. So you > have two, disjoint MPI_COMM_WORLD's that get linked together through a > newly created intercommunicator. > > > I've used this to couple a structural mechanics code to our fluid dynamics > solver for example. It sounds like that is similar to what is being done > here. > > > How that would interact with coprocessing is beyond my knowledge though. > It does sound like an interesting problem and one I would be very curious > to find out the details. > > > Tim > > > ________________________________ > From: ParaView on behalf of Andy Bauer > > Sent: Wednesday, May 18, 2016 10:52 AM > To: Ufuk Utku Turuncoglu (BE) > Cc: paraview at paraview.org > Subject: Re: [Paraview] capability of ParaView, Catalyst in distributed > computing environment ... > > Hi, > > I'm a bit confused. MPI_COMM_WORLD is the global communicator and as far > as I'm aware, can't be modified which means there can't be two different > communicators. > > Catalyst can be set to use a specific MPI communicator and that's been > done by at least one code (Code_Saturne). I think they have a multiphysics > simulation as well. > > Cheers, > Andy > > On Wed, May 18, 2016 at 5:22 AM, Ufuk Utku Turuncoglu (BE) > > > wrote: > Hi All, > > I just wonder about the capability of ParaView, Catalyst in distributed > computing environment. I have little bit experience in in-situ > visualization but it is hard for me to see the big picture at this point. > So, i decided to ask to the user list to get some suggestion from the > experts. Hypothetically, lets assume that we have two simulation code that > are coupled together (i.e. fluid-structure interaction) and both of them > have their own MPI_COMM_WORLD and run on different processors (model1 runs > on MPI rank 0,1,2,3 and model2 runs on 4,5,6,7). What is the correct > design to create integrated in-situ visualization analysis (both model > contributes to same visualization pipeline) in this case? Do you know any > implementation that is similar to this design? At least, is it possible? > > In this case, the adaptor code will need to access to two different > MPI_COMM_WORLD and it could run on all processor (from 0 to 7) or its own > MPI_COMM_WORLD (i.e. MPI ranks 8,9,10,11). Also, the both simulation code > have its own grid and field definitions (might be handled via defining > different input ports). Does it create a problem in Paraview, Catalyst > side, if the multiblock dataset is used to define the grids of the > components in adaptor. I am asking because some MPI processes (belongs to > adaptor code) will not have data for specific model component due to the > domain decomposition implementation of the individual models. For example, > MPI rank 4,5,6,7 will not have data for model1 (that runs on MPI rank > 0,1,2,3) and 0,1,2,3 will not have data for model2 (that runs on MPI rank > 4,5,6,7). To that end, do i need to collect all the data from the > components? If this is the case, how can i handle 2d decomposition > problem? Because, the adaptor code has no any common grid structure that > fits for all the model components. > > Regards, > > Ufuk Turuncoglu > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > From tim.gallagher at gatech.edu Wed May 18 11:05:40 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Wed, 18 May 2016 15:05:40 +0000 Subject: [Paraview] capability of ParaView, Catalyst in distributed computing environment ... In-Reply-To: References: , Message-ID: I'm not sure if this is exactly what the original user is referring to, but it is possible to have two separate codes communicate using MPI through the dynamic processes in MPI-2. Essentially, one program starts up on N processors and begins running and gets an MPI_COMM_WORLD. It then spawns another executable on M different processors and that new executable will call MPI_INIT and also get its own MPI_COMM_WORLD. So you have two, disjoint MPI_COMM_WORLD's that get linked together through a newly created intercommunicator. I've used this to couple a structural mechanics code to our fluid dynamics solver for example. It sounds like that is similar to what is being done here. How that would interact with coprocessing is beyond my knowledge though. It does sound like an interesting problem and one I would be very curious to find out the details. Tim ________________________________ From: ParaView on behalf of Andy Bauer Sent: Wednesday, May 18, 2016 10:52 AM To: Ufuk Utku Turuncoglu (BE) Cc: paraview at paraview.org Subject: Re: [Paraview] capability of ParaView, Catalyst in distributed computing environment ... Hi, I'm a bit confused. MPI_COMM_WORLD is the global communicator and as far as I'm aware, can't be modified which means there can't be two different communicators. Catalyst can be set to use a specific MPI communicator and that's been done by at least one code (Code_Saturne). I think they have a multiphysics simulation as well. Cheers, Andy On Wed, May 18, 2016 at 5:22 AM, Ufuk Utku Turuncoglu (BE) > wrote: Hi All, I just wonder about the capability of ParaView, Catalyst in distributed computing environment. I have little bit experience in in-situ visualization but it is hard for me to see the big picture at this point. So, i decided to ask to the user list to get some suggestion from the experts. Hypothetically, lets assume that we have two simulation code that are coupled together (i.e. fluid-structure interaction) and both of them have their own MPI_COMM_WORLD and run on different processors (model1 runs on MPI rank 0,1,2,3 and model2 runs on 4,5,6,7). What is the correct design to create integrated in-situ visualization analysis (both model contributes to same visualization pipeline) in this case? Do you know any implementation that is similar to this design? At least, is it possible? In this case, the adaptor code will need to access to two different MPI_COMM_WORLD and it could run on all processor (from 0 to 7) or its own MPI_COMM_WORLD (i.e. MPI ranks 8,9,10,11). Also, the both simulation code have its own grid and field definitions (might be handled via defining different input ports). Does it create a problem in Paraview, Catalyst side, if the multiblock dataset is used to define the grids of the components in adaptor. I am asking because some MPI processes (belongs to adaptor code) will not have data for specific model component due to the domain decomposition implementation of the individual models. For example, MPI rank 4,5,6,7 will not have data for model1 (that runs on MPI rank 0,1,2,3) and 0,1,2,3 will not have data for model2 (that runs on MPI rank 4,5,6,7). To that end, do i need to collect all the data from the components? If this is the case, how can i handle 2d decomposition problem? Because, the adaptor code has no any common grid structure that fits for all the model components. Regards, Ufuk Turuncoglu _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Wed May 18 11:27:18 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Wed, 18 May 2016 15:27:18 +0000 Subject: [Paraview] Spanwise averaging onto a slice Message-ID: I'm fairly sure this has been discussed somewhere before, but my search engine skills are failing me right now. I would like to take the spanwise average of a 3D dataset to create a 2D plane of the averaged data. In my case, things are (relatively) friendly -- it's a channel with a uniform, structured mesh in the Z direction and I would like to average the data in Z to create an X-Y plane of the averaged data. What complicates it for me is that it is a multiblock dataset with multiple blocks in that spanwise direction. Is there a filter or set of filters that would compute the spanwise average and return a slice as a result? Thanks, Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Wed May 18 12:41:38 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 18 May 2016 12:41:38 -0400 Subject: [Paraview] Paraview Crash In-Reply-To: References: Message-ID: Awesome! Glad it's working. On Wed, May 18, 2016 at 11:48 AM, Daniel Oliveira wrote: > I resolved part of my problem with the command > > > paraview --mesa-llvm > > Now I can open Paraview to see my vtk files. > I will try to compile my drivers with support to OpenGL 3.2 in the future. > For now, problem solved. > > Thank you very much my friend. > > ------------------------------ > Date: Wed, 18 May 2016 10:26:42 -0400 > Subject: Re: [Paraview] Paraview Crash > From: utkarsh.ayachit at kitware.com > To: danielbo17 at hotmail.com > CC: paraview at paraview.org > > > You may need to rebuild mesa with drivers that support OpenGL 3.2 and > newer. > > See this post: > https://blog.kitware.com/messing-with-mesa-for-paraview-5-0vtk-7-0/ > > Alternatively, as the post mentions, try running the binary are > > paraview --mesa-llvm > > That will use the packaged mesa libGL and hopefully circumvent the issue. > > Utkarsh > > On Wed, May 18, 2016 at 10:16 AM, Daniel Oliveira > wrote: > > Hi all, > > I need Paraview to view some vtk files generated by the finite element > solver LIGGGTHS. > I receive a problem when I try to execute the binary of > ParaView-5.0.1-Qt4-OpenGL2-MPI-Linux-64bit. > This is my error: > > > > > > I click "OK" and "RENDER VIEW". After this Paraview crash. > This is the error in console. > > > > #------------------------------------------------------------------------------------------------------------------------------# > ERROR: In > /home/kitware/dashboards/buildbot/paraview-debian6dash-linux-shared-release_opengl2_qt4_superbuild/build/paraview/src/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, > line 587 > vtkXOpenGLRenderWindow (0x20bac10): 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 > /home/kitware/dashboards/buildbot/paraview-debian6dash-linux-shared-release_opengl2_qt4_superbuild/build/paraview/src/paraview/VTK/Rendering/OpenGL2/vtkOpenGLRenderWindow.cxx, > line 587 > vtkXOpenGLRenderWindow (0x20bac10): 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. > > #------------------------------------------------------------------------------------------------------------------------------# > > > I thought that was mesa driver. I have compiled the newest mesa drivers > and the problem persist. > Can anyone help with this problem? > > My system is a Debian 8.4.0 amd64 in a HP g42-330BR notebook. > Please, tell what additional info I need to inform. > Thank you. > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: snapshot1.png Type: image/png Size: 19582 bytes Desc: not available URL: From wascott at sandia.gov Wed May 18 21:52:01 2016 From: wascott at sandia.gov (Scott, W Alan) Date: Thu, 19 May 2016 01:52:01 +0000 Subject: [Paraview] How to copy "global variable" data to a variable in Python Message-ID: <35b5b937b4bb4217b610848852421c27@ES01AMSNLNT.srn.sandia.gov> If I want to get the numeric value of an "Annotate Global Variable" variable so that I can use it later in a python script, how do I do that? E.g. take the global variable, make it into a string, and display it as text Thanks, Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Wed May 18 21:53:32 2016 From: wascott at sandia.gov (Scott, W Alan) Date: Thu, 19 May 2016 01:53:32 +0000 Subject: [Paraview] Python question - ElementBlocks Message-ID: Is it necessary to include the list of blocks in the script similar to the line below or is it possible to say "all" to include all of the blocks all of the time or something similar? o activesourcefile.ElementBlocks = ['block_1', 'block_2', 'block_3'] Thanks, Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From stephane at fujielectric.com Thu May 19 00:54:13 2016 From: stephane at fujielectric.com (=?UTF-8?B?c3RlcGhhbmXjg7Pjg4njg7PjgrAg44Oh44OV44Kh44ON?=) Date: Thu, 19 May 2016 13:54:13 +0900 Subject: [Paraview] paraview superbuild on Win7 with ninja/vs2013/qt4/mpi Message-ID: Hello, I've been trying to "superbuild" paraview 5.0 on Win7 without success. I keep getting two errors: 1) the first one is related to szip at the beginning of the build 2) the second and last one is ninja: build stopped: subcommand failed nothing else. I really need some help please... Ndong-Mefane Stephane, Dr.Eng Basic Design Sec. Steam Turbine Dept. Kawasaki Factory Fuji Electric Co., Ltd 1-1, Tanabeshinden, Kawasaki-ku, Kawasaki-city 210-9530, Japan Phone: +81-44-329-2155 Fax: +81-44-329-2394 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- # This is the CMakeCache file. # For build in directory: c:/superbuild # It was generated by CMake: C:/Program Files (x86)/CMake/bin/cmake.exe # You can edit this file to change values found and used by cmake. # If you do not want to change any of the values, simply exit the editor. # If you do want to change a value, simply edit, save, and exit the editor. # The syntax for the file is as follows: # KEY:TYPE=VALUE # KEY is the name of a variable in the cache. # TYPE is a hint to GUIs for the type of VALUE, DO NOT EDIT TYPE!. # VALUE is the current value for the KEY. ######################## # EXTERNAL cache entries ######################## //Path to a program. 7Z_EXE:FILEPATH=C:/Program Files/7-Zip/7z.exe //Enable shared libraries BUILD_SHARED_LIBS:BOOL=ON //Build the testing tree. BUILD_TESTING:BOOL=ON //Path to a program. BZRCOMMAND:FILEPATH=BZRCOMMAND-NOTFOUND //Choose the type of build, options are: None(CMAKE_CXX_FLAGS or // CMAKE_C_FLAGS used) Debug Release RelWithDebInfo MinSizeRel. CMAKE_BUILD_TYPE:STRING=Debug //CXX compiler CMAKE_CXX_COMPILER:FILEPATH=C:/Program Files (x86)/Microsoft Visual Studio 12.0/VC/bin/amd64/cl.exe //Flags used by the compiler during all build types. CMAKE_CXX_FLAGS:STRING= /DWIN32 /D_WINDOWS /W3 /GR /EHsc //Flags used by the compiler during debug builds. CMAKE_CXX_FLAGS_DEBUG:STRING=/D_DEBUG /MDd /Zi /Ob0 /Od /RTC1 //Flags used by the compiler during release builds for minimum // size. CMAKE_CXX_FLAGS_MINSIZEREL:STRING=/MD /O1 /Ob1 /D NDEBUG //Flags used by the compiler during release builds. CMAKE_CXX_FLAGS_RELEASE:STRING=/MD /O2 /Ob2 /D NDEBUG //Flags used by the compiler during release builds with debug info. CMAKE_CXX_FLAGS_RELWITHDEBINFO:STRING=/MD /Zi /O2 /Ob1 /D NDEBUG //Libraries linked by default with all C++ applications. CMAKE_CXX_STANDARD_LIBRARIES:STRING=kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib //C compiler CMAKE_C_COMPILER:FILEPATH=C:/Program Files (x86)/Microsoft Visual Studio 12.0/VC/bin/amd64/cl.exe //Flags used by the compiler during all build types. CMAKE_C_FLAGS:STRING= /DWIN32 /D_WINDOWS /W3 //Flags used by the compiler during debug builds. CMAKE_C_FLAGS_DEBUG:STRING=/D_DEBUG /MDd /Zi /Ob0 /Od /RTC1 //Flags used by the compiler during release builds for minimum // size. CMAKE_C_FLAGS_MINSIZEREL:STRING=/MD /O1 /Ob1 /D NDEBUG //Flags used by the compiler during release builds. CMAKE_C_FLAGS_RELEASE:STRING=/MD /O2 /Ob2 /D NDEBUG //Flags used by the compiler during release builds with debug info. CMAKE_C_FLAGS_RELWITHDEBINFO:STRING=/MD /Zi /O2 /Ob1 /D NDEBUG //Libraries linked by default with all C applications. CMAKE_C_STANDARD_LIBRARIES:STRING=kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib //Flags used by the linker. CMAKE_EXE_LINKER_FLAGS:STRING= /machine:x64 //Flags used by the linker during debug builds. CMAKE_EXE_LINKER_FLAGS_DEBUG:STRING=/debug /INCREMENTAL //Flags used by the linker during release minsize builds. CMAKE_EXE_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO //Flags used by the linker during release builds. CMAKE_EXE_LINKER_FLAGS_RELEASE:STRING=/INCREMENTAL:NO //Flags used by the linker during Release with Debug Info builds. CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL //Enable/Disable output of compile commands during generation. CMAKE_EXPORT_COMPILE_COMMANDS:BOOL=OFF //Install path prefix, prepended onto install directories. CMAKE_INSTALL_PREFIX:PATH=C:/Program Files/ParaViewSuperBuild //Path to a program. CMAKE_LINKER:FILEPATH=C:/Program Files (x86)/Microsoft Visual Studio 12.0/VC/bin/amd64/link.exe //Program used to build from build.ninja files. CMAKE_MAKE_PROGRAM:FILEPATH=C:/superbuild/ninja.exe //Flags used by the linker during the creation of modules. CMAKE_MODULE_LINKER_FLAGS:STRING= /machine:x64 //Flags used by the linker during debug builds. CMAKE_MODULE_LINKER_FLAGS_DEBUG:STRING=/debug /INCREMENTAL //Flags used by the linker during release minsize builds. CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO //Flags used by the linker during release builds. CMAKE_MODULE_LINKER_FLAGS_RELEASE:STRING=/INCREMENTAL:NO //Flags used by the linker during Release with Debug Info builds. CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL //Value Computed by CMake CMAKE_PROJECT_NAME:STATIC=ParaViewSuperBuild //RC compiler CMAKE_RC_COMPILER:FILEPATH=C:/Strawberry/c/bin/windres.exe //Flags for Windows Resource Compiler. CMAKE_RC_FLAGS:STRING=' /DWIN32 ' //Flags used by the linker during the creation of dll's. CMAKE_SHARED_LINKER_FLAGS:STRING= /machine:x64 //Flags used by the linker during debug builds. CMAKE_SHARED_LINKER_FLAGS_DEBUG:STRING=/debug /INCREMENTAL //Flags used by the linker during release minsize builds. CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL:STRING=/INCREMENTAL:NO //Flags used by the linker during release builds. CMAKE_SHARED_LINKER_FLAGS_RELEASE:STRING=/INCREMENTAL:NO //Flags used by the linker during Release with Debug Info builds. CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO:STRING=/debug /INCREMENTAL //If set, runtime paths are not added when installing shared libraries, // but are added when building. CMAKE_SKIP_INSTALL_RPATH:BOOL=OFF //If set, runtime paths are not added when using shared libraries. CMAKE_SKIP_RPATH:BOOL=OFF //Flags used by the linker during the creation of static libraries. CMAKE_STATIC_LINKER_FLAGS:STRING= /machine:x64 //Flags used by the linker during debug builds. CMAKE_STATIC_LINKER_FLAGS_DEBUG:STRING= //Flags used by the linker during release minsize builds. CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL:STRING= //Flags used by the linker during release builds. CMAKE_STATIC_LINKER_FLAGS_RELEASE:STRING= //Flags used by the linker during Release with Debug Info builds. CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO:STRING= //If this value is on, makefiles will be generated without the // .SILENT directive, and all commands will be echoed to the console // during the make. This is useful for debugging only. With Visual // Studio IDE projects all commands are done without /nologo. CMAKE_VERBOSE_MAKEFILE:BOOL=OFF //Path to the coverage program that CTest uses for performing coverage // inspection COVERAGE_COMMAND:FILEPATH=C:/Strawberry/c/bin/gcov.exe //Extra command line flags to pass to the coverage tool COVERAGE_EXTRA_FLAGS:STRING=-l //Enable to build 7-Zip packages CPACK_BINARY_7Z:BOOL=OFF //Enable to build IFW packages CPACK_BINARY_IFW:BOOL=OFF //Enable to build NSIS packages CPACK_BINARY_NSIS:BOOL=ON //Enable to build WiX packages CPACK_BINARY_WIX:BOOL=OFF //Enable to build ZIP packages CPACK_BINARY_ZIP:BOOL=OFF //Enable to build 7-Zip source packages CPACK_SOURCE_7Z:BOOL=ON //Enable to build ZIP source packages CPACK_SOURCE_ZIP:BOOL=ON //Cross compilation stage: either HOST(ie no crosscompile)|TOOLS|CROSS CROSS_BUILD_STAGE:STRING=HOST //How many times to retry timed-out CTest submissions. CTEST_SUBMIT_RETRY_COUNT:STRING=3 //How long to wait between timed-out CTest submissions. CTEST_SUBMIT_RETRY_DELAY:STRING=5 //Path to a program. CVSCOMMAND:FILEPATH=CVSCOMMAND-NOTFOUND //Options passed to the cvs update command. CVS_UPDATE_OPTIONS:STRING=-d -A -P //Maximum time allowed before CTest will kill the test. DART_TESTING_TIMEOUT:STRING=1500 //Path to a program. DEVENV_PATH:FILEPATH=C:/Program Files (x86)/Microsoft Visual Studio 12.0/Common7/IDE/devenv.com //Request to build project bzip2 ENABLE_bzip2:BOOL=OFF //Request to build project cgns ENABLE_cgns:BOOL=ON ENABLE_ffmpeg:BOOL=OFF //Request to build project libxml2 ENABLE_libxml2:BOOL=OFF //Request to build project manta ENABLE_manta:BOOL=OFF //Request to build project matplotlib ENABLE_matplotlib:BOOL=ON //Request to build project mpi ENABLE_mpi:BOOL=ON //Request to build project netcdf ENABLE_netcdf:BOOL=OFF //Request to build project numpy ENABLE_numpy:BOOL=ON //Request to build project paraview ENABLE_paraview:BOOL=ON //Request to build project png ENABLE_png:BOOL=OFF //Request to build project python ENABLE_python:BOOL=ON //Request to build project qt4 ENABLE_qt4:BOOL=ON //Request to build Qt5. Enable this to build the user interface // with Qt5. ENABLE_qt5:BOOL=OFF //Request to build project silo ENABLE_silo:BOOL=ON //Request to build project tbb ENABLE_tbb:BOOL=ON //Request to build project visitbridge ENABLE_visitbridge:BOOL=OFF //Request to build project vortexfinder2 ENABLE_vortexfinder2:BOOL=OFF //Request to build project vrpn ENABLE_vrpn:BOOL=OFF //Request to build project xdmf3 ENABLE_xdmf3:BOOL=ON FTJAM_EXECUTABLE:FILEPATH=C:/Users/2114122/Downloads/jam.exe //Path to a program. GITCOMMAND:FILEPATH=C:/Program Files/Git/cmd/git.exe //Git command line client GIT_EXECUTABLE:FILEPATH=C:/Program Files/Git/cmd/git.exe //Path to a program. HGCOMMAND:FILEPATH=HGCOMMAND-NOTFOUND //Command to build the project MAKECOMMAND:STRING="C:\Program Files (x86)\CMake\bin\cmake.exe" --build . --config "${CTEST_CONFIGURATION_TYPE}" //Path to the memory checking command, used for memory error detection. MEMORYCHECK_COMMAND:FILEPATH=MEMORYCHECK_COMMAND-NOTFOUND //File that contains suppressions for the memory checker MEMORYCHECK_SUPPRESSIONS_FILE:FILEPATH= //Executable for running MPI programs. MPIEXEC:FILEPATH=C:/Program Files/Microsoft HPC Pack 2008 R2/Bin/mpiexec.exe //Maximum number of processors available to run MPI applications. MPIEXEC_MAX_NUMPROCS:STRING=24 //Flag used by MPI to specify the number of processes for MPIEXEC; // the next option will be the number of processes. MPIEXEC_NUMPROC_FLAG:STRING=-np //These flags will come after all flags given to MPIEXEC. MPIEXEC_POSTFLAGS:STRING= //These flags will be directly before the executable that is being // run by MPIEXEC. MPIEXEC_PREFLAGS:STRING= //Path to a program. MPI_CXX_COMPILER:FILEPATH=MPI_CXX_COMPILER-NOTFOUND //MPI CXX compilation flags MPI_CXX_COMPILE_FLAGS:STRING= //MPI CXX include path MPI_CXX_INCLUDE_PATH:STRING=C:/Program Files/Microsoft HPC Pack 2008 R2/Inc //MPI CXX libraries to link against MPI_CXX_LIBRARIES:STRING=C:/Program Files/Microsoft HPC Pack 2008 R2/Lib/amd64/msmpi.lib //MPI CXX linking flags MPI_CXX_LINK_FLAGS:STRING= //Path to a program. MPI_C_COMPILER:FILEPATH=MPI_C_COMPILER-NOTFOUND //MPI C compilation flags MPI_C_COMPILE_FLAGS:STRING= //MPI C include path MPI_C_INCLUDE_PATH:STRING=C:/Program Files/Microsoft HPC Pack 2008 R2/Inc //MPI C libraries to link against MPI_C_LIBRARIES:STRING=C:/Program Files/Microsoft HPC Pack 2008 R2/Lib/amd64/msmpi.lib //MPI C linking flags MPI_C_LINK_FLAGS:STRING= //Extra MPI libraries to link against MPI_EXTRA_LIBRARY:STRING=MPI_EXTRA_LIBRARY-NOTFOUND //MPI library to link against MPI_LIBRARY:FILEPATH=C:/Program Files/Microsoft HPC Pack 2008 R2/Lib/amd64/msmpi.lib //Path to a file. MSVC12_REDIST_DIR:PATH=C:/Program Files (x86)/Microsoft Visual Studio 12.0/VC/redist //Path to a program. NMAKE_PATH:FILEPATH=C:/Program Files (x86)/Microsoft Visual Studio 12.0/VC/bin/nmake.exe //Path to a program. P4COMMAND:FILEPATH=P4COMMAND-NOTFOUND //String to use as a suffix for generated packages PACKAGE_SUFFIX:STRING= //GIT_REPOSITORY for project 'paraview' PARAVIEW_GIT_REPOSITORY:STRING=https://gitlab.kitware.com/paraview/paraview.git //GIT_TAG for project 'paraview' PARAVIEW_GIT_TAG:STRING=master //Rendering backend to use for ParaView PARAVIEW_RENDERING_BACKEND:STRING=OpenGL //Specify the version number for the package being generated e.g. // 5.0.1 PARAVIEW_VERSION:STRING=5.0.1 //Provide the list of Projects that ParaView should additionally // depends on PV_EXTERNAL_PROJECTS:STRING= //Extra arguments to be passed to ParaView when configuring. PV_EXTRA_CMAKE_ARGS:STRING= //Number of make jobs to use for compiling ParaView itself PV_MAKE_NCPUS:STRING=5 //Value Computed by CMake ParaViewSuperBuild_BINARY_DIR:STATIC=C:/superbuild //Value Computed by CMake ParaViewSuperBuild_SOURCE_DIR:STATIC=C:/Paraview //If enabled then the repository is fetched from git ParaView_FROM_GIT:BOOL=ON //Which browser to use during testing, either chrome or firefox REMOTE_PVWEB_TEST_BROWSER:STRING=firefox //A list of urls against which to run a simple Web Visualizer test. REMOTE_PVWEB_VISUALIZER_URLS:STRING=http://pvw-test.kitware.com/sbtest;http://pvw.kitware.com/sbtest;http://paraviewweb.kitware.com/sbtest //Path to scp command, used by CTest for submitting results to // a Dart server SCPCOMMAND:FILEPATH=SCPCOMMAND-NOTFOUND //Name of the computer/site where compile is being run SITE:STRING=KFMV9893 //Path to the SLURM sbatch executable SLURM_SBATCH_COMMAND:FILEPATH=SLURM_SBATCH_COMMAND-NOTFOUND //Path to the SLURM srun executable SLURM_SRUN_COMMAND:FILEPATH=SLURM_SRUN_COMMAND-NOTFOUND //Path to a program. SVNCOMMAND:FILEPATH=SVNCOMMAND-NOTFOUND //When enabled, tests a live instance of ParaViewWeb. TEST_REMOTE_PARAVIEW_WEB:BOOL=OFF //Trust SVN certificates automatically TRUST_SVN_CERTIFICATES_AUTOMATICALLY:BOOL=ON //Enable the non-free parts of the superbuild USE_NONFREE_COMPONENTS:BOOL=OFF //Use system hdf5 USE_SYSTEM_hdf5:BOOL=OFF //Use system qt4 USE_SYSTEM_qt4:BOOL=OFF //Use system tbb USE_SYSTEM_tbb:BOOL=OFF //GIT_REPOSITORY for project 'vortexfinder2' VORTEXFINDER2_GIT_REPOSITORY:STRING=https://github.com/tjcorona/vortexfinder2.git //GIT_TAG for project 'vortexfinder2' VORTEXFINDER2_GIT_TAG:STRING=master //Location where source tar-balls are (to be) downloaded. download_location:PATH=C:/superbuild/downloads //Extra arguments to be passed to Qt when configuring. qt_EXTRA_CONFIGURATION_OPTIONS:STRING= ######################## # INTERNAL cache entries ######################## //ADVANCED property for variable: BZRCOMMAND BZRCOMMAND-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_BUILD_TYPE CMAKE_BUILD_TYPE-ADVANCED:INTERNAL=1 //This is the directory where this CMakeCache.txt was created CMAKE_CACHEFILE_DIR:INTERNAL=c:/superbuild //Major version of cmake used to create the current loaded cache CMAKE_CACHE_MAJOR_VERSION:INTERNAL=3 //Minor version of cmake used to create the current loaded cache CMAKE_CACHE_MINOR_VERSION:INTERNAL=5 //Patch version of cmake used to create the current loaded cache CMAKE_CACHE_PATCH_VERSION:INTERNAL=2 //Path to CMake executable. CMAKE_COMMAND:INTERNAL=C:/Program Files (x86)/CMake/bin/cmake.exe //Path to cpack program executable. CMAKE_CPACK_COMMAND:INTERNAL=C:/Program Files (x86)/CMake/bin/cpack.exe //ADVANCED property for variable: CMAKE_CTEST_COMMAND CMAKE_CTEST_COMMAND-ADVANCED:INTERNAL=1 //Path to ctest program executable. CMAKE_CTEST_COMMAND:INTERNAL=C:/Program Files (x86)/CMake/bin/ctest.exe //ADVANCED property for variable: CMAKE_CXX_COMPILER CMAKE_CXX_COMPILER-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_CXX_FLAGS CMAKE_CXX_FLAGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_CXX_FLAGS_DEBUG CMAKE_CXX_FLAGS_DEBUG-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_CXX_FLAGS_MINSIZEREL CMAKE_CXX_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_CXX_FLAGS_RELEASE CMAKE_CXX_FLAGS_RELEASE-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_CXX_FLAGS_RELWITHDEBINFO CMAKE_CXX_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_CXX_STANDARD_LIBRARIES CMAKE_CXX_STANDARD_LIBRARIES-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_C_COMPILER CMAKE_C_COMPILER-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_C_FLAGS CMAKE_C_FLAGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_C_FLAGS_DEBUG CMAKE_C_FLAGS_DEBUG-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_C_FLAGS_MINSIZEREL CMAKE_C_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_C_FLAGS_RELEASE CMAKE_C_FLAGS_RELEASE-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_C_FLAGS_RELWITHDEBINFO CMAKE_C_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_C_STANDARD_LIBRARIES CMAKE_C_STANDARD_LIBRARIES-ADVANCED:INTERNAL=1 //Executable file format CMAKE_EXECUTABLE_FORMAT:INTERNAL=Unknown //ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS CMAKE_EXE_LINKER_FLAGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_DEBUG CMAKE_EXE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_MINSIZEREL CMAKE_EXE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELEASE CMAKE_EXE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO CMAKE_EXE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_EXPORT_COMPILE_COMMANDS CMAKE_EXPORT_COMPILE_COMMANDS-ADVANCED:INTERNAL=1 //Name of external makefile project generator. CMAKE_EXTRA_GENERATOR:INTERNAL= //Name of generator. CMAKE_GENERATOR:INTERNAL=Ninja //Name of generator platform. CMAKE_GENERATOR_PLATFORM:INTERNAL= //Name of generator toolset. CMAKE_GENERATOR_TOOLSET:INTERNAL= //Source directory with the top level CMakeLists.txt file for this // project CMAKE_HOME_DIRECTORY:INTERNAL=C:/Paraview //ADVANCED property for variable: CMAKE_LINKER CMAKE_LINKER-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_MAKE_PROGRAM CMAKE_MAKE_PROGRAM-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS CMAKE_MODULE_LINKER_FLAGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_DEBUG CMAKE_MODULE_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL CMAKE_MODULE_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELEASE CMAKE_MODULE_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO CMAKE_MODULE_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1 //number of local generators CMAKE_NUMBER_OF_MAKEFILES:INTERNAL=2 //ADVANCED property for variable: CMAKE_RC_COMPILER CMAKE_RC_COMPILER-ADVANCED:INTERNAL=1 CMAKE_RC_COMPILER_WORKS:INTERNAL=1 //ADVANCED property for variable: CMAKE_RC_FLAGS CMAKE_RC_FLAGS-ADVANCED:INTERNAL=1 //Path to CMake installation. CMAKE_ROOT:INTERNAL=C:/Program Files (x86)/CMake/share/cmake-3.5 //ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS CMAKE_SHARED_LINKER_FLAGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_DEBUG CMAKE_SHARED_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL CMAKE_SHARED_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELEASE CMAKE_SHARED_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO CMAKE_SHARED_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_SKIP_INSTALL_RPATH CMAKE_SKIP_INSTALL_RPATH-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_SKIP_RPATH CMAKE_SKIP_RPATH-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS CMAKE_STATIC_LINKER_FLAGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_DEBUG CMAKE_STATIC_LINKER_FLAGS_DEBUG-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL CMAKE_STATIC_LINKER_FLAGS_MINSIZEREL-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELEASE CMAKE_STATIC_LINKER_FLAGS_RELEASE-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO CMAKE_STATIC_LINKER_FLAGS_RELWITHDEBINFO-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CMAKE_VERBOSE_MAKEFILE CMAKE_VERBOSE_MAKEFILE-ADVANCED:INTERNAL=1 //ADVANCED property for variable: COVERAGE_COMMAND COVERAGE_COMMAND-ADVANCED:INTERNAL=1 //ADVANCED property for variable: COVERAGE_EXTRA_FLAGS COVERAGE_EXTRA_FLAGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CPACK_BINARY_7Z CPACK_BINARY_7Z-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CPACK_BINARY_IFW CPACK_BINARY_IFW-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CPACK_BINARY_NSIS CPACK_BINARY_NSIS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CPACK_BINARY_WIX CPACK_BINARY_WIX-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CPACK_BINARY_ZIP CPACK_BINARY_ZIP-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CPACK_SOURCE_7Z CPACK_SOURCE_7Z-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CPACK_SOURCE_ZIP CPACK_SOURCE_ZIP-ADVANCED:INTERNAL=1 //STRINGS property for variable: CROSS_BUILD_STAGE CROSS_BUILD_STAGE-STRINGS:INTERNAL=HOST;TOOLS;CROSS //ADVANCED property for variable: CTEST_SUBMIT_RETRY_COUNT CTEST_SUBMIT_RETRY_COUNT-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CTEST_SUBMIT_RETRY_DELAY CTEST_SUBMIT_RETRY_DELAY-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CVSCOMMAND CVSCOMMAND-ADVANCED:INTERNAL=1 //ADVANCED property for variable: CVS_UPDATE_OPTIONS CVS_UPDATE_OPTIONS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: DART_TESTING_TIMEOUT DART_TESTING_TIMEOUT-ADVANCED:INTERNAL=1 //ADVANCED property for variable: DEVENV_PATH DEVENV_PATH-ADVANCED:INTERNAL=1 //Request to build project boost ENABLE_boost:INTERNAL=OFF //Request to build project freetype ENABLE_freetype:INTERNAL=OFF //Request to build project hdf5 ENABLE_hdf5:INTERNAL=OFF //Request to build project szip ENABLE_szip:INTERNAL=OFF //Request to build project zlib ENABLE_zlib:INTERNAL=OFF //Details about finding MPI_C FIND_PACKAGE_MESSAGE_DETAILS_MPI_C:INTERNAL=[C:/Program Files/Microsoft HPC Pack 2008 R2/Lib/amd64/msmpi.lib][C:/Program Files/Microsoft HPC Pack 2008 R2/Inc][v()] //Details about finding MPI_CXX FIND_PACKAGE_MESSAGE_DETAILS_MPI_CXX:INTERNAL=[C:/Program Files/Microsoft HPC Pack 2008 R2/Lib/amd64/msmpi.lib][C:/Program Files/Microsoft HPC Pack 2008 R2/Inc][v()] //ADVANCED property for variable: GITCOMMAND GITCOMMAND-ADVANCED:INTERNAL=1 //ADVANCED property for variable: GIT_EXECUTABLE GIT_EXECUTABLE-ADVANCED:INTERNAL=1 //Result of TRY_COMPILE HAVE_VOID_PTR_SIZE:INTERNAL=TRUE //ADVANCED property for variable: HGCOMMAND HGCOMMAND-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MAKECOMMAND MAKECOMMAND-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MEMORYCHECK_COMMAND MEMORYCHECK_COMMAND-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MEMORYCHECK_SUPPRESSIONS_FILE MEMORYCHECK_SUPPRESSIONS_FILE-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPIEXEC MPIEXEC-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPIEXEC_MAX_NUMPROCS MPIEXEC_MAX_NUMPROCS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPIEXEC_NUMPROC_FLAG MPIEXEC_NUMPROC_FLAG-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPIEXEC_POSTFLAGS MPIEXEC_POSTFLAGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPIEXEC_PREFLAGS MPIEXEC_PREFLAGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPI_CXX_COMPILER MPI_CXX_COMPILER-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPI_CXX_COMPILE_FLAGS MPI_CXX_COMPILE_FLAGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPI_CXX_INCLUDE_PATH MPI_CXX_INCLUDE_PATH-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPI_CXX_LIBRARIES MPI_CXX_LIBRARIES-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPI_CXX_LINK_FLAGS MPI_CXX_LINK_FLAGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPI_C_COMPILER MPI_C_COMPILER-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPI_C_COMPILE_FLAGS MPI_C_COMPILE_FLAGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPI_C_INCLUDE_PATH MPI_C_INCLUDE_PATH-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPI_C_LIBRARIES MPI_C_LIBRARIES-ADVANCED:INTERNAL=1 //ADVANCED property for variable: MPI_C_LINK_FLAGS MPI_C_LINK_FLAGS-ADVANCED:INTERNAL=1 //Scratch variable for MPI header detection MPI_HEADER_PATH:INTERNAL=MPI_HEADER_PATH-NOTFOUND //Scratch variable for MPI lib detection MPI_LIB:INTERNAL=MPI_LIB-NOTFOUND //ADVANCED property for variable: MSVC12_REDIST_DIR MSVC12_REDIST_DIR-ADVANCED:INTERNAL=1 //ADVANCED property for variable: NMAKE_PATH NMAKE_PATH-ADVANCED:INTERNAL=1 //ADVANCED property for variable: P4COMMAND P4COMMAND-ADVANCED:INTERNAL=1 //ADVANCED property for variable: PACKAGE_SUFFIX PACKAGE_SUFFIX-ADVANCED:INTERNAL=1 //ADVANCED property for variable: PARAVIEW_FREEZE_PYTHON PARAVIEW_FREEZE_PYTHON-ADVANCED:INTERNAL=1 //Freeze Python packages/modules into the application. PARAVIEW_FREEZE_PYTHON:INTERNAL=OFF //ADVANCED property for variable: PARAVIEW_GIT_REPOSITORY PARAVIEW_GIT_REPOSITORY-ADVANCED:INTERNAL=1 //ADVANCED property for variable: PARAVIEW_GIT_TAG PARAVIEW_GIT_TAG-ADVANCED:INTERNAL=1 //STRINGS property for variable: PARAVIEW_RENDERING_BACKEND PARAVIEW_RENDERING_BACKEND-STRINGS:INTERNAL=OpenGL;OpenGL2 //ADVANCED property for variable: PARAVIEW_VERSION PARAVIEW_VERSION-ADVANCED:INTERNAL=1 //ADVANCED property for variable: PV_EXTERNAL_PROJECTS PV_EXTERNAL_PROJECTS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: PV_EXTRA_CMAKE_ARGS PV_EXTRA_CMAKE_ARGS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: PV_MAKE_NCPUS PV_MAKE_NCPUS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: REMOTE_PVWEB_TEST_BROWSER REMOTE_PVWEB_TEST_BROWSER-ADVANCED:INTERNAL=1 //ADVANCED property for variable: REMOTE_PVWEB_VISUALIZER_URLS REMOTE_PVWEB_VISUALIZER_URLS-ADVANCED:INTERNAL=1 //ADVANCED property for variable: SCPCOMMAND SCPCOMMAND-ADVANCED:INTERNAL=1 //ADVANCED property for variable: SITE SITE-ADVANCED:INTERNAL=1 //ADVANCED property for variable: SLURM_SBATCH_COMMAND SLURM_SBATCH_COMMAND-ADVANCED:INTERNAL=1 //ADVANCED property for variable: SLURM_SRUN_COMMAND SLURM_SRUN_COMMAND-ADVANCED:INTERNAL=1 //ADVANCED property for variable: SVNCOMMAND SVNCOMMAND-ADVANCED:INTERNAL=1 //ADVANCED property for variable: TEST_REMOTE_PARAVIEW_WEB TEST_REMOTE_PARAVIEW_WEB-ADVANCED:INTERNAL=1 //ADVANCED property for variable: TRUST_SVN_CERTIFICATES_AUTOMATICALLY TRUST_SVN_CERTIFICATES_AUTOMATICALLY-ADVANCED:INTERNAL=1 //ADVANCED property for variable: USE_NONFREE_COMPONENTS USE_NONFREE_COMPONENTS-ADVANCED:INTERNAL=1 //Use system bzip2 USE_SYSTEM_bzip2:INTERNAL=OFF //Use system libxml2 USE_SYSTEM_libxml2:INTERNAL=OFF //Use system netcdf USE_SYSTEM_netcdf:INTERNAL=OFF //Use system png USE_SYSTEM_png:INTERNAL=OFF //Use system qt5 USE_SYSTEM_qt5:INTERNAL=OFF //Use system zlib USE_SYSTEM_zlib:INTERNAL=OFF //CHECK_TYPE_SIZE: sizeof(void*) VOID_PTR_SIZE:INTERNAL=8 //ADVANCED property for variable: VORTEXFINDER2_GIT_REPOSITORY VORTEXFINDER2_GIT_REPOSITORY-ADVANCED:INTERNAL=1 //ADVANCED property for variable: VORTEXFINDER2_GIT_TAG VORTEXFINDER2_GIT_TAG-ADVANCED:INTERNAL=1 boost_ENABLED:INTERNAL=TRUE cgns_ENABLED:INTERNAL=TRUE //ADVANCED property for variable: download_location download_location-ADVANCED:INTERNAL=1 freetype_ENABLED:INTERNAL=TRUE hdf5_ENABLED:INTERNAL=TRUE matplotlib_ENABLED:INTERNAL=TRUE mpi_ENABLED:INTERNAL=TRUE numpy_ENABLED:INTERNAL=TRUE paraview_ENABLED:INTERNAL=TRUE python_ENABLED:INTERNAL=TRUE qt4_ENABLED:INTERNAL=TRUE silo_ENABLED:INTERNAL=TRUE szip_ENABLED:INTERNAL=TRUE tbb_ENABLED:INTERNAL=TRUE xdmf3_ENABLED:INTERNAL=TRUE zlib_ENABLED:INTERNAL=TRUE From stephane at fujielectric.com Thu May 19 01:49:10 2016 From: stephane at fujielectric.com (=?UTF-8?B?c3RlcGhhbmXjg7Pjg4njg7PjgrAg44Oh44OV44Kh44ON?=) Date: Thu, 19 May 2016 14:49:10 +0900 Subject: [Paraview] paraview superbuild on Win7 with ninja/vs2013/qt4/mpi In-Reply-To: References: Message-ID: Hello, I am sending a Log of the building process Ndong-Mefane Stephane, Dr.Eng Basic Design Sec. Steam Turbine Dept. Kawasaki Factory Fuji Electric Co., Ltd 1-1, Tanabeshinden, Kawasaki-ku, Kawasaki-city 210-9530, Japan Phone: +81-44-329-2155 Fax: +81-44-329-2394 On Thu, May 19, 2016 at 1:54 PM, stephane???? ???? < stephane at fujielectric.com> wrote: > Hello, > I've been trying to "superbuild" paraview 5.0 on Win7 without success. > I keep getting two errors: > 1) the first one is related to szip at the beginning of the build > 2) the second and last one is ninja: build stopped: subcommand failed > > nothing else. > I really need some help please... > > Ndong-Mefane Stephane, Dr.Eng > Basic Design Sec. > Steam Turbine Dept. > Kawasaki Factory > > Fuji Electric Co., Ltd > 1-1, Tanabeshinden, Kawasaki-ku, > Kawasaki-city 210-9530, Japan > Phone: +81-44-329-2155 > Fax: +81-44-329-2394 > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- [1/123] Creating directories for 'zlib' [2/123] Creating directories for 'mpi' [3/123] Creating directories for 'qt4' [4/123] Creating directories for 'python' [5/123] Creating directories for 'szip' [6/123] Creating directories for 'tbb' [7/123] No download step for 'zlib' [8/123] No download step for 'mpi' [9/123] No update step for 'zlib' [10/123] No patch step for 'zlib' [11/123] No update step for 'mpi' [12/123] No patch step for 'mpi' [13/123] No configure step for 'mpi' [14/123] No build step for 'mpi' [15/123] No install step for 'mpi' [16/123] Completed 'mpi' [17/123] Performing download step (download, verify and extract) for 'szip' -- downloading... src='http://paraview.org/files/dependencies/szip-2.1.tar.gz' dst='C:/superbuild/downloads/szip-2.1.tar.gz' timeout='none' -- [download 100% complete] -- [download 1% complete] -- [download 2% complete] -- [download 3% complete] -- [download 4% complete] -- [download 5% complete] -- [download 6% complete] -- [download 7% complete] -- [download 8% complete] -- [download 9% complete] -- [download 11% complete] -- [download 12% complete] -- [download 13% complete] -- [download 14% complete] -- [download 15% complete] -- [download 16% complete] -- [download 17% complete] -- [download 18% complete] -- [download 19% complete] -- [download 20% complete] -- [download 21% complete] -- [download 22% complete] -- [download 23% complete] -- [download 24% complete] -- [download 25% complete] -- [download 27% complete] -- [download 29% complete] -- [download 30% complete] -- [download 31% complete] -- [download 32% complete] -- [download 33% complete] -- [download 34% complete] -- [download 35% complete] -- [download 36% complete] -- [download 37% complete] -- [download 38% complete] -- [download 39% complete] -- [download 41% complete] -- [download 43% complete] -- [download 45% complete] -- [download 46% complete] -- [download 47% complete] -- [download 51% complete] -- [download 55% complete] -- [download 59% complete] -- [download 62% complete] -- [download 63% complete] -- [download 64% complete] -- [download 65% complete] -- [download 66% complete] -- [download 67% complete] -- [download 68% complete] -- [download 69% complete] -- [download 71% complete] -- [download 72% complete] -- [download 73% complete] -- [download 75% complete] -- [download 77% complete] -- [download 78% complete] -- [download 79% complete] -- [download 80% complete] -- [download 81% complete] -- [download 82% complete] -- [download 83% complete] -- [download 84% complete] -- [download 85% complete] -- [download 86% complete] -- [download 87% complete] -- [download 88% complete] -- [download 89% complete] -- [download 90% complete] -- [download 91% complete] -- [download 92% complete] -- [download 93% complete] -- [download 94% complete] -- [download 96% complete] -- [download 97% complete] -- [download 98% complete] -- [download 99% complete] -- [download 100% complete] -- downloading... done -- verifying file... file='C:/superbuild/downloads/szip-2.1.tar.gz' -- verifying file... done -- extracting... src='C:/superbuild/downloads/szip-2.1.tar.gz' dst='C:/superbuild/szip/src/szip' -- extracting... [tar xfz] -- extracting... [analysis] -- extracting... [rename] -- extracting... [clean up] -- extracting... done [18/123] No update step for 'szip' [19/123] Performing patch_fix_install step for 'szip' [20/123] Performing patch step for 'szip' [21/123] Performing configure step for 'szip' FAILED: szip/src/szip-stamp/szip-configure cmd.exe /C "cd /D C:\superbuild\szip\src\szip-build && "C:\Program Files (x86)\CMake\bin\cmake.exe" -DBUILD_SHARED_LIBS:BOOL=ON -DBUILD_TESTING:BOOL=OFF -DCMAKE_INSTALL_PREFIX:PATH=C:/superbuild/install -DCMAKE_PREFIX_PATH:PATH=C:/superbuild/install "-DCMAKE_C_FLAGS:STRING=/DWIN32 /D_WINDOWS /W3" "-DCMAKE_CXX_FLAGS:STRING=/DWIN32 /D_WINDOWS /W3 /GR /EHsc" -DCMAKE_SHARED_LINKER_FLAGS:STRING=/machine:x64 -DCMAKE_BUILD_TYPE:STRING=Debug "-DCMAKE_C_FLAGS_DEBUG:STRING=/D_DEBUG /MDd /Zi /Ob0 /Od /RTC1" "-DCMAKE_C_FLAGS_MINSIZEREL:STRING=/MD /O1 /Ob1 /D NDEBUG" "-DCMAKE_C_FLAGS_RELEASE:STRING=/MD /O2 /Ob2 /D NDEBUG" "-DCMAKE_C_FLAGS_RELWITHDEBINFO:STRING=/MD /Zi /O2 /Ob1 /D NDEBUG" "-DCMAKE_CXX_FLAGS_DEBUG:STRING=/D_DEBUG /MDd /Zi /Ob0 /Od /RTC1" "-DCMAKE_CXX_FLAGS_MINSIZEREL:STRING=/MD /O1 /Ob1 /D NDEBUG" "-DCMAKE_CXX_FLAGS_RELEASE:STRING=/MD /O2 /Ob2 /D NDEBUG" "-DCMAKE_CXX_FLAGS_RELWITHDEBINFO:STRING=/MD /Zi /O2 /Ob1 /D NDEBUG" -GNinja C:/superbuild/szip/src/szip && "C:\Program Files (x86)\CMake\bin\cmake.exe" -E touch C:/superbuild/szip/src/szip-stamp/szip-configure" CMake Error: CMake was unable to find a build program corresponding to "Ninja". CMAKE_MAKE_PROGRAM is not set. You probably need to select a different build tool. CMake Error: CMAKE_C_COMPILER not set, after EnableLanguage -- Configuring incomplete, errors occurred! [22/123] Performing download step (download, verify and extract) for 'tbb' -- downloading... src='http://www.paraview.org/files/dependencies/tbb44_20150728oss_win.zip' dst='C:/superbuild/downloads/tbb44_20150728oss_win.zip' timeout='none' -- [download 0% complete] -- [download 1% complete] -- [download 2% complete] -- [download 3% complete] -- [download 4% complete] -- [download 5% complete] -- [download 6% complete] -- [download 7% complete] -- [download 8% complete] -- [download 9% complete] -- [download 10% complete] -- [download 11% complete] -- [download 12% complete] -- [download 13% complete] -- [download 14% complete] -- [download 15% complete] -- [download 16% complete] -- [download 17% complete] -- [download 18% complete] -- [download 19% complete] -- [download 20% complete] -- [download 21% complete] -- [download 22% complete] -- [download 23% complete] -- [download 24% complete] -- [download 25% complete] -- [download 26% complete] -- [download 27% complete] -- [download 28% complete] -- [download 29% complete] -- [download 30% complete] -- [download 31% complete] -- [download 32% complete] -- [download 33% complete] -- [download 34% complete] -- [download 35% complete] -- [download 36% complete] -- [download 37% complete] -- [download 38% complete] -- [download 39% complete] -- [download 40% complete] -- [download 41% complete] -- [download 42% complete] -- [download 43% complete] -- [download 44% complete] -- [download 45% complete] -- [download 46% complete] -- [download 47% complete] -- [download 48% complete] -- [download 49% complete] -- [download 50% complete] -- [download 51% complete] -- [download 52% complete] -- [download 53% complete] -- [download 54% complete] -- [download 55% complete] -- [download 56% complete] -- [download 57% complete] -- [download 58% complete] -- [download 59% complete] -- [download 60% complete] -- [download 61% complete] -- [download 62% complete] -- [download 63% complete] -- [download 64% complete] -- [download 65% complete] -- [download 66% complete] -- [download 67% complete] -- [download 68% complete] -- [download 69% complete] -- [download 70% complete] -- [download 71% complete] -- [download 72% complete] -- [download 73% complete] -- [download 74% complete] -- [download 75% complete] -- [download 76% complete] -- [download 77% complete] -- [download 78% complete] -- [download 79% complete] -- [download 80% complete] -- [download 81% complete] -- [download 82% complete] -- [download 83% complete] -- [download 84% complete] -- [download 85% complete] -- [download 86% complete] -- [download 87% complete] -- [download 88% complete] -- [download 89% complete] -- [download 90% complete] -- [download 91% complete] -- [download 92% complete] -- [download 93% complete] -- [download 94% complete] -- [download 95% complete] -- [download 96% complete] -- [download 97% complete] -- [download 98% complete] -- [download 99% complete] -- [download 100% complete] -- downloading... done -- verifying file... file='C:/superbuild/downloads/tbb44_20150728oss_win.zip' -- verifying file... done -- extracting... src='C:/superbuild/downloads/tbb44_20150728oss_win.zip' dst='C:/superbuild/tbb/src/tbb' -- extracting... [tar xfz] -- extracting... [analysis] -- extracting... [rename] -- extracting... [clean up] -- extracting... done [23/123] Performing download step (download, verify and extract) for 'python' -- downloading... src='http://www.paraview.org/files/dependencies/python+deps.tar.bz2' dst='C:/superbuild/downloads/python+deps.tar.bz2' timeout='none' -- [download 0% complete] -- [download 1% complete] -- [download 2% complete] -- [download 3% complete] -- [download 4% complete] -- [download 5% complete] -- [download 6% complete] -- [download 7% complete] -- [download 8% complete] -- [download 9% complete] -- [download 10% complete] -- [download 11% complete] -- [download 12% complete] -- [download 13% complete] -- [download 14% complete] -- [download 15% complete] -- [download 16% complete] -- [download 17% complete] -- [download 18% complete] -- [download 19% complete] -- [download 20% complete] -- [download 21% complete] -- [download 22% complete] -- [download 23% complete] -- [download 24% complete] -- [download 25% complete] -- [download 26% complete] -- [download 27% complete] -- [download 28% complete] -- [download 29% complete] -- [download 30% complete] -- [download 31% complete] -- [download 32% complete] -- [download 33% complete] -- [download 34% complete] -- [download 35% complete] -- [download 36% complete] -- [download 37% complete] -- [download 38% complete] -- [download 39% complete] -- [download 40% complete] -- [download 41% complete] -- [download 42% complete] -- [download 43% complete] -- [download 44% complete] -- [download 45% complete] -- [download 46% complete] -- [download 47% complete] -- [download 48% complete] -- [download 49% complete] -- [download 50% complete] -- [download 51% complete] -- [download 52% complete] -- [download 53% complete] -- [download 54% complete] -- [download 55% complete] -- [download 56% complete] -- [download 57% complete] -- [download 58% complete] -- [download 59% complete] -- [download 60% complete] -- [download 61% complete] -- [download 62% complete] -- [download 63% complete] -- [download 64% complete] -- [download 65% complete] -- [download 66% complete] -- [download 67% complete] -- [download 68% complete] -- [download 69% complete] -- [download 70% complete] -- [download 71% complete] -- [download 72% complete] -- [download 73% complete] -- [download 74% complete] -- [download 75% complete] -- [download 76% complete] -- [download 77% complete] -- [download 78% complete] -- [download 79% complete] -- [download 80% complete] -- [download 81% complete] -- [download 82% complete] -- [download 83% complete] -- [download 84% complete] -- [download 85% complete] -- [download 86% complete] -- [download 87% complete] -- [download 88% complete] -- [download 89% complete] -- [download 90% complete] -- [download 91% complete] -- [download 92% complete] -- [download 93% complete] -- [download 94% complete] -- [download 95% complete] -- [download 96% complete] -- [download 97% complete] -- [download 98% complete] -- [download 99% complete] -- [download 100% complete] -- downloading... done -- verifying file... file='C:/superbuild/downloads/python+deps.tar.bz2' -- verifying file... done -- extracting... src='C:/superbuild/downloads/python+deps.tar.bz2' dst='C:/superbuild/python/src/python' -- extracting... [tar xfz] -- extracting... [analysis] -- extracting... [rename] -- extracting... [clean up] -- extracting... done [24/123] Performing download step (download, verify and extract) for 'qt4' -- downloading... src='http://paraview.org/files/dependencies/qt-everywhere-opensource-src-4.8.4.tar.gz' dst='C:/superbuild/downloads/qt-everywhere-opensource-src-4.8.4.tar.gz' timeout='none' -- [download 100% complete] -- [download 0% complete] -- [download 1% complete] -- [download 2% complete] -- [download 3% complete] -- [download 4% complete] -- [download 5% complete] -- [download 6% complete] -- [download 7% complete] -- [download 8% complete] -- [download 9% complete] -- [download 10% complete] -- [download 11% complete] -- [download 12% complete] -- [download 13% complete] -- [download 14% complete] -- [download 15% complete] -- [download 16% complete] -- [download 17% complete] -- [download 18% complete] -- [download 19% complete] -- [download 20% complete] -- [download 21% complete] -- [download 22% complete] -- [download 23% complete] -- [download 24% complete] -- [download 25% complete] -- [download 26% complete] -- [download 27% complete] -- [download 28% complete] -- [download 29% complete] -- [download 30% complete] -- [download 31% complete] -- [download 32% complete] -- [download 33% complete] -- [download 34% complete] -- [download 35% complete] -- [download 36% complete] -- [download 37% complete] -- [download 38% complete] -- [download 39% complete] -- [download 40% complete] -- [download 41% complete] -- [download 42% complete] -- [download 43% complete] -- [download 44% complete] -- [download 45% complete] -- [download 46% complete] -- [download 47% complete] -- [download 48% complete] -- [download 49% complete] -- [download 50% complete] -- [download 51% complete] -- [download 52% complete] -- [download 53% complete] -- [download 54% complete] -- [download 55% complete] -- [download 56% complete] -- [download 57% complete] -- [download 58% complete] -- [download 59% complete] -- [download 60% complete] -- [download 61% complete] -- [download 62% complete] -- [download 63% complete] -- [download 64% complete] -- [download 65% complete] -- [download 66% complete] -- [download 67% complete] -- [download 68% complete] -- [download 69% complete] -- [download 70% complete] -- [download 71% complete] -- [download 72% complete] -- [download 73% complete] -- [download 74% complete] -- [download 75% complete] -- [download 76% complete] -- [download 77% complete] -- [download 78% complete] -- [download 79% complete] -- [download 80% complete] -- [download 81% complete] -- [download 82% complete] -- [download 83% complete] -- [download 84% complete] -- [download 85% complete] -- [download 86% complete] -- [download 87% complete] -- [download 88% complete] -- [download 89% complete] -- [download 90% complete] -- [download 91% complete] -- [download 92% complete] -- [download 93% complete] -- [download 94% complete] -- [download 95% complete] -- [download 96% complete] -- [download 97% complete] -- [download 98% complete] -- [download 99% complete] -- [download 100% complete] -- downloading... done -- verifying file... file='C:/superbuild/downloads/qt-everywhere-opensource-src-4.8.4.tar.gz' -- verifying file... done -- extracting... src='C:/superbuild/downloads/qt-everywhere-opensource-src-4.8.4.tar.gz' dst='C:/superbuild/qt4/src/qt4' -- extracting... [tar xfz] -- extracting... [analysis] -- extracting... [rename] -- extracting... [clean up] -- extracting... done ninja: build stopped: subcommand failed. From jfavre at cscs.ch Thu May 19 03:10:05 2016 From: jfavre at cscs.ch (Favre Jean) Date: Thu, 19 May 2016 07:10:05 +0000 Subject: [Paraview] Spanwise averaging onto a slice In-Reply-To: References: Message-ID: <0EB9B6375711A04B820E6B6F5CCA9F684360EA77@MBX211.d.ethz.ch> the following article discusses averaging techniques, such as a 3D longitudinal averaging, which is what you are looking for. looping over your multi-blocks should be a rather simple extension. https://blog.kitware.com/paraviews-python-programmable-filters-in-geophysics/ ----------------- Jean -------------- next part -------------- An HTML attachment was scrubbed... URL: From cgunases at gmail.com Thu May 19 03:40:59 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Thu, 19 May 2016 13:10:59 +0530 Subject: [Paraview] How to get the object contour? Message-ID: Hi , With the generated 3D model, i have 2 questions, as follows: (1). i can only see separate slices instead of the contour of the object, How to get the object contour? Following is what i followed: [selected Filter--> alphabetical-->calculate-->scalars-->volume scalars-->Apply--> coloring(Result)--> representation (volume) ] (2) Is there a specific way to add Slice Thickness in Paraview? Thank you in advance. -- Warm regards, Chathuri Gunasekera. -------------- next part -------------- An HTML attachment was scrubbed... URL: From joachim.pouderoux at kitware.com Thu May 19 03:42:13 2016 From: joachim.pouderoux at kitware.com (Joachim Pouderoux) Date: Thu, 19 May 2016 09:42:13 +0200 Subject: [Paraview] paraview superbuild on Win7 with ninja/vs2013/qt4/mpi In-Reply-To: References: Message-ID: Hello, Did you compiled ninja using your VS2013? Do you start ninja from a Visual Studio 2013 command line (so that cmake can find VS compiler in the environment)? Regards, *Joachim Pouderoux* *PhD, Technical Expert* *Kitware SAS * 2016-05-19 7:49 GMT+02:00 stephane???? ???? : > Hello, > > I am sending a Log of the building process > > Ndong-Mefane Stephane, Dr.Eng > Basic Design Sec. > Steam Turbine Dept. > Kawasaki Factory > > Fuji Electric Co., Ltd > 1-1, Tanabeshinden, Kawasaki-ku, > Kawasaki-city 210-9530, Japan > Phone: +81-44-329-2155 > Fax: +81-44-329-2394 > > > On Thu, May 19, 2016 at 1:54 PM, stephane???? ???? < > stephane at fujielectric.com> wrote: > >> Hello, >> I've been trying to "superbuild" paraview 5.0 on Win7 without success. >> I keep getting two errors: >> 1) the first one is related to szip at the beginning of the build >> 2) the second and last one is ninja: build stopped: subcommand failed >> >> nothing else. >> I really need some help please... >> >> Ndong-Mefane Stephane, Dr.Eng >> Basic Design Sec. >> Steam Turbine Dept. >> Kawasaki Factory >> >> Fuji Electric Co., Ltd >> 1-1, Tanabeshinden, Kawasaki-ku, >> Kawasaki-city 210-9530, Japan >> Phone: +81-44-329-2155 >> Fax: +81-44-329-2394 >> >> > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 stephane at fujielectric.com Thu May 19 04:05:36 2016 From: stephane at fujielectric.com (=?UTF-8?B?c3RlcGhhbmXjg7Pjg4njg7PjgrAg44Oh44OV44Kh44ON?=) Date: Thu, 19 May 2016 17:05:36 +0900 Subject: [Paraview] paraview superbuild on Win7 with ninja/vs2013/qt4/mpi In-Reply-To: References: Message-ID: Hello Joachim, I downloaded ninja binary from here: https://ninja-build.org/ and I'm starting ninja as well as the cmake gui from the Visual Studio 2013 cross-platform command line ???? ??????? ????? ????-???? ????? ???? ???????? ?210-9530??????????1-1 TEL 044-329-2155 FAX 044-329-2394 On Thu, May 19, 2016 at 4:42 PM, Joachim Pouderoux < joachim.pouderoux at kitware.com> wrote: > Hello, > > Did you compiled ninja using your VS2013? > Do you start ninja from a Visual Studio 2013 command line (so that cmake > can find VS compiler in the environment)? > > Regards, > > > > *Joachim Pouderoux* > > *PhD, Technical Expert* > *Kitware SAS * > > > 2016-05-19 7:49 GMT+02:00 stephane???? ???? : > >> Hello, >> >> I am sending a Log of the building process >> >> Ndong-Mefane Stephane, Dr.Eng >> Basic Design Sec. >> Steam Turbine Dept. >> Kawasaki Factory >> >> Fuji Electric Co., Ltd >> 1-1, Tanabeshinden, Kawasaki-ku, >> Kawasaki-city 210-9530, Japan >> Phone: +81-44-329-2155 >> Fax: +81-44-329-2394 >> >> >> On Thu, May 19, 2016 at 1:54 PM, stephane???? ???? < >> stephane at fujielectric.com> wrote: >> >>> Hello, >>> I've been trying to "superbuild" paraview 5.0 on Win7 without success. >>> I keep getting two errors: >>> 1) the first one is related to szip at the beginning of the build >>> 2) the second and last one is ninja: build stopped: subcommand failed >>> >>> nothing else. >>> I really need some help please... >>> >>> Ndong-Mefane Stephane, Dr.Eng >>> Basic Design Sec. >>> Steam Turbine Dept. >>> Kawasaki Factory >>> >>> Fuji Electric Co., Ltd >>> 1-1, Tanabeshinden, Kawasaki-ku, >>> Kawasaki-city 210-9530, Japan >>> Phone: +81-44-329-2155 >>> Fax: +81-44-329-2394 >>> >>> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> 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 stephane at fujielectric.com Thu May 19 04:38:46 2016 From: stephane at fujielectric.com (=?UTF-8?B?c3RlcGhhbmXjg7Pjg4njg7PjgrAg44Oh44OV44Kh44ON?=) Date: Thu, 19 May 2016 17:38:46 +0900 Subject: [Paraview] paraview superbuild on Win7 with ninja/vs2013/qt4/mpi In-Reply-To: References: Message-ID: Hello, I compiled a ninja binary from vs2013 command prompt and used it for the superbuild but still the same problem. Ndong-Mefane Stephane, Dr.Eng Basic Design Sec. Steam Turbine Dept. Kawasaki Factory Fuji Electric Co., Ltd 1-1, Tanabeshinden, Kawasaki-ku, Kawasaki-city 210-9530, Japan Phone: +81-44-329-2155 Fax: +81-44-329-2394 On Thu, May 19, 2016 at 5:05 PM, stephane???? ???? < stephane at fujielectric.com> wrote: > Hello Joachim, > > I downloaded ninja binary from here: https://ninja-build.org/ > and I'm starting ninja as well as the cmake gui from the Visual Studio > 2013 cross-platform command line > > ???? > ??????? ????? > ????-???? ????? > ???? > > ???????? > ?210-9530??????????1-1 > TEL 044-329-2155 FAX 044-329-2394 > > On Thu, May 19, 2016 at 4:42 PM, Joachim Pouderoux < > joachim.pouderoux at kitware.com> wrote: > >> Hello, >> >> Did you compiled ninja using your VS2013? >> Do you start ninja from a Visual Studio 2013 command line (so that cmake >> can find VS compiler in the environment)? >> >> Regards, >> >> >> >> *Joachim Pouderoux* >> >> *PhD, Technical Expert* >> *Kitware SAS * >> >> >> 2016-05-19 7:49 GMT+02:00 stephane???? ???? : >> >>> Hello, >>> >>> I am sending a Log of the building process >>> >>> Ndong-Mefane Stephane, Dr.Eng >>> Basic Design Sec. >>> Steam Turbine Dept. >>> Kawasaki Factory >>> >>> Fuji Electric Co., Ltd >>> 1-1, Tanabeshinden, Kawasaki-ku, >>> Kawasaki-city 210-9530, Japan >>> Phone: +81-44-329-2155 >>> Fax: +81-44-329-2394 >>> >>> >>> On Thu, May 19, 2016 at 1:54 PM, stephane???? ???? < >>> stephane at fujielectric.com> wrote: >>> >>>> Hello, >>>> I've been trying to "superbuild" paraview 5.0 on Win7 without success. >>>> I keep getting two errors: >>>> 1) the first one is related to szip at the beginning of the build >>>> 2) the second and last one is ninja: build stopped: subcommand failed >>>> >>>> nothing else. >>>> I really need some help please... >>>> >>>> Ndong-Mefane Stephane, Dr.Eng >>>> Basic Design Sec. >>>> Steam Turbine Dept. >>>> Kawasaki Factory >>>> >>>> Fuji Electric Co., Ltd >>>> 1-1, Tanabeshinden, Kawasaki-ku, >>>> Kawasaki-city 210-9530, Japan >>>> Phone: +81-44-329-2155 >>>> Fax: +81-44-329-2394 >>>> >>>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> 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 19 08:11:38 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 19 May 2016 08:11:38 -0400 Subject: [Paraview] Python question - ElementBlocks In-Reply-To: References: Message-ID: The following should do the trick: activesourcefile.ElementBlocks.SelectAll() Calling help(activesourcefile.ElementBlocks) will show info about all available API (extract below): help(a.ElementBlocks) Help on ArrayListProperty in module paraview.servermanager object: class ArrayListProperty(VectorProperty) | This property provides a simpler interface for selecting arrays. | Simply assign a list of arrays that should be loaded by the reader. | Use the Available property to get a list of available arrays. | ... | Methods defined here: | | DeselectAll(self) | Deselects all arrays. | | GetAvailable(self) | Returns the list of available arrays | | GetData(self) | Returns all elements as a list. | | SelectAll(self) | Selects all arrays. | | SetData(self, values) | Allows setting of all values at once. Requires a single value, | a tuple or list. ... | | ---------------------------------------------------------------------- | Data descriptors defined here: | | Available | This read-only property contains the list of items that can be read by a reader. | ... Utkarsh On Wed, May 18, 2016 at 9:53 PM, Scott, W Alan wrote: > Is it necessary to include the list of blocks in the script similar to the > line below or is it possible to say "all" to include all of the blocks all > of the time or something similar? > > > > o activesourcefile.ElementBlocks = ['block_1', 'block_2', 'block_3'] > > > > > > Thanks, > > > > Alan > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 samuelkey at bresnan.net Thu May 19 11:35:52 2016 From: samuelkey at bresnan.net (Samuel Key) Date: Thu, 19 May 2016 09:35:52 -0600 Subject: [Paraview] How to get the object contour? In-Reply-To: References: Message-ID: <652efbec-81c1-4514-e764-1606f570c0ba@bresnan.net> An HTML attachment was scrubbed... URL: From michalwozniak at live.ca Thu May 19 13:11:30 2016 From: michalwozniak at live.ca (michal wozniak) Date: Thu, 19 May 2016 13:11:30 -0400 Subject: [Paraview] =?cp1256?q?Paraview_Web_5_show_Widget=FE?= Message-ID: Hi everyone,I have been trying for the past couple of day to replicate the show Widget (eg : show Plane, show Box display ) in ParaView web. In the desktop version, when you add a filter slice with Plane type, you get a red rectangle representing your widget with axes to easily move it. How do you enable this feature in ParaView web? In some old version of ParaView ( http://www.paraview.org/Wiki/ParaViewWeb_PWApp) it was possible. ThanksMichal -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Thu May 19 13:22:31 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Thu, 19 May 2016 11:22:31 -0600 Subject: [Paraview] =?utf-8?q?Paraview_Web_5_show_Widget=E2=80=8F?= In-Reply-To: References: Message-ID: Hi Michal, That feature is not currently available as a protocol on the Python side. It is possible to add it back, but will take some time especially since we have other focus regarding the Visualizer improvements... Moreover, we dynamically generate the UI, which will make the 3D widget toggle a little be more trickier compare to a adhoc UI like the one that was done for PWApp. Are you trying to enable it for a custom application, or are you looking for having that feature in the ParaViewWeb Visualizer? Seb On Thu, May 19, 2016 at 11:11 AM, michal wozniak wrote: > Hi everyone, > > I have been trying for the past couple of day to replicate the show Widget > (eg : show Plane, show Box display ) in ParaView web. In the desktop > version, when you add a filter slice with Plane type, you get a red > rectangle representing your widget with axes to easily move it. > > How do you enable this feature in ParaView web? In some old version of > ParaView ( http://www.paraview.org/Wiki/ParaViewWeb_PWApp) it was > possible. > > Thanks > > Michal > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 svenkramer40 at gmail.com Thu May 19 15:52:03 2016 From: svenkramer40 at gmail.com (Sven Kramer) Date: Thu, 19 May 2016 21:52:03 +0200 Subject: [Paraview] Connect ParaViewWeb to Catalyst Message-ID: Hello, I am looking for the recommended steps how to display an in-situ (live) Catalyst simulation through ParaViewWeb. After some efforts I am able to run ParaViewWeb successfully and I can view a Catalyst-enabled simulation in paraview. I hope, it is also possible to show the live Catalyst output via ParaViewWeb, but I cannot imagine how to achieve this. I tried starting a pvserver as mentioned at the end of https://blog.kitware.com/introduction-to-paraview-catalyst-live/ and giving "--ds-host localhost --ds-port 11111" options to pv_web_visualizer.py, but it doesn't help. I can't share anything to be displayed on the web. Below you find the (not too detailed) steps I took to have a working solution for either Catalyst-enabled simulations or a working web visualizer: Test connection from Catalyst simulation to paraview: 1) Build and execute paraview from ParaView-v5.0.1-source.tar.gz (from http://www.paraview.org/download/) 2) Choose Catalyst->Connect in paraview 3) Run CFullExample from https://github.com/Kitware/ParaViewCatalystExampleCode 4) Pipeline from CFullExample is shown in paraview. Success! Test ParaViewWeb: 1) Download ParaViewData-5.0.0.tar.gz from http://www.paraview.org/download/, extract in /data 2) Run $ParaView_DIR/bin/pvpython $ParaView_DIR/lib/site-packages/paraview/web/pv_web_visualizer.py --content $ParaView_DIR/www --data-dir /data --port 8080 3) Open the Visualizer App http://localhost:8080/apps/Visualizer/ Success! But how do I get Catalyst into the web visualizer? Is there any example how to combine them? Anybody who can suggest the required steps? Regards, Sven -------------- next part -------------- An HTML attachment was scrubbed... URL: From cgunases at gmail.com Thu May 19 15:53:55 2016 From: cgunases at gmail.com (Chathuri Gunasekera) Date: Fri, 20 May 2016 01:23:55 +0530 Subject: [Paraview] How to get the object contour? In-Reply-To: <652efbec-81c1-4514-e764-1606f570c0ba@bresnan.net> References: <652efbec-81c1-4514-e764-1606f570c0ba@bresnan.net> Message-ID: Hi Samuel, Thank you so much for your response. Unfortunately, i have not used PV clip filters at all to generate slice thickness. I am sorry to confuse you, but i need to add the slice thickness to my 2D image instead -- Warm regards, Chathuri On Thu, May 19, 2016 at 9:05 PM, Samuel Key wrote: > Chathuri, > > I am not sure I understand what it is you are looking to display. > > If your "Slice with thickness" was generated with one or more PV Clip > filters, then you have a 3-D volume. > > (1) PV's Contour filter can be used with scalar point data to give you 3-D > iso-surfaces. > (2) PV's Extract Surface filter will give you a 2-D surface "skin" of your > "slice with thickness" volume. Applying PV's Contour filter to a surface > with scalar point data will give you 2-D line contours. > > Hope this helps. > > Sam > > > On 5/19/2016 1:40 AM, Chathuri Gunasekera wrote: > > Hi , > > With the generated 3D model, i have 2 questions, as follows: > > (1). i can only see separate slices instead of the contour of the object, > How to get the object contour? > > Following is what i followed: > [selected Filter--> alphabetical-->calculate-->scalars-->volume > scalars-->Apply--> coloring(Result)--> representation (volume) ] > > (2) Is there a specific way to add Slice Thickness in Paraview? > > Thank you in advance. > > -- > Warm regards, > Chathuri Gunasekera. > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > 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 ramrebol at gmail.com Thu May 19 17:56:46 2016 From: ramrebol at gmail.com (Ramiro James Rebolledo Cormack) Date: Thu, 19 May 2016 17:56:46 -0400 Subject: [Paraview] Paraview 5.0.1: Export Scene to pdf -- appears in white Message-ID: Hi all. I'm using paraview 4.0.1 on my ubuntu 14.04 64bits, the paraview version coming from ubuntu 14.04 repositories. The problem is: when I try to 'Export Scene' to pdf, it generates a white pdf. So, I compiled ParaView v5.0.1 from its source (without warnings or errors), but I get the same problem. I also have downloaded ParaView Binary Installers v5.0, but doesn't come with 'Export Scene to pdf' option. That's why I'm trying to compile from source code. With ParaView Binary Installers v4.3 I have NO problem, but I want to use the newer version. So, how can I compile ParaView v5.0.1 to have the option for 'Export Scene' to pdf? Thanks in advance. -- Ramiro -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu May 19 18:01:36 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 19 May 2016 18:01:36 -0400 Subject: [Paraview] Paraview 5.0.1: Export Scene to pdf -- appears in white In-Reply-To: References: Message-ID: 5.0.1 doesn't support export to PDF, I am afraid. However, "master" does and so will "5.1" (cc-ing Dave, just in case I am mistaken) Utkarsh On Thu, May 19, 2016 at 5:56 PM, Ramiro James Rebolledo Cormack wrote: > Hi all. > > I'm using paraview 4.0.1 on my ubuntu 14.04 64bits, the paraview version > coming from ubuntu 14.04 repositories. > > The problem is: when I try to 'Export Scene' to pdf, it generates a white > pdf. > > So, I compiled ParaView v5.0.1 from its source (without warnings or errors), > but I get the same problem. > > I also have downloaded ParaView Binary Installers v5.0, but doesn't come > with 'Export Scene to pdf' option. That's why I'm trying to compile from > source code. > > With ParaView Binary Installers v4.3 I have NO problem, but I want to use > the newer version. > > > So, how can I compile ParaView v5.0.1 to have the option for 'Export Scene' > to pdf? > > Thanks in advance. > > -- > Ramiro > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 ramrebol at gmail.com Thu May 19 18:08:29 2016 From: ramrebol at gmail.com (Ramiro James Rebolledo Cormack) Date: Thu, 19 May 2016 18:08:29 -0400 Subject: [Paraview] Paraview 5.0.1: Export Scene to pdf -- appears in white In-Reply-To: References: Message-ID: Thanks Utkarsh. In my ubuntu 16.04 laptop I have installed ParaView 5.0.1 (from ubuntu repositories) and it has the option Export Scene to pdf, and works perfect. On the other hand, older paraview versions had the option, and worked. I think that, maybe, I can get it using some spetial compilling option when I use ccmake. -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu May 19 22:16:33 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 19 May 2016 22:16:33 -0400 Subject: [Paraview] Paraview 5.0.1: Export Scene to pdf -- appears in white In-Reply-To: References: Message-ID: Ramiro, A few things to note: + Not sure what's the deal with 4.0.1, but it's too old at this point so let's ignore that. + When you downloaded ParaView 5.0.1 from paraview.org, starting with 5.0.1, we are using a new implementation of the rendering backend for our binaries [1]. This rendering backend, let's call OpenGL2, doesn't support exporting to PDF, at least, not in 5.0.1. It's been fixed in git "master". + I suspect ParaView 5.0.1 from Ubuntu is using the old rendering backend by default. The title bar should say something like "ParaView 5.0.1 (Legacy Rendering Backend)". This backend still support the old export to PDF code and hence should have that option. + When you compiled 5.0.1 from source, I suspect you are getting the old rendering backend too (unless you changed the CMake variable VTK_RENDERING_BACKEND to OpenGL2). Not entirely sure why export would fail in that case. There isn't any special flag to enable PDF export. However, the best option to try out Export to PDF would be build the latest "master" from source with VTK_RENDERING_BACKEND set to OpenGL2. (Dave, do correct me if I am misspoke). Utkarsh [1] https://blog.kitware.com/kitware-unleashes-brand-new-rendering-backend-in-paraview-5-0/ On Thu, May 19, 2016 at 6:08 PM, Ramiro James Rebolledo Cormack wrote: > Thanks Utkarsh. In my ubuntu 16.04 laptop I have installed ParaView 5.0.1 > (from ubuntu repositories) and it has the option Export Scene to pdf, and > works perfect. > On the other hand, older paraview versions had the option, and worked. > > I think that, maybe, I can get it using some spetial compilling option when > I use ccmake. From stephane at fujielectric.com Fri May 20 01:42:31 2016 From: stephane at fujielectric.com (=?UTF-8?B?c3RlcGhhbmXjg7Pjg4njg7PjgrAg44Oh44OV44Kh44ON?=) Date: Fri, 20 May 2016 14:42:31 +0900 Subject: [Paraview] paraview superbuild on Win7 with ninja/vs2013/qt4/mpi In-Reply-To: References: Message-ID: Hello, any idea on how to solve the following build error? ???? ??????? ????? ????-???? ????? ???? ???????? ?210-9530??????????1-1 TEL 044-329-2155 FAX 044-329-2394 On Fri, May 20, 2016 at 8:33 AM, stephane???? ???? < stephane at fujielectric.com> wrote: > Hello, > As stated in my previous e-mail, building ninja from vs2013did not solve > the problem. I also noticed that re-sending the ninja command after the > "subcommand failed" kind of resume the process to some point. I've attached > the corresponding log files. > > Is it possible to build it with Visual Studio IDE instead of Ninja? > > ???? > ??????? ????? > ????-???? ????? > ???? > > ???????? > ?210-9530??????????1-1 > TEL 044-329-2155 FAX 044-329-2394 > > On Thu, May 19, 2016 at 4:42 PM, Joachim Pouderoux < > joachim.pouderoux at kitware.com> wrote: > >> Hello, >> >> Did you compiled ninja using your VS2013? >> Do you start ninja from a Visual Studio 2013 command line (so that cmake >> can find VS compiler in the environment)? >> >> Regards, >> >> >> >> *Joachim Pouderoux* >> >> *PhD, Technical Expert* >> *Kitware SAS * >> >> >> 2016-05-19 7:49 GMT+02:00 stephane???? ???? : >> >>> Hello, >>> >>> I am sending a Log of the building process >>> >>> Ndong-Mefane Stephane, Dr.Eng >>> Basic Design Sec. >>> Steam Turbine Dept. >>> Kawasaki Factory >>> >>> Fuji Electric Co., Ltd >>> 1-1, Tanabeshinden, Kawasaki-ku, >>> Kawasaki-city 210-9530, Japan >>> Phone: +81-44-329-2155 >>> Fax: +81-44-329-2394 >>> >>> >>> On Thu, May 19, 2016 at 1:54 PM, stephane???? ???? < >>> stephane at fujielectric.com> wrote: >>> >>>> Hello, >>>> I've been trying to "superbuild" paraview 5.0 on Win7 without success. >>>> I keep getting two errors: >>>> 1) the first one is related to szip at the beginning of the build >>>> 2) the second and last one is ninja: build stopped: subcommand failed >>>> >>>> nothing else. >>>> I really need some help please... >>>> >>>> Ndong-Mefane Stephane, Dr.Eng >>>> Basic Design Sec. >>>> Steam Turbine Dept. >>>> Kawasaki Factory >>>> >>>> Fuji Electric Co., Ltd >>>> 1-1, Tanabeshinden, Kawasaki-ku, >>>> Kawasaki-city 210-9530, Japan >>>> Phone: +81-44-329-2155 >>>> Fax: +81-44-329-2394 >>>> >>>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> 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 stephane at fujielectric.com Fri May 20 01:43:49 2016 From: stephane at fujielectric.com (=?UTF-8?B?c3RlcGhhbmXjg7Pjg4njg7PjgrAg44Oh44OV44Kh44ON?=) Date: Fri, 20 May 2016 14:43:49 +0900 Subject: [Paraview] paraview superbuild on Win7 with ninja/vs2013/qt4/mpi In-Reply-To: References: Message-ID: Hello, any idea on how to solve the following build error? NMAKE : fatal error U1073: don't know how to make 'c:/Program\' Stop. NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin\amd64\nmake.exe"' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. ninja: build stopped: subcommand failed. Stephane ???? ??????? ????? ????-???? ????? ???? ???????? ?210-9530??????????1-1 TEL 044-329-2155 FAX 044-329-2394 On Fri, May 20, 2016 at 2:42 PM, stephane???? ???? < stephane at fujielectric.com> wrote: > Hello, > > any idea on how to solve the following build error? > > > > ???? > ??????? ????? > ????-???? ????? > ???? > > ???????? > ?210-9530??????????1-1 > TEL 044-329-2155 FAX 044-329-2394 > > On Fri, May 20, 2016 at 8:33 AM, stephane???? ???? < > stephane at fujielectric.com> wrote: > >> Hello, >> As stated in my previous e-mail, building ninja from vs2013did not solve >> the problem. I also noticed that re-sending the ninja command after the >> "subcommand failed" kind of resume the process to some point. I've attached >> the corresponding log files. >> >> Is it possible to build it with Visual Studio IDE instead of Ninja? >> >> ???? >> ??????? ????? >> ????-???? ????? >> ???? >> >> ???????? >> ?210-9530??????????1-1 >> TEL 044-329-2155 FAX 044-329-2394 >> >> On Thu, May 19, 2016 at 4:42 PM, Joachim Pouderoux < >> joachim.pouderoux at kitware.com> wrote: >> >>> Hello, >>> >>> Did you compiled ninja using your VS2013? >>> Do you start ninja from a Visual Studio 2013 command line (so that cmake >>> can find VS compiler in the environment)? >>> >>> Regards, >>> >>> >>> >>> *Joachim Pouderoux* >>> >>> *PhD, Technical Expert* >>> *Kitware SAS * >>> >>> >>> 2016-05-19 7:49 GMT+02:00 stephane???? ???? : >>> >>>> Hello, >>>> >>>> I am sending a Log of the building process >>>> >>>> Ndong-Mefane Stephane, Dr.Eng >>>> Basic Design Sec. >>>> Steam Turbine Dept. >>>> Kawasaki Factory >>>> >>>> Fuji Electric Co., Ltd >>>> 1-1, Tanabeshinden, Kawasaki-ku, >>>> Kawasaki-city 210-9530, Japan >>>> Phone: +81-44-329-2155 >>>> Fax: +81-44-329-2394 >>>> >>>> >>>> On Thu, May 19, 2016 at 1:54 PM, stephane???? ???? < >>>> stephane at fujielectric.com> wrote: >>>> >>>>> Hello, >>>>> I've been trying to "superbuild" paraview 5.0 on Win7 without success. >>>>> I keep getting two errors: >>>>> 1) the first one is related to szip at the beginning of the build >>>>> 2) the second and last one is ninja: build stopped: subcommand failed >>>>> >>>>> nothing else. >>>>> I really need some help please... >>>>> >>>>> Ndong-Mefane Stephane, Dr.Eng >>>>> Basic Design Sec. >>>>> Steam Turbine Dept. >>>>> Kawasaki Factory >>>>> >>>>> Fuji Electric Co., Ltd >>>>> 1-1, Tanabeshinden, Kawasaki-ku, >>>>> Kawasaki-city 210-9530, Japan >>>>> Phone: +81-44-329-2155 >>>>> Fax: +81-44-329-2394 >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> 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 lukasz.paluszek at airbus.com Fri May 20 03:17:07 2016 From: lukasz.paluszek at airbus.com (Paluszek, Lukasz) Date: Fri, 20 May 2016 07:17:07 +0000 Subject: [Paraview] Question about the ImageResampling Filter Message-ID: <14587_1463728631_573EB9F7_14587_9088_1_cb3e4d95e06647d5949fd62b74b3f543@DE0-03DAG13-P03.central.mail.corp> Hello All, Is the Image Resampling filter applicable to all datasets or only VTK Images? Each time I try to use this filter on any other dataset than a uniform image file, Paraview crashes. In Paraview Help it is written: "Accepts input of following types: vtkDataSet vtkCompositeDataSet". I am using Paraview 5.0.0. Regards, Lukasz [Beschreibung: Beschreibung: Description?: cid:image001.png at 01CF0B8F.DB7831F0] ?ukasz Paluszek Airbus Helicopters Aerodynamics Department (ETGA) 86607 Donauw?rth Germany Tel.: +49 (90) 671 8231 Fax.: +49 (90) 671 9122 Lukasz.Paluszek at airbus.com AIRBUS HELICOPTERS DEUTSCHLAND GmbH Sitz der Gesellschaft / Registered Office: Donauw?rth Registergericht / Registration Court: Amtsgericht Augsburg HRB 16508 Vorsitzender des Aufsichtsrates / Chairman of the Supervisory Board: Guillaume Faury Gesch?ftsf?hrung / Board of Management: Dr. Wolfgang Schoder, Vorsitzender / CEO; Thomas Hundt; Johannes Kleidorfer; Dr. Klaus Przemeck; Martin Sch?bel; Stefan Thom? The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 16151 bytes Desc: image001.png URL: From utkarsh.ayachit at kitware.com Fri May 20 09:37:36 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 20 May 2016 09:37:36 -0400 Subject: [Paraview] Question about the ImageResampling Filter In-Reply-To: <14587_1463728631_573EB9F7_14587_9088_1_cb3e4d95e06647d5949fd62b74b3f543@DE0-03DAG13-P03.central.mail.corp> References: <14587_1463728631_573EB9F7_14587_9088_1_cb3e4d95e06647d5949fd62b74b3f543@DE0-03DAG13-P03.central.mail.corp> Message-ID: Lukasz, I'd suggest not to use 'ImageResampling' filter, it was a temporary fix and clearly is buggy. A new filter has been added to ParaView "master", name "Resample To Image". That would do what you want to do more reliably. What platform are you running on? I can send you links to the nightly binaries for the same. Utkarsh On Fri, May 20, 2016 at 3:17 AM, Paluszek, Lukasz < lukasz.paluszek at airbus.com> wrote: > Hello All, > > > > Is the Image Resampling filter applicable to all datasets or only VTK > Images? Each time I try to use this filter on any other dataset than a > uniform image file, Paraview crashes. In Paraview Help it is written: > ?Accepts input of following types: vtkDataSet vtkCompositeDataSet?. I am > using Paraview 5.0.0. > > > > Regards, > > Lukasz > > > > > > > > > > > > [image: Beschreibung: Beschreibung: Description : > cid:image001.png at 01CF0B8F.DB7831F0] > > *?ukasz Paluszek* > > Airbus Helicopters > > Aerodynamics Department (ETGA) > > 86607 Donauw?rth > > Germany > > Tel.: +49 (90) 671 8231 > > Fax.: +49 (90) 671 9122 > > Lukasz.Paluszek at airbus.com > > > > AIRBUS HELICOPTERS DEUTSCHLAND GmbH > > Sitz der Gesellschaft / Registered Office: Donauw?rth > > Registergericht / Registration Court: Amtsgericht Augsburg HRB 16508 > > Vorsitzender des Aufsichtsrates / Chairman of the Supervisory Board: > Guillaume Faury > > Gesch?ftsf?hrung / Board of Management: Dr. Wolfgang Schoder, Vorsitzender > / CEO; Thomas Hundt; Johannes Kleidorfer; Dr. Klaus Przemeck; Martin > Sch?bel; Stefan Thom? > > > The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. > If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. > Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. > All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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: image001.png Type: image/png Size: 16151 bytes Desc: not available URL: From sebastien.jourdain at kitware.com Fri May 20 09:42:13 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Fri, 20 May 2016 07:42:13 -0600 Subject: [Paraview] Connect ParaViewWeb to Catalyst In-Reply-To: References: Message-ID: Hi Sven, Live catalyst connection require a specific socket connection to the in-situ process with some special handling. We did not (yet) wrote the Python code to perform that specific action for ParaViewWeb so it could be triggered by the web client or configured via an argument at launch time. I don't see any reason why this couldn't work, but as for now, I also don't know an easy step to do it without spending time doing it myself. Seb On Thu, May 19, 2016 at 1:52 PM, Sven Kramer wrote: > Hello, > I am looking for the recommended steps how to display an in-situ (live) > Catalyst simulation through ParaViewWeb. > > After some efforts I am able to run ParaViewWeb successfully and I can > view a Catalyst-enabled simulation in paraview. > > I hope, it is also possible to show the live Catalyst output via > ParaViewWeb, but I cannot imagine how to achieve this. I tried starting a > pvserver as mentioned at the end of > https://blog.kitware.com/introduction-to-paraview-catalyst-live/ and > giving "--ds-host localhost --ds-port 11111" options to > pv_web_visualizer.py, but it doesn't help. I can't share anything to be > displayed on the web. > > Below you find the (not too detailed) steps I took to have a working > solution for either Catalyst-enabled simulations or a working web > visualizer: > > Test connection from Catalyst simulation to paraview: > 1) Build and execute paraview from ParaView-v5.0.1-source.tar.gz (from > http://www.paraview.org/download/) > 2) Choose Catalyst->Connect in paraview > 3) Run CFullExample from > https://github.com/Kitware/ParaViewCatalystExampleCode > 4) Pipeline from CFullExample is shown in paraview. > Success! > > Test ParaViewWeb: > 1) Download ParaViewData-5.0.0.tar.gz from > http://www.paraview.org/download/, extract in /data > 2) Run $ParaView_DIR/bin/pvpython > $ParaView_DIR/lib/site-packages/paraview/web/pv_web_visualizer.py --content > $ParaView_DIR/www --data-dir /data --port 8080 > 3) Open the Visualizer App http://localhost:8080/apps/Visualizer/ > Success! > > But how do I get Catalyst into the web visualizer? Is there any example > how to combine them? Anybody who can suggest the required steps? > > Regards, > Sven > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 simon.m.su.civ at mail.mil Fri May 20 09:44:04 2016 From: simon.m.su.civ at mail.mil (Su, Simon M CIV USARMY RDECOM ARL (US)) Date: Fri, 20 May 2016 13:44:04 +0000 Subject: [Paraview] [Non-DoD Source] Re: paraview superbuild on Win7 with ninja/vs2013/qt4/mpi (UNCLASSIFIED) Message-ID: CLASSIFICATION: UNCLASSIFIED Stephane, I am not sure about the superbuild process. But if your goal is to just build a ParaView for windows platform and not make a ParaView windows build using Superbuild, I can get you with all the dependencies library compiled with VS2013 express (which should be compatible with other VS 2013) that I used to build ParaView from source. Let me know. Best -simon -----Original Message----- From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of stephane???? ???? Sent: Friday, May 20, 2016 1:44 AM To: Joachim Pouderoux Cc: paraview Subject: [Non-DoD Source] Re: [Paraview] paraview superbuild on Win7 with ninja/vs2013/qt4/mpi 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. ________________________________ Hello, any idea on how to solve the following build error? NMAKE : fatal error U1073: don't know how to make 'c:/Program\' Stop. NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin\amd64\nmake.exe"' : return code '0x2' Stop. NMAKE : fatal error U1077: 'cd' : return code '0x2' Stop. ninja: build stopped: subcommand failed. Stephane ???? ????????????? ????-?????????? ???? ???????? ?210-9530??????????1-1 TEL 044-329-2155 FAX 044-329-2394 On Fri, May 20, 2016 at 2:42 PM, stephane???? ???? > wrote: Hello, any idea on how to solve the following build error? ???? ????????????? ????-?????????? ???? ???????? ?210-9530??????????1-1 TEL 044-329-2155 FAX 044-329-2394 On Fri, May 20, 2016 at 8:33 AM, stephane???? ???? > wrote: Hello, As stated in my previous e-mail, building ninja from vs2013did not solve the problem. I also noticed that re-sending the ninja command after the "subcommand failed" kind of resume the process to some point. I've attached the corresponding log files. Is it possible to build it with Visual Studio IDE instead of Ninja? ???? ????????????? ????-?????????? ???? ???????? ?210-9530??????????1-1 TEL 044-329-2155 FAX 044-329-2394 On Thu, May 19, 2016 at 4:42 PM, Joachim Pouderoux > wrote: Hello, Did you compiled ninja using your VS2013? Do you start ninja from a Visual Studio 2013 command line (so that cmake can find VS compiler in the environment)? Regards, Joachim Pouderoux PhD, Technical Expert Kitware SAS < Caution-http://www.kitware.fr > 2016-05-19 7:49 GMT+02:00 stephane???? ???? >: Hello, I am sending a Log of the building process Ndong-Mefane Stephane, Dr.Eng Basic Design Sec. Steam Turbine Dept. Kawasaki Factory Fuji Electric Co., Ltd 1-1, Tanabeshinden, Kawasaki-ku, Kawasaki-city 210-9530, Japan Phone: +81-44-329-2155 < tel:%2B81-44-329-2155 > Fax: +81-44-329-2394 < tel:%2B81-44-329-2394 > On Thu, May 19, 2016 at 1:54 PM, stephane???? ???? > wrote: Hello, I've been trying to "superbuild" paraview 5.0 on Win7 without success. I keep getting two errors: 1) the first one is related to szip at the beginning of the build 2) the second and last one is ninja: build stopped: subcommand failed nothing else. I really need some help please... Ndong-Mefane Stephane, Dr.Eng Basic Design Sec. Steam Turbine Dept. Kawasaki Factory Fuji Electric Co., Ltd 1-1, Tanabeshinden, Kawasaki-ku, Kawasaki-city 210-9530, Japan Phone: +81-44-329-2155 < tel:%2B81-44-329-2155 > Fax: +81-44-329-2394 < tel:%2B81-44-329-2394 > _______________________________________________ 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 > CLASSIFICATION: UNCLASSIFIED -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5567 bytes Desc: not available URL: From ramrebol at gmail.com Fri May 20 10:19:15 2016 From: ramrebol at gmail.com (Ramiro James Rebolledo Cormack) Date: Fri, 20 May 2016 10:19:15 -0400 Subject: [Paraview] Paraview 5.0.1: Export Scene to pdf -- appears in white In-Reply-To: References: Message-ID: Thanks Utkarsh. 2016-05-19 22:16 GMT-04:00 Utkarsh Ayachit : > Ramiro, > > A few things to note: > > + Not sure what's the deal with 4.0.1, but it's too old at this point > so let's ignore that. > I'm agree. I was just testing to understand what is happening. > + When you downloaded ParaView 5.0.1 from paraview.org, starting with > 5.0.1, we are using a new implementation of the rendering backend for > our binaries [1]. This rendering backend, let's call OpenGL2, doesn't > support exporting to PDF, at least, not in 5.0.1. It's been fixed in > git "master". > In my laptop I have 3 options (pressing enter buttom) for VTK_RENDERING_BACKEND: OpenGL, OpenGL2 and None, but in my desktop I have only one: OpenGL. I compile paraview in my laptop (ubuntu 16.04) and my desktop (ubuntu 14.04) with exactly the same options in ccmake, in particular: OpenGL. In my laptop 'Export to pdf' works perfect. Is this related this the nvidia driver? In my desktop I have installed nvidia driver, but in my destop I have not installed nvidia driver. > + I suspect ParaView 5.0.1 from Ubuntu is using the old rendering > backend by default. The title bar should say something like "ParaView > 5.0.1 (Legacy Rendering Backend)". This backend still support the old > export to PDF code and hence should have that option. > You are right: in the paraview version from ubuntu repository says "ParaView 5.0.1 (Legacy Rendering Backend)" in the tittle bar. Also, in my both compiled paraview 5.0.1 appears "ParaView 5.0.1 (Legacy Rendering Backend)" in the tittle bar too. > + When you compiled 5.0.1 from source, I suspect you are getting the > old rendering backend too (unless you changed the CMake variable > VTK_RENDERING_BACKEND to OpenGL2). Not entirely sure why export would > fail in that case. There isn't any special flag to enable PDF export. > Now, in my desktop I'm trying compiling with OpenGL2 option (the option doesn't comes hiting the enter button, instead of my laptop, but I chosed writting it), and crossing my fingers. I appreciate any ideas or suggestions (I don't have more), to find a way for fix this 'little' problem: to have the export to pdf option. Thanks again. > > However, the best option to try out Export to PDF would be build the > latest "master" from source with VTK_RENDERING_BACKEND set to OpenGL2. > > (Dave, do correct me if I am misspoke). > > Utkarsh > > [1] > https://blog.kitware.com/kitware-unleashes-brand-new-rendering-backend-in-paraview-5-0/ > > On Thu, May 19, 2016 at 6:08 PM, Ramiro James Rebolledo Cormack > wrote: > > Thanks Utkarsh. In my ubuntu 16.04 laptop I have installed ParaView 5.0.1 > > (from ubuntu repositories) and it has the option Export Scene to pdf, and > > works perfect. > > On the other hand, older paraview versions had the option, and worked. > > > > I think that, maybe, I can get it using some spetial compilling option > when > > I use ccmake. > -- Ramiro -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.lonie at kitware.com Fri May 20 10:19:51 2016 From: david.lonie at kitware.com (David Lonie) Date: Fri, 20 May 2016 10:19:51 -0400 Subject: [Paraview] Paraview 5.0.1: Export Scene to pdf -- appears in white In-Reply-To: References: Message-ID: On Thu, May 19, 2016 at 10:16 PM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > + Not sure what's the deal with 4.0.1, but it's too old at this point > so let's ignore that. > + When you downloaded ParaView 5.0.1 from paraview.org, starting with > 5.0.1, we are using a new implementation of the rendering backend for > our binaries [1]. This rendering backend, let's call OpenGL2, doesn't > support exporting to PDF, at least, not in 5.0.1. It's been fixed in > git "master". > + I suspect ParaView 5.0.1 from Ubuntu is using the old rendering > backend by default. The title bar should say something like "ParaView > 5.0.1 (Legacy Rendering Backend)". This backend still support the old > export to PDF code and hence should have that option. > + When you compiled 5.0.1 from source, I suspect you are getting the > old rendering backend too (unless you changed the CMake variable > VTK_RENDERING_BACKEND to OpenGL2). Not entirely sure why export would > fail in that case. There isn't any special flag to enable PDF export. > > However, the best option to try out Export to PDF would be build the > latest "master" from source with VTK_RENDERING_BACKEND set to OpenGL2. > > (Dave, do correct me if I am misspoke). > This sounds about right. The gl2ps library we use to generate the pdfs was not compatible with the new OpenGL2 backend, and I had to tweak it a bit to get it working again. Looking at the git log, the modifications didn't make it into the 5.0.1 release, so export would only work using the old backend with that release. The current development branch supports pdf export on both backends. I'm curious about the white exported image, though. IIRC, the vector-graphics export options shouldn't be shown on the versions of paraview that don't support gl2ps, so if you're able to export, it should be working. It sounds like you may have also brushed up against one of the limitations of the gl2ps library -- for instance, it can't handle textured objects (they'll just appear a solid color, rather than patterned). This can be problematic as some of the color mapping techniques use textures. If you're seeing incorrect output, try playing with the "rasterize 3D geometry" and sort options to see if you can get a better representation of the scene. HTH, Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From lukasz.paluszek at airbus.com Fri May 20 10:27:43 2016 From: lukasz.paluszek at airbus.com (Paluszek, Lukasz) Date: Fri, 20 May 2016 14:27:43 +0000 Subject: [Paraview] Question about the ImageResampling Filter In-Reply-To: <22163_1463751458_573F1322_22163_4816_1_CADHSJjAA1zxk1Gs7=CE364QMg4zcBjNhO+xTNBi8CvGC7mfOLQ@mail.gmail.com> References: <14587_1463728631_573EB9F7_14587_9088_1_cb3e4d95e06647d5949fd62b74b3f543@DE0-03DAG13-P03.central.mail.corp> <22163_1463751458_573F1322_22163_4816_1_CADHSJjAA1zxk1Gs7=CE364QMg4zcBjNhO+xTNBi8CvGC7mfOLQ@mail.gmail.com> Message-ID: <30086_1463754468_573F1EE4_30086_1155_1_e2c11cf091064a28bdc7fb1001dc6022@DE0-03DAG13-P03.central.mail.corp> Hi Utkarsh, I am always building Paraview from source on Linux with all the features I need, but there is no rush, I can wait for the next release or if I badly need this functionality I will pull it from the ?master?. A little background: I was actually playing around when I came across the issue, what I want to achieve is to do fast volume rendering on unstructured meshes. The volume rendering algorithms in Paraview are ultrafast with VTK image files but painfully slow with unstructured grids. I constantly have an idea in mind to map unstructured meshes to image files and then do the volume rendering. Simple as it sounds I could not find an automatic way to achieve this, in the end I had to manually generate image files in a text editor. I also tried with the Gaussian Resampling, but this filter fails in parallel, each process generates its own image file but there is no communication between them, it is not possible to resample data onto these images nor is it possible to save them (Paraview saves data from just one process). I am still hoping to find some smart way of generating image files, ideally automatically refined based on some flow variables of interest and then map the unstructured grid data on the generated VTK images for fast volume rendering. Regards, Lukasz [Beschreibung: Beschreibung: Description?: cid:image001.png at 01CF0B8F.DB7831F0] ?ukasz Paluszek Airbus Helicopters Aerodynamics Department (ETGA) 86607 Donauw?rth Germany Tel.: +49 (90) 671 8231 Fax.: +49 (90) 671 9122 Lukasz.Paluszek at airbus.com From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: 20 May 2016 15:38 To: Paluszek, Lukasz Cc: paraview at paraview.org Subject: Re: [Paraview] Question about the ImageResampling Filter Lukasz, I'd suggest not to use 'ImageResampling' filter, it was a temporary fix and clearly is buggy. A new filter has been added to ParaView "master", name "Resample To Image". That would do what you want to do more reliably. What platform are you running on? I can send you links to the nightly binaries for the same. Utkarsh On Fri, May 20, 2016 at 3:17 AM, Paluszek, Lukasz > wrote: Hello All, Is the Image Resampling filter applicable to all datasets or only VTK Images? Each time I try to use this filter on any other dataset than a uniform image file, Paraview crashes. In Paraview Help it is written: ?Accepts input of following types: vtkDataSet vtkCompositeDataSet?. I am using Paraview 5.0.0. Regards, Lukasz [Beschreibung: Beschreibung: Description?: cid:image001.png at 01CF0B8F.DB7831F0] ?ukasz Paluszek Airbus Helicopters Aerodynamics Department (ETGA) 86607 Donauw?rth Germany Tel.: +49 (90) 671 8231 Fax.: +49 (90) 671 9122 Lukasz.Paluszek at airbus.com AIRBUS HELICOPTERS DEUTSCHLAND GmbH Sitz der Gesellschaft / Registered Office: Donauw?rth Registergericht / Registration Court: Amtsgericht Augsburg HRB 16508 Vorsitzender des Aufsichtsrates / Chairman of the Supervisory Board: Guillaume Faury Gesch?ftsf?hrung / Board of Management: Dr. Wolfgang Schoder, Vorsitzender / CEO; Thomas Hundt; Johannes Kleidorfer; Dr. Klaus Przemeck; Martin Sch?bel; Stefan Thom? The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview AIRBUS HELICOPTERS DEUTSCHLAND GmbH Sitz der Gesellschaft / Registered Office: Donauw?rth Registergericht / Registration Court: Amtsgericht Augsburg HRB 16508 Vorsitzender des Aufsichtsrates / Chairman of the Supervisory Board: Guillaume Faury Gesch?ftsf?hrung / Board of Management: Dr. Wolfgang Schoder, Vorsitzender / CEO; Thomas Hundt; Johannes Kleidorfer; Dr. Klaus Przemeck; Martin Sch?bel; Stefan Thom? The information in this e-mail is confidential. The contents may not be disclosed or used by anyone other than the addressee. Access to this e-mail by anyone else is unauthorised. If you are not the intended recipient, please notify Airbus immediately and delete this e-mail. Airbus cannot accept any responsibility for the accuracy or completeness of this e-mail as it has been sent over public networks. If you have any concerns over the content of this message or its Accuracy or Integrity, please contact Airbus immediately. All outgoing e-mails from Airbus are checked using regularly updated virus scanning software but you should take whatever measures you deem to be appropriate to ensure that this message and any attachments are virus free. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 16151 bytes Desc: image001.png URL: From david.lonie at kitware.com Fri May 20 10:27:40 2016 From: david.lonie at kitware.com (David Lonie) Date: Fri, 20 May 2016 10:27:40 -0400 Subject: [Paraview] Paraview 5.0.1: Export Scene to pdf -- appears in white In-Reply-To: References: Message-ID: On Fri, May 20, 2016 at 10:19 AM, Ramiro James Rebolledo Cormack < ramrebol at gmail.com> wrote: > > I compile paraview in my laptop (ubuntu 16.04) and my desktop (ubuntu > 14.04) with exactly the same options in ccmake, in particular: OpenGL. > In my laptop 'Export to pdf' works perfect. > Is this related this the nvidia driver? In my desktop I have installed > nvidia driver, but in my destop I have not installed nvidia driver. > Hmm, the opengl driver shouldn't matter on the OpenGL1 backend, unless there was a bug in their feedback rendering mode. Are you trying to export the same scene on both systems? > + When you compiled 5.0.1 from source, I suspect you are getting the >> old rendering backend too (unless you changed the CMake variable >> VTK_RENDERING_BACKEND to OpenGL2). Not entirely sure why export would >> fail in that case. There isn't any special flag to enable PDF export. >> > > Now, in my desktop I'm trying compiling with OpenGL2 option (the option > doesn't comes hiting the enter button, instead of my laptop, but I chosed > writting it), and crossing my fingers. > > I appreciate any ideas or suggestions (I don't have more), to find a way > for fix this 'little' problem: to have the export to pdf option. > I'd suggest just playing with the export options and see if there's a solution there. If you keep having trouble, send me a small state file that reproduces the issue and I'll take a look. There are certain cases where the gl2ps exporter will fail to capture all of the details in a scene, though it should produce more than an empty white image. Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Fri May 20 10:36:17 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 20 May 2016 10:36:17 -0400 Subject: [Paraview] Question about the ImageResampling Filter In-Reply-To: <30086_1463754468_573F1EE4_30086_1155_1_e2c11cf091064a28bdc7fb1001dc6022@DE0-03DAG13-P03.central.mail.corp> References: <14587_1463728631_573EB9F7_14587_9088_1_cb3e4d95e06647d5949fd62b74b3f543@DE0-03DAG13-P03.central.mail.corp> <22163_1463751458_573F1322_22163_4816_1_CADHSJjAA1zxk1Gs7=CE364QMg4zcBjNhO+xTNBi8CvGC7mfOLQ@mail.gmail.com> <30086_1463754468_573F1EE4_30086_1155_1_e2c11cf091064a28bdc7fb1001dc6022@DE0-03DAG13-P03.central.mail.corp> Message-ID: Lukasz, > The volume rendering algorithms in Paraview are ultrafast with VTK image files but painfully slow with unstructured grids. I constantly have an idea in mind to map unstructured meshes to image files and then do the volume rendering. That's indeed the reason by the "Resample to Image" filter was created :). And it's expected to work in parallel for composite datasets too. Of course, if you spot a bug, do let us know. Utkarsh From andy.bauer at kitware.com Fri May 20 10:39:39 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Fri, 20 May 2016 10:39:39 -0400 Subject: [Paraview] capability of ParaView, Catalyst in distributed computing environment ... In-Reply-To: <62131.95.7.172.33.1463584631.squirrel@webmail.be.itu.edu.tr> References: <62131.95.7.172.33.1463584631.squirrel@webmail.be.itu.edu.tr> Message-ID: It may be possible to do this with Catalyst. I would guess that nearly all of the complex work would need to be done in the adaptor to integrate this properly though. On Wed, May 18, 2016 at 11:17 AM, wrote: > Yes, you are right. In this case, there will be two separate > MPI_COMM_WORLD. Plus, one that covers all the resources (let's say that > global MPI_COMM_WORLD). Actually, this kind of setup is very common for > multi-physics applications such as fluid-structure interaction. So, is it > possible to tight this kind of environment with Catalyst? I am not expert > about Catalyst but it seems that there might be a problem in the rendering > stage even underlying grids and fields are defined without any problem. > > Regards, > > --ufuk > > > I'm not sure if this is exactly what the original user is referring to, > > but it is possible to have two separate codes communicate using MPI > > through the dynamic processes in MPI-2. Essentially, one program starts > up > > on N processors and begins running and gets an MPI_COMM_WORLD. It then > > spawns another executable on M different processors and that new > > executable will call MPI_INIT and also get its own MPI_COMM_WORLD. So you > > have two, disjoint MPI_COMM_WORLD's that get linked together through a > > newly created intercommunicator. > > > > > > I've used this to couple a structural mechanics code to our fluid > dynamics > > solver for example. It sounds like that is similar to what is being done > > here. > > > > > > How that would interact with coprocessing is beyond my knowledge though. > > It does sound like an interesting problem and one I would be very curious > > to find out the details. > > > > > > Tim > > > > > > ________________________________ > > From: ParaView on behalf of Andy Bauer > > > > Sent: Wednesday, May 18, 2016 10:52 AM > > To: Ufuk Utku Turuncoglu (BE) > > Cc: paraview at paraview.org > > Subject: Re: [Paraview] capability of ParaView, Catalyst in distributed > > computing environment ... > > > > Hi, > > > > I'm a bit confused. MPI_COMM_WORLD is the global communicator and as far > > as I'm aware, can't be modified which means there can't be two different > > communicators. > > > > Catalyst can be set to use a specific MPI communicator and that's been > > done by at least one code (Code_Saturne). I think they have a > multiphysics > > simulation as well. > > > > Cheers, > > Andy > > > > On Wed, May 18, 2016 at 5:22 AM, Ufuk Utku Turuncoglu (BE) > > >> > > wrote: > > Hi All, > > > > I just wonder about the capability of ParaView, Catalyst in distributed > > computing environment. I have little bit experience in in-situ > > visualization but it is hard for me to see the big picture at this point. > > So, i decided to ask to the user list to get some suggestion from the > > experts. Hypothetically, lets assume that we have two simulation code > that > > are coupled together (i.e. fluid-structure interaction) and both of them > > have their own MPI_COMM_WORLD and run on different processors (model1 > runs > > on MPI rank 0,1,2,3 and model2 runs on 4,5,6,7). What is the correct > > design to create integrated in-situ visualization analysis (both model > > contributes to same visualization pipeline) in this case? Do you know any > > implementation that is similar to this design? At least, is it possible? > > > > In this case, the adaptor code will need to access to two different > > MPI_COMM_WORLD and it could run on all processor (from 0 to 7) or its own > > MPI_COMM_WORLD (i.e. MPI ranks 8,9,10,11). Also, the both simulation code > > have its own grid and field definitions (might be handled via defining > > different input ports). Does it create a problem in Paraview, Catalyst > > side, if the multiblock dataset is used to define the grids of the > > components in adaptor. I am asking because some MPI processes (belongs to > > adaptor code) will not have data for specific model component due to the > > domain decomposition implementation of the individual models. For > example, > > MPI rank 4,5,6,7 will not have data for model1 (that runs on MPI rank > > 0,1,2,3) and 0,1,2,3 will not have data for model2 (that runs on MPI rank > > 4,5,6,7). To that end, do i need to collect all the data from the > > components? If this is the case, how can i handle 2d decomposition > > problem? Because, the adaptor code has no any common grid structure that > > fits for all the model components. > > > > Regards, > > > > Ufuk Turuncoglu > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > > > Please keep messages on-topic and check the ParaView Wiki at: > > http://paraview.org/Wiki/ParaView > > > > 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 svenkramer40 at gmail.com Fri May 20 12:46:30 2016 From: svenkramer40 at gmail.com (Sven Kramer) Date: Fri, 20 May 2016 18:46:30 +0200 Subject: [Paraview] Connect ParaViewWeb to Catalyst In-Reply-To: References: Message-ID: Hello Seb, glad to read your answer. So the problem is not only that I was unable to find the relevant information. You say, you have not (yet) written the required code. Does "not (yet)" mean that it is on the agenda maybe within the next half year? Then I could find a workaround and look forward to the next Paraview updates. Otherwise I would try to work on the implementation for connecting Paraviewweb to Catalyst output. Is there any developer documentation of Catalysts "specific socket connection"? Or some general Catalyst developer information? Those would be great to get started. My first attempt would be to "wrap" the functionality of Qt/ApplicationComponents/pqCatalystConnectReaction.cxx into pvserver and make it available to the web client. Or are the necessary steps much more involved? Thank you Sven 2016-05-20 15:42 GMT+02:00 Sebastien Jourdain < sebastien.jourdain at kitware.com>: > Hi Sven, > > Live catalyst connection require a specific socket connection to the > in-situ process with some special handling. > We did not (yet) wrote the Python code to perform that specific action for > ParaViewWeb so it could be triggered by the web client or configured via an > argument at launch time. > I don't see any reason why this couldn't work, but as for now, I also > don't know an easy step to do it without spending time doing it myself. > > Seb > > On Thu, May 19, 2016 at 1:52 PM, Sven Kramer > wrote: > >> Hello, >> I am looking for the recommended steps how to display an in-situ (live) >> Catalyst simulation through ParaViewWeb. >> >> After some efforts I am able to run ParaViewWeb successfully and I can >> view a Catalyst-enabled simulation in paraview. >> >> I hope, it is also possible to show the live Catalyst output via >> ParaViewWeb, but I cannot imagine how to achieve this. I tried starting a >> pvserver as mentioned at the end of >> https://blog.kitware.com/introduction-to-paraview-catalyst-live/ and >> giving "--ds-host localhost --ds-port 11111" options to >> pv_web_visualizer.py, but it doesn't help. I can't share anything to be >> displayed on the web. >> >> Below you find the (not too detailed) steps I took to have a working >> solution for either Catalyst-enabled simulations or a working web >> visualizer: >> >> Test connection from Catalyst simulation to paraview: >> 1) Build and execute paraview from ParaView-v5.0.1-source.tar.gz (from >> http://www.paraview.org/download/) >> 2) Choose Catalyst->Connect in paraview >> 3) Run CFullExample from >> https://github.com/Kitware/ParaViewCatalystExampleCode >> 4) Pipeline from CFullExample is shown in paraview. >> Success! >> >> Test ParaViewWeb: >> 1) Download ParaViewData-5.0.0.tar.gz from >> http://www.paraview.org/download/, extract in /data >> 2) Run $ParaView_DIR/bin/pvpython >> $ParaView_DIR/lib/site-packages/paraview/web/pv_web_visualizer.py --content >> $ParaView_DIR/www --data-dir /data --port 8080 >> 3) Open the Visualizer App http://localhost:8080/apps/Visualizer/ >> Success! >> >> But how do I get Catalyst into the web visualizer? Is there any example >> how to combine them? Anybody who can suggest the required steps? >> >> Regards, >> Sven >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Fri May 20 12:59:29 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Fri, 20 May 2016 10:59:29 -0600 Subject: [Paraview] Connect ParaViewWeb to Catalyst In-Reply-To: References: Message-ID: Hi Sven, I am not aware on any specific developer documentation for Catalyst on the ParaView side (but I haven't worked on that subject for years), although Utkarsh or Andy might know. Usually looking at the code and redoing it in the Python world is what is required, but as I said, I'm not sure of what it means since I don't know that code anymore. ;-) For the timeframe, I can't tell (meaning I don't know), but we can still try to help you or implement the missing piece via support contract if that make sense on your end. Thanks, Seb On Fri, May 20, 2016 at 10:46 AM, Sven Kramer wrote: > Hello Seb, > glad to read your answer. So the problem is not only that I was unable to > find the relevant information. > > You say, you have not (yet) written the required code. Does "not (yet)" > mean that it is on the agenda maybe within the next half year? Then I could > find a workaround and look forward to the next Paraview updates. > > Otherwise I would try to work on the implementation for connecting > Paraviewweb to Catalyst output. Is there any developer documentation of > Catalysts "specific socket connection"? Or some general Catalyst developer > information? Those would be great to get started. > My first attempt would be to "wrap" the functionality of > Qt/ApplicationComponents/pqCatalystConnectReaction.cxx into pvserver and > make it available to the web client. Or are the necessary steps much more > involved? > > Thank you > Sven > > > 2016-05-20 15:42 GMT+02:00 Sebastien Jourdain < > sebastien.jourdain at kitware.com>: > >> Hi Sven, >> >> Live catalyst connection require a specific socket connection to the >> in-situ process with some special handling. >> We did not (yet) wrote the Python code to perform that specific action >> for ParaViewWeb so it could be triggered by the web client or configured >> via an argument at launch time. >> I don't see any reason why this couldn't work, but as for now, I also >> don't know an easy step to do it without spending time doing it myself. >> >> Seb >> >> On Thu, May 19, 2016 at 1:52 PM, Sven Kramer >> wrote: >> >>> Hello, >>> I am looking for the recommended steps how to display an in-situ (live) >>> Catalyst simulation through ParaViewWeb. >>> >>> After some efforts I am able to run ParaViewWeb successfully and I can >>> view a Catalyst-enabled simulation in paraview. >>> >>> I hope, it is also possible to show the live Catalyst output via >>> ParaViewWeb, but I cannot imagine how to achieve this. I tried starting a >>> pvserver as mentioned at the end of >>> https://blog.kitware.com/introduction-to-paraview-catalyst-live/ and >>> giving "--ds-host localhost --ds-port 11111" options to >>> pv_web_visualizer.py, but it doesn't help. I can't share anything to be >>> displayed on the web. >>> >>> Below you find the (not too detailed) steps I took to have a working >>> solution for either Catalyst-enabled simulations or a working web >>> visualizer: >>> >>> Test connection from Catalyst simulation to paraview: >>> 1) Build and execute paraview from ParaView-v5.0.1-source.tar.gz (from >>> http://www.paraview.org/download/) >>> 2) Choose Catalyst->Connect in paraview >>> 3) Run CFullExample from >>> https://github.com/Kitware/ParaViewCatalystExampleCode >>> 4) Pipeline from CFullExample is shown in paraview. >>> Success! >>> >>> Test ParaViewWeb: >>> 1) Download ParaViewData-5.0.0.tar.gz from >>> http://www.paraview.org/download/, extract in /data >>> 2) Run $ParaView_DIR/bin/pvpython >>> $ParaView_DIR/lib/site-packages/paraview/web/pv_web_visualizer.py --content >>> $ParaView_DIR/www --data-dir /data --port 8080 >>> 3) Open the Visualizer App http://localhost:8080/apps/Visualizer/ >>> Success! >>> >>> But how do I get Catalyst into the web visualizer? Is there any example >>> how to combine them? Anybody who can suggest the required steps? >>> >>> Regards, >>> Sven >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Fri May 20 12:57:28 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Fri, 20 May 2016 16:57:28 +0000 Subject: [Paraview] Memory leak with Catalyst Message-ID: Hi, One of our users is running a very big simulation and writing out images of two slices (two different views) every 1000 iterations and writing out the data for the two slices (two different data writers) as VTK files every 5000 iterations. It is using Paraview 4.4. After 21000 iterations, the simulation is killed because the memory on the compute nodes fills up. I usually know how to track down memory problems in our code using valgrind and related tools, but is that the right way to go to try and find this problem? Are there any tips on how to isolate where the problem may be? I don't know if it is in the adapter, or in paraview itself. Has anybody encountered problems with runaway memory using Catalyst in 4.4 when writing images or VTK files? I know when we use pvpython to generate images and loop over many files, sometimes the memory also blows up and so we usually move the loop over the files outside the pvpython script and into a driver script that executes a new pvpython for each file. Is there a way to shut down/start up Catalyst each time it needs to write something? Is that advisable? Thanks, Tim -------------- next part -------------- An HTML attachment was scrubbed... URL: From michele.battistoni at unipg.it Fri May 20 13:55:41 2016 From: michele.battistoni at unipg.it (Michele Battistoni) Date: Fri, 20 May 2016 19:55:41 +0200 Subject: [Paraview] Slow with just 1M cells Message-ID: <4A0C9ECE-56B5-4521-80FE-63B17C1C2ED4@unipg.it> Paraview is awesome for lots of functionalities, however I find it extremely slow in processing data with any filter type, or in changing timestep as soon as the model size is around one million cells or above. I have experience with a commercial tool which on the same model and pc is 100x faster. Let's say a second vs. a min! Is there any specific settings for ram of parallelization among cores? Thanks Michele From andy.bauer at kitware.com Fri May 20 14:39:49 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Fri, 20 May 2016 14:39:49 -0400 Subject: [Paraview] Memory leak with Catalyst In-Reply-To: References: Message-ID: Hi Tim, If you build Catalyst with VTK_DEBUG_LEAKS enabled it is pretty good at finding VTK objects that aren't deleted properly. You should be able to run this with a small amount of calls to Catalyst as well. If you try this and want help understanding the output (if an object like a vtkUnstructuredGrid is leaked it will often give a whole bunch of false leaks that the unstructured grid is just holding the references to), just share your output file and I can take a look at it to try and narrow down the culprit. That may be slightly easier to use than Valgrind. Beyond this, you could maybe try the same run but without doing any Catalyst work to see what happens then. That may be a lot of compute cycles but I'm not sure how else to try and bisect where the memory leak is occurring. Initializing and finalizing Catalyst every time you want output would probably work but I'd think there may be significant overhead doing it like this. Plus, it's not really solving the problem -- just avoiding it. Best, Andy On Fri, May 20, 2016 at 12:57 PM, Gallagher, Timothy P < tim.gallagher at gatech.edu> wrote: > Hi, > > > One of our users is running a very big simulation and writing out images > of two slices (two different views) every 1000 iterations and writing out > the data for the two slices (two different data writers) as VTK files every > 5000 iterations. It is using Paraview 4.4. > > > After 21000 iterations, the simulation is killed because the memory on the > compute nodes fills up. I usually know how to track down memory problems in > our code using valgrind and related tools, but is that the right way to go > to try and find this problem? > > > Are there any tips on how to isolate where the problem may be? I don't > know if it is in the adapter, or in paraview itself. Has anybody > encountered problems with runaway memory using Catalyst in 4.4 when writing > images or VTK files? > > > I know when we use pvpython to generate images and loop over many files, > sometimes the memory also blows up and so we usually move the loop over the > files outside the pvpython script and into a driver script that executes a > new pvpython for each file. Is there a way to shut down/start up Catalyst > each time it needs to write something? Is that advisable? > > > Thanks, > > > Tim > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Fri May 20 14:56:49 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Fri, 20 May 2016 18:56:49 +0000 Subject: [Paraview] Memory leak with Catalyst In-Reply-To: References: , Message-ID: Hi Andy, Thanks for the tips. I will get working on the VTK_DEBUG_LEAKS now and see what it turns up. The initialize/finalize every time is definitely a hack and not for long-term use. But, sponsors want a report on Monday and we need to be able to visualize things for that -- the simulation is too big to write data files and post-process later. So I modified the code to do that for now until I can find a proper fix. I'll let you know if I get stuck with the log file. Thanks again, Tim ________________________________ From: Andy Bauer Sent: Friday, May 20, 2016 2:39 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst Hi Tim, If you build Catalyst with VTK_DEBUG_LEAKS enabled it is pretty good at finding VTK objects that aren't deleted properly. You should be able to run this with a small amount of calls to Catalyst as well. If you try this and want help understanding the output (if an object like a vtkUnstructuredGrid is leaked it will often give a whole bunch of false leaks that the unstructured grid is just holding the references to), just share your output file and I can take a look at it to try and narrow down the culprit. That may be slightly easier to use than Valgrind. Beyond this, you could maybe try the same run but without doing any Catalyst work to see what happens then. That may be a lot of compute cycles but I'm not sure how else to try and bisect where the memory leak is occurring. Initializing and finalizing Catalyst every time you want output would probably work but I'd think there may be significant overhead doing it like this. Plus, it's not really solving the problem -- just avoiding it. Best, Andy On Fri, May 20, 2016 at 12:57 PM, Gallagher, Timothy P > wrote: Hi, One of our users is running a very big simulation and writing out images of two slices (two different views) every 1000 iterations and writing out the data for the two slices (two different data writers) as VTK files every 5000 iterations. It is using Paraview 4.4. After 21000 iterations, the simulation is killed because the memory on the compute nodes fills up. I usually know how to track down memory problems in our code using valgrind and related tools, but is that the right way to go to try and find this problem? Are there any tips on how to isolate where the problem may be? I don't know if it is in the adapter, or in paraview itself. Has anybody encountered problems with runaway memory using Catalyst in 4.4 when writing images or VTK files? I know when we use pvpython to generate images and loop over many files, sometimes the memory also blows up and so we usually move the loop over the files outside the pvpython script and into a driver script that executes a new pvpython for each file. Is there a way to shut down/start up Catalyst each time it needs to write something? Is that advisable? Thanks, Tim _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From burlen.loring at gmail.com Fri May 20 15:46:34 2016 From: burlen.loring at gmail.com (Burlen Loring) Date: Fri, 20 May 2016 12:46:34 -0700 Subject: [Paraview] Memory leak with Catalyst In-Reply-To: References: Message-ID: VTK_DEBUG_LEAKS, although will catch some serious errors, will not catch all kinds of leaks. For example you can have leaks where data erroneously accumulates with each time step, but is deleted at program termination. VTK_DEBUG_LEAKS will not catch that kind of error. It's probably better to use massif to profile your code on a small one node run. There's an excellent tool called massif visualizer to aid in exploring the data generated. $0.02 On 05/20/2016 11:56 AM, Gallagher, Timothy P wrote: > > Hi Andy, > > > Thanks for the tips. I will get working on the VTK_DEBUG_LEAKS now and > see what it turns up. > > > The initialize/finalize every time is definitely a hack and not for > long-term use. But, sponsors want a report on Monday and we need to be > able to visualize things for that -- the simulation is too big to > write data files and post-process later. So I modified the code to do > that for now until I can find a proper fix. > > > I'll let you know if I get stuck with the log file. > > > Thanks again, > > > Tim > > > > ------------------------------------------------------------------------ > *From:* Andy Bauer > *Sent:* Friday, May 20, 2016 2:39 PM > *To:* Gallagher, Timothy P > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] Memory leak with Catalyst > Hi Tim, > > If you build Catalyst with VTK_DEBUG_LEAKS enabled it is pretty good > at finding VTK objects that aren't deleted properly. You should be > able to run this with a small amount of calls to Catalyst as well. If > you try this and want help understanding the output (if an object like > a vtkUnstructuredGrid is leaked it will often give a whole bunch of > false leaks that the unstructured grid is just holding the references > to), just share your output file and I can take a look at it to try > and narrow down the culprit. That may be slightly easier to use than > Valgrind. > > Beyond this, you could maybe try the same run but without doing any > Catalyst work to see what happens then. That may be a lot of compute > cycles but I'm not sure how else to try and bisect where the memory > leak is occurring. > > Initializing and finalizing Catalyst every time you want output would > probably work but I'd think there may be significant overhead doing it > like this. Plus, it's not really solving the problem -- just avoiding it. > > Best, > Andy > > > On Fri, May 20, 2016 at 12:57 PM, Gallagher, Timothy P > > wrote: > > Hi, > > > One of our users is running a very big simulation and writing out > images of two slices (two different views) every 1000 iterations > and writing out the data for the two slices (two different data > writers) as VTK files every 5000 iterations. It is using Paraview > 4.4. > > > After 21000 iterations, the simulation is killed because the > memory on the compute nodes fills up. I usually know how to track > down memory problems in our code using valgrind and related tools, > but is that the right way to go to try and find this problem? > > > Are there any tips on how to isolate where the problem may be? I > don't know if it is in the adapter, or in paraview itself. Has > anybody encountered problems with runaway memory using Catalyst in > 4.4 when writing images or VTK files? > > > I know when we use pvpython to generate images and loop over many > files, sometimes the memory also blows up and so we usually move > the loop over the files outside the pvpython script and into a > driver script that executes a new pvpython for each file. Is there > a way to shut down/start up Catalyst each time it needs to write > something? Is that advisable? > > > Thanks, > > > Tim > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: > http://markmail.org/search/?q=ParaView > > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Fri May 20 16:17:49 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Fri, 20 May 2016 20:17:49 +0000 Subject: [Paraview] Memory leak with Catalyst In-Reply-To: References: , Message-ID: Thanks for the advice Burlen -- I haven't used Massif before, so this is a good opportunity to give it a try. The initialize/finalize each time approach doesn't work either. I am calling the Finalize() routine on the vtkCPProcessor class but then when it tries to initialize again, it throws: Warning: In /data4/ParaView/VTK/Parallel/Core/vtkSocketController.cxx, line 50 vtkSocketController (0xa4342f0): Already initialized. and then crashes. So, hopefully I can sort out the memory leak rather than trying to debug why a hacked fix doesn't work! Tim ________________________________ From: Burlen Loring Sent: Friday, May 20, 2016 3:46 PM To: Gallagher, Timothy P; Andy Bauer Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst VTK_DEBUG_LEAKS, although will catch some serious errors, will not catch all kinds of leaks. For example you can have leaks where data erroneously accumulates with each time step, but is deleted at program termination. VTK_DEBUG_LEAKS will not catch that kind of error. It's probably better to use massif to profile your code on a small one node run. There's an excellent tool called massif visualizer to aid in exploring the data generated. $0.02 On 05/20/2016 11:56 AM, Gallagher, Timothy P wrote: Hi Andy, Thanks for the tips. I will get working on the VTK_DEBUG_LEAKS now and see what it turns up. The initialize/finalize every time is definitely a hack and not for long-term use. But, sponsors want a report on Monday and we need to be able to visualize things for that -- the simulation is too big to write data files and post-process later. So I modified the code to do that for now until I can find a proper fix. I'll let you know if I get stuck with the log file. Thanks again, Tim ________________________________ From: Andy Bauer Sent: Friday, May 20, 2016 2:39 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst Hi Tim, If you build Catalyst with VTK_DEBUG_LEAKS enabled it is pretty good at finding VTK objects that aren't deleted properly. You should be able to run this with a small amount of calls to Catalyst as well. If you try this and want help understanding the output (if an object like a vtkUnstructuredGrid is leaked it will often give a whole bunch of false leaks that the unstructured grid is just holding the references to), just share your output file and I can take a look at it to try and narrow down the culprit. That may be slightly easier to use than Valgrind. Beyond this, you could maybe try the same run but without doing any Catalyst work to see what happens then. That may be a lot of compute cycles but I'm not sure how else to try and bisect where the memory leak is occurring. Initializing and finalizing Catalyst every time you want output would probably work but I'd think there may be significant overhead doing it like this. Plus, it's not really solving the problem -- just avoiding it. Best, Andy On Fri, May 20, 2016 at 12:57 PM, Gallagher, Timothy P > wrote: Hi, One of our users is running a very big simulation and writing out images of two slices (two different views) every 1000 iterations and writing out the data for the two slices (two different data writers) as VTK files every 5000 iterations. It is using Paraview 4.4. After 21000 iterations, the simulation is killed because the memory on the compute nodes fills up. I usually know how to track down memory problems in our code using valgrind and related tools, but is that the right way to go to try and find this problem? Are there any tips on how to isolate where the problem may be? I don't know if it is in the adapter, or in paraview itself. Has anybody encountered problems with runaway memory using Catalyst in 4.4 when writing images or VTK files? I know when we use pvpython to generate images and loop over many files, sometimes the memory also blows up and so we usually move the loop over the files outside the pvpython script and into a driver script that executes a new pvpython for each file. Is there a way to shut down/start up Catalyst each time it needs to write something? Is that advisable? Thanks, Tim _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Fri May 20 19:36:15 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Fri, 20 May 2016 23:36:15 +0000 Subject: [Paraview] Memory leak with Catalyst In-Reply-To: References: , , Message-ID: Well... not going so well. If I run a small simulation with massif and the Release build of paraview, I don't see any growing memory in time. I also get my VTK files and images. If I run the same simulation linked against a Debug build with VTK_DEBUG_LEAKS on, there is a segfault inside one of the libvtkRendering libraries (it says libvtkRenderingOp but the rest of the name is cut off). If I take the image rendering out of my pipeline (comment out the RegisterView call) and leave the VTK file writing, it runs fine and doesn't report any leaks. I tried to get the segfault to drop a core file, but it won't do it. I'm thinking that there is an issue in the rendering part causing the leak. I have no idea what it could be though -- this is the 4.4.0 version, is anybody aware of any bug fixes between 4.4.0 and current versions that might be relevant? Thanks for the help, Tim ________________________________ From: ParaView on behalf of Gallagher, Timothy P Sent: Friday, May 20, 2016 4:17 PM To: Burlen Loring; Andy Bauer Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst Thanks for the advice Burlen -- I haven't used Massif before, so this is a good opportunity to give it a try. The initialize/finalize each time approach doesn't work either. I am calling the Finalize() routine on the vtkCPProcessor class but then when it tries to initialize again, it throws: Warning: In /data4/ParaView/VTK/Parallel/Core/vtkSocketController.cxx, line 50 vtkSocketController (0xa4342f0): Already initialized. and then crashes. So, hopefully I can sort out the memory leak rather than trying to debug why a hacked fix doesn't work! Tim ________________________________ From: Burlen Loring Sent: Friday, May 20, 2016 3:46 PM To: Gallagher, Timothy P; Andy Bauer Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst VTK_DEBUG_LEAKS, although will catch some serious errors, will not catch all kinds of leaks. For example you can have leaks where data erroneously accumulates with each time step, but is deleted at program termination. VTK_DEBUG_LEAKS will not catch that kind of error. It's probably better to use massif to profile your code on a small one node run. There's an excellent tool called massif visualizer to aid in exploring the data generated. $0.02 On 05/20/2016 11:56 AM, Gallagher, Timothy P wrote: Hi Andy, Thanks for the tips. I will get working on the VTK_DEBUG_LEAKS now and see what it turns up. The initialize/finalize every time is definitely a hack and not for long-term use. But, sponsors want a report on Monday and we need to be able to visualize things for that -- the simulation is too big to write data files and post-process later. So I modified the code to do that for now until I can find a proper fix. I'll let you know if I get stuck with the log file. Thanks again, Tim ________________________________ From: Andy Bauer Sent: Friday, May 20, 2016 2:39 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst Hi Tim, If you build Catalyst with VTK_DEBUG_LEAKS enabled it is pretty good at finding VTK objects that aren't deleted properly. You should be able to run this with a small amount of calls to Catalyst as well. If you try this and want help understanding the output (if an object like a vtkUnstructuredGrid is leaked it will often give a whole bunch of false leaks that the unstructured grid is just holding the references to), just share your output file and I can take a look at it to try and narrow down the culprit. That may be slightly easier to use than Valgrind. Beyond this, you could maybe try the same run but without doing any Catalyst work to see what happens then. That may be a lot of compute cycles but I'm not sure how else to try and bisect where the memory leak is occurring. Initializing and finalizing Catalyst every time you want output would probably work but I'd think there may be significant overhead doing it like this. Plus, it's not really solving the problem -- just avoiding it. Best, Andy On Fri, May 20, 2016 at 12:57 PM, Gallagher, Timothy P > wrote: Hi, One of our users is running a very big simulation and writing out images of two slices (two different views) every 1000 iterations and writing out the data for the two slices (two different data writers) as VTK files every 5000 iterations. It is using Paraview 4.4. After 21000 iterations, the simulation is killed because the memory on the compute nodes fills up. I usually know how to track down memory problems in our code using valgrind and related tools, but is that the right way to go to try and find this problem? Are there any tips on how to isolate where the problem may be? I don't know if it is in the adapter, or in paraview itself. Has anybody encountered problems with runaway memory using Catalyst in 4.4 when writing images or VTK files? I know when we use pvpython to generate images and loop over many files, sometimes the memory also blows up and so we usually move the loop over the files outside the pvpython script and into a driver script that executes a new pvpython for each file. Is there a way to shut down/start up Catalyst each time it needs to write something? Is that advisable? Thanks, Tim _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView 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 Sat May 21 11:47:05 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Sat, 21 May 2016 15:47:05 +0000 Subject: [Paraview] Slow with just 1M cells Message-ID: Michele, Taking over a minute to process a data set with 1 million cells does seem like an unreasonably long time, even for a moderately powered PC. Perhaps something odd is happening here. Can you describe in more detail what your data look like and what you are doing with them? -Ken On 5/20/16, 11:55 AM, "ParaView on behalf of Michele Battistoni" wrote: >Paraview is awesome for lots of functionalities, however I find it extremely slow in processing data with any filter type, or in changing timestep as soon as the model size is around one million cells or above. I have experience with a commercial tool which on the same model and pc is 100x faster. Let's say a second vs. a min! > >Is there any specific settings for ram of parallelization among cores? > >Thanks >Michele > > >_______________________________________________ >Powered by www.kitware.com > >Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > >Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > >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 houssen at ipgp.fr Sat May 21 12:57:14 2016 From: houssen at ipgp.fr (houssen) Date: Sat, 21 May 2016 18:57:14 +0200 Subject: [Paraview] =?utf-8?q?Bug_in_XDMF_reader_=3F?= In-Reply-To: References: <422f2e4d208ac9f23f738e444abdf90a@imap.ipgp.fr> Message-ID: I've just tried to visualize KO.xdmf with visit-2.10.2 : it works fine ! So I guess it's a bug in paraview. How to file a bug ? Franck Le 2016-05-17 15:07, houssen a ?crit?: > Just to clarify, the scenario that makes problem is : select all > cells, go to selection inspector, visualize (in 3D viewer) values on > cells and / or points (this triggers errors). > My understanding is that both xdmf (OK and KO) are valid and should > work. OK.xdmf works (whatever PV version), but, KO.xdmf do not > (whatever PV version). > The problem appears when attribute names differ on different grids : > this looks (not sure) like a bug to me. > > With PV5.0.0 + default XDMF reader (which should be XDMF2 if I > understand correctly), I get : > Warning: In > > /scratch/ParaView-v5.0.0-source/VTK/Rendering/Label/vtkLabeledDataMapper.cxx, > line 439 > vtkLabeledDataMapper (0x36cc600): Could not find label array > (NodeValues) in input. > Warning: In > > /scratch/ParaView-v5.0.0-source/VTK/Rendering/Label/vtkLabeledDataMapper.cxx, > line 439 > vtkLabeledDataMapper (0x36cc600): Could not find label array > (NodeVal) in input. > > Note : I tested with all point and cell values, only node values > triggers error, cell values "do nothing". > > With PV5.0.0 + XDMF3 reader, I get: > 'Content' not found in itemProperties in XdmfArray::populateItem > Qt has caught an exception thrown from an event handler. Throwing > exceptions from an event handler is not supported in Qt. You must > reimplement QApplication::notify() and catch all exceptions there. > terminate called after throwing an instance of 'XdmfError' > what(): 'Content' not found in itemProperties in > XdmfArray::populateItem > Aborted > > With PV4.0.1 + default XDMF reader (which should be XDMF2 if I > understand correctly), I get : > Warning: In > > /scratch/ParaView-v4.0.1-source/VTK/Rendering/Label/vtkLabeledDataMapper.cxx, > line 442 > vtkLabeledDataMapper (0x97f2140): Could not find label array > (CellVal) in input. > Warning: In > > /scratch/ParaView-v4.0.1-source/VTK/Rendering/Label/vtkLabeledDataMapper.cxx, > line 442 > vtkLabeledDataMapper (0x97d32d0): Could not find label array > (NodeVal) in input. > > Note : I tested with all point and cell values, only CellVal and > NodeVal triggers error, NodesValues and CellValues are visualized > correctly. > > Franck > > ~> diff OK.xdmf KO.xdmf > 48c48 > < Center="Node"> > --- >> > Center="Node"> > 52c52 > < Center="Cell"> > --- >> > Center="Cell"> > > > Le 2016-05-17 13:57, Joachim Pouderoux a ?crit?: >> Houssen, >> >> Could you specify which reader you are using? xdmf2 or xdmf3? >> You mention PV5.0.0 - do you mean it used to work with previous >> releases? >> >> Best, >> >> JOACHIM POUDEROUX >> >>> _PhD, Technical Expert_ >> >> 2016-05-16 16:55 GMT+02:00 houssen : >> >>> Hello, >>> >>> I have 2 grids (sharing the same nodes). On ParaView-5.0.0, when >>> attribute names differ in grids, data can not be visualized : is >>> this intended ? If yes why ? If no, how to file a bug ? >>> >>> Thanks, >>> >>> Franck >>> >>> ~> diff OK.xdmf KO.xdmf >>> 48c48 >>> >> Center="Node"> >>> --- >>> >>>> ? ? ? >>> Center="Node"> >>> 52c52 >>> >> Center="Cell"> >>> --- >>> >>>> ? ? ? >>> Center="Cell"> >>> >>> _______________________________________________ >>> Powered by www.kitware.com [1] >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html [2] >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView [3] >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=ParaView [4] >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview [5] >> >> >> >> Links: >> ------ >> [1] http://www.kitware.com >> [2] http://www.kitware.com/opensource/opensource.html >> [3] http://paraview.org/Wiki/ParaView >> [4] http://markmail.org/search/?q=ParaView >> [5] http://public.kitware.com/mailman/listinfo/paraview >> [6] mailto:houssen at ipgp.fr From svenkramer40 at gmail.com Sat May 21 13:53:23 2016 From: svenkramer40 at gmail.com (Sven Kramer) Date: Sat, 21 May 2016 19:53:23 +0200 Subject: [Paraview] Connect ParaViewWeb to Catalyst In-Reply-To: References: Message-ID: Thank you, Seb, it seems like I am getting it to work. There are still some difficulties because of my limited javascript experience, but with some quick&dirty workarounds I do have the Catalyst output displayed from ParaViewWeb. As you said, nothing else was required than wrapping the C functions in python. Thanks Sven 2016-05-20 18:59 GMT+02:00 Sebastien Jourdain < sebastien.jourdain at kitware.com>: > Hi Sven, > > I am not aware on any specific developer documentation for Catalyst on the > ParaView side (but I haven't worked on that subject for years), although > Utkarsh or Andy might know. > > Usually looking at the code and redoing it in the Python world is what is > required, but as I said, I'm not sure of what it means since I don't know > that code anymore. ;-) > > For the timeframe, I can't tell (meaning I don't know), but we can still > try to help you or implement the missing piece via support contract if that > make sense on your end. > > Thanks, > > Seb > > On Fri, May 20, 2016 at 10:46 AM, Sven Kramer > wrote: > >> Hello Seb, >> glad to read your answer. So the problem is not only that I was unable to >> find the relevant information. >> >> You say, you have not (yet) written the required code. Does "not (yet)" >> mean that it is on the agenda maybe within the next half year? Then I could >> find a workaround and look forward to the next Paraview updates. >> >> Otherwise I would try to work on the implementation for connecting >> Paraviewweb to Catalyst output. Is there any developer documentation of >> Catalysts "specific socket connection"? Or some general Catalyst developer >> information? Those would be great to get started. >> My first attempt would be to "wrap" the functionality of >> Qt/ApplicationComponents/pqCatalystConnectReaction.cxx into pvserver and >> make it available to the web client. Or are the necessary steps much more >> involved? >> >> Thank you >> Sven >> >> >> 2016-05-20 15:42 GMT+02:00 Sebastien Jourdain < >> sebastien.jourdain at kitware.com>: >> >>> Hi Sven, >>> >>> Live catalyst connection require a specific socket connection to the >>> in-situ process with some special handling. >>> We did not (yet) wrote the Python code to perform that specific action >>> for ParaViewWeb so it could be triggered by the web client or configured >>> via an argument at launch time. >>> I don't see any reason why this couldn't work, but as for now, I also >>> don't know an easy step to do it without spending time doing it myself. >>> >>> Seb >>> >>> On Thu, May 19, 2016 at 1:52 PM, Sven Kramer >>> wrote: >>> >>>> Hello, >>>> I am looking for the recommended steps how to display an in-situ (live) >>>> Catalyst simulation through ParaViewWeb. >>>> >>>> After some efforts I am able to run ParaViewWeb successfully and I can >>>> view a Catalyst-enabled simulation in paraview. >>>> >>>> I hope, it is also possible to show the live Catalyst output via >>>> ParaViewWeb, but I cannot imagine how to achieve this. I tried starting a >>>> pvserver as mentioned at the end of >>>> https://blog.kitware.com/introduction-to-paraview-catalyst-live/ and >>>> giving "--ds-host localhost --ds-port 11111" options to >>>> pv_web_visualizer.py, but it doesn't help. I can't share anything to be >>>> displayed on the web. >>>> >>>> Below you find the (not too detailed) steps I took to have a working >>>> solution for either Catalyst-enabled simulations or a working web >>>> visualizer: >>>> >>>> Test connection from Catalyst simulation to paraview: >>>> 1) Build and execute paraview from ParaView-v5.0.1-source.tar.gz (from >>>> http://www.paraview.org/download/) >>>> 2) Choose Catalyst->Connect in paraview >>>> 3) Run CFullExample from >>>> https://github.com/Kitware/ParaViewCatalystExampleCode >>>> 4) Pipeline from CFullExample is shown in paraview. >>>> Success! >>>> >>>> Test ParaViewWeb: >>>> 1) Download ParaViewData-5.0.0.tar.gz from >>>> http://www.paraview.org/download/, extract in /data >>>> 2) Run $ParaView_DIR/bin/pvpython >>>> $ParaView_DIR/lib/site-packages/paraview/web/pv_web_visualizer.py --content >>>> $ParaView_DIR/www --data-dir /data --port 8080 >>>> 3) Open the Visualizer App http://localhost:8080/apps/Visualizer/ >>>> Success! >>>> >>>> But how do I get Catalyst into the web visualizer? Is there any example >>>> how to combine them? Anybody who can suggest the required steps? >>>> >>>> Regards, >>>> Sven >>>> >>>> >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> 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 jfrx04 at gmail.com Sun May 22 04:31:37 2016 From: jfrx04 at gmail.com (Feng Jiang) Date: Sun, 22 May 2016 16:31:37 +0800 Subject: [Paraview] Problems about calculate the difference between two datasets Message-ID: ParaView newbie here ,and sorry to interrupt you for some problems i met. I have been using two vtk input files which named t1 and t2 for example, both input files contained only one dataset for CellData may called flux1 and flux2. Exactly the structure and the data t1 and t2 got were same and only make a reflect from the surface of the center of x axis. And I want to make the CellData flux1 to subtrack the flux2. However I have tried Using the Group Datasets and the Calculator, or Using the Python Calculator or Programmable filter, and all the result I got is empty. The results I tried seems the ParaView only subtracked the data basic on the Cell ID. So is there any way to solve it or some wrong operate I made I wondered, or I must make the datasets reflect before I input ParaView ? Thanks for any guidance, Feng -------------- next part -------------- An HTML attachment was scrubbed... URL: From u.utku.turuncoglu at be.itu.edu.tr Sun May 22 07:59:41 2016 From: u.utku.turuncoglu at be.itu.edu.tr (u.utku.turuncoglu at be.itu.edu.tr) Date: Sun, 22 May 2016 14:59:41 +0300 (EEST) Subject: [Paraview] capability of ParaView, Catalyst in distributed computing environment ... In-Reply-To: References: <62131.95.7.172.33.1463584631.squirrel@webmail.be.itu.edu.tr> Message-ID: <61248.78.182.85.87.1463918381.squirrel@webmail.be.itu.edu.tr> Thanks for the information. Currently, i am working on two component case and the initial results show that grid and data information belong to each model component must be accessible by all the MPI processes (defined in global MPI_COMM_WORLD) in adaptor side. This makes the implementation very complex when the 2d decomposition configuration of both model components (which run in a specific subset of processors) are considered. In this case, it seems that the easiest way is to interpolate/ redistribute the data of both components into common grid or creating new 2d decomposition in adaptor. Another possibility might be to implement MPI sections specific for each model component (basically having two distinct MPI_COMM_WORLD inside of global one) to access grid and fields in the adaptor side but in this case i am not sure ParaView could handle these kind of information or not. Anyway, it seems that it is a challanging problem and probably it would be good to have this feature. I'll keep to continue to try different implementations to test different ideas and keep you posted about it. In the mean time, if you have any other idea, let me know. Regards, --ufuk > It may be possible to do this with Catalyst. I would guess that nearly all > of the complex work would need to be done in the adaptor to integrate this > properly though. > > On Wed, May 18, 2016 at 11:17 AM, wrote: > >> Yes, you are right. In this case, there will be two separate >> MPI_COMM_WORLD. Plus, one that covers all the resources (let's say that >> global MPI_COMM_WORLD). Actually, this kind of setup is very common for >> multi-physics applications such as fluid-structure interaction. So, is >> it >> possible to tight this kind of environment with Catalyst? I am not >> expert >> about Catalyst but it seems that there might be a problem in the >> rendering >> stage even underlying grids and fields are defined without any problem. >> >> Regards, >> >> --ufuk >> >> > I'm not sure if this is exactly what the original user is referring >> to, >> > but it is possible to have two separate codes communicate using MPI >> > through the dynamic processes in MPI-2. Essentially, one program >> starts >> up >> > on N processors and begins running and gets an MPI_COMM_WORLD. It then >> > spawns another executable on M different processors and that new >> > executable will call MPI_INIT and also get its own MPI_COMM_WORLD. So >> you >> > have two, disjoint MPI_COMM_WORLD's that get linked together through a >> > newly created intercommunicator. >> > >> > >> > I've used this to couple a structural mechanics code to our fluid >> dynamics >> > solver for example. It sounds like that is similar to what is being >> done >> > here. >> > >> > >> > How that would interact with coprocessing is beyond my knowledge >> though. >> > It does sound like an interesting problem and one I would be very >> curious >> > to find out the details. >> > >> > >> > Tim >> > >> > >> > ________________________________ >> > From: ParaView on behalf of Andy Bauer >> > >> > Sent: Wednesday, May 18, 2016 10:52 AM >> > To: Ufuk Utku Turuncoglu (BE) >> > Cc: paraview at paraview.org >> > Subject: Re: [Paraview] capability of ParaView, Catalyst in >> distributed >> > computing environment ... >> > >> > Hi, >> > >> > I'm a bit confused. MPI_COMM_WORLD is the global communicator and as >> far >> > as I'm aware, can't be modified which means there can't be two >> different >> > communicators. >> > >> > Catalyst can be set to use a specific MPI communicator and that's been >> > done by at least one code (Code_Saturne). I think they have a >> multiphysics >> > simulation as well. >> > >> > Cheers, >> > Andy >> > >> > On Wed, May 18, 2016 at 5:22 AM, Ufuk Utku Turuncoglu (BE) >> > > >> >> > wrote: >> > Hi All, >> > >> > I just wonder about the capability of ParaView, Catalyst in >> distributed >> > computing environment. I have little bit experience in in-situ >> > visualization but it is hard for me to see the big picture at this >> point. >> > So, i decided to ask to the user list to get some suggestion from the >> > experts. Hypothetically, lets assume that we have two simulation code >> that >> > are coupled together (i.e. fluid-structure interaction) and both of >> them >> > have their own MPI_COMM_WORLD and run on different processors (model1 >> runs >> > on MPI rank 0,1,2,3 and model2 runs on 4,5,6,7). What is the correct >> > design to create integrated in-situ visualization analysis (both model >> > contributes to same visualization pipeline) in this case? Do you know >> any >> > implementation that is similar to this design? At least, is it >> possible? >> > >> > In this case, the adaptor code will need to access to two different >> > MPI_COMM_WORLD and it could run on all processor (from 0 to 7) or its >> own >> > MPI_COMM_WORLD (i.e. MPI ranks 8,9,10,11). Also, the both simulation >> code >> > have its own grid and field definitions (might be handled via defining >> > different input ports). Does it create a problem in Paraview, Catalyst >> > side, if the multiblock dataset is used to define the grids of the >> > components in adaptor. I am asking because some MPI processes (belongs >> to >> > adaptor code) will not have data for specific model component due to >> the >> > domain decomposition implementation of the individual models. For >> example, >> > MPI rank 4,5,6,7 will not have data for model1 (that runs on MPI rank >> > 0,1,2,3) and 0,1,2,3 will not have data for model2 (that runs on MPI >> rank >> > 4,5,6,7). To that end, do i need to collect all the data from the >> > components? If this is the case, how can i handle 2d decomposition >> > problem? Because, the adaptor code has no any common grid structure >> that >> > fits for all the model components. >> > >> > Regards, >> > >> > Ufuk Turuncoglu >> > _______________________________________________ >> > Powered by www.kitware.com >> > >> > Visit other Kitware open-source projects at >> > http://www.kitware.com/opensource/opensource.html >> > >> > Please keep messages on-topic and check the ParaView Wiki at: >> > http://paraview.org/Wiki/ParaView >> > >> > 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 Sun May 22 09:43:22 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Sun, 22 May 2016 15:43:22 +0200 Subject: [Paraview] Problems about calculate the difference between two datasets In-Reply-To: References: Message-ID: Hello Python calculator is the way to go here inputs[0].PointData['flux1'] - inputs[1].PointData['flux2'] Beware of the order of the input, they will be ordered randomly by paraview, but you can reorder them wia the python shell, or modify your python-calculator script. Mathieu Westphal On Sun, May 22, 2016 at 10:31 AM, Feng Jiang wrote: > ParaView newbie here ,and sorry to interrupt you for some problems i met. > > I have been using two vtk input files which named t1 and t2 for example, > both input files contained only one dataset for CellData may called flux1 > and flux2. > > Exactly the structure and the data t1 and t2 got were same and only make a > reflect from the surface of the center of x axis. > > And I want to make the CellData flux1 to subtrack the flux2. > However I have tried Using the Group Datasets and the Calculator, or Using > the Python Calculator or Programmable filter, and all the result I got is > empty. > > The results I tried seems the ParaView only subtracked the data basic on > the Cell ID. > > So is there any way to solve it or some wrong operate I made I wondered, > or I must make the datasets reflect before I input ParaView ? > > Thanks for any guidance, > > Feng > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Sun May 22 11:32:06 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Sun, 22 May 2016 15:32:06 +0000 Subject: [Paraview] capability of ParaView, Catalyst in distributed computing environment ... In-Reply-To: <61248.78.182.85.87.1463918381.squirrel@webmail.be.itu.edu.tr> References: <62131.95.7.172.33.1463584631.squirrel@webmail.be.itu.edu.tr> , <61248.78.182.85.87.1463918381.squirrel@webmail.be.itu.edu.tr> Message-ID: If you can control which communicator Paraview uses, you might want to look at using MPI_INTERCOMM_MERGE, which will take the union of the two disjoint sets described by an intercommunicator. So with that, you would create a new communicator that has all of your processors as members. Paraview should be able to use that merged communicator seamlessly because it is a single communicator with all of the processor members attached. Meanwhile, your individual codes still use their own MPI_COMM_WORLD and the intercommunicator when they need to share information. That way, the codes do not need to change. Your adapter does the work of dealing with the merge process and the managing the merged communicator. I haven't tested anything like this of course. Just putting the idea out there. Tim ________________________________________ From: u.utku.turuncoglu at be.itu.edu.tr Sent: Sunday, May 22, 2016 7:59 AM To: Andy Bauer Cc: Ufuk Utku Turuncoglu; Gallagher, Timothy P; paraview at paraview.org Subject: Re: [Paraview] capability of ParaView, Catalyst in distributed computing environment ... Thanks for the information. Currently, i am working on two component case and the initial results show that grid and data information belong to each model component must be accessible by all the MPI processes (defined in global MPI_COMM_WORLD) in adaptor side. This makes the implementation very complex when the 2d decomposition configuration of both model components (which run in a specific subset of processors) are considered. In this case, it seems that the easiest way is to interpolate/ redistribute the data of both components into common grid or creating new 2d decomposition in adaptor. Another possibility might be to implement MPI sections specific for each model component (basically having two distinct MPI_COMM_WORLD inside of global one) to access grid and fields in the adaptor side but in this case i am not sure ParaView could handle these kind of information or not. Anyway, it seems that it is a challanging problem and probably it would be good to have this feature. I'll keep to continue to try different implementations to test different ideas and keep you posted about it. In the mean time, if you have any other idea, let me know. Regards, --ufuk > It may be possible to do this with Catalyst. I would guess that nearly all > of the complex work would need to be done in the adaptor to integrate this > properly though. > > On Wed, May 18, 2016 at 11:17 AM, wrote: > >> Yes, you are right. In this case, there will be two separate >> MPI_COMM_WORLD. Plus, one that covers all the resources (let's say that >> global MPI_COMM_WORLD). Actually, this kind of setup is very common for >> multi-physics applications such as fluid-structure interaction. So, is >> it >> possible to tight this kind of environment with Catalyst? I am not >> expert >> about Catalyst but it seems that there might be a problem in the >> rendering >> stage even underlying grids and fields are defined without any problem. >> >> Regards, >> >> --ufuk >> >> > I'm not sure if this is exactly what the original user is referring >> to, >> > but it is possible to have two separate codes communicate using MPI >> > through the dynamic processes in MPI-2. Essentially, one program >> starts >> up >> > on N processors and begins running and gets an MPI_COMM_WORLD. It then >> > spawns another executable on M different processors and that new >> > executable will call MPI_INIT and also get its own MPI_COMM_WORLD. So >> you >> > have two, disjoint MPI_COMM_WORLD's that get linked together through a >> > newly created intercommunicator. >> > >> > >> > I've used this to couple a structural mechanics code to our fluid >> dynamics >> > solver for example. It sounds like that is similar to what is being >> done >> > here. >> > >> > >> > How that would interact with coprocessing is beyond my knowledge >> though. >> > It does sound like an interesting problem and one I would be very >> curious >> > to find out the details. >> > >> > >> > Tim >> > >> > >> > ________________________________ >> > From: ParaView on behalf of Andy Bauer >> > >> > Sent: Wednesday, May 18, 2016 10:52 AM >> > To: Ufuk Utku Turuncoglu (BE) >> > Cc: paraview at paraview.org >> > Subject: Re: [Paraview] capability of ParaView, Catalyst in >> distributed >> > computing environment ... >> > >> > Hi, >> > >> > I'm a bit confused. MPI_COMM_WORLD is the global communicator and as >> far >> > as I'm aware, can't be modified which means there can't be two >> different >> > communicators. >> > >> > Catalyst can be set to use a specific MPI communicator and that's been >> > done by at least one code (Code_Saturne). I think they have a >> multiphysics >> > simulation as well. >> > >> > Cheers, >> > Andy >> > >> > On Wed, May 18, 2016 at 5:22 AM, Ufuk Utku Turuncoglu (BE) >> > > >> >> > wrote: >> > Hi All, >> > >> > I just wonder about the capability of ParaView, Catalyst in >> distributed >> > computing environment. I have little bit experience in in-situ >> > visualization but it is hard for me to see the big picture at this >> point. >> > So, i decided to ask to the user list to get some suggestion from the >> > experts. Hypothetically, lets assume that we have two simulation code >> that >> > are coupled together (i.e. fluid-structure interaction) and both of >> them >> > have their own MPI_COMM_WORLD and run on different processors (model1 >> runs >> > on MPI rank 0,1,2,3 and model2 runs on 4,5,6,7). What is the correct >> > design to create integrated in-situ visualization analysis (both model >> > contributes to same visualization pipeline) in this case? Do you know >> any >> > implementation that is similar to this design? At least, is it >> possible? >> > >> > In this case, the adaptor code will need to access to two different >> > MPI_COMM_WORLD and it could run on all processor (from 0 to 7) or its >> own >> > MPI_COMM_WORLD (i.e. MPI ranks 8,9,10,11). Also, the both simulation >> code >> > have its own grid and field definitions (might be handled via defining >> > different input ports). Does it create a problem in Paraview, Catalyst >> > side, if the multiblock dataset is used to define the grids of the >> > components in adaptor. I am asking because some MPI processes (belongs >> to >> > adaptor code) will not have data for specific model component due to >> the >> > domain decomposition implementation of the individual models. For >> example, >> > MPI rank 4,5,6,7 will not have data for model1 (that runs on MPI rank >> > 0,1,2,3) and 0,1,2,3 will not have data for model2 (that runs on MPI >> rank >> > 4,5,6,7). To that end, do i need to collect all the data from the >> > components? If this is the case, how can i handle 2d decomposition >> > problem? Because, the adaptor code has no any common grid structure >> that >> > fits for all the model components. >> > >> > Regards, >> > >> > Ufuk Turuncoglu >> > _______________________________________________ >> > Powered by www.kitware.com >> > >> > Visit other Kitware open-source projects at >> > http://www.kitware.com/opensource/opensource.html >> > >> > Please keep messages on-topic and check the ParaView Wiki at: >> > http://paraview.org/Wiki/ParaView >> > >> > 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 burlen.loring at gmail.com Sun May 22 22:30:43 2016 From: burlen.loring at gmail.com (Burlen Loring) Date: Sun, 22 May 2016 19:30:43 -0700 Subject: [Paraview] Memory leak with Catalyst In-Reply-To: References: Message-ID: <57426B53.2060700@gmail.com> btw, we just had similar problem that was entirely explained by vtk writer attempting to gather a bunch of arrays to the root node. Utkarsh found a way to disable that behavior. I wonder if you are hitting the same. On 5/20/2016 4:36 PM, Gallagher, Timothy P wrote: > > Well... not going so well. > > > If I run a small simulation with massif and the Release build of > paraview, I don't see any growing memory in time. I also get my VTK > files and images. > > > If I run the same simulation linked against a Debug build with > VTK_DEBUG_LEAKS on, there is a segfault inside one of the > libvtkRendering libraries (it says libvtkRenderingOp but the rest of > the name is cut off). If I take the image rendering out of my pipeline > (comment out the RegisterView call) and leave the VTK file writing, it > runs fine and doesn't report any leaks. I tried to get the segfault to > drop a core file, but it won't do it. > > > I'm thinking that there is an issue in the rendering part causing the > leak. I have no idea what it could be though -- this is the 4.4.0 > version, is anybody aware of any bug fixes between 4.4.0 and current > versions that might be relevant? > > > Thanks for the help, > > > Tim > > > > > > ------------------------------------------------------------------------ > *From:* ParaView on behalf of > Gallagher, Timothy P > *Sent:* Friday, May 20, 2016 4:17 PM > *To:* Burlen Loring; Andy Bauer > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] Memory leak with Catalyst > > Thanks for the advice Burlen -- I haven't used Massif before, so this > is a good opportunity to give it a try. > > > The initialize/finalize each time approach doesn't work either. I am > calling the Finalize() routine on the vtkCPProcessor class but then > when it tries to initialize again, it throws: > > > Warning: In /data4/ParaView/VTK/Parallel/Core/vtkSocketController.cxx, > line 50 > vtkSocketController (0xa4342f0): Already initialized. > > > and then crashes. So, hopefully I can sort out the memory leak rather > than trying to debug why a hacked fix doesn't work! > > > Tim > > > > ------------------------------------------------------------------------ > *From:* Burlen Loring > *Sent:* Friday, May 20, 2016 3:46 PM > *To:* Gallagher, Timothy P; Andy Bauer > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] Memory leak with Catalyst > > VTK_DEBUG_LEAKS, although will catch some serious errors, will not > catch all kinds of leaks. For example you can have leaks where data > erroneously accumulates with each time step, but is deleted at program > termination. VTK_DEBUG_LEAKS will not catch that kind of error. It's > probably better to use massif to profile your code on a small one node > run. There's an excellent tool called massif visualizer to aid in > exploring the data generated. > > > $0.02 > > > On 05/20/2016 11:56 AM, Gallagher, Timothy P wrote: >> >> Hi Andy, >> >> >> Thanks for the tips. I will get working on the VTK_DEBUG_LEAKS now >> and see what it turns up. >> >> >> The initialize/finalize every time is definitely a hack and not for >> long-term use. But, sponsors want a report on Monday and we need to >> be able to visualize things for that -- the simulation is too big to >> write data files and post-process later. So I modified the code to do >> that for now until I can find a proper fix. >> >> >> I'll let you know if I get stuck with the log file. >> >> >> Thanks again, >> >> >> Tim >> >> >> >> ------------------------------------------------------------------------ >> *From:* Andy Bauer >> *Sent:* Friday, May 20, 2016 2:39 PM >> *To:* Gallagher, Timothy P >> *Cc:* paraview at paraview.org >> *Subject:* Re: [Paraview] Memory leak with Catalyst >> Hi Tim, >> >> If you build Catalyst with VTK_DEBUG_LEAKS enabled it is pretty good >> at finding VTK objects that aren't deleted properly. You should be >> able to run this with a small amount of calls to Catalyst as well. If >> you try this and want help understanding the output (if an object >> like a vtkUnstructuredGrid is leaked it will often give a whole bunch >> of false leaks that the unstructured grid is just holding the >> references to), just share your output file and I can take a look at >> it to try and narrow down the culprit. That may be slightly easier to >> use than Valgrind. >> >> Beyond this, you could maybe try the same run but without doing any >> Catalyst work to see what happens then. That may be a lot of compute >> cycles but I'm not sure how else to try and bisect where the memory >> leak is occurring. >> >> Initializing and finalizing Catalyst every time you want output would >> probably work but I'd think there may be significant overhead doing >> it like this. Plus, it's not really solving the problem -- just >> avoiding it. >> >> Best, >> Andy >> >> >> On Fri, May 20, 2016 at 12:57 PM, Gallagher, Timothy P >> > wrote: >> >> Hi, >> >> >> One of our users is running a very big simulation and writing out >> images of two slices (two different views) every 1000 iterations >> and writing out the data for the two slices (two different data >> writers) as VTK files every 5000 iterations. It is using Paraview >> 4.4. >> >> >> After 21000 iterations, the simulation is killed because the >> memory on the compute nodes fills up. I usually know how to track >> down memory problems in our code using valgrind and related >> tools, but is that the right way to go to try and find this problem? >> >> >> Are there any tips on how to isolate where the problem may be? I >> don't know if it is in the adapter, or in paraview itself. Has >> anybody encountered problems with runaway memory using Catalyst >> in 4.4 when writing images or VTK files? >> >> >> I know when we use pvpython to generate images and loop over many >> files, sometimes the memory also blows up and so we usually move >> the loop over the files outside the pvpython script and into a >> driver script that executes a new pvpython for each file. Is >> there a way to shut down/start up Catalyst each time it needs to >> write something? Is that advisable? >> >> >> Thanks, >> >> >> Tim >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: >> http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> >> >> >> _______________________________________________ >> Powered bywww.kitware.com >> >> Visit other Kitware open-source projects athttp://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at:http://paraview.org/Wiki/ParaView >> >> Search the list archives at:http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Mon May 23 01:22:37 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Sun, 22 May 2016 23:22:37 -0600 Subject: [Paraview] Connect ParaViewWeb to Catalyst In-Reply-To: References: Message-ID: Glad to ear that you managed to get something going. If you feel like sharing your code, we might be able to provide some integration into ParaView and/or ParaViewWeb proper. Seb On Sat, May 21, 2016 at 11:53 AM, Sven Kramer wrote: > Thank you, Seb, > it seems like I am getting it to work. There are still some difficulties > because of my limited javascript experience, but with some quick&dirty > workarounds I do have the Catalyst output displayed from ParaViewWeb. As > you said, nothing else was required than wrapping the C functions in python. > > Thanks > Sven > > > 2016-05-20 18:59 GMT+02:00 Sebastien Jourdain < > sebastien.jourdain at kitware.com>: > >> Hi Sven, >> >> I am not aware on any specific developer documentation for Catalyst on >> the ParaView side (but I haven't worked on that subject for years), >> although Utkarsh or Andy might know. >> >> Usually looking at the code and redoing it in the Python world is what is >> required, but as I said, I'm not sure of what it means since I don't know >> that code anymore. ;-) >> >> For the timeframe, I can't tell (meaning I don't know), but we can still >> try to help you or implement the missing piece via support contract if that >> make sense on your end. >> >> Thanks, >> >> Seb >> >> On Fri, May 20, 2016 at 10:46 AM, Sven Kramer >> wrote: >> >>> Hello Seb, >>> glad to read your answer. So the problem is not only that I was unable >>> to find the relevant information. >>> >>> You say, you have not (yet) written the required code. Does "not (yet)" >>> mean that it is on the agenda maybe within the next half year? Then I could >>> find a workaround and look forward to the next Paraview updates. >>> >>> Otherwise I would try to work on the implementation for connecting >>> Paraviewweb to Catalyst output. Is there any developer documentation of >>> Catalysts "specific socket connection"? Or some general Catalyst developer >>> information? Those would be great to get started. >>> My first attempt would be to "wrap" the functionality of >>> Qt/ApplicationComponents/pqCatalystConnectReaction.cxx into pvserver and >>> make it available to the web client. Or are the necessary steps much more >>> involved? >>> >>> Thank you >>> Sven >>> >>> >>> 2016-05-20 15:42 GMT+02:00 Sebastien Jourdain < >>> sebastien.jourdain at kitware.com>: >>> >>>> Hi Sven, >>>> >>>> Live catalyst connection require a specific socket connection to the >>>> in-situ process with some special handling. >>>> We did not (yet) wrote the Python code to perform that specific action >>>> for ParaViewWeb so it could be triggered by the web client or configured >>>> via an argument at launch time. >>>> I don't see any reason why this couldn't work, but as for now, I also >>>> don't know an easy step to do it without spending time doing it myself. >>>> >>>> Seb >>>> >>>> On Thu, May 19, 2016 at 1:52 PM, Sven Kramer >>>> wrote: >>>> >>>>> Hello, >>>>> I am looking for the recommended steps how to display an in-situ >>>>> (live) Catalyst simulation through ParaViewWeb. >>>>> >>>>> After some efforts I am able to run ParaViewWeb successfully and I can >>>>> view a Catalyst-enabled simulation in paraview. >>>>> >>>>> I hope, it is also possible to show the live Catalyst output via >>>>> ParaViewWeb, but I cannot imagine how to achieve this. I tried starting a >>>>> pvserver as mentioned at the end of >>>>> https://blog.kitware.com/introduction-to-paraview-catalyst-live/ and >>>>> giving "--ds-host localhost --ds-port 11111" options to >>>>> pv_web_visualizer.py, but it doesn't help. I can't share anything to be >>>>> displayed on the web. >>>>> >>>>> Below you find the (not too detailed) steps I took to have a working >>>>> solution for either Catalyst-enabled simulations or a working web >>>>> visualizer: >>>>> >>>>> Test connection from Catalyst simulation to paraview: >>>>> 1) Build and execute paraview from ParaView-v5.0.1-source.tar.gz (from >>>>> http://www.paraview.org/download/) >>>>> 2) Choose Catalyst->Connect in paraview >>>>> 3) Run CFullExample from >>>>> https://github.com/Kitware/ParaViewCatalystExampleCode >>>>> 4) Pipeline from CFullExample is shown in paraview. >>>>> Success! >>>>> >>>>> Test ParaViewWeb: >>>>> 1) Download ParaViewData-5.0.0.tar.gz from >>>>> http://www.paraview.org/download/, extract in /data >>>>> 2) Run $ParaView_DIR/bin/pvpython >>>>> $ParaView_DIR/lib/site-packages/paraview/web/pv_web_visualizer.py --content >>>>> $ParaView_DIR/www --data-dir /data --port 8080 >>>>> 3) Open the Visualizer App http://localhost:8080/apps/Visualizer/ >>>>> Success! >>>>> >>>>> But how do I get Catalyst into the web visualizer? Is there any >>>>> example how to combine them? Anybody who can suggest the required steps? >>>>> >>>>> Regards, >>>>> Sven >>>>> >>>>> >>>>> _______________________________________________ >>>>> Powered by www.kitware.com >>>>> >>>>> Visit other Kitware open-source projects at >>>>> http://www.kitware.com/opensource/opensource.html >>>>> >>>>> Please keep messages on-topic and check the ParaView Wiki at: >>>>> http://paraview.org/Wiki/ParaView >>>>> >>>>> 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 Mon May 23 02:19:07 2016 From: jfavre at cscs.ch (Favre Jean) Date: Mon, 23 May 2016 06:19:07 +0000 Subject: [Paraview] Problems about calculate the difference between two datasets In-Reply-To: References: , Message-ID: <0EB9B6375711A04B820E6B6F5CCA9F684360FC9E@MBX211.d.ethz.ch> >> Beware of the order of the input, they will be ordered randomly by paraview, Mathieu, could you please comment on that statement, "randomly"? I was always under the understanding that the order used by ParaView reflects the order of selection (a series of ctrl-right mouse clicks in the pipeline browser) Jean -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Mon May 23 03:41:14 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Mon, 23 May 2016 09:41:14 +0200 Subject: [Paraview] Problems about calculate the difference between two datasets In-Reply-To: <0EB9B6375711A04B820E6B6F5CCA9F684360FC9E@MBX211.d.ethz.ch> References: <0EB9B6375711A04B820E6B6F5CCA9F684360FC9E@MBX211.d.ethz.ch> Message-ID: Hello Actually no, it is actually ordered by proxy global id order, wich is basically random from a user point of view. This is not a wanted behavior but ordering using the order of selection would need some refactoring. Regards, Mathieu Westphal On Mon, May 23, 2016 at 8:19 AM, Favre Jean wrote: > >> Beware of the order of the input, they will be ordered randomly by > paraview, > > Mathieu, > > could you please comment on that statement, "randomly"? I was always under > the understanding that the order used by ParaView reflects the order of > selection (a series of ctrl-right mouse clicks in the pipeline browser) > > Jean > -------------- next part -------------- An HTML attachment was scrubbed... URL: From apeczak at ara.co.uk Mon May 23 06:16:32 2016 From: apeczak at ara.co.uk (Andrzej Peczak) Date: Mon, 23 May 2016 10:16:32 +0000 Subject: [Paraview] Custom panel widget Message-ID: <5DF928D22AC3AC4B964903E98F2E54515B583281@sooty3.win.ara> Hello, Is it possible to create a custom widget for a filter which would allow me to retrieve the results of its computation? I would like to reproduce the functionality of the pqDoubleVectorPropertyWidget and populate it with values computed by the filter. I know how to create and register the widget but I do not know how do I send values to it from the filter. In paraview code base I found vtkEventQtSlotConnect but I do not know if it is of any use to my problem. Andrzej ********************************************************************** Please consider the environment. Only print this email if absolutely necessary. This email contains information that is private and confidential and is intended only for the addressee. If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender. Note: All email sent to or from this address may be accessed by someone other than the recipient, for system management and security reasons. Aircraft Research Association Ltd. Registered in England, Registration No 503668 Registered Office: Manton Lane, Bedford MK41 7PF England VAT No GB 196351245 ********************************************************************** From grothausmann.roman at mh-hannover.de Mon May 23 07:26:27 2016 From: grothausmann.roman at mh-hannover.de (Grothausmann, Roman Dr.) Date: Mon, 23 May 2016 13:26:27 +0200 Subject: [Paraview] X3DExporter false mesh colouring? In-Reply-To: <548070F4.4070508@gmx.net> References: <548070F4.4070508@gmx.net> Message-ID: <5742E8E3.40800@mh-hannover.de> Dear mailing list members, When I export scenes to X3D then load the mesh into blender or a browser the mesh is colour wrong. The colours are there but apparently assigned to random cells/vertices. This happens with either PV5 or PV4, especially for category colouring. When using e.g. WebGL exporter all is fine. Is there anything to do special for exporting to X3D? When I use plain VTK, the exported colours seemed OK so far. Any help or hints are very much appreciated Roman On 04/12/14 15:34, Michael Nolde wrote: > works perfectly, thank you! > > On 03.12.2014 19:49, Sebastien Jourdain wrote: > View is not valid at the point you get it. > > from paraview.simple import * > exporters=servermanager.createModule("exporters") > source=Cone() > Show() > render=Render() > x3dExporter=exporters.X3DExporter(FileName="foo.x3d") > x3dExporter.SetView(render) > x3dExporter.Write() > > On Wed, Dec 3, 2014 at 10:01 AM, Michael Nolde <__mnolde at gmx.net__> wrote: > Dear mailing list members, > > I have some trouble exporting a scene to a X3D file via pvpython. > I tried to execute to code found in > __http://public.kitware.com/pipermail/paraview/2012-May/024924.html__ > (see below). It is executed without any errors, but no output file is created. > My Paraview version is 4.0.1 64-bit (on a Ubuntu 14.04 machine). > What I want to achieve is to convert .ply files to .x3d via pvpython. > Could someone give me a hint? > > Thanks in advance, > Michael > > from paraview.simple import * > exporters=servermanager.createModule("exporters") > source=Cone() > view = GetActiveView() > Show(view) > render=Render() > x3dExporter=exporters.X3DExporter(FileName="foo.x3d") > x3dExporter.SetView(view) > x3dExporter.Write() > > > _______________________________________________ > Powered by __www.kitware.com__ > > Visit other Kitware open-source projects at > __http://www.kitware.com/opensource/opensource.html__ > > Please keep messages on-topic and check the ParaView Wiki at: > __http://paraview.org/Wiki/ParaView__ > > Follow this link to subscribe/unsubscribe: > __http://public.kitware.com/mailman/listinfo/paraview__ > > > > > -- Dr. Roman Grothausmann Tomographie und Digitale Bildverarbeitung Tomography and Digital Image Analysis Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 Medizinische Hochschule Hannover Carl-Neuberg-Str. 1 D-30625 Hannover Tel. +49 511 532-2900 From utkarsh.ayachit at kitware.com Mon May 23 09:57:34 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 23 May 2016 09:57:34 -0400 Subject: [Paraview] Custom panel widget In-Reply-To: <5DF928D22AC3AC4B964903E98F2E54515B583281@sooty3.win.ara> References: <5DF928D22AC3AC4B964903E98F2E54515B583281@sooty3.win.ara> Message-ID: > Is it possible to create a custom widget for a filter which would allow me to retrieve the results of its computation? I would like to reproduce the functionality of the pqDoubleVectorPropertyWidget and populate it with values computed by the filter. I know how to create and register the widget but I do not know how do I send values to it from the filter. In paraview code base I found vtkEventQtSlotConnect but I do not know if it is of any use to my problem. There are several ways of skinning this cat. Can you elaborate of what exactly is your use-case? Do you want the default values for this double-vector-property (DVP) set using some values provided by the VTK filter, but allow user to override using UI? From tim.gallagher at gatech.edu Mon May 23 09:57:37 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Mon, 23 May 2016 13:57:37 +0000 Subject: [Paraview] Memory leak with Catalyst In-Reply-To: <57426B53.2060700@gmail.com> References: , <57426B53.2060700@gmail.com> Message-ID: Interesting -- I'd be willing to try it out if you have more details (commit hashtag, ticket, etc.), even if I have to figure out how to backport it from a newer version. Thanks, Tim ________________________________ From: Burlen Loring Sent: Sunday, May 22, 2016 10:30 PM To: Gallagher, Timothy P; Andy Bauer Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst btw, we just had similar problem that was entirely explained by vtk writer attempting to gather a bunch of arrays to the root node. Utkarsh found a way to disable that behavior. I wonder if you are hitting the same. On 5/20/2016 4:36 PM, Gallagher, Timothy P wrote: Well... not going so well. If I run a small simulation with massif and the Release build of paraview, I don't see any growing memory in time. I also get my VTK files and images. If I run the same simulation linked against a Debug build with VTK_DEBUG_LEAKS on, there is a segfault inside one of the libvtkRendering libraries (it says libvtkRenderingOp but the rest of the name is cut off). If I take the image rendering out of my pipeline (comment out the RegisterView call) and leave the VTK file writing, it runs fine and doesn't report any leaks. I tried to get the segfault to drop a core file, but it won't do it. I'm thinking that there is an issue in the rendering part causing the leak. I have no idea what it could be though -- this is the 4.4.0 version, is anybody aware of any bug fixes between 4.4.0 and current versions that might be relevant? Thanks for the help, Tim ________________________________ From: ParaView on behalf of Gallagher, Timothy P Sent: Friday, May 20, 2016 4:17 PM To: Burlen Loring; Andy Bauer Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst Thanks for the advice Burlen -- I haven't used Massif before, so this is a good opportunity to give it a try. The initialize/finalize each time approach doesn't work either. I am calling the Finalize() routine on the vtkCPProcessor class but then when it tries to initialize again, it throws: Warning: In /data4/ParaView/VTK/Parallel/Core/vtkSocketController.cxx, line 50 vtkSocketController (0xa4342f0): Already initialized. and then crashes. So, hopefully I can sort out the memory leak rather than trying to debug why a hacked fix doesn't work! Tim ________________________________ From: Burlen Loring Sent: Friday, May 20, 2016 3:46 PM To: Gallagher, Timothy P; Andy Bauer Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst VTK_DEBUG_LEAKS, although will catch some serious errors, will not catch all kinds of leaks. For example you can have leaks where data erroneously accumulates with each time step, but is deleted at program termination. VTK_DEBUG_LEAKS will not catch that kind of error. It's probably better to use massif to profile your code on a small one node run. There's an excellent tool called massif visualizer to aid in exploring the data generated. $0.02 On 05/20/2016 11:56 AM, Gallagher, Timothy P wrote: Hi Andy, Thanks for the tips. I will get working on the VTK_DEBUG_LEAKS now and see what it turns up. The initialize/finalize every time is definitely a hack and not for long-term use. But, sponsors want a report on Monday and we need to be able to visualize things for that -- the simulation is too big to write data files and post-process later. So I modified the code to do that for now until I can find a proper fix. I'll let you know if I get stuck with the log file. Thanks again, Tim ________________________________ From: Andy Bauer Sent: Friday, May 20, 2016 2:39 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst Hi Tim, If you build Catalyst with VTK_DEBUG_LEAKS enabled it is pretty good at finding VTK objects that aren't deleted properly. You should be able to run this with a small amount of calls to Catalyst as well. If you try this and want help understanding the output (if an object like a vtkUnstructuredGrid is leaked it will often give a whole bunch of false leaks that the unstructured grid is just holding the references to), just share your output file and I can take a look at it to try and narrow down the culprit. That may be slightly easier to use than Valgrind. Beyond this, you could maybe try the same run but without doing any Catalyst work to see what happens then. That may be a lot of compute cycles but I'm not sure how else to try and bisect where the memory leak is occurring. Initializing and finalizing Catalyst every time you want output would probably work but I'd think there may be significant overhead doing it like this. Plus, it's not really solving the problem -- just avoiding it. Best, Andy On Fri, May 20, 2016 at 12:57 PM, Gallagher, Timothy P > wrote: Hi, One of our users is running a very big simulation and writing out images of two slices (two different views) every 1000 iterations and writing out the data for the two slices (two different data writers) as VTK files every 5000 iterations. It is using Paraview 4.4. After 21000 iterations, the simulation is killed because the memory on the compute nodes fills up. I usually know how to track down memory problems in our code using valgrind and related tools, but is that the right way to go to try and find this problem? Are there any tips on how to isolate where the problem may be? I don't know if it is in the adapter, or in paraview itself. Has anybody encountered problems with runaway memory using Catalyst in 4.4 when writing images or VTK files? I know when we use pvpython to generate images and loop over many files, sometimes the memory also blows up and so we usually move the loop over the files outside the pvpython script and into a driver script that executes a new pvpython for each file. Is there a way to shut down/start up Catalyst each time it needs to write something? Is that advisable? Thanks, Tim _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView 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 23 10:06:04 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 23 May 2016 10:06:04 -0400 Subject: [Paraview] X3DExporter false mesh colouring? In-Reply-To: <5742E8E3.40800@mh-hannover.de> References: <548070F4.4070508@gmx.net> <5742E8E3.40800@mh-hannover.de> Message-ID: Roman, Can you post an example? When I tried the same with a simple sphere color by "Normals X", it seems to work as expected. I used "view3dscene" to view the X3d file. On Mon, May 23, 2016 at 7:26 AM, Grothausmann, Roman Dr. wrote: > Dear mailing list members, > > > When I export scenes to X3D then load the mesh into blender or a browser the > mesh is colour wrong. The colours are there but apparently assigned to > random cells/vertices. This happens with either PV5 or PV4, especially for > category colouring. When using e.g. WebGL exporter all is fine. > Is there anything to do special for exporting to X3D? When I use plain VTK, > the exported colours seemed OK so far. > > Any help or hints are very much appreciated > Roman > > > On 04/12/14 15:34, Michael Nolde wrote: >> >> works perfectly, thank you! >> >> On 03.12.2014 19:49, Sebastien Jourdain wrote: >> View is not valid at the point you get it. >> >> from paraview.simple import * >> exporters=servermanager.createModule("exporters") >> source=Cone() >> Show() >> render=Render() >> x3dExporter=exporters.X3DExporter(FileName="foo.x3d") >> x3dExporter.SetView(render) >> x3dExporter.Write() >> >> On Wed, Dec 3, 2014 at 10:01 AM, Michael Nolde <__mnolde at gmx.net__> wrote: >> Dear mailing list members, >> >> I have some trouble exporting a scene to a X3D file via pvpython. >> I tried to execute to code found in >> __http://public.kitware.com/pipermail/paraview/2012-May/024924.html__ >> (see below). It is executed without any errors, but no output file is >> created. >> My Paraview version is 4.0.1 64-bit (on a Ubuntu 14.04 machine). >> What I want to achieve is to convert .ply files to .x3d via pvpython. >> Could someone give me a hint? >> >> Thanks in advance, >> Michael >> >> from paraview.simple import * >> exporters=servermanager.createModule("exporters") >> source=Cone() >> view = GetActiveView() >> Show(view) >> render=Render() >> x3dExporter=exporters.X3DExporter(FileName="foo.x3d") >> x3dExporter.SetView(view) >> x3dExporter.Write() >> >> >> _______________________________________________ >> Powered by __www.kitware.com__ >> >> Visit other Kitware open-source projects at >> __http://www.kitware.com/opensource/opensource.html__ >> >> Please keep messages on-topic and check the ParaView Wiki at: >> __http://paraview.org/Wiki/ParaView__ >> >> Follow this link to subscribe/unsubscribe: >> __http://public.kitware.com/mailman/listinfo/paraview__ >> >> >> >> >> > > -- > Dr. Roman Grothausmann > > Tomographie und Digitale Bildverarbeitung > Tomography and Digital Image Analysis > > Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 > Medizinische Hochschule Hannover > Carl-Neuberg-Str. 1 > D-30625 Hannover > > Tel. +49 511 532-2900 > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2016-05-23 10:04:56.png Type: image/png Size: 195595 bytes Desc: not available URL: From utkarsh.ayachit at kitware.com Mon May 23 10:10:44 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 23 May 2016 10:10:44 -0400 Subject: [Paraview] X3DExporter false mesh colouring? In-Reply-To: References: <548070F4.4070508@gmx.net> <5742E8E3.40800@mh-hannover.de> Message-ID: And same with categorical colors. I did notice, however, it fails when coloring with "Field Data" arrays. Is that what you're seeing? That I'd expected would fail in VTK too. That's indeed a missing feature in the exporter. On Mon, May 23, 2016 at 10:06 AM, Utkarsh Ayachit wrote: > Roman, > > Can you post an example? When I tried the same with a simple sphere > color by "Normals X", it seems to work as expected. I used > "view3dscene" to view the X3d file. > > On Mon, May 23, 2016 at 7:26 AM, Grothausmann, Roman Dr. > wrote: >> Dear mailing list members, >> >> >> When I export scenes to X3D then load the mesh into blender or a browser the >> mesh is colour wrong. The colours are there but apparently assigned to >> random cells/vertices. This happens with either PV5 or PV4, especially for >> category colouring. When using e.g. WebGL exporter all is fine. >> Is there anything to do special for exporting to X3D? When I use plain VTK, >> the exported colours seemed OK so far. >> >> Any help or hints are very much appreciated >> Roman >> >> >> On 04/12/14 15:34, Michael Nolde wrote: >>> >>> works perfectly, thank you! >>> >>> On 03.12.2014 19:49, Sebastien Jourdain wrote: >>> View is not valid at the point you get it. >>> >>> from paraview.simple import * >>> exporters=servermanager.createModule("exporters") >>> source=Cone() >>> Show() >>> render=Render() >>> x3dExporter=exporters.X3DExporter(FileName="foo.x3d") >>> x3dExporter.SetView(render) >>> x3dExporter.Write() >>> >>> On Wed, Dec 3, 2014 at 10:01 AM, Michael Nolde <__mnolde at gmx.net__> wrote: >>> Dear mailing list members, >>> >>> I have some trouble exporting a scene to a X3D file via pvpython. >>> I tried to execute to code found in >>> __http://public.kitware.com/pipermail/paraview/2012-May/024924.html__ >>> (see below). It is executed without any errors, but no output file is >>> created. >>> My Paraview version is 4.0.1 64-bit (on a Ubuntu 14.04 machine). >>> What I want to achieve is to convert .ply files to .x3d via pvpython. >>> Could someone give me a hint? >>> >>> Thanks in advance, >>> Michael >>> >>> from paraview.simple import * >>> exporters=servermanager.createModule("exporters") >>> source=Cone() >>> view = GetActiveView() >>> Show(view) >>> render=Render() >>> x3dExporter=exporters.X3DExporter(FileName="foo.x3d") >>> x3dExporter.SetView(view) >>> x3dExporter.Write() >>> >>> >>> _______________________________________________ >>> Powered by __www.kitware.com__ >>> >>> Visit other Kitware open-source projects at >>> __http://www.kitware.com/opensource/opensource.html__ >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> __http://paraview.org/Wiki/ParaView__ >>> >>> Follow this link to subscribe/unsubscribe: >>> __http://public.kitware.com/mailman/listinfo/paraview__ >>> >>> >>> >>> >>> >> >> -- >> Dr. Roman Grothausmann >> >> Tomographie und Digitale Bildverarbeitung >> Tomography and Digital Image Analysis >> >> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 >> Medizinische Hochschule Hannover >> Carl-Neuberg-Str. 1 >> D-30625 Hannover >> >> Tel. +49 511 532-2900 >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot from 2016-05-23 10:09:05.png Type: image/png Size: 143337 bytes Desc: not available URL: From utkarsh.ayachit at kitware.com Mon May 23 11:42:00 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 23 May 2016 11:42:00 -0400 Subject: [Paraview] X3DExporter false mesh colouring? In-Reply-To: <57431EAD.4010209@mh-hannover.de> References: <548070F4.4070508@gmx.net> <5742E8E3.40800@mh-hannover.de> <57431EAD.4010209@mh-hannover.de> Message-ID: Ah okay. Looks like there's another bug with cell-data coloring and x3d. I've spotted the bug (I think) and am working on a fix. Not sure how this could have worked in VTK example, however. I'll send you a patch shortly. On Mon, May 23, 2016 at 11:15 AM, Grothausmann, Roman Dr. wrote: > Many thanks Utkarsh for Your quick reply. > Attached is an example VTP (generated by > https://github.com/romangrothausmann/FacetAnalyser/blob/master/demos/8faced-rhombic-dodecahedron_twinned_simp%2Bdef.pvsm) > coloured with KAAMS cat. on FacetIds (cell data) and then exported as X3D > from PV5. The PNG is a comparison view of PV and view3dscene. > The WebGL output (from make test) is great: > http://htmlpreview.github.io/?https://github.com/romangrothausmann/FacetAnalyser/blob/master/demos/8faced-rhombic-dodecahedron_twinned_simp%2Bdef.html > > > On 23/05/16 16:10, Utkarsh Ayachit wrote: >> >> And same with categorical colors. I did notice, however, it fails when >> coloring with "Field Data" arrays. Is that what you're seeing? That >> I'd expected would fail in VTK too. That's indeed a missing feature in >> the exporter. >> >> On Mon, May 23, 2016 at 10:06 AM, Utkarsh Ayachit >> wrote: >>> >>> Roman, >>> >>> Can you post an example? When I tried the same with a simple sphere >>> color by "Normals X", it seems to work as expected. I used >>> "view3dscene" to view the X3d file. >>> >>> On Mon, May 23, 2016 at 7:26 AM, Grothausmann, Roman Dr. >>> wrote: >>>> >>>> Dear mailing list members, >>>> >>>> >>>> When I export scenes to X3D then load the mesh into blender or a browser >>>> the >>>> mesh is colour wrong. The colours are there but apparently assigned to >>>> random cells/vertices. This happens with either PV5 or PV4, especially >>>> for >>>> category colouring. When using e.g. WebGL exporter all is fine. >>>> Is there anything to do special for exporting to X3D? When I use plain >>>> VTK, >>>> the exported colours seemed OK so far. >>>> >>>> Any help or hints are very much appreciated >>>> Roman >>>> >>>> >>>> On 04/12/14 15:34, Michael Nolde wrote: >>>>> >>>>> >>>>> works perfectly, thank you! >>>>> >>>>> On 03.12.2014 19:49, Sebastien Jourdain wrote: >>>>> View is not valid at the point you get it. >>>>> >>>>> from paraview.simple import * >>>>> exporters=servermanager.createModule("exporters") >>>>> source=Cone() >>>>> Show() >>>>> render=Render() >>>>> x3dExporter=exporters.X3DExporter(FileName="foo.x3d") >>>>> x3dExporter.SetView(render) >>>>> x3dExporter.Write() >>>>> >>>>> On Wed, Dec 3, 2014 at 10:01 AM, Michael Nolde <__mnolde at gmx.net__> >>>>> wrote: >>>>> Dear mailing list members, >>>>> >>>>> I have some trouble exporting a scene to a X3D file via pvpython. >>>>> I tried to execute to code found in >>>>> __http://public.kitware.com/pipermail/paraview/2012-May/024924.html__ >>>>> (see below). It is executed without any errors, but no output file is >>>>> created. >>>>> My Paraview version is 4.0.1 64-bit (on a Ubuntu 14.04 machine). >>>>> What I want to achieve is to convert .ply files to .x3d via pvpython. >>>>> Could someone give me a hint? >>>>> >>>>> Thanks in advance, >>>>> Michael >>>>> >>>>> from paraview.simple import * >>>>> exporters=servermanager.createModule("exporters") >>>>> source=Cone() >>>>> view = GetActiveView() >>>>> Show(view) >>>>> render=Render() >>>>> x3dExporter=exporters.X3DExporter(FileName="foo.x3d") >>>>> x3dExporter.SetView(view) >>>>> x3dExporter.Write() >>>>> >>>>> >>>>> _______________________________________________ >>>>> Powered by __www.kitware.com__ >>>>> >>>>> Visit other Kitware open-source projects at >>>>> __http://www.kitware.com/opensource/opensource.html__ >>>>> >>>>> Please keep messages on-topic and check the ParaView Wiki at: >>>>> __http://paraview.org/Wiki/ParaView__ >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> __http://public.kitware.com/mailman/listinfo/paraview__ >>>>> >>>>> >>>>> >>>>> >>>>> >>>> >>>> -- >>>> Dr. Roman Grothausmann >>>> >>>> Tomographie und Digitale Bildverarbeitung >>>> Tomography and Digital Image Analysis >>>> >>>> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 >>>> Medizinische Hochschule Hannover >>>> Carl-Neuberg-Str. 1 >>>> D-30625 Hannover >>>> >>>> Tel. +49 511 532-2900 >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview > > > -- > Dr. Roman Grothausmann > > Tomographie und Digitale Bildverarbeitung > Tomography and Digital Image Analysis > > Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 > Medizinische Hochschule Hannover > Carl-Neuberg-Str. 1 > D-30625 Hannover > > Tel. +49 511 532-2900 From svenkramer40 at gmail.com Mon May 23 12:44:22 2016 From: svenkramer40 at gmail.com (Sven Kramer) Date: Mon, 23 May 2016 18:44:22 +0200 Subject: [Paraview] Connect ParaViewWeb to Catalyst In-Reply-To: References: Message-ID: Sure, I would share the code. But as I said, I haven't done anything more than wrapping pqCatalystConnectReaction::connect() and hacking several lines in the python rpc server, which are probably not done right. If it helps, I can try to reconstruct all the lines I have modified and clean up the stuff. However, you'll probably find a cleaner solution to invoke pqCatalystConnectReaction::connect() from the web client. Sven 2016-05-23 7:22 GMT+02:00 Sebastien Jourdain : > Glad to ear that you managed to get something going. If you feel like > sharing your code, we might be able to provide some integration into > ParaView and/or ParaViewWeb proper. > > Seb > > On Sat, May 21, 2016 at 11:53 AM, Sven Kramer > wrote: > >> Thank you, Seb, >> it seems like I am getting it to work. There are still some difficulties >> because of my limited javascript experience, but with some quick&dirty >> workarounds I do have the Catalyst output displayed from ParaViewWeb. As >> you said, nothing else was required than wrapping the C functions in python. >> >> Thanks >> Sven >> >> >> 2016-05-20 18:59 GMT+02:00 Sebastien Jourdain < >> sebastien.jourdain at kitware.com>: >> >>> Hi Sven, >>> >>> I am not aware on any specific developer documentation for Catalyst on >>> the ParaView side (but I haven't worked on that subject for years), >>> although Utkarsh or Andy might know. >>> >>> Usually looking at the code and redoing it in the Python world is what >>> is required, but as I said, I'm not sure of what it means since I don't >>> know that code anymore. ;-) >>> >>> For the timeframe, I can't tell (meaning I don't know), but we can still >>> try to help you or implement the missing piece via support contract if that >>> make sense on your end. >>> >>> Thanks, >>> >>> Seb >>> >>> On Fri, May 20, 2016 at 10:46 AM, Sven Kramer >>> wrote: >>> >>>> Hello Seb, >>>> glad to read your answer. So the problem is not only that I was unable >>>> to find the relevant information. >>>> >>>> You say, you have not (yet) written the required code. Does "not (yet)" >>>> mean that it is on the agenda maybe within the next half year? Then I could >>>> find a workaround and look forward to the next Paraview updates. >>>> >>>> Otherwise I would try to work on the implementation for connecting >>>> Paraviewweb to Catalyst output. Is there any developer documentation of >>>> Catalysts "specific socket connection"? Or some general Catalyst developer >>>> information? Those would be great to get started. >>>> My first attempt would be to "wrap" the functionality of >>>> Qt/ApplicationComponents/pqCatalystConnectReaction.cxx into pvserver and >>>> make it available to the web client. Or are the necessary steps much more >>>> involved? >>>> >>>> Thank you >>>> Sven >>>> >>>> >>>> 2016-05-20 15:42 GMT+02:00 Sebastien Jourdain < >>>> sebastien.jourdain at kitware.com>: >>>> >>>>> Hi Sven, >>>>> >>>>> Live catalyst connection require a specific socket connection to the >>>>> in-situ process with some special handling. >>>>> We did not (yet) wrote the Python code to perform that specific action >>>>> for ParaViewWeb so it could be triggered by the web client or configured >>>>> via an argument at launch time. >>>>> I don't see any reason why this couldn't work, but as for now, I also >>>>> don't know an easy step to do it without spending time doing it myself. >>>>> >>>>> Seb >>>>> >>>>> On Thu, May 19, 2016 at 1:52 PM, Sven Kramer >>>>> wrote: >>>>> >>>>>> Hello, >>>>>> I am looking for the recommended steps how to display an in-situ >>>>>> (live) Catalyst simulation through ParaViewWeb. >>>>>> >>>>>> After some efforts I am able to run ParaViewWeb successfully and I >>>>>> can view a Catalyst-enabled simulation in paraview. >>>>>> >>>>>> I hope, it is also possible to show the live Catalyst output via >>>>>> ParaViewWeb, but I cannot imagine how to achieve this. I tried starting a >>>>>> pvserver as mentioned at the end of >>>>>> https://blog.kitware.com/introduction-to-paraview-catalyst-live/ and >>>>>> giving "--ds-host localhost --ds-port 11111" options to >>>>>> pv_web_visualizer.py, but it doesn't help. I can't share anything to be >>>>>> displayed on the web. >>>>>> >>>>>> Below you find the (not too detailed) steps I took to have a working >>>>>> solution for either Catalyst-enabled simulations or a working web >>>>>> visualizer: >>>>>> >>>>>> Test connection from Catalyst simulation to paraview: >>>>>> 1) Build and execute paraview from ParaView-v5.0.1-source.tar.gz >>>>>> (from http://www.paraview.org/download/) >>>>>> 2) Choose Catalyst->Connect in paraview >>>>>> 3) Run CFullExample from >>>>>> https://github.com/Kitware/ParaViewCatalystExampleCode >>>>>> 4) Pipeline from CFullExample is shown in paraview. >>>>>> Success! >>>>>> >>>>>> Test ParaViewWeb: >>>>>> 1) Download ParaViewData-5.0.0.tar.gz from >>>>>> http://www.paraview.org/download/, extract in /data >>>>>> 2) Run $ParaView_DIR/bin/pvpython >>>>>> $ParaView_DIR/lib/site-packages/paraview/web/pv_web_visualizer.py --content >>>>>> $ParaView_DIR/www --data-dir /data --port 8080 >>>>>> 3) Open the Visualizer App http://localhost:8080/apps/Visualizer/ >>>>>> Success! >>>>>> >>>>>> But how do I get Catalyst into the web visualizer? Is there any >>>>>> example how to combine them? Anybody who can suggest the required steps? >>>>>> >>>>>> Regards, >>>>>> Sven >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Powered by www.kitware.com >>>>>> >>>>>> Visit other Kitware open-source projects at >>>>>> http://www.kitware.com/opensource/opensource.html >>>>>> >>>>>> Please keep messages on-topic and check the ParaView Wiki at: >>>>>> http://paraview.org/Wiki/ParaView >>>>>> >>>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>>> >>>>>> Follow this link to subscribe/unsubscribe: >>>>>> http://public.kitware.com/mailman/listinfo/paraview >>>>>> >>>>>> >>>>> >>>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Mon May 23 12:51:17 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Mon, 23 May 2016 10:51:17 -0600 Subject: [Paraview] Connect ParaViewWeb to Catalyst In-Reply-To: References: Message-ID: Hi Sven, What you did is what I was planning to do. Maybe cleaner, but that's it. So the end integration could be slightly different, but the core will be the same. On a side note, we will never call a "Qt" code from Python. As we are note expecting the GUI to be build for ParaViewWeb. Seb On Mon, May 23, 2016 at 10:44 AM, Sven Kramer wrote: > Sure, I would share the code. But as I said, I haven't done anything more > than wrapping pqCatalystConnectReaction::connect() and hacking several > lines in the python rpc server, which are probably not done right. > If it helps, I can try to reconstruct all the lines I have modified and > clean up the stuff. However, you'll probably find a cleaner solution to > invoke pqCatalystConnectReaction::connect() from the web client. > > Sven > > 2016-05-23 7:22 GMT+02:00 Sebastien Jourdain < > sebastien.jourdain at kitware.com>: > >> Glad to ear that you managed to get something going. If you feel like >> sharing your code, we might be able to provide some integration into >> ParaView and/or ParaViewWeb proper. >> >> Seb >> >> On Sat, May 21, 2016 at 11:53 AM, Sven Kramer >> wrote: >> >>> Thank you, Seb, >>> it seems like I am getting it to work. There are still some difficulties >>> because of my limited javascript experience, but with some quick&dirty >>> workarounds I do have the Catalyst output displayed from ParaViewWeb. As >>> you said, nothing else was required than wrapping the C functions in python. >>> >>> Thanks >>> Sven >>> >>> >>> 2016-05-20 18:59 GMT+02:00 Sebastien Jourdain < >>> sebastien.jourdain at kitware.com>: >>> >>>> Hi Sven, >>>> >>>> I am not aware on any specific developer documentation for Catalyst on >>>> the ParaView side (but I haven't worked on that subject for years), >>>> although Utkarsh or Andy might know. >>>> >>>> Usually looking at the code and redoing it in the Python world is what >>>> is required, but as I said, I'm not sure of what it means since I don't >>>> know that code anymore. ;-) >>>> >>>> For the timeframe, I can't tell (meaning I don't know), but we can >>>> still try to help you or implement the missing piece via support contract >>>> if that make sense on your end. >>>> >>>> Thanks, >>>> >>>> Seb >>>> >>>> On Fri, May 20, 2016 at 10:46 AM, Sven Kramer >>>> wrote: >>>> >>>>> Hello Seb, >>>>> glad to read your answer. So the problem is not only that I was unable >>>>> to find the relevant information. >>>>> >>>>> You say, you have not (yet) written the required code. Does "not >>>>> (yet)" mean that it is on the agenda maybe within the next half year? Then >>>>> I could find a workaround and look forward to the next Paraview updates. >>>>> >>>>> Otherwise I would try to work on the implementation for connecting >>>>> Paraviewweb to Catalyst output. Is there any developer documentation of >>>>> Catalysts "specific socket connection"? Or some general Catalyst developer >>>>> information? Those would be great to get started. >>>>> My first attempt would be to "wrap" the functionality of >>>>> Qt/ApplicationComponents/pqCatalystConnectReaction.cxx into pvserver and >>>>> make it available to the web client. Or are the necessary steps much more >>>>> involved? >>>>> >>>>> Thank you >>>>> Sven >>>>> >>>>> >>>>> 2016-05-20 15:42 GMT+02:00 Sebastien Jourdain < >>>>> sebastien.jourdain at kitware.com>: >>>>> >>>>>> Hi Sven, >>>>>> >>>>>> Live catalyst connection require a specific socket connection to the >>>>>> in-situ process with some special handling. >>>>>> We did not (yet) wrote the Python code to perform that specific >>>>>> action for ParaViewWeb so it could be triggered by the web client or >>>>>> configured via an argument at launch time. >>>>>> I don't see any reason why this couldn't work, but as for now, I also >>>>>> don't know an easy step to do it without spending time doing it myself. >>>>>> >>>>>> Seb >>>>>> >>>>>> On Thu, May 19, 2016 at 1:52 PM, Sven Kramer >>>>>> wrote: >>>>>> >>>>>>> Hello, >>>>>>> I am looking for the recommended steps how to display an in-situ >>>>>>> (live) Catalyst simulation through ParaViewWeb. >>>>>>> >>>>>>> After some efforts I am able to run ParaViewWeb successfully and I >>>>>>> can view a Catalyst-enabled simulation in paraview. >>>>>>> >>>>>>> I hope, it is also possible to show the live Catalyst output via >>>>>>> ParaViewWeb, but I cannot imagine how to achieve this. I tried starting a >>>>>>> pvserver as mentioned at the end of >>>>>>> https://blog.kitware.com/introduction-to-paraview-catalyst-live/ >>>>>>> and giving "--ds-host localhost --ds-port 11111" options to >>>>>>> pv_web_visualizer.py, but it doesn't help. I can't share anything to be >>>>>>> displayed on the web. >>>>>>> >>>>>>> Below you find the (not too detailed) steps I took to have a working >>>>>>> solution for either Catalyst-enabled simulations or a working web >>>>>>> visualizer: >>>>>>> >>>>>>> Test connection from Catalyst simulation to paraview: >>>>>>> 1) Build and execute paraview from ParaView-v5.0.1-source.tar.gz >>>>>>> (from http://www.paraview.org/download/) >>>>>>> 2) Choose Catalyst->Connect in paraview >>>>>>> 3) Run CFullExample from >>>>>>> https://github.com/Kitware/ParaViewCatalystExampleCode >>>>>>> 4) Pipeline from CFullExample is shown in paraview. >>>>>>> Success! >>>>>>> >>>>>>> Test ParaViewWeb: >>>>>>> 1) Download ParaViewData-5.0.0.tar.gz from >>>>>>> http://www.paraview.org/download/, extract in /data >>>>>>> 2) Run $ParaView_DIR/bin/pvpython >>>>>>> $ParaView_DIR/lib/site-packages/paraview/web/pv_web_visualizer.py --content >>>>>>> $ParaView_DIR/www --data-dir /data --port 8080 >>>>>>> 3) Open the Visualizer App http://localhost:8080/apps/Visualizer/ >>>>>>> Success! >>>>>>> >>>>>>> But how do I get Catalyst into the web visualizer? Is there any >>>>>>> example how to combine them? Anybody who can suggest the required steps? >>>>>>> >>>>>>> Regards, >>>>>>> Sven >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Powered by www.kitware.com >>>>>>> >>>>>>> Visit other Kitware open-source projects at >>>>>>> http://www.kitware.com/opensource/opensource.html >>>>>>> >>>>>>> Please keep messages on-topic and check the ParaView Wiki at: >>>>>>> http://paraview.org/Wiki/ParaView >>>>>>> >>>>>>> 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 23 13:08:30 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 23 May 2016 13:08:30 -0400 Subject: [Paraview] X3DExporter false mesh colouring? In-Reply-To: References: <548070F4.4070508@gmx.net> <5742E8E3.40800@mh-hannover.de> <57431EAD.4010209@mh-hannover.de> Message-ID: Here's a fix for the same: https://gitlab.kitware.com/vtk/vtk/merge_requests/1517 Utkarsh On Mon, May 23, 2016 at 11:42 AM, Utkarsh Ayachit wrote: > Ah okay. Looks like there's another bug with cell-data coloring and > x3d. I've spotted the bug (I think) and am working on a fix. Not sure > how this could have worked in VTK example, however. I'll send you a > patch shortly. > > On Mon, May 23, 2016 at 11:15 AM, Grothausmann, Roman Dr. > wrote: >> Many thanks Utkarsh for Your quick reply. >> Attached is an example VTP (generated by >> https://github.com/romangrothausmann/FacetAnalyser/blob/master/demos/8faced-rhombic-dodecahedron_twinned_simp%2Bdef.pvsm) >> coloured with KAAMS cat. on FacetIds (cell data) and then exported as X3D >> from PV5. The PNG is a comparison view of PV and view3dscene. >> The WebGL output (from make test) is great: >> http://htmlpreview.github.io/?https://github.com/romangrothausmann/FacetAnalyser/blob/master/demos/8faced-rhombic-dodecahedron_twinned_simp%2Bdef.html >> >> >> On 23/05/16 16:10, Utkarsh Ayachit wrote: >>> >>> And same with categorical colors. I did notice, however, it fails when >>> coloring with "Field Data" arrays. Is that what you're seeing? That >>> I'd expected would fail in VTK too. That's indeed a missing feature in >>> the exporter. >>> >>> On Mon, May 23, 2016 at 10:06 AM, Utkarsh Ayachit >>> wrote: >>>> >>>> Roman, >>>> >>>> Can you post an example? When I tried the same with a simple sphere >>>> color by "Normals X", it seems to work as expected. I used >>>> "view3dscene" to view the X3d file. >>>> >>>> On Mon, May 23, 2016 at 7:26 AM, Grothausmann, Roman Dr. >>>> wrote: >>>>> >>>>> Dear mailing list members, >>>>> >>>>> >>>>> When I export scenes to X3D then load the mesh into blender or a browser >>>>> the >>>>> mesh is colour wrong. The colours are there but apparently assigned to >>>>> random cells/vertices. This happens with either PV5 or PV4, especially >>>>> for >>>>> category colouring. When using e.g. WebGL exporter all is fine. >>>>> Is there anything to do special for exporting to X3D? When I use plain >>>>> VTK, >>>>> the exported colours seemed OK so far. >>>>> >>>>> Any help or hints are very much appreciated >>>>> Roman >>>>> >>>>> >>>>> On 04/12/14 15:34, Michael Nolde wrote: >>>>>> >>>>>> >>>>>> works perfectly, thank you! >>>>>> >>>>>> On 03.12.2014 19:49, Sebastien Jourdain wrote: >>>>>> View is not valid at the point you get it. >>>>>> >>>>>> from paraview.simple import * >>>>>> exporters=servermanager.createModule("exporters") >>>>>> source=Cone() >>>>>> Show() >>>>>> render=Render() >>>>>> x3dExporter=exporters.X3DExporter(FileName="foo.x3d") >>>>>> x3dExporter.SetView(render) >>>>>> x3dExporter.Write() >>>>>> >>>>>> On Wed, Dec 3, 2014 at 10:01 AM, Michael Nolde <__mnolde at gmx.net__> >>>>>> wrote: >>>>>> Dear mailing list members, >>>>>> >>>>>> I have some trouble exporting a scene to a X3D file via pvpython. >>>>>> I tried to execute to code found in >>>>>> __http://public.kitware.com/pipermail/paraview/2012-May/024924.html__ >>>>>> (see below). It is executed without any errors, but no output file is >>>>>> created. >>>>>> My Paraview version is 4.0.1 64-bit (on a Ubuntu 14.04 machine). >>>>>> What I want to achieve is to convert .ply files to .x3d via pvpython. >>>>>> Could someone give me a hint? >>>>>> >>>>>> Thanks in advance, >>>>>> Michael >>>>>> >>>>>> from paraview.simple import * >>>>>> exporters=servermanager.createModule("exporters") >>>>>> source=Cone() >>>>>> view = GetActiveView() >>>>>> Show(view) >>>>>> render=Render() >>>>>> x3dExporter=exporters.X3DExporter(FileName="foo.x3d") >>>>>> x3dExporter.SetView(view) >>>>>> x3dExporter.Write() >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Powered by __www.kitware.com__ >>>>>> >>>>>> Visit other Kitware open-source projects at >>>>>> __http://www.kitware.com/opensource/opensource.html__ >>>>>> >>>>>> Please keep messages on-topic and check the ParaView Wiki at: >>>>>> __http://paraview.org/Wiki/ParaView__ >>>>>> >>>>>> Follow this link to subscribe/unsubscribe: >>>>>> __http://public.kitware.com/mailman/listinfo/paraview__ >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> -- >>>>> Dr. Roman Grothausmann >>>>> >>>>> Tomographie und Digitale Bildverarbeitung >>>>> Tomography and Digital Image Analysis >>>>> >>>>> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 >>>>> Medizinische Hochschule Hannover >>>>> Carl-Neuberg-Str. 1 >>>>> D-30625 Hannover >>>>> >>>>> Tel. +49 511 532-2900 >>>>> _______________________________________________ >>>>> Powered by www.kitware.com >>>>> >>>>> Visit other Kitware open-source projects at >>>>> http://www.kitware.com/opensource/opensource.html >>>>> >>>>> Please keep messages on-topic and check the ParaView Wiki at: >>>>> http://paraview.org/Wiki/ParaView >>>>> >>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>> >>>>> Follow this link to subscribe/unsubscribe: >>>>> http://public.kitware.com/mailman/listinfo/paraview >> >> >> -- >> Dr. Roman Grothausmann >> >> Tomographie und Digitale Bildverarbeitung >> Tomography and Digital Image Analysis >> >> Institut f?r Funktionelle und Angewandte Anatomie, OE 4120 >> Medizinische Hochschule Hannover >> Carl-Neuberg-Str. 1 >> D-30625 Hannover >> >> Tel. +49 511 532-2900 From CBaumann at slb.com Mon May 23 14:40:28 2016 From: CBaumann at slb.com (Carlos Baumann) Date: Mon, 23 May 2016 18:40:28 +0000 Subject: [Paraview] How to Annotate time steps when using VTK files ? Message-ID: <32D0A6E400786141A9A2CB170C1CF1EC01DD4723F2@NL0230MBX07N1.DIR.slb.com> Hello ParaView ! I would like to annotate the actual Time using a series of .vtk files, However it appears that with .vtk files ParaView is creating the time from the time step number, not from the T####.vtk part of the filename. I also included a "TIME" array with one entry as shown in the snapshot below, because Visit uses this data to track the time, but this is not recognized by Paraview. What can I do to annotate the time based on the filename string suffix T####.vtk, in this case time would be for me in milliseconds, or to use the data TIME in each time step as shown below (time in seconds) Thanks in advance. Carlos ParaView Snapshot with all the available data: [cid:image001.jpg at 01D1B4F8.A9FEEB40] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.jpg Type: image/jpeg Size: 27457 bytes Desc: image001.jpg URL: From utkarsh.ayachit at kitware.com Mon May 23 15:28:16 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 23 May 2016 15:28:16 -0400 Subject: [Paraview] How to Annotate time steps when using VTK files ? In-Reply-To: <32D0A6E400786141A9A2CB170C1CF1EC01DD4723F2@NL0230MBX07N1.DIR.slb.com> References: <32D0A6E400786141A9A2CB170C1CF1EC01DD4723F2@NL0230MBX07N1.DIR.slb.com> Message-ID: Try using the "Annotate Global Data" filter instead. You can then choose to use the value from the field data array TIME. On Mon, May 23, 2016 at 2:40 PM, Carlos Baumann wrote: > Hello ParaView ! > > > > I would like to annotate the actual Time using a series of .vtk files, > > However it appears that with .vtk files ParaView is creating the time from > the time step number, not from the T####.vtk part of the filename. > > I also included a ?TIME? array with one entry as shown in the snapshot > below, because Visit uses this data to track the time, but this is not > recognized by Paraview. > > > > What can I do to annotate the time based on the filename string suffix > T####.vtk, in this case time would be for me in milliseconds, > > or to use the data TIME in each time step as shown below (time in seconds) > > > > Thanks in advance. > > Carlos > > > > ParaView Snapshot with all the available data: > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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: image001.jpg Type: image/jpeg Size: 27457 bytes Desc: not available URL: From burlen.loring at gmail.com Mon May 23 15:30:22 2016 From: burlen.loring at gmail.com (Burlen Loring) Date: Mon, 23 May 2016 12:30:22 -0700 Subject: [Paraview] Memory leak with Catalyst In-Reply-To: References: <57426B53.2060700@gmail.com> Message-ID: <037583dd-c272-2556-af65-d2b1965fceaf@gmail.com> I think there is an api in the multi-block writer to disable writing metadata. Utkarsh knows, he's the one that figured it out. not sure how it applies to your use case. you may not even be using multi-block format... On 05/23/2016 06:57 AM, Gallagher, Timothy P wrote: > > Interesting -- I'd be willing to try it out if you have more details > (commit hashtag, ticket, etc.), even if I have to figure out how to > backport it from a newer version. > > > Thanks, > > > Tim > > > > ------------------------------------------------------------------------ > *From:* Burlen Loring > *Sent:* Sunday, May 22, 2016 10:30 PM > *To:* Gallagher, Timothy P; Andy Bauer > *Cc:* paraview at paraview.org > *Subject:* Re: [Paraview] Memory leak with Catalyst > btw, we just had similar problem that was entirely explained by vtk > writer attempting to gather a bunch of arrays to the root node. > Utkarsh found a way to disable that behavior. I wonder if you are > hitting the same. > > On 5/20/2016 4:36 PM, Gallagher, Timothy P wrote: >> >> Well... not going so well. >> >> >> If I run a small simulation with massif and the Release build of >> paraview, I don't see any growing memory in time. I also get my VTK >> files and images. >> >> >> If I run the same simulation linked against a Debug build with >> VTK_DEBUG_LEAKS on, there is a segfault inside one of the >> libvtkRendering libraries (it says libvtkRenderingOp but the rest of >> the name is cut off). If I take the image rendering out of my >> pipeline (comment out the RegisterView call) and leave the VTK file >> writing, it runs fine and doesn't report any leaks. I tried to get >> the segfault to drop a core file, but it won't do it. >> >> >> I'm thinking that there is an issue in the rendering part causing the >> leak. I have no idea what it could be though -- this is the 4.4.0 >> version, is anybody aware of any bug fixes between 4.4.0 and current >> versions that might be relevant? >> >> >> Thanks for the help, >> >> >> Tim >> >> >> >> >> >> ------------------------------------------------------------------------ >> *From:* ParaView on behalf of >> Gallagher, Timothy P >> *Sent:* Friday, May 20, 2016 4:17 PM >> *To:* Burlen Loring; Andy Bauer >> *Cc:* paraview at paraview.org >> *Subject:* Re: [Paraview] Memory leak with Catalyst >> >> Thanks for the advice Burlen -- I haven't used Massif before, so this >> is a good opportunity to give it a try. >> >> >> The initialize/finalize each time approach doesn't work either. I am >> calling the Finalize() routine on the vtkCPProcessor class but then >> when it tries to initialize again, it throws: >> >> >> Warning: In >> /data4/ParaView/VTK/Parallel/Core/vtkSocketController.cxx, line 50 >> vtkSocketController (0xa4342f0): Already initialized. >> >> >> and then crashes. So, hopefully I can sort out the memory leak rather >> than trying to debug why a hacked fix doesn't work! >> >> >> Tim >> >> >> >> ------------------------------------------------------------------------ >> *From:* Burlen Loring >> *Sent:* Friday, May 20, 2016 3:46 PM >> *To:* Gallagher, Timothy P; Andy Bauer >> *Cc:* paraview at paraview.org >> *Subject:* Re: [Paraview] Memory leak with Catalyst >> >> VTK_DEBUG_LEAKS, although will catch some serious errors, will not >> catch all kinds of leaks. For example you can have leaks where data >> erroneously accumulates with each time step, but is deleted at >> program termination. VTK_DEBUG_LEAKS will not catch that kind of >> error. It's probably better to use massif to profile your code on a >> small one node run. There's an excellent tool called massif >> visualizer to aid in exploring the data generated. >> >> >> $0.02 >> >> >> On 05/20/2016 11:56 AM, Gallagher, Timothy P wrote: >>> >>> Hi Andy, >>> >>> >>> Thanks for the tips. I will get working on the VTK_DEBUG_LEAKS now >>> and see what it turns up. >>> >>> >>> The initialize/finalize every time is definitely a hack and not for >>> long-term use. But, sponsors want a report on Monday and we need to >>> be able to visualize things for that -- the simulation is too big to >>> write data files and post-process later. So I modified the code to >>> do that for now until I can find a proper fix. >>> >>> >>> I'll let you know if I get stuck with the log file. >>> >>> >>> Thanks again, >>> >>> >>> Tim >>> >>> >>> >>> ------------------------------------------------------------------------ >>> *From:* Andy Bauer >>> *Sent:* Friday, May 20, 2016 2:39 PM >>> *To:* Gallagher, Timothy P >>> *Cc:* paraview at paraview.org >>> *Subject:* Re: [Paraview] Memory leak with Catalyst >>> Hi Tim, >>> >>> If you build Catalyst with VTK_DEBUG_LEAKS enabled it is pretty good >>> at finding VTK objects that aren't deleted properly. You should be >>> able to run this with a small amount of calls to Catalyst as well. >>> If you try this and want help understanding the output (if an object >>> like a vtkUnstructuredGrid is leaked it will often give a whole >>> bunch of false leaks that the unstructured grid is just holding the >>> references to), just share your output file and I can take a look at >>> it to try and narrow down the culprit. That may be slightly easier >>> to use than Valgrind. >>> >>> Beyond this, you could maybe try the same run but without doing any >>> Catalyst work to see what happens then. That may be a lot of compute >>> cycles but I'm not sure how else to try and bisect where the memory >>> leak is occurring. >>> >>> Initializing and finalizing Catalyst every time you want output >>> would probably work but I'd think there may be significant overhead >>> doing it like this. Plus, it's not really solving the problem -- >>> just avoiding it. >>> >>> Best, >>> Andy >>> >>> >>> On Fri, May 20, 2016 at 12:57 PM, Gallagher, Timothy P >>> > wrote: >>> >>> Hi, >>> >>> >>> One of our users is running a very big simulation and writing >>> out images of two slices (two different views) every 1000 >>> iterations and writing out the data for the two slices (two >>> different data writers) as VTK files every 5000 iterations. It >>> is using Paraview 4.4. >>> >>> >>> After 21000 iterations, the simulation is killed because the >>> memory on the compute nodes fills up. I usually know how to >>> track down memory problems in our code using valgrind and >>> related tools, but is that the right way to go to try and find >>> this problem? >>> >>> >>> Are there any tips on how to isolate where the problem may be? I >>> don't know if it is in the adapter, or in paraview itself. Has >>> anybody encountered problems with runaway memory using Catalyst >>> in 4.4 when writing images or VTK files? >>> >>> >>> I know when we use pvpython to generate images and loop over >>> many files, sometimes the memory also blows up and so we usually >>> move the loop over the files outside the pvpython script and >>> into a driver script that executes a new pvpython for each file. >>> Is there a way to shut down/start up Catalyst each time it needs >>> to write something? Is that advisable? >>> >>> >>> Thanks, >>> >>> >>> Tim >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: >>> http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >>> >>> >>> _______________________________________________ >>> Powered bywww.kitware.com >>> >>> Visit other Kitware open-source projects athttp://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at:http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at:http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tim.gallagher at gatech.edu Mon May 23 16:13:36 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Mon, 23 May 2016 20:13:36 +0000 Subject: [Paraview] Memory leak with Catalyst In-Reply-To: <037583dd-c272-2556-af65-d2b1965fceaf@gmail.com> References: <57426B53.2060700@gmail.com> , <037583dd-c272-2556-af65-d2b1965fceaf@gmail.com> Message-ID: I am using the multiblock format, so I am definitely interested in the solution. Hopefully Utkarsh sees this and can chime in. Thanks! Tim ________________________________ From: Burlen Loring Sent: Monday, May 23, 2016 3:30 PM To: Gallagher, Timothy P; Andy Bauer Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst I think there is an api in the multi-block writer to disable writing metadata. Utkarsh knows, he's the one that figured it out. not sure how it applies to your use case. you may not even be using multi-block format... On 05/23/2016 06:57 AM, Gallagher, Timothy P wrote: Interesting -- I'd be willing to try it out if you have more details (commit hashtag, ticket, etc.), even if I have to figure out how to backport it from a newer version. Thanks, Tim ________________________________ From: Burlen Loring Sent: Sunday, May 22, 2016 10:30 PM To: Gallagher, Timothy P; Andy Bauer Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst btw, we just had similar problem that was entirely explained by vtk writer attempting to gather a bunch of arrays to the root node. Utkarsh found a way to disable that behavior. I wonder if you are hitting the same. On 5/20/2016 4:36 PM, Gallagher, Timothy P wrote: Well... not going so well. If I run a small simulation with massif and the Release build of paraview, I don't see any growing memory in time. I also get my VTK files and images. If I run the same simulation linked against a Debug build with VTK_DEBUG_LEAKS on, there is a segfault inside one of the libvtkRendering libraries (it says libvtkRenderingOp but the rest of the name is cut off). If I take the image rendering out of my pipeline (comment out the RegisterView call) and leave the VTK file writing, it runs fine and doesn't report any leaks. I tried to get the segfault to drop a core file, but it won't do it. I'm thinking that there is an issue in the rendering part causing the leak. I have no idea what it could be though -- this is the 4.4.0 version, is anybody aware of any bug fixes between 4.4.0 and current versions that might be relevant? Thanks for the help, Tim ________________________________ From: ParaView on behalf of Gallagher, Timothy P Sent: Friday, May 20, 2016 4:17 PM To: Burlen Loring; Andy Bauer Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst Thanks for the advice Burlen -- I haven't used Massif before, so this is a good opportunity to give it a try. The initialize/finalize each time approach doesn't work either. I am calling the Finalize() routine on the vtkCPProcessor class but then when it tries to initialize again, it throws: Warning: In /data4/ParaView/VTK/Parallel/Core/vtkSocketController.cxx, line 50 vtkSocketController (0xa4342f0): Already initialized. and then crashes. So, hopefully I can sort out the memory leak rather than trying to debug why a hacked fix doesn't work! Tim ________________________________ From: Burlen Loring Sent: Friday, May 20, 2016 3:46 PM To: Gallagher, Timothy P; Andy Bauer Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst VTK_DEBUG_LEAKS, although will catch some serious errors, will not catch all kinds of leaks. For example you can have leaks where data erroneously accumulates with each time step, but is deleted at program termination. VTK_DEBUG_LEAKS will not catch that kind of error. It's probably better to use massif to profile your code on a small one node run. There's an excellent tool called massif visualizer to aid in exploring the data generated. $0.02 On 05/20/2016 11:56 AM, Gallagher, Timothy P wrote: Hi Andy, Thanks for the tips. I will get working on the VTK_DEBUG_LEAKS now and see what it turns up. The initialize/finalize every time is definitely a hack and not for long-term use. But, sponsors want a report on Monday and we need to be able to visualize things for that -- the simulation is too big to write data files and post-process later. So I modified the code to do that for now until I can find a proper fix. I'll let you know if I get stuck with the log file. Thanks again, Tim ________________________________ From: Andy Bauer Sent: Friday, May 20, 2016 2:39 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Memory leak with Catalyst Hi Tim, If you build Catalyst with VTK_DEBUG_LEAKS enabled it is pretty good at finding VTK objects that aren't deleted properly. You should be able to run this with a small amount of calls to Catalyst as well. If you try this and want help understanding the output (if an object like a vtkUnstructuredGrid is leaked it will often give a whole bunch of false leaks that the unstructured grid is just holding the references to), just share your output file and I can take a look at it to try and narrow down the culprit. That may be slightly easier to use than Valgrind. Beyond this, you could maybe try the same run but without doing any Catalyst work to see what happens then. That may be a lot of compute cycles but I'm not sure how else to try and bisect where the memory leak is occurring. Initializing and finalizing Catalyst every time you want output would probably work but I'd think there may be significant overhead doing it like this. Plus, it's not really solving the problem -- just avoiding it. Best, Andy On Fri, May 20, 2016 at 12:57 PM, Gallagher, Timothy P > wrote: Hi, One of our users is running a very big simulation and writing out images of two slices (two different views) every 1000 iterations and writing out the data for the two slices (two different data writers) as VTK files every 5000 iterations. It is using Paraview 4.4. After 21000 iterations, the simulation is killed because the memory on the compute nodes fills up. I usually know how to track down memory problems in our code using valgrind and related tools, but is that the right way to go to try and find this problem? Are there any tips on how to isolate where the problem may be? I don't know if it is in the adapter, or in paraview itself. Has anybody encountered problems with runaway memory using Catalyst in 4.4 when writing images or VTK files? I know when we use pvpython to generate images and loop over many files, sometimes the memory also blows up and so we usually move the loop over the files outside the pvpython script and into a driver script that executes a new pvpython for each file. Is there a way to shut down/start up Catalyst each time it needs to write something? Is that advisable? Thanks, Tim _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView 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 CBaumann at slb.com Mon May 23 16:13:39 2016 From: CBaumann at slb.com (Carlos Baumann) Date: Mon, 23 May 2016 20:13:39 +0000 Subject: [Paraview] Thanks ! => RE: [Ext] Re: How to Annotate time steps when using VTK files ? Message-ID: <32D0A6E400786141A9A2CB170C1CF1EC01DD47243C@NL0230MBX07N1.DIR.slb.com> Utkarsh, Thanks a lot, this is exactly what I needed ! Regards, Carlos From: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Sent: Monday, May 23, 2016 2:28 PM To: Carlos Baumann Cc: paraview at paraview.org Subject: [Ext] Re: [Paraview] How to Annotate time steps when using VTK files ? Try using the "Annotate Global Data" filter instead. You can then choose to use the value from the field data array TIME. On Mon, May 23, 2016 at 2:40 PM, Carlos Baumann > wrote: Hello ParaView ! I would like to annotate the actual Time using a series of .vtk files, However it appears that with .vtk files ParaView is creating the time from the time step number, not from the T####.vtk part of the filename. I also included a ?TIME? array with one entry as shown in the snapshot below, because Visit uses this data to track the time, but this is not recognized by Paraview. What can I do to annotate the time based on the filename string suffix T####.vtk, in this case time would be for me in milliseconds, or to use the data TIME in each time step as shown below (time in seconds) Thanks in advance. Carlos ParaView Snapshot with all the available data: [cid:image001.jpg at 01D1B505.AE8CEBF0] _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView 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: image001.jpg Type: image/jpeg Size: 27457 bytes Desc: image001.jpg URL: From thomas.faribault-menard at mail.mcgill.ca Mon May 23 22:19:50 2016 From: thomas.faribault-menard at mail.mcgill.ca (=?iso-8859-1?Q?Thomas_Faribault-M=E9nard?=) Date: Tue, 24 May 2016 02:19:50 +0000 Subject: [Paraview] Programmable filter - script for mean of two input PointSources Message-ID: Hi, I'm a beginner in ParaView. I have two Point Source as my inputs. My output is a third point source that has to be located at the mean of the coordinates of my inputs. I would prefer the solution to be in the form of a programmable python filter but I need a little help. Could you point me in the right direction please ? -------------- next part -------------- An HTML attachment was scrubbed... URL: From wollherr at geophysik.uni-muenchen.de Tue May 24 03:36:24 2016 From: wollherr at geophysik.uni-muenchen.de (Stephanie Wollherr) Date: Tue, 24 May 2016 09:36:24 +0200 Subject: [Paraview] using contour plot with xdmf input In-Reply-To: <57440005.5080106@geophysik.uni-muenchen.de> References: <57440005.5080106@geophysik.uni-muenchen.de> Message-ID: <57440478.9030308@geophysik.uni-muenchen.de> Hi all, I'm using a xdmf input file to visualize my data output from a simulation. Before, the output format was vtk. I could easily do contour plots using CellDataToPointData and than apply the Contour button. However with the xdmf format this is no longer possible. There is no error but it just does not display anything. I came across this https://cmake.org/pipermail/paraview/2015-December/035852.html where another user run into this problem, but it seems that there was no answer on this. I was wondering if there is already a solution or if someone can help me with this? Thank you already in advance! Stephanie ps: I'm using paraview 4.3 on linux. My xdmf file looks like that: data-fault.h5:/connect data-fault.h5:/geometry data-fault.h5:/partition data-fault.h5:/SRs data-fault.h5:/SRd data-fault.h5:/T_s data-fault.h5:/T_d data-fault.h5:/P_n data-fault.h5:/u_n data-fault.h5:/Ts0 data-fault.h5:/Td0 data-fault.h5:/Pn0 data-fault.h5:/Sls data-fault.h5:/Sld data-fault.h5:/Vr data-fault.h5:/ASl data-fault.h5:/PSR