From Tobias.Mondry at pfinder.de Thu Dec 1 02:46:50 2016 From: Tobias.Mondry at pfinder.de (Mondry, Tobias) Date: Thu, 1 Dec 2016 07:46:50 +0000 Subject: [Paraview] [EXTERNAL] Duplicate Layouts In-Reply-To: <6ee93918e6a846048900a47f0f25ae3b@ES01AMSNLNT.srn.sandia.gov> References: <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CF8B5@SRV-EXCHANGE.Pfinder-GER.lan>, <6ee93918e6a846048900a47f0f25ae3b@ES01AMSNLNT.srn.sandia.gov> Message-ID: <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CFB6E@SRV-EXCHANGE.Pfinder-GER.lan> Camera link is nice, but not what I want. Example: - load a stl file - make a clip and use red as solid color - open a new view or layout Now it would be useful to have the same "image" in the new view or layout: - the clip is in show - the clipped geometry has the color red It's like a copy and paste of all settings of a view. Tobias ________________________________ Von: Scott, W Alan [wascott at sandia.gov] Gesendet: Mittwoch, 30. November 2016 18:48 An: Mondry, Tobias; paraview at paraview.org Betreff: RE: [EXTERNAL] [Paraview] Duplicate Layouts You mean link the cameras for two views? Right click on the background, then left click in the other view. Alan From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Mondry, Tobias Sent: Wednesday, November 30, 2016 8:39 AM To: paraview at paraview.org Subject: [EXTERNAL] [Paraview] Duplicate Layouts Hi, do you know a way to duplicate a Layout, in GUI or python? This would be useful when you want to have different Layouts with slightly different color bar settings, for example. Kind regards Tobias ________________________________ Pfinder KG Rudolf-Diesel-Strasse 14 71032 B?blingen / Germany Telefon: + 49 (7031) 27 01 0 / Telefax: + 49 (7031) 28 05 00 / Internet: www.pfinder.de Handelsregister: Amtsgericht Stuttgart, Registergericht HRA 240702 Diese E-Mail kann Betriebs- und Gesch?ftsgeheimnisse oder sonstige vertrauliche und /oder rechtlich gesch?tzte Informationen enthalten. Sollten Sie diese eMail irrt?mlich erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine Vervielf?ltigung oder Weitergabe der eMail ausdr?cklich untersagt. Bitte benachrichtigen Sie uns und vernichten Sie die eMail. Der Absender hat alle erdenklichen Vorsichtsma?nahmen getroffen, dass die Anlagen dieser eMail frei von Computerviren o.?. sind. Gleichwohl schlie?en wir die Haftung f?r jeden Schaden aus, der durch Computerviren o.?. verursacht wurde, soweit wir nicht vors?tzlich oder grob fahrl?ssig gehandelt haben. Wir raten Ihnen, dass Sie in jedem Fall Ihre eigene Virenpr?fung vornehmen, bevor Sie die Anlagen ?ffnen. Vielen Dank ! The information contained in this email message may be confidential, and may also be the subject of legal professional privilege. If you are not the intended recipient, any use, interference with, disclosure or copying of this material is unauthorised and prohibited. Please inform us immediately and destroy the email. We have taken every reasonable precaution to ensure that any attachment to this email has been swept for viruses. However, we cannot accept liability for any damage sustained as a result of software viruses and would advise that you carry out your own virus checks before opening any attachment. Thank you for your cooperation ! ________________________________ Pfinder KG Rudolf-Diesel-Strasse 14 71032 B?blingen / Germany Telefon: + 49 (7031) 27 01 0 / Telefax: + 49 (7031) 28 05 00 / Internet: www.pfinder.de Handelsregister: Amtsgericht Stuttgart, Registergericht HRA 240702 Diese E-Mail kann Betriebs- und Gesch?ftsgeheimnisse oder sonstige vertrauliche und /oder rechtlich gesch?tzte Informationen enthalten. Sollten Sie diese eMail irrt?mlich erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine Vervielf?ltigung oder Weitergabe der eMail ausdr?cklich untersagt. Bitte benachrichtigen Sie uns und vernichten Sie die eMail. Der Absender hat alle erdenklichen Vorsichtsma?nahmen getroffen, dass die Anlagen dieser eMail frei von Computerviren o.?. sind. Gleichwohl schlie?en wir die Haftung f?r jeden Schaden aus, der durch Computerviren o.?. verursacht wurde, soweit wir nicht vors?tzlich oder grob fahrl?ssig gehandelt haben. Wir raten Ihnen, dass Sie in jedem Fall Ihre eigene Virenpr?fung vornehmen, bevor Sie die Anlagen ?ffnen. Vielen Dank ! The information contained in this email message may be confidential, and may also be the subject of legal professional privilege. If you are not the intended recipient, any use, interference with, disclosure or copying of this material is unauthorised and prohibited. Please inform us immediately and destroy the email. We have taken every reasonable precaution to ensure that any attachment to this email has been swept for viruses. However, we cannot accept liability for any damage sustained as a result of software viruses and would advise that you carry out your own virus checks before opening any attachment. Thank you for your cooperation ! -------------- next part -------------- An HTML attachment was scrubbed... URL: From postgurke at web.de Thu Dec 1 05:01:20 2016 From: postgurke at web.de (postgurke at web.de) Date: Thu, 1 Dec 2016 11:01:20 +0100 (CET) Subject: [Paraview] [EXTERNAL] Duplicate Layouts In-Reply-To: <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CFB6E@SRV-EXCHANGE.Pfinder-GER.lan> References: <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CF8B5@SRV-EXCHANGE.Pfinder-GER.lan>, <6ee93918e6a846048900a47f0f25ae3b@ES01AMSNLNT.srn.sandia.gov> <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CFB6E@SRV-EXCHANGE.Pfinder-GER.lan> Message-ID: <601186823.142271.1480586481162.JavaMail.open-xchange@app05.ox.hosteurope.de> Hi Tobias You could get the DisplayProperties of all your objects and then set them accordingly in the new render window using the Python Shell. I have written a short script for myself for this task --- however something is not quite correct, as strange colorings sometimes appear after turning the model in the second view. It can be fixed by making that object invisible and visible again, but still.... Maybe someone more experienced can correct my answer in that respect or has a better idea to tackle this problem...? Here is my code: rv1=GetActiveViewOrCreate('RenderView') ALL=GetSources() dispProps=list() for i in range(len(ALL.keys())): dispProps.append(GetDisplayProperties(ALL.values()[i])) viewLayout1 = GetLayout() viewLayout1.SplitHorizontal(0, 0.5) rv2=CreateView('RenderView') viewLayout1.AssignView(2, rv2) SetActiveView(rv2) for j in range(len(ALL.keys())): SetDisplayProperties(ALL.values()[j],Visibility=dispProps[j].Visibility) SetDisplayProperties(ALL.values()[j],ColorArrayName=dispProps[j].ColorArrayName[1]) SetDisplayProperties(ALL.values()[j],LookupTable=dispProps[j].LookupTable) SetDisplayProperties(ALL.values()[j],DiffuseColor=dispProps[j].DiffuseColor) SetDisplayProperties(ALL.values()[j],Scale=dispProps[j].Scale) SetDisplayProperties(ALL.values()[j],Representation=dispProps[j].Representation) SetDisplayProperties(ALL.values()[j],Texture=dispProps[j].Texture) Cheers Venke > "Mondry, Tobias" hat am 1. Dezember 2016 um 08:46 > geschrieben: > > > Camera link is nice, but not what I want. > > Example: > - load a stl file > - make a clip and use red as solid color > - open a new view or layout > > Now it would be useful to have the same "image" in the new view or layout: > - the clip is in show > - the clipped geometry has the color red > > It's like a copy and paste of all settings of a view. > > > Tobias > > ________________________________ > Von: Scott, W Alan [wascott at sandia.gov] > Gesendet: Mittwoch, 30. November 2016 18:48 > An: Mondry, Tobias; paraview at paraview.org > Betreff: RE: [EXTERNAL] [Paraview] Duplicate Layouts > > You mean link the cameras for two views? Right click on the background, then > left click in the other view. > > Alan > > From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Mondry, > Tobias > Sent: Wednesday, November 30, 2016 8:39 AM > To: paraview at paraview.org > Subject: [EXTERNAL] [Paraview] Duplicate Layouts > > Hi, > > do you know a way to duplicate a Layout, in GUI or python? > This would be useful when you want to have different Layouts with slightly > different color bar settings, for example. > > Kind regards > > Tobias > ________________________________ > > Pfinder KG > Rudolf-Diesel-Strasse 14 > 71032 B?blingen / Germany > Telefon: + 49 (7031) 27 01 0 / Telefax: + 49 (7031) 28 05 00 / Internet: > www.pfinder.de > Handelsregister: Amtsgericht Stuttgart, Registergericht HRA 240702 > > Diese E-Mail kann Betriebs- und Gesch?ftsgeheimnisse oder sonstige > vertrauliche und /oder rechtlich gesch?tzte Informationen enthalten. Sollten > Sie diese eMail irrt?mlich erhalten haben, ist Ihnen eine Kenntnisnahme des > Inhalts, eine Vervielf?ltigung oder Weitergabe der eMail ausdr?cklich > untersagt. Bitte benachrichtigen Sie uns und vernichten Sie die eMail. Der > Absender hat alle erdenklichen Vorsichtsma?nahmen getroffen, dass die Anlagen > dieser eMail frei von Computerviren o.?. sind. Gleichwohl schlie?en wir die > Haftung f?r jeden Schaden aus, der durch Computerviren o.?. verursacht wurde, > soweit wir nicht vors?tzlich oder grob fahrl?ssig gehandelt haben. Wir raten > Ihnen, dass Sie in jedem Fall Ihre eigene Virenpr?fung vornehmen, bevor Sie > die Anlagen ?ffnen. Vielen Dank ! > > The information contained in this email message may be confidential, and may > also be the subject of legal professional privilege. If you are not the > intended recipient, any use, interference with, disclosure or copying of this > material is unauthorised and prohibited. Please inform us immediately and > destroy the email. We have taken every reasonable precaution to ensure that > any attachment to this email has been swept for viruses. However, we cannot > accept liability for any damage sustained as a result of software viruses and > would advise that you carry out your own virus checks before opening any > attachment. Thank you for your cooperation ! > ________________________________ > > Pfinder KG > Rudolf-Diesel-Strasse 14 > 71032 B?blingen / Germany > Telefon: + 49 (7031) 27 01 0 / Telefax: + 49 (7031) 28 05 00 / Internet: > www.pfinder.de > Handelsregister: Amtsgericht Stuttgart, Registergericht HRA 240702 > > Diese E-Mail kann Betriebs- und Gesch?ftsgeheimnisse oder sonstige > vertrauliche und /oder rechtlich gesch?tzte Informationen enthalten. Sollten > Sie diese eMail irrt?mlich erhalten haben, ist Ihnen eine Kenntnisnahme des > Inhalts, eine Vervielf?ltigung oder Weitergabe der eMail ausdr?cklich > untersagt. Bitte benachrichtigen Sie uns und vernichten Sie die eMail. Der > Absender hat alle erdenklichen Vorsichtsma?nahmen getroffen, dass die Anlagen > dieser eMail frei von Computerviren o.?. sind. Gleichwohl schlie?en wir die > Haftung f?r jeden Schaden aus, der durch Computerviren o.?. verursacht wurde, > soweit wir nicht vors?tzlich oder grob fahrl?ssig gehandelt haben. Wir raten > Ihnen, dass Sie in jedem Fall Ihre eigene Virenpr?fung vornehmen, bevor Sie > die Anlagen ?ffnen. Vielen Dank ! > > The information contained in this email message may be confidential, and may > also be the subject of legal professional privilege. If you are not the > intended recipient, any use, interference with, disclosure or copying of this > material is unauthorised and prohibited. Please inform us immediately and > destroy the email. We have taken every reasonable precaution to ensure that > any attachment to this email has been swept for viruses. However, we cannot > accept liability for any damage sustained as a result of software viruses and > would advise that you carry out your own virus checks before opening any > attachment. Thank you for your cooperation ! > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 xluigi84 at hotmail.it Thu Dec 1 08:38:35 2016 From: xluigi84 at hotmail.it (Luigi R) Date: Thu, 1 Dec 2016 13:38:35 +0000 Subject: [Paraview] Unable to rescale properly the color map Message-ID: Dear developers, I'm loading a vtp file in Paraview 5.2 containing the agglomerated mesh and a scalar field (INT32) for the global cellID. The coarsest mesh has few cells characterized by a high identification number (cellID ranges from 1600000 to 1600010]. Paraview is not able to rescale properly the range of the color map even with the custom data range and everything is displayed with a blue color and it becomes useless. Is there a way to change the precision for the color map. I have also tested the version 5.0.1 which scales better but still cannot go below a certain range. Please let me know. Best regards, Luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From dkxls23 at gmail.com Thu Dec 1 12:19:50 2016 From: dkxls23 at gmail.com (Armin Wehrfritz) Date: Thu, 1 Dec 2016 19:19:50 +0200 Subject: [Paraview] Fwd: Segfault reading polyhedral cells xdmf3 file In-Reply-To: References: <504a30ae-040e-dd58-d0d0-25bdd51772b5@gmail.com> <7395e9fa-3e3d-c3e7-62ab-b0fbcb41a6dd@gmail.com> Message-ID: To follow up on this issue, I have done some more testing. From the link below you can find two datasets with polyhedral cells, where one is working just fine and the other one is crashing consistently when opening it in ParaView 5.2. The XDMF files are created form the respective .vtu files with ParaView 5.2 (Kitware binaries, Linux 64bit) using the Xdmf3 writer. The strange thing is that the dataset leading to the seg fault is a subset of the dataset that just works fine. Here the link: https://drive.google.com/file/d/0B5CHY8CFeTf2V09NVUhTRkpYSE0/view?usp=sharing Alessandro, can you test these files and report back which ones are working on your PC? Thanks, Armin On 11/30/2016 08:19 PM, Alessandro De Maio wrote: > You're right: the polyhedral cells of the cube.vtu example do not > guarantee the planarity of faces, but this is a typical case of a > polyhedral mesh automatically generated starting from a tetrahedral one > (this example has been built using the Ansys-Fluent converter) and I > think it's quite a usual situation. > But I'm not sure this could generate a segfault as the problem could be > in the algorythms applied by Paraview after the reading of the file that > could consider this hypothesis (as you remarked), while the VTK > topological description of a polyhedral cell doesn't seem to need it, > and the reading phase should only build the data structure compliant > with VTK data representation, as actually happens for vtu file format. > But this is only my opinion and of course it could be wrong as I don't > have a deep knowledge of all the involved procedures. > My idea is that the problem could be due to a memory error, as it's only > unfrequent with a small case (by the way the one cell mesh you attached > can be read also on the windows machine although with a randomic > connectivity error as the one I showed in the image attached to the > previous message) but very frequent with a quite bigger case as the cube. > Is it possible to use something like valgrind to check for memory errors > in Paraview ? > > On Wed, Nov 30, 2016 at 6:35 PM, Armin Wehrfritz > wrote: > > In attach you can find the output of the saving of the > polyhedron.vtu > (saved.xmf and saved.h5) from the Windows machine. > > OK, I tested the "saved.xmf" file and I can open it on my Linux machine > without issues. Also, I compared the files generated on windows and > linux machines, and the topology data is the same for both of them. The > datatype in the h5 file is different (H5T_STD_I32LE for the file from > the Windows machine vs. H5T_STD_I64LE for the file from the Linux > machine). The end of line in the xmf file is different, but I don't > think either one of them should cause an issue. > > I've tried also to repeat the procedure (reading of your xmf > file) on a > Linux workstation and the behaviour is different: it seems that > randomically the crash happens again (once on about ten tries) and > sometimes it seems that the topology has a connectivity error > (see the > image in attachment), while for the most of the times it seems > to do the > right job. > > As said, on my Linux machine it works consistently. > > I've tried also another case, a little bit heavier: a polyhedral > mesh > read from the vtu in attach (cube.vtu) and saved with the Xdmf3 > writer. > Trying to re-read the xmf version of this geometry always > produces a > crash also on the Linux machine. > > I can confirm that the xmf file produce from the cube.vtu (using the > Xdmf3 writer in ParaView 5.2) leads consistently to seg fault. > However, even though the .vtu file works correctly, I'm not entirely > sure if this is xmf specific problem. To be more precise, the > implementation of polyhedral cells requires the face polygons to be > planar (see http://www.vtk.org/Wiki/VTK/Polyhedron_Support > ). The example > file you send has a whole lot of faces that are not planar. > > I extracted a single cell with several non-planar faces from your > example and saved it as .xmf file (attached). I can read this particular > file without issues on my Linux machine, whereas the original data file > leads to a seg fault. One reason why the cube.vtu file works and the > respective .xmf doesn't, could be related to the different approaches > polyhedral cells are stored in vtu and xdmf files, but debugging this > would require quite a bit of work... > > Maybe somebody else has an idea here. > > -Armin > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > 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 huangrui.mo at uwaterloo.ca Thu Dec 1 11:53:36 2016 From: huangrui.mo at uwaterloo.ca (Huangrui Mo) Date: Thu, 1 Dec 2016 11:53:36 -0500 Subject: [Paraview] Time Synchronization for Case and Geometry Sequences Message-ID: <7d1d07e4-427c-3077-35c0-268bab93b671@uwaterloo.ca> Dear Paraview Developer, May you please help me with the following issue: Suppose when a solver writes data out, the field data is written in Ensight format, and the time sequence is streamed in "ensight.case". Meanwhile, the geometry data is written in VTK format, and the time sequence is streamed in "paraview.pvd". At last, let's assume the number of time sequences is 500. Then, when loading into paraview, it does not synchronize the cases in a perfect sense and would show up with 1000 cases. When animating, there is a slight mismatch in time for the field data and geometry data. However, if I use the VTK format for both the field and geometry data, then paraview does a great job to synchronize the data sets. Therefore, my question would be that is it possible to handle time synchronization even for different formats? Thank you very much for your time and help, Huangrui -- ***************************************************** Huangrui Mo, PhD Candidate Fluid Mechanics Department of Mechanical & Mechatronics Engineering University of Waterloo Waterloo, Ontario N2L 3G1, Canada E-mail: huangrui.mo at uwaterloo.ca ***************************************************** From wascott at sandia.gov Thu Dec 1 12:34:37 2016 From: wascott at sandia.gov (Scott, W Alan) Date: Thu, 1 Dec 2016 17:34:37 +0000 Subject: [Paraview] [EXTERNAL] Time Synchronization for Case and Geometry Sequences In-Reply-To: <7d1d07e4-427c-3077-35c0-268bab93b671@uwaterloo.ca> References: <7d1d07e4-427c-3077-35c0-268bab93b671@uwaterloo.ca> Message-ID: Not sure if this is the correct answer, but try view/ animation View. Then, change the Mode to Real Time. Enter your start time and end time, and number of time steps of interest (i.e., 500). Is that what you are looking for? alan -----Original Message----- From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Huangrui Mo Sent: Thursday, December 1, 2016 9:54 AM To: paraview at paraview.org Subject: [EXTERNAL] [Paraview] Time Synchronization for Case and Geometry Sequences Dear Paraview Developer, May you please help me with the following issue: Suppose when a solver writes data out, the field data is written in Ensight format, and the time sequence is streamed in "ensight.case". Meanwhile, the geometry data is written in VTK format, and the time sequence is streamed in "paraview.pvd". At last, let's assume the number of time sequences is 500. Then, when loading into paraview, it does not synchronize the cases in a perfect sense and would show up with 1000 cases. When animating, there is a slight mismatch in time for the field data and geometry data. However, if I use the VTK format for both the field and geometry data, then paraview does a great job to synchronize the data sets. Therefore, my question would be that is it possible to handle time synchronization even for different formats? Thank you very much for your time and help, Huangrui -- ***************************************************** Huangrui Mo, PhD Candidate Fluid Mechanics Department of Mechanical & Mechatronics Engineering University of Waterloo Waterloo, Ontario N2L 3G1, Canada E-mail: huangrui.mo at uwaterloo.ca ***************************************************** _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView 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 inf76340 at stud.uni-stuttgart.de Thu Dec 1 12:47:39 2016 From: inf76340 at stud.uni-stuttgart.de (=?utf-8?Q?Straub=2C_Alexander?=) Date: Thu, 1 Dec 2016 18:47:39 +0100 Subject: [Paraview] Memory-saving method for data passing Message-ID: ?Good day, I am currently developping a bunch of plugins (filters) for Paraview in the following setup: I have input data as a rectilinear grid, including an array of scalar values per cell (volume-of-fluid data (vof)). On this data I now want to perform some calculations. First, a plugin calculates the gradient. Then, another plugin takes the grid with the vof-data and the gradients to calculate other vectors. This goes on for a few plugins. The problem I get is that every time another filter is applied onto the last one, I copy all the data and add another array with the filter's own results. Thus, the second filter stores its own calculation and the source data, the third filter stores its own calculation, the calculation of the previous plugin and the source data. You can see, that this results in a huge increase of memory usage. Now to my question: Is there a possibility or method which passes along a pointer, or a copy pointing to the input of the plugin to which I then only need to add another array? Additionally I might add that the grid itself always stays the same, only each filter appends another array. I hope you can help me, or at least quickly tell me if it is not possible at all. Kind regards, Alexander Straub -------------- next part -------------- An HTML attachment was scrubbed... URL: From martin.huartee at gmail.com Thu Dec 1 12:51:24 2016 From: martin.huartee at gmail.com (Martin Huarte Espinosa) Date: Thu, 1 Dec 2016 11:51:24 -0600 Subject: [Paraview] Unable to load binary or vplot files In-Reply-To: References: Message-ID: Dear Joachim: thanks for the help. My best, Mart?n On Wed, Nov 30, 2016 at 12:20 PM, Joachim Pouderoux < joachim.pouderoux at kitware.com> wrote: > Hi Martin, > > Unfortunately there is no reader for this format in VTK/ParaView. > Moreoever, VPL looks like a > vector graphics format and there is no such similar reader in VTK. However > it looks like > Madagascar can convert them to raster format (PNG, JPEG etc). > > i) A way to go would be to develop a new C++ or Python reader for VPL that > wiil on the fly convert them to a > raster file and load them as a 2D image. As this is a animated file the > reader will have to > declare the number of frames in the animation as the number time steps of > the data and then > be able to provide the conversion of the frame requested by the pipeline. > > ii) Simpler : if conversion cannot be performed on the fly or if you can > create a series of PNG/JPG files > from Madagascar, you can just load them as a time series with ParaView > (all files should be suffixed with the frame id (eg: frame0.png, frame1.png > etc.) > then in the Open File dialog of ParaView just select "frame*.png" item. > Thus each file will be considered > as a timestep of the time serie. > > Hope it is clear, > Best > > *Joachim Pouderoux*, PhD > > *Technical Expert - Scientific Computing Team* > *Kitware SAS * > > > 2016-11-30 13:15 GMT-04:00 Martin Huarte Espinosa < > martin.huartee at gmail.com>: > >> Dear Paraview enthusiasts: good day. We are trying to visualize >> madagascar-created (http://www.ahay.org/wiki/Main_Page) data files using >> paraview (4.3.1). These output files are either binaries or .vpl ( >> http://www.ahay.org/wiki/Tutorial#VPLOT). When using madagascar's viz >> tool they look "like a movie"; 2D representation of a moving field. We are >> however unable to visualize this using paraview but we really would like to. >> >> Has any of you encountered this problem? Any suggestions will be very >> appreciated. >> >> Thank you very much. >> >> My best, Mart?n >> >> >> *Mart?n Huarte-Espinosa, Ph.D.* >> *Physicist * >> *Expert Numerical Modeler and Code Developer* >> *High Performance Computing Specialist* >> >> * >> * >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Thu Dec 1 12:57:19 2016 From: wascott at sandia.gov (Scott, W Alan) Date: Thu, 1 Dec 2016 17:57:19 +0000 Subject: [Paraview] [EXTERNAL] Unable to rescale properly the color map In-Reply-To: References: Message-ID: <851c1c929eda4cfa87a1c5a424e2843b@ES01AMSNLNT.srn.sandia.gov> Lugi, I am fairly sure you are seeing this bug: https://gitlab.kitware.com/paraview/paraview/issues/16978. It is scheduled to be fixed in an upcoming release, but the solution isn't trivial. I will add your example to the bug. Alan From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Luigi R Sent: Thursday, December 1, 2016 6:39 AM To: paraview at paraview.org Subject: [EXTERNAL] [Paraview] Unable to rescale properly the color map Dear developers, I'm loading a vtp file in Paraview 5.2 containing the agglomerated mesh and a scalar field (INT32) for the global cellID. The coarsest mesh has few cells characterized by a high identification number (cellID ranges from 1600000 to 1600010]. Paraview is not able to rescale properly the range of the color map even with the custom data range and everything is displayed with a blue color and it becomes useless. Is there a way to change the precision for the color map. I have also tested the version 5.0.1 which scales better but still cannot go below a certain range. Please let me know. Best regards, Luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.lonie at kitware.com Thu Dec 1 13:08:47 2016 From: david.lonie at kitware.com (David Lonie) Date: Thu, 1 Dec 2016 13:08:47 -0500 Subject: [Paraview] Memory-saving method for data passing In-Reply-To: References: Message-ID: Many VTK objects have a ShallowCopy method that does what you want. You can shallow copy the entire datasets (which just copies pointers to data into a new dataset container), or selectively copy e.g. points. Datasets can easily share components. For instance, if you have two grids that have the same points, you can do something like: grid1->SetPoints(grid2->GetPoints()); and both grids will share the same vtkPoints object and its associated memory buffers. HTH, Dave On Thu, Dec 1, 2016 at 12:47 PM, Straub, Alexander < inf76340 at stud.uni-stuttgart.de> wrote: > ?Good day, > > I am currently developping a bunch of plugins (filters) for Paraview in > the following setup: > > > I have input data as a rectilinear grid, including an array of scalar > values per cell (volume-of-fluid data (vof)). On this data I now want to > perform some calculations. First, a plugin calculates the gradient. Then, > another plugin takes the grid with the vof-data and the gradients to > calculate other vectors. This goes on for a few plugins. > > The problem I get is that every time another filter is applied onto the > last one, I copy all the data and add another array with the filter's own > results. Thus, the second filter stores its own calculation and the source > data, the third filter stores its own calculation, the calculation of the > previous plugin and the source data. > > You can see, that this results in a huge increase of memory usage. > > Now to my question: Is there a possibility or method which passes along a > pointer, or a copy pointing to the input of the plugin to which I then only > need to add another array? Additionally I might add that the grid itself > always stays the same, only each filter appends another array. > > I hope you can help me, or at least quickly tell me if it is not possible > at all. > > Kind regards, > Alexander Straub > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 Thu Dec 1 13:54:13 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Thu, 1 Dec 2016 18:54:13 +0000 Subject: [Paraview] [EXTERNAL] Time Synchronization for Case and Geometry Sequences In-Reply-To: References: <7d1d07e4-427c-3077-35c0-268bab93b671@uwaterloo.ca>, Message-ID: Actually, I think Sequence mode is more appropriate than Real Time mode in this case, but I too think that is the answer. To explain more what (we think) is going on: When you load data with time in ParaView, it goes to a Snap to Timesteps mode where it will visit each unique timestep once regardless of how far apart they are. Thus, ParaView is treating the numerical imprecision of the different times as unique time steps. If you switch to Sequence or Real Time mode, ParaView uses its own time units and will provide an even temporal spacing. There is more information about the different animation modes in the ParaView tutorial. -Ken Sent from my iPad so blame autocorrect. > On Dec 1, 2016, at 11:35 AM, Scott, W Alan wrote: > > Not sure if this is the correct answer, but try view/ animation View. Then, change the Mode to Real Time. Enter your start time and end time, and number of time steps of interest (i.e., 500). > > Is that what you are looking for? > > alan > > -----Original Message----- > From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Huangrui Mo > Sent: Thursday, December 1, 2016 9:54 AM > To: paraview at paraview.org > Subject: [EXTERNAL] [Paraview] Time Synchronization for Case and Geometry Sequences > > Dear Paraview Developer, > > May you please help me with the following issue: > > Suppose when a solver writes data out, the field data is written in Ensight format, and the time sequence is streamed in "ensight.case". > Meanwhile, the geometry data is written in VTK format, and the time sequence is streamed in "paraview.pvd". > At last, let's assume the number of time sequences is 500. > > Then, when loading into paraview, it does not synchronize the cases in a perfect sense and would show up with 1000 cases. When animating, there is a slight mismatch in time for the field data and geometry data. > However, if I use the VTK format for both the field and geometry data, then paraview does a great job to synchronize the data sets. > > Therefore, my question would be that is it possible to handle time synchronization even for different formats? > > Thank you very much for your time and help, Huangrui > > -- > ***************************************************** > Huangrui Mo, PhD Candidate > Fluid Mechanics > Department of Mechanical & Mechatronics Engineering University of Waterloo Waterloo, Ontario N2L 3G1, Canada > E-mail: huangrui.mo at uwaterloo.ca > ***************************************************** > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > 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 kmorel at sandia.gov Thu Dec 1 15:35:51 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Thu, 1 Dec 2016 20:35:51 +0000 Subject: [Paraview] [EXTERNAL] Time Synchronization for Case and Geometry Sequences In-Reply-To: <2046d2d9-48ec-f531-f7b0-497dce0351d9@uwaterloo.ca> References: <7d1d07e4-427c-3077-35c0-268bab93b671@uwaterloo.ca> <2046d2d9-48ec-f531-f7b0-497dce0351d9@uwaterloo.ca> Message-ID: <6650D7A7-E038-4BC4-A587-0F3D432AA474@sandia.gov> Huangrui, I found a work around that I think does what you want. After you load in your two data sets, right click on one of them in the Pipeline Browser and check on the ?Ignore Time? option. This will tell ParaView to ignore the time in that data set, so will only visit the time steps in the other data set. Actually, this _almost_ works. There is in fact a problem (at least with the example data sets you sent us). The imprecision is not uniform. Sometimes the time for field.case is ahead, other times the time for geo_stl.pvd is ahead. So, when you play through the time steps, sometimes the data for which you are ignoring time are skipped because the time is first just before one step and then just after another. To fix this problem, you can use the Temporal Shift Scale filter to adjust the time of one of the data sets to subtract a bit to ensure that every time hits in between time steps. Here is specifically what I did with the test data that you sent to fix the problem. 1. Load in the field.case and geo_stl.pvd files. Apply both. 2. Add the Temporal Shift Scale filter to geo_stl.pvd. Set the Pre Shift to -0.005. Apply. 3. Right click on TemporalShiftScale1 in the pipeline browser and select ?Ignore Time? Now when you hit play you should get the right amount of time steps with the data you expect loaded. -Ken On 12/1/16, 1:58 PM, "Huangrui Mo" wrote: Hello Alan and Ken, Thank you very much for your prompt response of my question. After testing your suggestions, I found both the Real Time Mode and Sequence Mode can correctly synchronize the two data sets with mixed formats, if a correct number of steps is given. However, both of the above two methods share a common subproblem: they give artificial time steps that are different with the "true" time moments contained in the case (or pvd) files, when a annotated time filter is used, even the specified number of steps matches the true number of case files. Regarding the Snap to Timesteps mode and the numerical imprecision of the different times problem raised by Ken, I provided an example data set attached in this email. This data set contains the simulated flow field of three airfoils running on a fixed Cartesian background grid. Since the Cartesian grid is fixed, therefore, using Ensight format for the field data has the advantage to avoid outputting the grid coordinates in each time step but only the physical quantities. To facilitate the testing, I solved this problem exactly twice, the only difference is that one uses Ensight for field data and VTK for geometry, the other uses both VTK. Each data sets has 10 time sequences, and the time steps in each data sets are all the same. When loading the mixed data sets, the field.case + geo_stl.pvd gives 20 sequences, and the field.pvd + geo_stl.pvd gives 10 synchronized sequences. Due to the artificial times steps in the Real Time Mode and Sequence Mod, is there a way to synchronize the mixed case in the Snap to Timesteps mode? Thanks a lot, Huangrui On 2016-12-01 01:54 PM, Moreland, Kenneth wrote: > Actually, I think Sequence mode is more appropriate than Real Time mode in this case, but I too think that is the answer. > > To explain more what (we think) is going on: When you load data with time in ParaView, it goes to a Snap to Timesteps mode where it will visit each unique timestep once regardless of how far apart they are. Thus, ParaView is treating the numerical imprecision of the different times as unique time steps. If you switch to Sequence or Real Time mode, ParaView uses its own time units and will provide an even temporal spacing. > > There is more information about the different animation modes in the ParaView tutorial. > > -Ken > > Sent from my iPad so blame autocorrect. > >> On Dec 1, 2016, at 11:35 AM, Scott, W Alan wrote: >> >> Not sure if this is the correct answer, but try view/ animation View. Then, change the Mode to Real Time. Enter your start time and end time, and number of time steps of interest (i.e., 500). >> >> Is that what you are looking for? >> >> alan >> >> -----Original Message----- >> From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Huangrui Mo >> Sent: Thursday, December 1, 2016 9:54 AM >> To: paraview at paraview.org >> Subject: [EXTERNAL] [Paraview] Time Synchronization for Case and Geometry Sequences >> >> Dear Paraview Developer, >> >> May you please help me with the following issue: >> >> Suppose when a solver writes data out, the field data is written in Ensight format, and the time sequence is streamed in "ensight.case". >> Meanwhile, the geometry data is written in VTK format, and the time sequence is streamed in "paraview.pvd". >> At last, let's assume the number of time sequences is 500. >> >> Then, when loading into paraview, it does not synchronize the cases in a perfect sense and would show up with 1000 cases. When animating, there is a slight mismatch in time for the field data and geometry data. >> However, if I use the VTK format for both the field and geometry data, then paraview does a great job to synchronize the data sets. >> >> Therefore, my question would be that is it possible to handle time synchronization even for different formats? >> >> Thank you very much for your time and help, Huangrui >> >> -- >> ***************************************************** >> Huangrui Mo, PhD Candidate >> Fluid Mechanics >> Department of Mechanical & Mechatronics Engineering University of Waterloo Waterloo, Ontario N2L 3G1, Canada >> E-mail: huangrui.mo at uwaterloo.ca >> ***************************************************** >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView >> >> 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 -- ***************************************************** Huangrui Mo, PhD Candidate Fluid Mechanics Department of Mechanical & Mechatronics Engineering University of Waterloo Waterloo, Ontario N2L 3G1, Canada E-mail: huangrui.mo at uwaterloo.ca ***************************************************** From demaio.a at gmail.com Thu Dec 1 16:07:38 2016 From: demaio.a at gmail.com (Alessandro De Maio) Date: Thu, 1 Dec 2016 22:07:38 +0100 Subject: [Paraview] Fwd: Segfault reading polyhedral cells xdmf3 file In-Reply-To: References: <504a30ae-040e-dd58-d0d0-25bdd51772b5@gmail.com> <7395e9fa-3e3d-c3e7-62ab-b0fbcb41a6dd@gmail.com> Message-ID: Both the cases are ok on the Windows PC. On Thu, Dec 1, 2016 at 6:19 PM, Armin Wehrfritz wrote: > To follow up on this issue, I have done some more testing. From the link > below you can find two datasets with polyhedral cells, where one is > working just fine and the other one is crashing consistently when > opening it in ParaView 5.2. > The XDMF files are created form the respective .vtu files with ParaView > 5.2 (Kitware binaries, Linux 64bit) using the Xdmf3 writer. > > The strange thing is that the dataset leading to the seg fault is a > subset of the dataset that just works fine. > > Here the link: > https://drive.google.com/file/d/0B5CHY8CFeTf2V09NVUhTRkpYSE0 > /view?usp=sharing > > Alessandro, can you test these files and report back which ones are > working on your PC? > > Thanks, > Armin > > > > > > > > On 11/30/2016 08:19 PM, Alessandro De Maio wrote: > >> You're right: the polyhedral cells of the cube.vtu example do not >> guarantee the planarity of faces, but this is a typical case of a >> polyhedral mesh automatically generated starting from a tetrahedral one >> (this example has been built using the Ansys-Fluent converter) and I >> think it's quite a usual situation. >> But I'm not sure this could generate a segfault as the problem could be >> in the algorythms applied by Paraview after the reading of the file that >> could consider this hypothesis (as you remarked), while the VTK >> topological description of a polyhedral cell doesn't seem to need it, >> and the reading phase should only build the data structure compliant >> with VTK data representation, as actually happens for vtu file format. >> But this is only my opinion and of course it could be wrong as I don't >> have a deep knowledge of all the involved procedures. >> My idea is that the problem could be due to a memory error, as it's only >> unfrequent with a small case (by the way the one cell mesh you attached >> can be read also on the windows machine although with a randomic >> connectivity error as the one I showed in the image attached to the >> previous message) but very frequent with a quite bigger case as the cube. >> Is it possible to use something like valgrind to check for memory errors >> in Paraview ? >> >> On Wed, Nov 30, 2016 at 6:35 PM, Armin Wehrfritz > > wrote: >> >> In attach you can find the output of the saving of the >> polyhedron.vtu >> (saved.xmf and saved.h5) from the Windows machine. >> >> OK, I tested the "saved.xmf" file and I can open it on my Linux >> machine >> without issues. Also, I compared the files generated on windows and >> linux machines, and the topology data is the same for both of them. >> The >> datatype in the h5 file is different (H5T_STD_I32LE for the file from >> the Windows machine vs. H5T_STD_I64LE for the file from the Linux >> machine). The end of line in the xmf file is different, but I don't >> think either one of them should cause an issue. >> >> I've tried also to repeat the procedure (reading of your xmf >> file) on a >> Linux workstation and the behaviour is different: it seems that >> randomically the crash happens again (once on about ten tries) and >> sometimes it seems that the topology has a connectivity error >> (see the >> image in attachment), while for the most of the times it seems >> to do the >> right job. >> >> As said, on my Linux machine it works consistently. >> >> I've tried also another case, a little bit heavier: a polyhedral >> mesh >> read from the vtu in attach (cube.vtu) and saved with the Xdmf3 >> writer. >> Trying to re-read the xmf version of this geometry always >> produces a >> crash also on the Linux machine. >> >> I can confirm that the xmf file produce from the cube.vtu (using the >> Xdmf3 writer in ParaView 5.2) leads consistently to seg fault. >> However, even though the .vtu file works correctly, I'm not entirely >> sure if this is xmf specific problem. To be more precise, the >> implementation of polyhedral cells requires the face polygons to be >> planar (see http://www.vtk.org/Wiki/VTK/Polyhedron_Support >> ). The example >> file you send has a whole lot of faces that are not planar. >> >> I extracted a single cell with several non-planar faces from your >> example and saved it as .xmf file (attached). I can read this >> particular >> file without issues on my Linux machine, whereas the original data >> file >> leads to a seg fault. One reason why the cube.vtu file works and the >> respective .xmf doesn't, could be related to the different approaches >> polyhedral cells are stored in vtu and xdmf files, but debugging this >> would require quite a bit of work... >> >> Maybe somebody else has an idea here. >> >> -Armin >> >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> 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 huangrui.mo at uwaterloo.ca Thu Dec 1 16:10:22 2016 From: huangrui.mo at uwaterloo.ca (Huangrui Mo) Date: Thu, 1 Dec 2016 16:10:22 -0500 Subject: [Paraview] [EXTERNAL] Time Synchronization for Case and Geometry Sequences In-Reply-To: <6650D7A7-E038-4BC4-A587-0F3D432AA474@sandia.gov> References: <7d1d07e4-427c-3077-35c0-268bab93b671@uwaterloo.ca> <2046d2d9-48ec-f531-f7b0-497dce0351d9@uwaterloo.ca> <6650D7A7-E038-4BC4-A587-0F3D432AA474@sandia.gov> Message-ID: <06a0633c-d24c-d848-9160-5a48411d301b@uwaterloo.ca> Hello Ken, Thank you for the provided solution, however, it seems like the solution does not work well: using the Paraview 5.2.0 (I just downloaded the latest version, and realizing that there is a modification on showing the max counter of time steps), after applying the method you provided, it artificially works for the first 9 counts, but when you input "10", then you would realize that the mismatch is still there :D I have found the following weired situation: 1) The time values in field.case, field.pvd, geo_stl.pvd are all exactly the same and are all in ASCII format. 2) When paraview read in the field.pvd or geo_stl.pvd, it will change the floating point values slightly, however, it maintains consistence if they are ".pvd" files. Therefore, it correctly synchronizes these two data sets. 3) When paraview read in the field.case, the floating point representation of the time values are changed slightly and are not consistently with ".pvd" files. However, in this mixed case, the "0" value is the same, so paraview merges field.case and geo_stl.pvd for time "0", and reduces the total number of cases from 11 + 11 to 21. (sorry for previous miscalculation of the counter, it's 11 rather than 10 for each data set.) Is it because when reading Ensight format, paraview choose single precision, but using double precision for .pvd file? Is there a way to fix this problem, since the time values are all in ASCII format. Thanks, Huangrui On 2016-12-01 03:35 PM, Moreland, Kenneth wrote: > Huangrui, > > I found a work around that I think does what you want. After you load in your two data sets, right click on one of them in the Pipeline Browser and check on the ?Ignore Time? option. This will tell ParaView to ignore the time in that data set, so will only visit the time steps in the other data set. > > Actually, this _almost_ works. There is in fact a problem (at least with the example data sets you sent us). The imprecision is not uniform. Sometimes the time for field.case is ahead, other times the time for geo_stl.pvd is ahead. So, when you play through the time steps, sometimes the data for which you are ignoring time are skipped because the time is first just before one step and then just after another. > > To fix this problem, you can use the Temporal Shift Scale filter to adjust the time of one of the data sets to subtract a bit to ensure that every time hits in between time steps. Here is specifically what I did with the test data that you sent to fix the problem. > > 1. Load in the field.case and geo_stl.pvd files. Apply both. > 2. Add the Temporal Shift Scale filter to geo_stl.pvd. Set the Pre Shift to -0.005. Apply. > 3. Right click on TemporalShiftScale1 in the pipeline browser and select ?Ignore Time? > > Now when you hit play you should get the right amount of time steps with the data you expect loaded. > > -Ken > > On 12/1/16, 1:58 PM, "Huangrui Mo" wrote: > > Hello Alan and Ken, > > Thank you very much for your prompt response of my question. > > After testing your suggestions, I found both the Real Time Mode and > Sequence Mode can correctly synchronize the > two data sets with mixed formats, if a correct number of steps is given. > However, both of the above two methods > share a common subproblem: they give artificial time steps that are > different with the "true" time moments contained in > the case (or pvd) files, when a annotated time filter is used, even the > specified number of steps matches the true number of case files. > > Regarding the Snap to Timesteps mode and the numerical imprecision of > the different times problem raised by Ken, I provided an example > data set attached in this email. This data set contains the simulated > flow field of three airfoils running on a fixed Cartesian background grid. > Since the Cartesian grid is fixed, therefore, using Ensight format for > the field data has the advantage to avoid outputting the grid > coordinates in each > time step but only the physical quantities. To facilitate the testing, I > solved this problem exactly twice, the only difference is that one uses > Ensight for field data > and VTK for geometry, the other uses both VTK. Each data sets has 10 > time sequences, and the time steps in each data sets are all the same. > > When loading the mixed data sets, the field.case + geo_stl.pvd gives 20 > sequences, and the field.pvd + geo_stl.pvd gives 10 synchronized sequences. > > Due to the artificial times steps in the Real Time Mode and Sequence > Mod, is there a way to synchronize the mixed case in the Snap to > Timesteps mode? > > Thanks a lot, > Huangrui > > > > On 2016-12-01 01:54 PM, Moreland, Kenneth wrote: > > Actually, I think Sequence mode is more appropriate than Real Time mode in this case, but I too think that is the answer. > > > > To explain more what (we think) is going on: When you load data with time in ParaView, it goes to a Snap to Timesteps mode where it will visit each unique timestep once regardless of how far apart they are. Thus, ParaView is treating the numerical imprecision of the different times as unique time steps. If you switch to Sequence or Real Time mode, ParaView uses its own time units and will provide an even temporal spacing. > > > > There is more information about the different animation modes in the ParaView tutorial. > > > > -Ken > > > > Sent from my iPad so blame autocorrect. > > > >> On Dec 1, 2016, at 11:35 AM, Scott, W Alan wrote: > >> > >> Not sure if this is the correct answer, but try view/ animation View. Then, change the Mode to Real Time. Enter your start time and end time, and number of time steps of interest (i.e., 500). > >> > >> Is that what you are looking for? > >> > >> alan > >> > >> -----Original Message----- > >> From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Huangrui Mo > >> Sent: Thursday, December 1, 2016 9:54 AM > >> To: paraview at paraview.org > >> Subject: [EXTERNAL] [Paraview] Time Synchronization for Case and Geometry Sequences > >> > >> Dear Paraview Developer, > >> > >> May you please help me with the following issue: > >> > >> Suppose when a solver writes data out, the field data is written in Ensight format, and the time sequence is streamed in "ensight.case". > >> Meanwhile, the geometry data is written in VTK format, and the time sequence is streamed in "paraview.pvd". > >> At last, let's assume the number of time sequences is 500. > >> > >> Then, when loading into paraview, it does not synchronize the cases in a perfect sense and would show up with 1000 cases. When animating, there is a slight mismatch in time for the field data and geometry data. > >> However, if I use the VTK format for both the field and geometry data, then paraview does a great job to synchronize the data sets. > >> > >> Therefore, my question would be that is it possible to handle time synchronization even for different formats? > >> > >> Thank you very much for your time and help, Huangrui > >> > >> -- > >> ***************************************************** > >> Huangrui Mo, PhD Candidate > >> Fluid Mechanics > >> Department of Mechanical & Mechatronics Engineering University of Waterloo Waterloo, Ontario N2L 3G1, Canada > >> E-mail: huangrui.mo at uwaterloo.ca > >> ***************************************************** > >> > >> _______________________________________________ > >> Powered by www.kitware.com > >> > >> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > >> > >> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > >> > >> 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 > > -- > ***************************************************** > Huangrui Mo, PhD Candidate > Fluid Mechanics > Department of Mechanical & Mechatronics Engineering > University of Waterloo > Waterloo, Ontario N2L 3G1, Canada > E-mail: huangrui.mo at uwaterloo.ca > ***************************************************** > > > -- ***************************************************** Huangrui Mo, PhD Candidate Fluid Mechanics Department of Mechanical & Mechatronics Engineering University of Waterloo Waterloo, Ontario N2L 3G1, Canada E-mail: huangrui.mo at uwaterloo.ca ***************************************************** From tim.gallagher at gatech.edu Thu Dec 1 14:40:24 2016 From: tim.gallagher at gatech.edu (Gallagher, Timothy P) Date: Thu, 1 Dec 2016 19:40:24 +0000 Subject: [Paraview] Experimental Data Interpolate/Extrapolate to Custom Volume Mesh In-Reply-To: References: , Message-ID: If I understand you correctly, you were able to take each experimental plane and sample it in a the CFD data on the same plane? Now you would like to stack your experimental planes together and interpolate it onto the CFD grid? I haven't done this, so I'm not sure if it's going to work, but can't you do a little preprocessing and then do the steps in reverse from before? What I mean is: 1. Take all your experimental planes (u, v, w, x, y) at a given z and concatenate the files together, adding the z coordinate at the end, to get (u, v, w, x, y, z) 2. Load this into Paraview and use the TableToPoints filter 3. Load your CFD grid 4. Select your TableToPoints filter and do: a. ResampleWithDataset -- select the TableToPoints as the input and the CFD grid as the Source This should then give you the data points from the experimental data interpolated onto the CFD grid. Does that seem like what you are trying to do? Tim ________________________________ From: treem22 at gmail.com on behalf of Mike Tree Sent: Thursday, December 1, 2016 2:30 PM To: Gallagher, Timothy P Cc: paraview at paraview.org Subject: Re: [Paraview] Experimental Data Interpolate/Extrapolate to Custom Volume Mesh Tim, I successfully used my experimental data planes to sample my CFD data for comparison, but now I've got another procedure to tackle. I am looking to interpolate between my experimental planes and fill in the volumetric velocity data. I've spent significant time working with the GaussianResample filter, but it seems to eliminate some of my data. Specifically, GaussianResample can only interpolate scalars, so I have to decompose my velocity vector into its components. This seems to work fine, except that when the GaussianResample filter is applied the negative values of these components are eliminated. Then, when I re-calculate my velocity vector as a sum of the component it is obviously wrong because none of the components are permitted to be negative. Are there any other filters in existence that I can use for interpolation? Any help will be most appreciated. -Mike Tree On Tue, Nov 8, 2016 at 9:42 AM, Mike Tree > wrote: Tim, Seems pretty straight forward. Thanks! I'll let you know if I have any issues. -MT On Mon, Nov 7, 2016 at 12:00 PM, Gallagher, Timothy P > wrote: Mike, Your state file doesn't work without the data files that go along with it. That said, here is how you can do it: 1. Load your .dat file and use the TableToPoints filter to create points from the data table -- select your x, y, z appropriately 2. Load your CFD data file 3. Select your CFD data file and then do: a. ResampleWithDataset -- select the CFD data as the Input and the TableToPoints as the Source 4. This will give you the data interpolated to the points in the table, if you want a plane from this data, apply the Delaunay2D filter and select Best-Fitting Plane (if the points are not X-Y points only). That should give you the data from your CFD simulation on the same plane as your PIV data. I see you are at GT -- let me know if you are still unclear on these steps and would like to talk in person. Tim ________________________________ From: ParaView > on behalf of Mike Tree > Sent: Tuesday, November 17, 2015 5:32 PM To: paraview at paraview.org Subject: [Paraview] Experimental Data Interpolate/Extrapolate to Custom Volume Mesh I have three planes of experimental PIV data with velocity point data in .dat format loaded in Paraview. I am hoping to use these planes to interpolate/extrapolate velocity values onto a custom volumetric mesh (i.e. from a CFD simulation) to compare experimental results with simulation results in hopes of validating the simulation. I have attached my Paraview state file. Any help will be much appreciated. Thanks, -MT -- Mike Tree, PhD Student Cardiovascular Fluid Mechanics Laboratory Georgia Institute of Technology Atlanta, GA treem22 at gatech.edu 678-249-0922 [https://mailfoogae.appspot.com/t?sender=adHJlZW0yMkBnbWFpbC5jb20%3D&type=zerocontent&guid=82092feb-f151-4b75-8a88-41da2f2b684b]? -- Mike Tree, PhD Candidate Cardiovascular Fluid Mechanics Laboratory Georgia Institute of Technology Atlanta, GA treem22 at gatech.edu 678-249-0922 -- Mike Tree, PhD Candidate Cardiovascular Fluid Mechanics Laboratory Georgia Institute of Technology Atlanta, GA treem22 at gatech.edu 678-249-0922 -------------- next part -------------- An HTML attachment was scrubbed... URL: From xluigi84 at hotmail.it Thu Dec 1 16:51:33 2016 From: xluigi84 at hotmail.it (Luigi R) Date: Thu, 1 Dec 2016 21:51:33 +0000 Subject: [Paraview] [EXTERNAL] Unable to rescale properly the color map In-Reply-To: References: , Message-ID: No problem Alan. Thanks for replying. I thought my issue was due to truncation. Anyhow, I had a look at the bug #16978 and, if I can, I would like to give my opinion. When min and max are the same or both zero, I expect as user to see an unique color in the color map either red or blue. If you add an eps to the max and still show the full rgb color map, I would think immediately that there are not enough digit in the label and I would start playing with that or rescaling to find where the differences are. Best regards, Luigi ________________________________ Da: Scott, W Alan Inviato: gioved? 1 dicembre 2016 19.36 A: Luigi R Oggetto: RE: [EXTERNAL] [Paraview] Unable to rescale properly the color map Luigi - Since everyone mis-spells my name, and I don't like it, I should have been more careful with yours. Sorry about that. Alan From: Scott, W Alan Sent: Thursday, December 1, 2016 10:57 AM To: 'Luigi R' ; paraview at paraview.org Subject: RE: [EXTERNAL] [Paraview] Unable to rescale properly the color map Lugi, I am fairly sure you are seeing this bug: https://gitlab.kitware.com/paraview/paraview/issues/16978. It is scheduled to be fixed in an upcoming release, but the solution isn't trivial. I will add your example to the bug. [https://gitlab.kitware.com/uploads/project/avatar/14/pvIcon-512x512.png] color legend max wrong for zero (#16978) ? Issues ? ParaView / ParaView gitlab.kitware.com The color legend is wrong for any data that has a maximum value same as the minimum value. Here is how to replicate. * Local server, Linux, 5.2.0-rc2 * Open... Alan From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Luigi R Sent: Thursday, December 1, 2016 6:39 AM To: paraview at paraview.org Subject: [EXTERNAL] [Paraview] Unable to rescale properly the color map Dear developers, I'm loading a vtp file in Paraview 5.2 containing the agglomerated mesh and a scalar field (INT32) for the global cellID. The coarsest mesh has few cells characterized by a high identification number (cellID ranges from 1600000 to 1600010]. Paraview is not able to rescale properly the range of the color map even with the custom data range and everything is displayed with a blue color and it becomes useless. Is there a way to change the precision for the color map. I have also tested the version 5.0.1 which scales better but still cannot go below a certain range. Please let me know. Best regards, Luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From kmorel at sandia.gov Thu Dec 1 19:40:51 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Fri, 2 Dec 2016 00:40:51 +0000 Subject: [Paraview] [EXTERNAL] Time Synchronization for Case and Geometry Sequences In-Reply-To: <06a0633c-d24c-d848-9160-5a48411d301b@uwaterloo.ca> References: <7d1d07e4-427c-3077-35c0-268bab93b671@uwaterloo.ca> <2046d2d9-48ec-f531-f7b0-497dce0351d9@uwaterloo.ca> <6650D7A7-E038-4BC4-A587-0F3D432AA474@sandia.gov> <06a0633c-d24c-d848-9160-5a48411d301b@uwaterloo.ca> Message-ID: <79645067-1AE7-4D08-86D2-56D18E9EF694@sandia.gov> I may have told you the wrong parameters. Try using 0.005 for the temporal shift rather than -0.005. -Ken On 12/1/16, 3:10 PM, "Huangrui Mo" wrote: Hello Ken, Thank you for the provided solution, however, it seems like the solution does not work well: using the Paraview 5.2.0 (I just downloaded the latest version, and realizing that there is a modification on showing the max counter of time steps), after applying the method you provided, it artificially works for the first 9 counts, but when you input "10", then you would realize that the mismatch is still there :D I have found the following weired situation: 1) The time values in field.case, field.pvd, geo_stl.pvd are all exactly the same and are all in ASCII format. 2) When paraview read in the field.pvd or geo_stl.pvd, it will change the floating point values slightly, however, it maintains consistence if they are ".pvd" files. Therefore, it correctly synchronizes these two data sets. 3) When paraview read in the field.case, the floating point representation of the time values are changed slightly and are not consistently with ".pvd" files. However, in this mixed case, the "0" value is the same, so paraview merges field.case and geo_stl.pvd for time "0", and reduces the total number of cases from 11 + 11 to 21. (sorry for previous miscalculation of the counter, it's 11 rather than 10 for each data set.) Is it because when reading Ensight format, paraview choose single precision, but using double precision for .pvd file? Is there a way to fix this problem, since the time values are all in ASCII format. Thanks, Huangrui On 2016-12-01 03:35 PM, Moreland, Kenneth wrote: > Huangrui, > > I found a work around that I think does what you want. After you load in your two data sets, right click on one of them in the Pipeline Browser and check on the ?Ignore Time? option. This will tell ParaView to ignore the time in that data set, so will only visit the time steps in the other data set. > > Actually, this _almost_ works. There is in fact a problem (at least with the example data sets you sent us). The imprecision is not uniform. Sometimes the time for field.case is ahead, other times the time for geo_stl.pvd is ahead. So, when you play through the time steps, sometimes the data for which you are ignoring time are skipped because the time is first just before one step and then just after another. > > To fix this problem, you can use the Temporal Shift Scale filter to adjust the time of one of the data sets to subtract a bit to ensure that every time hits in between time steps. Here is specifically what I did with the test data that you sent to fix the problem. > > 1. Load in the field.case and geo_stl.pvd files. Apply both. > 2. Add the Temporal Shift Scale filter to geo_stl.pvd. Set the Pre Shift to -0.005. Apply. > 3. Right click on TemporalShiftScale1 in the pipeline browser and select ?Ignore Time? > > Now when you hit play you should get the right amount of time steps with the data you expect loaded. > > -Ken > > On 12/1/16, 1:58 PM, "Huangrui Mo" wrote: > > Hello Alan and Ken, > > Thank you very much for your prompt response of my question. > > After testing your suggestions, I found both the Real Time Mode and > Sequence Mode can correctly synchronize the > two data sets with mixed formats, if a correct number of steps is given. > However, both of the above two methods > share a common subproblem: they give artificial time steps that are > different with the "true" time moments contained in > the case (or pvd) files, when a annotated time filter is used, even the > specified number of steps matches the true number of case files. > > Regarding the Snap to Timesteps mode and the numerical imprecision of > the different times problem raised by Ken, I provided an example > data set attached in this email. This data set contains the simulated > flow field of three airfoils running on a fixed Cartesian background grid. > Since the Cartesian grid is fixed, therefore, using Ensight format for > the field data has the advantage to avoid outputting the grid > coordinates in each > time step but only the physical quantities. To facilitate the testing, I > solved this problem exactly twice, the only difference is that one uses > Ensight for field data > and VTK for geometry, the other uses both VTK. Each data sets has 10 > time sequences, and the time steps in each data sets are all the same. > > When loading the mixed data sets, the field.case + geo_stl.pvd gives 20 > sequences, and the field.pvd + geo_stl.pvd gives 10 synchronized sequences. > > Due to the artificial times steps in the Real Time Mode and Sequence > Mod, is there a way to synchronize the mixed case in the Snap to > Timesteps mode? > > Thanks a lot, > Huangrui > > > > On 2016-12-01 01:54 PM, Moreland, Kenneth wrote: > > Actually, I think Sequence mode is more appropriate than Real Time mode in this case, but I too think that is the answer. > > > > To explain more what (we think) is going on: When you load data with time in ParaView, it goes to a Snap to Timesteps mode where it will visit each unique timestep once regardless of how far apart they are. Thus, ParaView is treating the numerical imprecision of the different times as unique time steps. If you switch to Sequence or Real Time mode, ParaView uses its own time units and will provide an even temporal spacing. > > > > There is more information about the different animation modes in the ParaView tutorial. > > > > -Ken > > > > Sent from my iPad so blame autocorrect. > > > >> On Dec 1, 2016, at 11:35 AM, Scott, W Alan wrote: > >> > >> Not sure if this is the correct answer, but try view/ animation View. Then, change the Mode to Real Time. Enter your start time and end time, and number of time steps of interest (i.e., 500). > >> > >> Is that what you are looking for? > >> > >> alan > >> > >> -----Original Message----- > >> From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Huangrui Mo > >> Sent: Thursday, December 1, 2016 9:54 AM > >> To: paraview at paraview.org > >> Subject: [EXTERNAL] [Paraview] Time Synchronization for Case and Geometry Sequences > >> > >> Dear Paraview Developer, > >> > >> May you please help me with the following issue: > >> > >> Suppose when a solver writes data out, the field data is written in Ensight format, and the time sequence is streamed in "ensight.case". > >> Meanwhile, the geometry data is written in VTK format, and the time sequence is streamed in "paraview.pvd". > >> At last, let's assume the number of time sequences is 500. > >> > >> Then, when loading into paraview, it does not synchronize the cases in a perfect sense and would show up with 1000 cases. When animating, there is a slight mismatch in time for the field data and geometry data. > >> However, if I use the VTK format for both the field and geometry data, then paraview does a great job to synchronize the data sets. > >> > >> Therefore, my question would be that is it possible to handle time synchronization even for different formats? > >> > >> Thank you very much for your time and help, Huangrui > >> > >> -- > >> ***************************************************** > >> Huangrui Mo, PhD Candidate > >> Fluid Mechanics > >> Department of Mechanical & Mechatronics Engineering University of Waterloo Waterloo, Ontario N2L 3G1, Canada > >> E-mail: huangrui.mo at uwaterloo.ca > >> ***************************************************** > >> > >> _______________________________________________ > >> Powered by www.kitware.com > >> > >> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > >> > >> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > >> > >> 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 > > -- > ***************************************************** > Huangrui Mo, PhD Candidate > Fluid Mechanics > Department of Mechanical & Mechatronics Engineering > University of Waterloo > Waterloo, Ontario N2L 3G1, Canada > E-mail: huangrui.mo at uwaterloo.ca > ***************************************************** > > > -- ***************************************************** Huangrui Mo, PhD Candidate Fluid Mechanics Department of Mechanical & Mechatronics Engineering University of Waterloo Waterloo, Ontario N2L 3G1, Canada E-mail: huangrui.mo at uwaterloo.ca ***************************************************** From martin.reitzle at itlr.uni-stuttgart.de Fri Dec 2 05:38:06 2016 From: martin.reitzle at itlr.uni-stuttgart.de (Martin Reitzle) Date: Fri, 2 Dec 2016 11:38:06 +0100 Subject: [Paraview] Segmentation fault when starting ParaView Message-ID: <22a176bd-6ed5-64e5-bca2-21dd1419bc62@itlr.uni-stuttgart.de> Hello everyone, I am running into a strange issue and hope someone can help me: I'm compiling ParaView 5.2.0 locally on my openSuse 13.1 system (gcc). Configuring and compiling works just fine. However, as soon as is try to execute ParaView, I immediately end up with a segmentation fault. Running ParaView with gdb shows that the error is somewhere in vtk. I attached the backtrace below. So I started asking around and no one I know ran into this error. Therefore, I started experimenting and set up a virtual box with openSuse 13.1. The strange thing now is, that everything works just fine in the virtual environment. No warnings, no seg faults. I'm grateful for any help you can offer. Kind regards, Martin Backtrace of debugger: Program received signal SIGSEGV, Segmentation fault. 0x00002aaaacb745b1 in vtkInitializationHelper::LoadSettings () at /home/mre/Software/paraview/ParaView-v5.2.0/ParaViewCore/ServerManager/SMApplication/vtkInitializationHelper.cxx:317 317 vtkPVOptions* options = vtkProcessModule::GetProcessModule()->GetOptions(); (gdb) bt #0 0x00002aaaacb745b1 in vtkInitializationHelper::LoadSettings () at /home/mre/Software/paraview/ParaView-v5.2.0/ParaViewCore/ServerManager/SMApplication/vtkInitializationHelper.cxx:317 #1 0x00002aaaacb74120 in vtkInitializationHelper::Initialize (argc=1, argv=0x7fffffffd3f8, type=0, options=0x85e420) at /home/mre/Software/paraview/ParaView-v5.2.0/ParaViewCore/ServerManager/SMApplication/vtkInitializationHelper.cxx:240 #2 0x00002aaaac4bff89 in pqApplicationCore::pqApplicationCore (this=0x85fab0, argc=@0x7fffffffcf64: 1, argv=0x7fffffffd3f8, options=0x85e420, parentObject=0x0) at /home/mre/Software/paraview/ParaView-v5.2.0/Qt/Core/pqApplicationCore.cxx:128 #3 0x00002aaaaade644b in pqPVApplicationCore::pqPVApplicationCore (this=0x85fab0, argc=@0x7fffffffcf64: 1, argv=0x7fffffffd3f8, options=0x0) at /home/mre/Software/paraview/ParaView-v5.2.0/Qt/ApplicationComponents/pqPVApplicationCore.cxx:66 #4 0x000000000040ae85 in pqparaviewInitializer::Initialize (this=0x7fffffffd280, argc=1, argv=0x7fffffffd3f8) at /home/mre/Software/paraview/ParaView-v5.2.0_build/Applications/ParaView/pqparaviewInitializer.cxx:77 #5 0x000000000040ab49 in main (argc=1, argv=0x7fffffffd3f8) at /home/mre/Software/paraview/ParaView-v5.2.0_build/Applications/ParaView/paraview_main.cxx:115 -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Fri Dec 2 08:59:31 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Fri, 2 Dec 2016 08:59:31 -0500 Subject: [Paraview] Segmentation fault when starting ParaView In-Reply-To: <22a176bd-6ed5-64e5-bca2-21dd1419bc62@itlr.uni-stuttgart.de> References: <22a176bd-6ed5-64e5-bca2-21dd1419bc62@itlr.uni-stuttgart.de> Message-ID: This sounds like maybe something with your PV config. Try running with the --dr flag to disable reading in your config file. Cheers, Andy On Dec 2, 2016 5:38 AM, "Martin Reitzle" < martin.reitzle at itlr.uni-stuttgart.de> wrote: > Hello everyone, > > I am running into a strange issue and hope someone can help me: > > I'm compiling ParaView 5.2.0 locally on my openSuse 13.1 system (gcc). > Configuring and compiling works just fine. However, as soon as is try to > execute ParaView, I immediately end up with a segmentation fault. > > Running ParaView with gdb shows that the error is somewhere in vtk. I > attached the backtrace below. > So I started asking around and no one I know ran into this error. > Therefore, I started experimenting and set up a virtual box with openSuse > 13.1. The strange thing now is, that everything works just fine in the > virtual environment. No warnings, no seg faults. > > I'm grateful for any help you can offer. > > Kind regards, > Martin > > > Backtrace of debugger: > > Program received signal SIGSEGV, Segmentation fault. > 0x00002aaaacb745b1 in vtkInitializationHelper::LoadSettings () > at /home/mre/Software/paraview/ParaView-v5.2.0/ParaViewCore/ > ServerManager/SMApplication/vtkInitializationHelper.cxx:317 > 317 vtkPVOptions* options = vtkProcessModule::GetProcessModule()->GetOptions(); > > (gdb) bt > #0 0x00002aaaacb745b1 in vtkInitializationHelper::LoadSettings () > at /home/mre/Software/paraview/ParaView-v5.2.0/ParaViewCore/ > ServerManager/SMApplication/vtkInitializationHelper.cxx:317 > #1 0x00002aaaacb74120 in vtkInitializationHelper::Initialize (argc=1, > argv=0x7fffffffd3f8, type=0, > options=0x85e420) > at /home/mre/Software/paraview/ParaView-v5.2.0/ParaViewCore/ > ServerManager/SMApplication/vtkInitializationHelper.cxx:240 > #2 0x00002aaaac4bff89 in pqApplicationCore::pqApplicationCore > (this=0x85fab0, > argc=@0x7fffffffcf64: 1, argv=0x7fffffffd3f8, options=0x85e420, > parentObject=0x0) > at /home/mre/Software/paraview/ParaView-v5.2.0/Qt/Core/ > pqApplicationCore.cxx:128 > #3 0x00002aaaaade644b in pqPVApplicationCore::pqPVApplicationCore > (this=0x85fab0, > argc=@0x7fffffffcf64: 1, argv=0x7fffffffd3f8, options=0x0) > at /home/mre/Software/paraview/ParaView-v5.2.0/Qt/ > ApplicationComponents/pqPVApplicationCore.cxx:66 > #4 0x000000000040ae85 in pqparaviewInitializer::Initialize > (this=0x7fffffffd280, argc=1, > argv=0x7fffffffd3f8) > at /home/mre/Software/paraview/ParaView-v5.2.0_build/ > Applications/ParaView/pqparaviewInitializer.cxx:77 > #5 0x000000000040ab49 in main (argc=1, argv=0x7fffffffd3f8) > at /home/mre/Software/paraview/ParaView-v5.2.0_build/ > Applications/ParaView/paraview_main.cxx:115 > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 martin.reitzle at itlr.uni-stuttgart.de Fri Dec 2 09:11:32 2016 From: martin.reitzle at itlr.uni-stuttgart.de (Martin Reitzle) Date: Fri, 2 Dec 2016 15:11:32 +0100 Subject: [Paraview] Segmentation fault when starting ParaView In-Reply-To: References: <22a176bd-6ed5-64e5-bca2-21dd1419bc62@itlr.uni-stuttgart.de> Message-ID: Hi Andy, thanks for your swift reply. Disabling the PV config file resulted in another error: vtkEventQtSlotConnect (0x1a18b10): Cannot connect NULL objects. However, your remark set me on the right track. The problem was an old PV_PLUGIN_PATH variable which pointed to python plugins that I built for a different PV version. A simple $ export PV_PLUGIN_PATH="" did the trick. Thanks again! Cheers, Martin Am 02.12.2016 um 14:59 schrieb Andy Bauer: > > This sounds like maybe something with your PV config. Try running with > the --dr flag to disable reading in your config file. > > Cheers, > Andy > > > On Dec 2, 2016 5:38 AM, "Martin Reitzle" > > wrote: > > Hello everyone, > > I am running into a strange issue and hope someone can help me: > > I'm compiling ParaView 5.2.0 locally on my openSuse 13.1 system > (gcc). > Configuring and compiling works just fine. However, as soon as is > try to execute ParaView, I immediately end up with a segmentation > fault. > > Running ParaView with gdb shows that the error is somewhere in > vtk. I attached the backtrace below. > So I started asking around and no one I know ran into this error. > Therefore, I started experimenting and set up a virtual box with > openSuse 13.1. The strange thing now is, that everything works > just fine in the virtual environment. No warnings, no seg faults. > > I'm grateful for any help you can offer. > > Kind regards, > Martin > > > Backtrace of debugger: > > Program received signal SIGSEGV, Segmentation fault. > 0x00002aaaacb745b1 in vtkInitializationHelper::LoadSettings () > at > /home/mre/Software/paraview/ParaView-v5.2.0/ParaViewCore/ServerManager/SMApplication/vtkInitializationHelper.cxx:317 > 317 vtkPVOptions* options = > vtkProcessModule::GetProcessModule()->GetOptions(); > (gdb) bt > #0 0x00002aaaacb745b1 in vtkInitializationHelper::LoadSettings () > at > /home/mre/Software/paraview/ParaView-v5.2.0/ParaViewCore/ServerManager/SMApplication/vtkInitializationHelper.cxx:317 > #1 0x00002aaaacb74120 in vtkInitializationHelper::Initialize > (argc=1, argv=0x7fffffffd3f8, type=0, > options=0x85e420) > at > /home/mre/Software/paraview/ParaView-v5.2.0/ParaViewCore/ServerManager/SMApplication/vtkInitializationHelper.cxx:240 > #2 0x00002aaaac4bff89 in pqApplicationCore::pqApplicationCore > (this=0x85fab0, > argc=@0x7fffffffcf64: 1, argv=0x7fffffffd3f8, > options=0x85e420, parentObject=0x0) > at > /home/mre/Software/paraview/ParaView-v5.2.0/Qt/Core/pqApplicationCore.cxx:128 > #3 0x00002aaaaade644b in pqPVApplicationCore::pqPVApplicationCore > (this=0x85fab0, > argc=@0x7fffffffcf64: 1, argv=0x7fffffffd3f8, options=0x0) > at > /home/mre/Software/paraview/ParaView-v5.2.0/Qt/ApplicationComponents/pqPVApplicationCore.cxx:66 > #4 0x000000000040ae85 in pqparaviewInitializer::Initialize > (this=0x7fffffffd280, argc=1, > argv=0x7fffffffd3f8) > at > /home/mre/Software/paraview/ParaView-v5.2.0_build/Applications/ParaView/pqparaviewInitializer.cxx:77 > #5 0x000000000040ab49 in main (argc=1, argv=0x7fffffffd3f8) > at > /home/mre/Software/paraview/ParaView-v5.2.0_build/Applications/ParaView/paraview_main.cxx:115 > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 Fri Dec 2 10:21:08 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Fri, 2 Dec 2016 10:21:08 -0500 Subject: [Paraview] Segmentation fault when starting ParaView In-Reply-To: References: <22a176bd-6ed5-64e5-bca2-21dd1419bc62@itlr.uni-stuttgart.de> Message-ID: Glad to hear you're up and running again. Also, glad that you figured out that saying to use --dr didn't mess you up more. It should have been -dr. On Fri, Dec 2, 2016 at 9:11 AM, Martin Reitzle < martin.reitzle at itlr.uni-stuttgart.de> wrote: > Hi Andy, > > thanks for your swift reply. Disabling the PV config file resulted in > another error: > vtkEventQtSlotConnect (0x1a18b10): Cannot connect NULL objects. > > However, your remark set me on the right track. The problem was an old > PV_PLUGIN_PATH variable which pointed to python plugins that I built for a > different PV version. A simple $ export PV_PLUGIN_PATH="" did the trick. > Thanks again! > > Cheers, > Martin > > > Am 02.12.2016 um 14:59 schrieb Andy Bauer: > > This sounds like maybe something with your PV config. Try running with the > --dr flag to disable reading in your config file. > > Cheers, > Andy > > On Dec 2, 2016 5:38 AM, "Martin Reitzle" stuttgart.de> wrote: > >> Hello everyone, >> >> I am running into a strange issue and hope someone can help me: >> >> I'm compiling ParaView 5.2.0 locally on my openSuse 13.1 system (gcc). >> Configuring and compiling works just fine. However, as soon as is try to >> execute ParaView, I immediately end up with a segmentation fault. >> >> Running ParaView with gdb shows that the error is somewhere in vtk. I >> attached the backtrace below. >> So I started asking around and no one I know ran into this error. >> Therefore, I started experimenting and set up a virtual box with openSuse >> 13.1. The strange thing now is, that everything works just fine in the >> virtual environment. No warnings, no seg faults. >> >> I'm grateful for any help you can offer. >> >> Kind regards, >> Martin >> >> >> Backtrace of debugger: >> >> Program received signal SIGSEGV, Segmentation fault. >> 0x00002aaaacb745b1 in vtkInitializationHelper::LoadSettings () >> at /home/mre/Software/paraview/ParaView-v5.2.0/ParaViewCore/Ser >> verManager/SMApplication/vtkInitializationHelper.cxx:317 >> 317 vtkPVOptions* options = vtkProcessModule::GetProcessModule()->GetOptions(); >> >> (gdb) bt >> #0 0x00002aaaacb745b1 in vtkInitializationHelper::LoadSettings () >> at /home/mre/Software/paraview/ParaView-v5.2.0/ParaViewCore/Ser >> verManager/SMApplication/vtkInitializationHelper.cxx:317 >> #1 0x00002aaaacb74120 in vtkInitializationHelper::Initialize (argc=1, >> argv=0x7fffffffd3f8, type=0, >> options=0x85e420) >> at /home/mre/Software/paraview/ParaView-v5.2.0/ParaViewCore/Ser >> verManager/SMApplication/vtkInitializationHelper.cxx:240 >> #2 0x00002aaaac4bff89 in pqApplicationCore::pqApplicationCore >> (this=0x85fab0, >> argc=@0x7fffffffcf64: 1, argv=0x7fffffffd3f8, options=0x85e420, >> parentObject=0x0) >> at /home/mre/Software/paraview/ParaView-v5.2.0/Qt/Core/pqApplic >> ationCore.cxx:128 >> #3 0x00002aaaaade644b in pqPVApplicationCore::pqPVApplicationCore >> (this=0x85fab0, >> argc=@0x7fffffffcf64: 1, argv=0x7fffffffd3f8, options=0x0) >> at /home/mre/Software/paraview/ParaView-v5.2.0/Qt/ApplicationCo >> mponents/pqPVApplicationCore.cxx:66 >> #4 0x000000000040ae85 in pqparaviewInitializer::Initialize >> (this=0x7fffffffd280, argc=1, >> argv=0x7fffffffd3f8) >> at /home/mre/Software/paraview/ParaView-v5.2.0_build/Applicatio >> ns/ParaView/pqparaviewInitializer.cxx:77 >> #5 0x000000000040ab49 in main (argc=1, argv=0x7fffffffd3f8) >> at /home/mre/Software/paraview/ParaView-v5.2.0_build/Applicatio >> ns/ParaView/paraview_main.cxx:115 >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> 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 huangrui.mo at uwaterloo.ca Fri Dec 2 10:22:28 2016 From: huangrui.mo at uwaterloo.ca (Huangrui Mo) Date: Fri, 2 Dec 2016 10:22:28 -0500 Subject: [Paraview] [EXTERNAL] Time Synchronization for Case and Geometry Sequences In-Reply-To: <79645067-1AE7-4D08-86D2-56D18E9EF694@sandia.gov> References: <7d1d07e4-427c-3077-35c0-268bab93b671@uwaterloo.ca> <2046d2d9-48ec-f531-f7b0-497dce0351d9@uwaterloo.ca> <6650D7A7-E038-4BC4-A587-0F3D432AA474@sandia.gov> <06a0633c-d24c-d848-9160-5a48411d301b@uwaterloo.ca> <79645067-1AE7-4D08-86D2-56D18E9EF694@sandia.gov> Message-ID: Hi Ken, Yes, it works properly now. I would follow your suggestion that using dt/2 shift to fix this problem for future cases. Thank you very much for your help. Best wishes, Huangrui On 2016-12-01 07:40 PM, Moreland, Kenneth wrote: > I may have told you the wrong parameters. Try using 0.005 for the temporal shift rather than -0.005. > > -Ken > > On 12/1/16, 3:10 PM, "Huangrui Mo" wrote: > > Hello Ken, > > Thank you for the provided solution, however, it seems like the solution > does not work well: using the Paraview 5.2.0 > (I just downloaded the latest version, and realizing that there is a > modification on showing the max counter of time steps), > after applying the method you provided, it artificially works for the > first 9 counts, but when you input "10", then you would realize that > the mismatch is still there :D > > I have found the following weired situation: > > 1) The time values in field.case, field.pvd, geo_stl.pvd are all exactly > the same and are all in ASCII format. > 2) When paraview read in the field.pvd or geo_stl.pvd, it will change > the floating point values slightly, however, it maintains consistence > if they are ".pvd" files. Therefore, it correctly synchronizes these two > data sets. > 3) When paraview read in the field.case, the floating point > representation of the time values are changed slightly and are not > consistently with ".pvd" files. > However, in this mixed case, the "0" value is the same, so paraview > merges field.case and geo_stl.pvd for time "0", and reduces the total > number of cases > from 11 + 11 to 21. (sorry for previous miscalculation of the counter, > it's 11 rather than 10 for each data set.) > > Is it because when reading Ensight format, paraview choose single > precision, but using double precision for .pvd file? Is there a way to > fix this problem, since > the time values are all in ASCII format. > > Thanks, > Huangrui > > On 2016-12-01 03:35 PM, Moreland, Kenneth wrote: > > Huangrui, > > > > I found a work around that I think does what you want. After you load in your two data sets, right click on one of them in the Pipeline Browser and check on the ?Ignore Time? option. This will tell ParaView to ignore the time in that data set, so will only visit the time steps in the other data set. > > > > Actually, this _almost_ works. There is in fact a problem (at least with the example data sets you sent us). The imprecision is not uniform. Sometimes the time for field.case is ahead, other times the time for geo_stl.pvd is ahead. So, when you play through the time steps, sometimes the data for which you are ignoring time are skipped because the time is first just before one step and then just after another. > > > > To fix this problem, you can use the Temporal Shift Scale filter to adjust the time of one of the data sets to subtract a bit to ensure that every time hits in between time steps. Here is specifically what I did with the test data that you sent to fix the problem. > > > > 1. Load in the field.case and geo_stl.pvd files. Apply both. > > 2. Add the Temporal Shift Scale filter to geo_stl.pvd. Set the Pre Shift to -0.005. Apply. > > 3. Right click on TemporalShiftScale1 in the pipeline browser and select ?Ignore Time? > > > > Now when you hit play you should get the right amount of time steps with the data you expect loaded. > > > > -Ken > > > > On 12/1/16, 1:58 PM, "Huangrui Mo" wrote: > > > > Hello Alan and Ken, > > > > Thank you very much for your prompt response of my question. > > > > After testing your suggestions, I found both the Real Time Mode and > > Sequence Mode can correctly synchronize the > > two data sets with mixed formats, if a correct number of steps is given. > > However, both of the above two methods > > share a common subproblem: they give artificial time steps that are > > different with the "true" time moments contained in > > the case (or pvd) files, when a annotated time filter is used, even the > > specified number of steps matches the true number of case files. > > > > Regarding the Snap to Timesteps mode and the numerical imprecision of > > the different times problem raised by Ken, I provided an example > > data set attached in this email. This data set contains the simulated > > flow field of three airfoils running on a fixed Cartesian background grid. > > Since the Cartesian grid is fixed, therefore, using Ensight format for > > the field data has the advantage to avoid outputting the grid > > coordinates in each > > time step but only the physical quantities. To facilitate the testing, I > > solved this problem exactly twice, the only difference is that one uses > > Ensight for field data > > and VTK for geometry, the other uses both VTK. Each data sets has 10 > > time sequences, and the time steps in each data sets are all the same. > > > > When loading the mixed data sets, the field.case + geo_stl.pvd gives 20 > > sequences, and the field.pvd + geo_stl.pvd gives 10 synchronized sequences. > > > > Due to the artificial times steps in the Real Time Mode and Sequence > > Mod, is there a way to synchronize the mixed case in the Snap to > > Timesteps mode? > > > > Thanks a lot, > > Huangrui > > > > > > > > On 2016-12-01 01:54 PM, Moreland, Kenneth wrote: > > > Actually, I think Sequence mode is more appropriate than Real Time mode in this case, but I too think that is the answer. > > > > > > To explain more what (we think) is going on: When you load data with time in ParaView, it goes to a Snap to Timesteps mode where it will visit each unique timestep once regardless of how far apart they are. Thus, ParaView is treating the numerical imprecision of the different times as unique time steps. If you switch to Sequence or Real Time mode, ParaView uses its own time units and will provide an even temporal spacing. > > > > > > There is more information about the different animation modes in the ParaView tutorial. > > > > > > -Ken > > > > > > Sent from my iPad so blame autocorrect. > > > > > >> On Dec 1, 2016, at 11:35 AM, Scott, W Alan wrote: > > >> > > >> Not sure if this is the correct answer, but try view/ animation View. Then, change the Mode to Real Time. Enter your start time and end time, and number of time steps of interest (i.e., 500). > > >> > > >> Is that what you are looking for? > > >> > > >> alan > > >> > > >> -----Original Message----- > > >> From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Huangrui Mo > > >> Sent: Thursday, December 1, 2016 9:54 AM > > >> To: paraview at paraview.org > > >> Subject: [EXTERNAL] [Paraview] Time Synchronization for Case and Geometry Sequences > > >> > > >> Dear Paraview Developer, > > >> > > >> May you please help me with the following issue: > > >> > > >> Suppose when a solver writes data out, the field data is written in Ensight format, and the time sequence is streamed in "ensight.case". > > >> Meanwhile, the geometry data is written in VTK format, and the time sequence is streamed in "paraview.pvd". > > >> At last, let's assume the number of time sequences is 500. > > >> > > >> Then, when loading into paraview, it does not synchronize the cases in a perfect sense and would show up with 1000 cases. When animating, there is a slight mismatch in time for the field data and geometry data. > > >> However, if I use the VTK format for both the field and geometry data, then paraview does a great job to synchronize the data sets. > > >> > > >> Therefore, my question would be that is it possible to handle time synchronization even for different formats? > > >> > > >> Thank you very much for your time and help, Huangrui > > >> > > >> -- > > >> ***************************************************** > > >> Huangrui Mo, PhD Candidate > > >> Fluid Mechanics > > >> Department of Mechanical & Mechatronics Engineering University of Waterloo Waterloo, Ontario N2L 3G1, Canada > > >> E-mail: huangrui.mo at uwaterloo.ca > > >> ***************************************************** > > >> > > >> _______________________________________________ > > >> Powered by www.kitware.com > > >> > > >> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > >> > > >> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > >> > > >> 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 > > > > -- > > ***************************************************** > > Huangrui Mo, PhD Candidate > > Fluid Mechanics > > Department of Mechanical & Mechatronics Engineering > > University of Waterloo > > Waterloo, Ontario N2L 3G1, Canada > > E-mail: huangrui.mo at uwaterloo.ca > > ***************************************************** > > > > > > > > -- > ***************************************************** > Huangrui Mo, PhD Candidate > Fluid Mechanics > Department of Mechanical & Mechatronics Engineering > University of Waterloo > Waterloo, Ontario N2L 3G1, Canada > E-mail: huangrui.mo at uwaterloo.ca > ***************************************************** > > > -- ***************************************************** Huangrui Mo, PhD Candidate Fluid Mechanics Department of Mechanical & Mechatronics Engineering University of Waterloo Waterloo, Ontario N2L 3G1, Canada E-mail: huangrui.mo at uwaterloo.ca ***************************************************** From samuelkey at bresnan.net Fri Dec 2 10:35:21 2016 From: samuelkey at bresnan.net (Samuel Key) Date: Fri, 2 Dec 2016 08:35:21 -0700 Subject: [Paraview] [EXTERNAL] Duplicate Layouts In-Reply-To: <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CFB6E@SRV-EXCHANGE.Pfinder-GER.lan> References: <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CF8B5@SRV-EXCHANGE.Pfinder-GER.lan> <6ee93918e6a846048900a47f0f25ae3b@ES01AMSNLNT.srn.sandia.gov> <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CFB6E@SRV-EXCHANGE.Pfinder-GER.lan> Message-ID: An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Fri Dec 2 21:16:17 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Fri, 2 Dec 2016 21:16:17 -0500 Subject: [Paraview] Include grid surface data in vtk file In-Reply-To: References: Message-ID: Yes. The use multi block data set for this. Basically it is a way to group any number of atomic dataset types together. On Nov 30, 2016 10:42 AM, "Christopher Neal" wrote: > Hi, > > Is it possible to write a grid file that contains 3D mesh information as > well as separate blocks for each surface(defined by a unique marker), such > that a user could extract each individual surface from the data set? > > For example, a 3D cube filled with an unstructured grid. A user could > extract one of the 6 surfaces of the cube based on picking a particular > block in a data set. > > Thank you, > > -- > Christopher Neal > Research Engineer > Streamline Numerics, Inc. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Sat Dec 3 09:32:38 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Sat, 3 Dec 2016 09:32:38 -0500 Subject: [Paraview] Changes in grid spacing in ImageData time series not reflected in Paraview In-Reply-To: <20161201000634.GO31784@riseup.net> References: <20161201000634.GO31784@riseup.net> Message-ID: Try putting it into a multiblock container. On Nov 30, 2016 7:15 PM, "Anders Damsgaard" wrote: > Hi all, > > I have generated a time series of ImageData files (.vti), where the grid > spacing changes over time. If I load for example the first and last file > separately into Paraview 5.2.0 for OSX, it correctly renders the two grids > in differing sizes. However, if I open the entire time series into > Paraview the grid retains the spacing from the first file as I step through > the time. > > Am I using the wrong data/file type for the job, or is this a bug? > > The files can be downloaded from here: > https://adamsgaard.dk/files/image-data-files.tar.gz [36.6 MB] > > Let me know if you have any further questions, and thanks for any help. > > Cheers, Anders > > -- > Anders Damsgaard, Ph.D. > https://adamsgaard.dk > > Institute of Geophysics and Planetary Physics > Scripps Institution of Oceanography > University of California, San Diego > > PGP public key: https://adamsgaard.dk/adc.gpg > Fingerprint: 4B20 FFE8 CE37 0CB5 4E2C 3282 7601 823F AC65 17CA > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 schreibermario40 at gmail.com Sat Dec 3 12:09:39 2016 From: schreibermario40 at gmail.com (Mario Schreiber) Date: Sat, 3 Dec 2016 18:09:39 +0100 Subject: [Paraview] How to set properties of custom vtkSMProxies (python)? Message-ID: Hello, I'd like to work with custom vtk objects from the ParaView python shell. Unfortunately, I cannot find in the docs, how to define a property "MyProperty" in my custom class, that I can access in python using either myobj.SetMyProperty() or myobj.GetProperty("MyProperty").SetElement(0,). I thought that it was sufficient to have the methods "SetMyProperty" and "GetMyProperty", in my custom class, which would be wrapped automatically to create a Property "MyProperty", but it isn't. The class defined below is wrapped into vtkMyObjectClientServer.cxx during the build process, and it checks for the method name "Set/GetMyProperty" inside vtkMyObjectClientServer::vtkMyObjectCommand, but I have no idea how I can modify these server side property values from the python shell on the client? What I have done: 1. define class in vtkMyObject.h: #ifndef __vtkMyObject_h #define __vtkMyObject_h #include "vtkObject.h" class vtkMyObject : public vtkObject { public: static vtkMyObject *New(); vtkTypeMacro(vtkMyObject,vtkObject); void PrintSelf(ostream& os, vtkIndent indent){this->Superclass::PrintSelf(os, indent);} vtkGetMacro(MyProperty,double); vtkSetMacro(MyProperty,double); private: double MyProperty; ~vtkMyObject(){} vtkMyObject(){} }; #endif 2. vtkMyObject.cxx: #include "vtkMyObject.h" 3. CMakeLists.txt: FIND_PACKAGE(ParaView REQUIRED) INCLUDE(${PARAVIEW_USE_FILE}) ADD_PARAVIEW_PLUGIN( Example "1.0" SERVER_MANAGER_XML MyConfig.xml SERVER_MANAGER_SOURCES vtkMyObject.cxx ) 4. MyConfig.xml: 5. create plugin using cmake and make and load it in paraview. Then open the python shell and execute: myobj=servermanager.CreateProxy("my","MyObject") print myobj prop=myobj.GetProperty("MyProperty") --> myobj is shown as vtkSMProxy, but prop is None. Can you explain what I have to change, or point my to the relevant documentation? Thanks Mario -------------- next part -------------- An HTML attachment was scrubbed... URL: From f_magician at mac.com Sat Dec 3 22:02:21 2016 From: f_magician at mac.com (Magician) Date: Sun, 04 Dec 2016 12:02:21 +0900 Subject: [Paraview] Find Data does not work on MPI In-Reply-To: References: <6C2F7839-E53B-42BD-BF89-7A59893D29AE@mac.com> <8AA1DD28-BB3C-4A52-B4D1-37B2063557C8@mac.com> Message-ID: Hi Cory, Thanks for your advice. I tried some minimal cases again. I executed pvserver with 2 CPUs, and generate a wavelet source. Then I tried to select the points (RTData is >= 100). The messages on Command Prompt are as follows: > C:\Users\magician\Desktop>"C:\Program Files\Microsoft HPC Pack 2008 R2\Bin\mpiexec > .exe" -np 2 "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\p > vserver.exe" > Waiting for client... > Connection URL: cs://LocalPC:11111 > Accepting connection(s): LocalPC:11111 > Client connected. > > Traceback (most recent call last): > > Traceback (most recent call last): > File "", line 8, in > File "", line 8, in > File "", line 5, in vtkPythonExtractSelection_RequestData > File "", line 5, in vtkPythonExtractSelection_RequestData > File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\lib\si > te-packages\paraview\extract_selection.py", line 68, in execute > File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\lib\si > te-packages\paraview\extract_selection.py", line 68, in execute > elocals = calculator.get_arrays(inputs[0].GetAttributes(attributeType)) > File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\lib\si > te-packages\paraview\calculator.py", line 43, in get_arrays > elocals = calculator.get_arrays(inputs[0].GetAttributes(attributeType)) > File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\lib\si > te-packages\paraview\calculator.py", line 43, in get_arrays > from mpi4py import MPI > ImportError: > > No module named mpi4py > from mpi4py import MPI > > ImportError: No module named mpi4py My PV is v5.2.0 on Windows 7/8 64bit, just downloaded from Kitware?s download site. MPI is Microsoft HPC Pack 2008 R2. Perhaps the provided binary does not fully support MPI processing? I should build PV with MPI by myself? Magician > On Nov 28, 2016, at 06:29, Cory Quammen wrote: > >> Does anyone use Find Data function on MPI? > > I just tried it with 5.2.0 in parallel and the Find Data dialog works > fine for the queries I tried. > > Could you provide more information about what you are trying to get to > work? Listing the steps you take before running into the problem is > helpful. For example, telling us which data file you loaded, what your > Find Data query is, etc. > > Thanks, > Cory > >>> On Nov 20, 2016, at 14:16, Magician wrote: >>> >>> Hi all, >>> >>> >>> When I operating ParaView on MPI mode, Find Data function does not work correctly. >>> The dialog is just opened, but the 'Run Selection Query' always returns no cell or point. >>> >>> How to select specific cells or points on parallel ParaView? >>> My PV is v5.2.0-RC1 on Windows 8 64bit, and MPI is Microsoft HPC Pack 2008 R2. >>> >>> >>> Magician >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview > > > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: FindDataErr.png Type: image/png Size: 14090 bytes Desc: not available URL: From f_magician at mac.com Sat Dec 3 22:15:42 2016 From: f_magician at mac.com (Magician) Date: Sun, 04 Dec 2016 12:15:42 +0900 Subject: [Paraview] [EXTERNAL] Unable to rescale properly the color map In-Reply-To: References: Message-ID: <5E15F2CD-56CF-4757-848E-F22918F201FB@mac.com> Hi Luigi, I have the same problem when I display color contours with UNIX Timestamps. The instant solution is using Calculator filter. Subtract 1600000 from CellIDs, you may get correct results. # Of course I want to be fixed the problem about the precision of contour ranges, too. Magician > On Dec 3, 2016, at 02:00, paraview-request at paraview.org wrote: > > Message: 13 > Date: Thu, 1 Dec 2016 21:51:33 +0000 > From: Luigi R > To: "Scott, W Alan" , "paraview at paraview.org" > > Subject: Re: [Paraview] [EXTERNAL] Unable to rescale properly the > color map > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > No problem Alan. Thanks for replying. I thought my issue was due to truncation. Anyhow, I had a look at the bug #16978 and, if I can, I would like to give my opinion. When min and max are the same or both zero, I expect as user to see an unique color in the color map either red or blue. If you add an eps to the max and still show the full rgb color map, I would think immediately that there are not enough digit in the label and I would start playing with that or rescaling to find where the differences are. > > > Best regards, > > > Luigi > > > ________________________________ > Da: Scott, W Alan > Inviato: gioved? 1 dicembre 2016 19.36 > A: Luigi R > Oggetto: RE: [EXTERNAL] [Paraview] Unable to rescale properly the color map > > > Luigi - Since everyone mis-spells my name, and I don't like it, I should have been more careful with yours. > > > > Sorry about that. > > > > Alan > > > > > > > > From: Scott, W Alan > Sent: Thursday, December 1, 2016 10:57 AM > To: 'Luigi R' ; paraview at paraview.org > Subject: RE: [EXTERNAL] [Paraview] Unable to rescale properly the color map > > > > Lugi, > > I am fairly sure you are seeing this bug: https://gitlab.kitware.com/paraview/paraview/issues/16978. It is scheduled to be fixed in an upcoming release, but the solution isn't trivial. I will add your example to the bug. > > [https://gitlab.kitware.com/uploads/project/avatar/14/pvIcon-512x512.png] > > color legend max wrong for zero (#16978) ? Issues ? ParaView / ParaView > gitlab.kitware.com > The color legend is wrong for any data that has a maximum value same as the minimum value. Here is how to replicate. * Local server, Linux, 5.2.0-rc2 * Open... > > > > > > Alan > > > > From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Luigi R > Sent: Thursday, December 1, 2016 6:39 AM > To: paraview at paraview.org > Subject: [EXTERNAL] [Paraview] Unable to rescale properly the color map > > > > Dear developers, > > > > I'm loading a vtp file in Paraview 5.2 containing the agglomerated mesh and a scalar field (INT32) for the global cellID. The coarsest mesh has few cells characterized by a high identification number (cellID ranges from 1600000 to 1600010]. Paraview is not able to rescale properly the range of the color map even with the custom data range and everything is displayed with a blue color and it becomes useless. Is there a way to change the precision for the color map. > > > > I have also tested the version 5.0.1 which scales better but still cannot go below a certain range. > > > > Please let me know. > > > > Best regards, > > > > Luigi From xluigi84 at hotmail.it Sun Dec 4 05:36:38 2016 From: xluigi84 at hotmail.it (Luigi R.) Date: Sun, 4 Dec 2016 10:36:38 +0000 Subject: [Paraview] Ris: [EXTERNAL] Unable to rescale properly the color map References: <5E15F2CD-56CF-4757-848E-F22918F201FB@mac.com> Message-ID: Thanks Magician, I have been using that workaround so far but it was annoying. At moment I am adding a new scalar in the file containing the localID. Best regards , Luigi -------- Messaggio originale -------- Oggetto: Re: [Paraview] [EXTERNAL] Unable to rescale properly the color map Da: Magician A: xluigi84 at hotmail.it CC: ParaView Hi Luigi, I have the same problem when I display color contours with UNIX Timestamps. The instant solution is using Calculator filter. Subtract 1600000 from CellIDs, you may get correct results. # Of course I want to be fixed the problem about the precision of contour ranges, too. Magician > On Dec 3, 2016, at 02:00, paraview-request at paraview.org wrote: > > Message: 13 > Date: Thu, 1 Dec 2016 21:51:33 +0000 > From: Luigi R > To: "Scott, W Alan" , "paraview at paraview.org" > > Subject: Re: [Paraview] [EXTERNAL] Unable to rescale properly the > color map > Message-ID: > > > Content-Type: text/plain; charset="iso-8859-1" > > No problem Alan. Thanks for replying. I thought my issue was due to truncation. Anyhow, I had a look at the bug #16978 and, if I can, I would like to give my opinion. When min and max are the same or both zero, I expect as user to see an unique color in the color map either red or blue. If you add an eps to the max and still show the full rgb color map, I would think immediately that there are not enough digit in the label and I would start playing with that or rescaling to find where the differences are. > > > Best regards, > > > Luigi > > > ________________________________ > Da: Scott, W Alan > Inviato: gioved? 1 dicembre 2016 19.36 > A: Luigi R > Oggetto: RE: [EXTERNAL] [Paraview] Unable to rescale properly the color map > > > Luigi - Since everyone mis-spells my name, and I don't like it, I should have been more careful with yours. > > > > Sorry about that. > > > > Alan > > > > > > > > From: Scott, W Alan > Sent: Thursday, December 1, 2016 10:57 AM > To: 'Luigi R' ; paraview at paraview.org > Subject: RE: [EXTERNAL] [Paraview] Unable to rescale properly the color map > > > > Lugi, > > I am fairly sure you are seeing this bug: https://gitlab.kitware.com/paraview/paraview/issues/16978. It is scheduled to be fixed in an upcoming release, but the solution isn't trivial. I will add your example to the bug. > > [https://gitlab.kitware.com/uploads/project/avatar/14/pvIcon-512x512.png] > > color legend max wrong for zero (#16978) ? Issues ? ParaView / ParaView > gitlab.kitware.com > The color legend is wrong for any data that has a maximum value same as the minimum value. Here is how to replicate. * Local server, Linux, 5.2.0-rc2 * Open... > > > > > > Alan > > > > From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Luigi R > Sent: Thursday, December 1, 2016 6:39 AM > To: paraview at paraview.org > Subject: [EXTERNAL] [Paraview] Unable to rescale properly the color map > > > > Dear developers, > > > > I'm loading a vtp file in Paraview 5.2 containing the agglomerated mesh and a scalar field (INT32) for the global cellID. The coarsest mesh has few cells characterized by a high identification number (cellID ranges from 1600000 to 1600010]. Paraview is not able to rescale properly the range of the color map even with the custom data range and everything is displayed with a blue color and it becomes useless. Is there a way to change the precision for the color map. > > > > I have also tested the version 5.0.1 which scales better but still cannot go below a certain range. > > > > Please let me know. > > > > Best regards, > > > > Luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Sun Dec 4 08:41:45 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Sun, 4 Dec 2016 14:41:45 +0100 Subject: [Paraview] Find Data does not work on MPI In-Reply-To: References: <6C2F7839-E53B-42BD-BF89-7A59893D29AE@mac.com> <8AA1DD28-BB3C-4A52-B4D1-37B2063557C8@mac.com> Message-ID: Hello You must use the mpirun/mpiexec provided by ParaView, not your own. Regards On 4 Dec 2016 4:02 am, "Magician" wrote: > Hi Cory, > > > Thanks for your advice. > I tried some minimal cases again. > > I executed pvserver with 2 CPUs, and generate a wavelet source. > Then I tried to select the points (RTData is >= 100). > > The messages on Command Prompt are as follows: > > C:\Users\magician\Desktop>"C:\Program Files\Microsoft HPC Pack 2008 > R2\Bin\mpiexec > > .exe" -np 2 "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows- > 64bit\bin\p > vserver.exe" > Waiting for client... > Connection URL: cs://LocalPC:11111 > Accepting connection(s): LocalPC:11111 > Client connected. > > Traceback (most recent call last): > > Traceback (most recent call last): > File "", line 8, in > File "", line 8, in > File "", line 5, in vtkPythonExtractSelection_RequestData > File "", line 5, in vtkPythonExtractSelection_RequestData > File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows- > 64bit\bin\lib\si > te-packages\paraview\extract_selection.py", line 68, in execute > File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows- > 64bit\bin\lib\si > te-packages\paraview\extract_selection.py", line 68, in execute > elocals = calculator.get_arrays(inputs[0].GetAttributes( > attributeType)) > File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows- > 64bit\bin\lib\si > te-packages\paraview\calculator.py", line 43, in get_arrays > elocals = calculator.get_arrays(inputs[0].GetAttributes( > attributeType)) > File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows- > 64bit\bin\lib\si > te-packages\paraview\calculator.py", line 43, in get_arrays > from mpi4py import MPI > ImportError: > > No module named mpi4py > from mpi4py import MPI > > ImportError: No module named mpi4py > > > My PV is v5.2.0 on Windows 7/8 64bit, just downloaded from Kitware?s > download site. > MPI is Microsoft HPC Pack 2008 R2. > > Perhaps the provided binary does not fully support MPI processing? > I should build PV with MPI by myself? > > > Magician > > > On Nov 28, 2016, at 06:29, Cory Quammen wrote: > > Does anyone use Find Data function on MPI? > > > I just tried it with 5.2.0 in parallel and the Find Data dialog works > fine for the queries I tried. > > Could you provide more information about what you are trying to get to > work? Listing the steps you take before running into the problem is > helpful. For example, telling us which data file you loaded, what your > Find Data query is, etc. > > Thanks, > Cory > > On Nov 20, 2016, at 14:16, Magician wrote: > > Hi all, > > > When I operating ParaView on MPI mode, Find Data function does not work > correctly. > The dialog is just opened, but the 'Run Selection Query' always returns no > cell or point. > > How to select specific cells or points on parallel ParaView? > My PV is v5.2.0-RC1 on Windows 8 64bit, and MPI is Microsoft HPC Pack 2008 > R2. > > > Magician > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: FindDataErr.png Type: image/png Size: 14090 bytes Desc: not available URL: From dave.demarle at kitware.com Sun Dec 4 09:35:29 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Sun, 4 Dec 2016 09:35:29 -0500 Subject: [Paraview] Find Data does not work on MPI In-Reply-To: References: <6C2F7839-E53B-42BD-BF89-7A59893D29AE@mac.com> <8AA1DD28-BB3C-4A52-B4D1-37B2063557C8@mac.com> Message-ID: I think the issue is that vtk doesn't bundle mpi4py on windows like it does elsewhere, so this paraview query that internally relies on it won't work there. On Dec 4, 2016 9:41 AM, "Mathieu Westphal" wrote: > Hello > > You must use the mpirun/mpiexec provided by ParaView, not your own. > > Regards > > On 4 Dec 2016 4:02 am, "Magician" wrote: > >> Hi Cory, >> >> >> Thanks for your advice. >> I tried some minimal cases again. >> >> I executed pvserver with 2 CPUs, and generate a wavelet source. >> Then I tried to select the points (RTData is >= 100). >> >> The messages on Command Prompt are as follows: >> >> C:\Users\magician\Desktop>"C:\Program Files\Microsoft HPC Pack 2008 >> R2\Bin\mpiexec >> >> .exe" -np 2 "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows- >> 64bit\bin\p >> vserver.exe" >> Waiting for client... >> Connection URL: cs://LocalPC:11111 >> Accepting connection(s): LocalPC:11111 >> Client connected. >> >> Traceback (most recent call last): >> >> Traceback (most recent call last): >> File "", line 8, in >> File "", line 8, in >> File "", line 5, in vtkPythonExtractSelection_RequestData >> File "", line 5, in vtkPythonExtractSelection_RequestData >> File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows- >> 64bit\bin\lib\si >> te-packages\paraview\extract_selection.py", line 68, in execute >> File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows- >> 64bit\bin\lib\si >> te-packages\paraview\extract_selection.py", line 68, in execute >> elocals = calculator.get_arrays(inputs[0 >> ].GetAttributes(attributeType)) >> File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows- >> 64bit\bin\lib\si >> te-packages\paraview\calculator.py", line 43, in get_arrays >> elocals = calculator.get_arrays(inputs[0 >> ].GetAttributes(attributeType)) >> File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows- >> 64bit\bin\lib\si >> te-packages\paraview\calculator.py", line 43, in get_arrays >> from mpi4py import MPI >> ImportError: >> >> No module named mpi4py >> from mpi4py import MPI >> >> ImportError: No module named mpi4py >> >> >> My PV is v5.2.0 on Windows 7/8 64bit, just downloaded from Kitware?s >> download site. >> MPI is Microsoft HPC Pack 2008 R2. >> >> Perhaps the provided binary does not fully support MPI processing? >> I should build PV with MPI by myself? >> >> >> Magician >> >> >> On Nov 28, 2016, at 06:29, Cory Quammen wrote: >> >> Does anyone use Find Data function on MPI? >> >> >> I just tried it with 5.2.0 in parallel and the Find Data dialog works >> fine for the queries I tried. >> >> Could you provide more information about what you are trying to get to >> work? Listing the steps you take before running into the problem is >> helpful. For example, telling us which data file you loaded, what your >> Find Data query is, etc. >> >> Thanks, >> Cory >> >> On Nov 20, 2016, at 14:16, Magician wrote: >> >> Hi all, >> >> >> When I operating ParaView on MPI mode, Find Data function does not work >> correctly. >> The dialog is just opened, but the 'Run Selection Query' always returns >> no cell or point. >> >> How to select specific cells or points on parallel ParaView? >> My PV is v5.2.0-RC1 on Windows 8 64bit, and MPI is Microsoft HPC Pack >> 2008 R2. >> >> >> Magician >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> >> >> >> -- >> Cory Quammen >> Staff R&D Engineer >> Kitware, Inc. >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From f_magician at mac.com Sun Dec 4 09:37:45 2016 From: f_magician at mac.com (Magician) Date: Sun, 04 Dec 2016 23:37:45 +0900 Subject: [Paraview] Find Data does not work on MPI In-Reply-To: References: <6C2F7839-E53B-42BD-BF89-7A59893D29AE@mac.com> <8AA1DD28-BB3C-4A52-B4D1-37B2063557C8@mac.com> Message-ID: <8217A7EC-4120-4592-B87D-A53E06D9947F@mac.com> Hi Mathieu, Thanks for your advice. I searched the mpirun/mpiexec on my /ParaView folder, but no executable is found. PV 4.4.0 (provided by Kitware) has mpirun/mpiexec in the /bin folder, but the latest version doesn?t. Are there additional install options? Magician > On Dec 4, 2016, at 22:41, Mathieu Westphal wrote: > > Hello > > You must use the mpirun/mpiexec provided by ParaView, not your own. > > Regards > > On 4 Dec 2016 4:02 am, "Magician" > wrote: > Hi Cory, > > > Thanks for your advice. > I tried some minimal cases again. > > I executed pvserver with 2 CPUs, and generate a wavelet source. > Then I tried to select the points (RTData is >= 100). > > The messages on Command Prompt are as follows: > >> C:\Users\magician\Desktop>"C:\Program Files\Microsoft HPC Pack 2008 R2\Bin\mpiexec >> .exe" -np 2 "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\p >> vserver.exe" >> Waiting for client... >> Connection URL: cs://LocalPC:11111 <> >> Accepting connection(s): LocalPC:11111 >> Client connected. >> >> Traceback (most recent call last): >> >> Traceback (most recent call last): >> File "", line 8, in >> File "", line 8, in >> File "", line 5, in vtkPythonExtractSelection_RequestData >> File "", line 5, in vtkPythonExtractSelection_RequestData >> File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\lib\si >> te-packages\paraview\extract_selection.py", line 68, in execute >> File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\lib\si >> te-packages\paraview\extract_selection.py", line 68, in execute >> elocals = calculator.get_arrays(inputs[0].GetAttributes(attributeType)) >> File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\lib\si >> te-packages\paraview\calculator.py", line 43, in get_arrays >> elocals = calculator.get_arrays(inputs[0].GetAttributes(attributeType)) >> File "C:\Program Files\ParaView 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\lib\si >> te-packages\paraview\calculator.py", line 43, in get_arrays >> from mpi4py import MPI >> ImportError: >> >> No module named mpi4py >> from mpi4py import MPI >> >> ImportError: No module named mpi4py > > My PV is v5.2.0 on Windows 7/8 64bit, just downloaded from Kitware?s download site. > MPI is Microsoft HPC Pack 2008 R2. > > Perhaps the provided binary does not fully support MPI processing? > I should build PV with MPI by myself? > > > Magician > > >> On Nov 28, 2016, at 06:29, Cory Quammen > wrote: >> >>> Does anyone use Find Data function on MPI? >> >> I just tried it with 5.2.0 in parallel and the Find Data dialog works >> fine for the queries I tried. >> >> Could you provide more information about what you are trying to get to >> work? Listing the steps you take before running into the problem is >> helpful. For example, telling us which data file you loaded, what your >> Find Data query is, etc. >> >> Thanks, >> Cory >> >>>> On Nov 20, 2016, at 14:16, Magician > wrote: >>>> >>>> Hi all, >>>> >>>> >>>> When I operating ParaView on MPI mode, Find Data function does not work correctly. >>>> The dialog is just opened, but the 'Run Selection Query' always returns no cell or point. >>>> >>>> How to select specific cells or points on parallel ParaView? >>>> My PV is v5.2.0-RC1 on Windows 8 64bit, and MPI is Microsoft HPC Pack 2008 R2. >>>> >>>> >>>> Magician >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >> >> >> >> -- >> Cory Quammen >> Staff R&D Engineer >> Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Gerald.Lodron at joanneum.at Mon Dec 5 02:05:24 2016 From: Gerald.Lodron at joanneum.at (Lodron, Gerald) Date: Mon, 5 Dec 2016 07:05:24 +0000 Subject: [Paraview] Filter with variable outputs as plugin Message-ID: <33006fd3a64847108ef06f5cd802a196@RZJMBX2.jr1.local> Hi I am programming a vtk Polydata source on my own. The source is reading a proprietary file which consists of very simple 0 to N polygonal objects with a string identifier. My question is: Where do I specify the number of outputs (RequestInformation?) and where can I tell paraview the string identifier of the polygonal data (when I set number of outputs to 10 in filters constructor I get "Output-0" string in paraview's pipeline browser, I want to specify that string on my own)! Thanks for help... ------------------------------------------------------------------------------------ Gerald Lodron Researcher of Machine Vision Applications Group DIGITAL - Institute for Information and Communication Technologies JOANNEUM RESEARCH Forschungsgesellschaft mbH Steyrergasse 17, 8010 Graz, AUSTRIA phone: +43-316-876-1751 general fax: +43-316-876-1751 web: http://www.joanneum.at/digital e-mail: gerald.lodron at joanneum.at -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Mon Dec 5 04:19:08 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Mon, 5 Dec 2016 10:19:08 +0100 Subject: [Paraview] VTK/Paraview Courses in May Message-ID: Hello Kitware will be holding a 2-day VTK and ParaView course on May 14th and 15th 2017 in Lyon, France. Please visit our web site for more information and registration details at VTK (English) : http://www.kitware.fr/browse/144 VTK (French) : http://formations.kitware.fr/browse/144 ParaView (English) : http://training.kitware.fr/browse/145 ParaView (French) : http://formations.kitware.fr/browse/145 Note that the course will be taught in English. If you have any question, please contact us at formations at kitware.fr Thank you, Mathieu Westphal -------------- next part -------------- An HTML attachment was scrubbed... URL: From joachim.pouderoux at kitware.com Mon Dec 5 08:34:30 2016 From: joachim.pouderoux at kitware.com (Joachim Pouderoux) Date: Mon, 5 Dec 2016 09:34:30 -0400 Subject: [Paraview] Filter with variable outputs as plugin In-Reply-To: <33006fd3a64847108ef06f5cd802a196@RZJMBX2.jr1.local> References: <33006fd3a64847108ef06f5cd802a196@RZJMBX2.jr1.local> Message-ID: Hi Gerald, To give a name to the different ports of your filter in ParaView, you need to add some "OutputPort" hints to the definition of your filter's proxy. ... ... Best, Joachim *Joachim Pouderoux*, PhD *Technical Expert - Scientific Computing Team* *Kitware SAS * 2016-12-05 3:05 GMT-04:00 Lodron, Gerald : > Hi > > I am programming a vtk Polydata source on my own. The source is reading a > proprietary file which consists of very simple 0 to N polygonal objects > with a string identifier. My question is: Where do I specify the number of > outputs (RequestInformation?) and where can I tell paraview the string > identifier of the polygonal data (when I set number of outputs to 10 in > filters constructor I get ?Output-0? string in paraview?s pipeline browser, > I want to specify that string on my own)! > > Thanks for help? > > > *------------------------------------------------------------------------------------* > *Gerald Lodron* > > Researcher of Machine Vision Applications Group > DIGITAL - Institute for Information and Communication Technologies > > JOANNEUM RESEARCH Forschungsgesellschaft mbH > Steyrergasse 17, 8010 Graz, AUSTRIA > > phone: +43-316-876-1751 > general fax: +43-316-876-1751 > web: *http://www.joanneum.at/digital* > e-mail: *gerald.lodron at joanneum.at* > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 Gerald.Lodron at joanneum.at Mon Dec 5 08:42:02 2016 From: Gerald.Lodron at joanneum.at (Lodron, Gerald) Date: Mon, 5 Dec 2016 13:42:02 +0000 Subject: [Paraview] Filter with variable outputs as plugin In-Reply-To: References: <33006fd3a64847108ef06f5cd802a196@RZJMBX2.jr1.local> Message-ID: <05115037aeb44317bbf9e568e8178408@RZJMBX2.jr1.local> But here i need to know it at compiletime. The ouputs name is in my file name which differs from input file to input file? e.g. I want to load a file myfile.myformat which has a polydata ?SomeString? and a polydata ?someOtherString? in it. When my reader applys, there should be 2 outputs with 2 vtkPolyDatas with those strings, is that possible? Von: Joachim Pouderoux [mailto:joachim.pouderoux at kitware.com] Gesendet: Montag, 05. Dezember 2016 14:35 An: Lodron, Gerald Cc: Paraview User (paraview at paraview.org) Betreff: Re: [Paraview] Filter with variable outputs as plugin Hi Gerald, To give a name to the different ports of your filter in ParaView, you need to add some "OutputPort" hints to the definition of your filter's proxy. ... ... Best, Joachim Joachim Pouderoux, PhD Technical Expert - Scientific Computing Team Kitware SAS 2016-12-05 3:05 GMT-04:00 Lodron, Gerald >: Hi I am programming a vtk Polydata source on my own. The source is reading a proprietary file which consists of very simple 0 to N polygonal objects with a string identifier. My question is: Where do I specify the number of outputs (RequestInformation?) and where can I tell paraview the string identifier of the polygonal data (when I set number of outputs to 10 in filters constructor I get ?Output-0? string in paraview?s pipeline browser, I want to specify that string on my own)! Thanks for help? ------------------------------------------------------------------------------------ Gerald Lodron Researcher of Machine Vision Applications Group DIGITAL - Institute for Information and Communication Technologies JOANNEUM RESEARCH Forschungsgesellschaft mbH Steyrergasse 17, 8010 Graz, AUSTRIA phone: +43-316-876-1751 general fax: +43-316-876-1751 web: http://www.joanneum.at/digital e-mail: gerald.lodron at joanneum.at _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView 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 joachim.pouderoux at kitware.com Mon Dec 5 08:54:07 2016 From: joachim.pouderoux at kitware.com (Joachim Pouderoux) Date: Mon, 5 Dec 2016 09:54:07 -0400 Subject: [Paraview] Filter with variable outputs as plugin In-Reply-To: <05115037aeb44317bbf9e568e8178408@RZJMBX2.jr1.local> References: <33006fd3a64847108ef06f5cd802a196@RZJMBX2.jr1.local> <05115037aeb44317bbf9e568e8178408@RZJMBX2.jr1.local> Message-ID: Unfortunately it is not possible. You could however have a single multiblock outpout port that would contains your meshes and set the name of each block with the name you read in your file. Eg: vtkPolyData* polyData[10]; std::string polyDataName[10]; for (int i = 0; i < 10; i++) { mb->SetBlock(i, polydata[i]); mb->GetMetaData(i)->Set(vtkCompositeDataSet::NAME(), polyDataName[i].c_str()); } Best, *Joachim Pouderoux*, PhD *Technical Expert - Scientific Computing Team* *Kitware SAS * 2016-12-05 9:42 GMT-04:00 Lodron, Gerald : > But here i need to know it at compiletime. The ouputs name is in my file > name which differs from input file to input file? > > > > e.g. I want to load a file > > > > myfile.myformat > > > > which has a polydata ?SomeString? and a polydata ?someOtherString? in it. > > > > When my reader applys, there should be 2 outputs with 2 vtkPolyDatas with > those strings, is that possible? > > > > *Von:* Joachim Pouderoux [mailto:joachim.pouderoux at kitware.com] > *Gesendet:* Montag, 05. Dezember 2016 14:35 > *An:* Lodron, Gerald > *Cc:* Paraview User (paraview at paraview.org) > *Betreff:* Re: [Paraview] Filter with variable outputs as plugin > > > > Hi Gerald, > > To give a name to the different ports of your filter in ParaView, you need > to add some "OutputPort" hints to the definition of your filter's proxy. > > > ... > > > > > > > ... > > > > > > Best, > > Joachim > > > *Joachim Pouderoux*, PhD > > *Technical Expert - Scientific Computing Team* > *Kitware SAS * > > > > 2016-12-05 3:05 GMT-04:00 Lodron, Gerald : > > Hi > > > > I am programming a vtk Polydata source on my own. The source is reading a > proprietary file which consists of very simple 0 to N polygonal objects > with a string identifier. My question is: Where do I specify the number of > outputs (RequestInformation?) and where can I tell paraview the string > identifier of the polygonal data (when I set number of outputs to 10 in > filters constructor I get ?Output-0? string in paraview?s pipeline browser, > I want to specify that string on my own)! > > > > Thanks for help? > > > > > *------------------------------------------------------------------------------------* > > *Gerald Lodron* > > > > Researcher of Machine Vision Applications Group > > DIGITAL - Institute for Information and Communication Technologies > > > > JOANNEUM RESEARCH Forschungsgesellschaft mbH > > Steyrergasse 17, 8010 Graz, AUSTRIA > > > > phone: +43-316-876-1751 > > general fax: +43-316-876-1751 > > web: http://www.joanneum.at/digital > > e-mail: gerald.lodron at joanneum.at > > > > > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Mon Dec 5 09:26:42 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 5 Dec 2016 09:26:42 -0500 Subject: [Paraview] How to set properties of custom vtkSMProxies (python)? In-Reply-To: References: Message-ID: Try adding a Property element to the xml. On Sat, Dec 3, 2016 at 12:09 PM, Mario Schreiber wrote: ... > class vtkMyObject : public vtkObject > { > public: > ... > > vtkGetMacro(MyProperty,double); > vtkSetMacro(MyProperty,double); > > To make that callable by ParaView: 4. MyConfig.xml: Set MyProperty > > > > > ... -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.pedot at gmail.com Mon Dec 5 11:04:35 2016 From: thomas.pedot at gmail.com (Thomas PEDOT) Date: Mon, 05 Dec 2016 16:04:35 +0000 Subject: [Paraview] Convert Large CGNS Dataset to numpy Message-ID: Hi, I have some CGNS files I want to "convert" to numpy array. To write my script I first use a more direct method : - Converting CGNS to VTK - Use vtk_to_numpy method - process numpy array This task is time consuming and I need a more direct option (if possible). For this, I tried to use paraview CGNSReader and simple module. I'm able to convert CGNS data to numpy with small data set (Some MB) with this approach : *Case = CGNSSeriesReader(filename)Case.UpdatePipeline()rawData = servermanager.Fetch(Case)import vtk.numpy_interface.dataset_adapter as dsa# Wrap the raw data object to access NumPy friendly APIdata = dsa.WrapDataObject(rawData)* But as it said her e *: **Do not do this if data is large otherwise the client will run out of memory.* So, I can I do this without running out of memory ? I don't need to load all Point Arrays at once. Is it possible to select just 'Temperature' for example and only one block ? I guess it might be less memory consuming. Any other ideas ? Thanks, Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Dec 5 11:18:16 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 5 Dec 2016 11:18:16 -0500 Subject: [Paraview] Find Data does not work on MPI In-Reply-To: <8217A7EC-4120-4592-B87D-A53E06D9947F@mac.com> References: <6C2F7839-E53B-42BD-BF89-7A59893D29AE@mac.com> <8AA1DD28-BB3C-4A52-B4D1-37B2063557C8@mac.com> <8217A7EC-4120-4592-B87D-A53E06D9947F@mac.com> Message-ID: Mathieu and Magician, In fact, the ParaView 5.2 Windows binaries do not ship with MPI executables. They are built to use the Microsoft MPI implementation, as Magician has tried. The Find Dialog uses mpi4py for parallel queries, but we don't ship mpi4py on Windows because we haven't tried building against the Microsoft MPI and there hasn't been much demand to get it working. In theory it might be possible. If you'd like to try building mpi4py against the Microsoft MPI and report back whether it was easy or difficult, it would be much appreciated! Thanks, Cory On Sun, Dec 4, 2016 at 9:37 AM, Magician wrote: > Hi Mathieu, > > > Thanks for your advice. > > I searched the mpirun/mpiexec on my /ParaView folder, but no executable is > found. > PV 4.4.0 (provided by Kitware) has mpirun/mpiexec in the /bin folder, but > the latest version doesn?t. > > Are there additional install options? > > > Magician > > > On Dec 4, 2016, at 22:41, Mathieu Westphal > wrote: > > Hello > > You must use the mpirun/mpiexec provided by ParaView, not your own. > > Regards > > On 4 Dec 2016 4:02 am, "Magician" wrote: >> >> Hi Cory, >> >> >> Thanks for your advice. >> I tried some minimal cases again. >> >> I executed pvserver with 2 CPUs, and generate a wavelet source. >> Then I tried to select the points (RTData is >= 100). >> >> The messages on Command Prompt are as follows: >> >> C:\Users\magician\Desktop>"C:\Program Files\Microsoft HPC Pack 2008 >> R2\Bin\mpiexec >> >> .exe" -np 2 "C:\Program Files\ParaView >> 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\p >> vserver.exe" >> Waiting for client... >> Connection URL: cs://LocalPC:11111 >> Accepting connection(s): LocalPC:11111 >> Client connected. >> >> Traceback (most recent call last): >> >> Traceback (most recent call last): >> File "", line 8, in >> File "", line 8, in >> File "", line 5, in vtkPythonExtractSelection_RequestData >> File "", line 5, in vtkPythonExtractSelection_RequestData >> File "C:\Program Files\ParaView >> 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\lib\si >> te-packages\paraview\extract_selection.py", line 68, in execute >> File "C:\Program Files\ParaView >> 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\lib\si >> te-packages\paraview\extract_selection.py", line 68, in execute >> elocals = >> calculator.get_arrays(inputs[0].GetAttributes(attributeType)) >> File "C:\Program Files\ParaView >> 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\lib\si >> te-packages\paraview\calculator.py", line 43, in get_arrays >> elocals = >> calculator.get_arrays(inputs[0].GetAttributes(attributeType)) >> File "C:\Program Files\ParaView >> 5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\bin\lib\si >> te-packages\paraview\calculator.py", line 43, in get_arrays >> from mpi4py import MPI >> ImportError: >> >> No module named mpi4py >> from mpi4py import MPI >> >> ImportError: No module named mpi4py >> >> >> >> My PV is v5.2.0 on Windows 7/8 64bit, just downloaded from Kitware?s >> download site. >> MPI is Microsoft HPC Pack 2008 R2. >> >> Perhaps the provided binary does not fully support MPI processing? >> I should build PV with MPI by myself? >> >> >> Magician >> >> >> On Nov 28, 2016, at 06:29, Cory Quammen wrote: >> >> Does anyone use Find Data function on MPI? >> >> >> I just tried it with 5.2.0 in parallel and the Find Data dialog works >> fine for the queries I tried. >> >> Could you provide more information about what you are trying to get to >> work? Listing the steps you take before running into the problem is >> helpful. For example, telling us which data file you loaded, what your >> Find Data query is, etc. >> >> Thanks, >> Cory >> >> On Nov 20, 2016, at 14:16, Magician wrote: >> >> Hi all, >> >> >> When I operating ParaView on MPI mode, Find Data function does not work >> correctly. >> The dialog is just opened, but the 'Run Selection Query' always returns no >> cell or point. >> >> How to select specific cells or points on parallel ParaView? >> My PV is v5.2.0-RC1 on Windows 8 64bit, and MPI is Microsoft HPC Pack 2008 >> R2. >> >> >> Magician >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> >> >> >> -- >> Cory Quammen >> Staff R&D Engineer >> Kitware, Inc. -- Cory Quammen Staff R&D Engineer Kitware, Inc. From cory.quammen at kitware.com Mon Dec 5 11:49:00 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 5 Dec 2016 11:49:00 -0500 Subject: [Paraview] Convert Large CGNS Dataset to numpy In-Reply-To: References: Message-ID: On Mon, Dec 5, 2016 at 11:04 AM, Thomas PEDOT wrote: > Hi, > I have some CGNS files I want to "convert" to numpy array. To write my > script I first use a more direct method : > > Converting CGNS to VTK > Use vtk_to_numpy method > process numpy array > > This task is time consuming and I need a more direct option (if possible). > > For this, I tried to use paraview CGNSReader and simple module. > > I'm able to convert CGNS data to numpy with small data set (Some MB) with > this approach : > > Case = CGNSSeriesReader(filename) > Case.UpdatePipeline() > rawData = servermanager.Fetch(Case) > import vtk.numpy_interface.dataset_adapter as dsa > # Wrap the raw data object to access NumPy friendly API > data = dsa.WrapDataObject(rawData) > > But as it said here : Do not do this if data is large otherwise the client > will run out of memory. > > So, I can I do this without running out of memory ? I don't need to load all > Point Arrays at once. That warning is more for if you've got some very large data set loaded into a ParaView server running on a large computing resource. If you call this, it will load all that data onto the client, which may not have enough RAM to hold the very large data set. If you are working locally with a data set that the ParaView client can load, then you shouldn't have any problems with the script above. > Is it possible to select just 'Temperature' for example and only one block ? > I guess it might be less memory consuming. To select just 'Temperature', you should be able to do something like: Case.PointVariables = ['Temperature'] If you need to, you can add an ExtractBlock to your pipeline: extractBlock1 = ExtractBlock(Input=Case) extractBlock1.BlockIndices = [1] I probably wouldn't do the above unless you try your original script and run into out-of-memory errors. HTH, Cory -- Cory Quammen Staff R&D Engineer Kitware, Inc. From eramire2 at vols.utk.edu Mon Dec 5 10:03:45 2016 From: eramire2 at vols.utk.edu (Ramirez, Emilio (eramirez)) Date: Mon, 5 Dec 2016 15:03:45 +0000 Subject: [Paraview] win7 64bit install exe error crash immediately Message-ID: <682F9048-4C32-4780-9D9F-55C7FB0BEA0F@vols.utk.edu> I have downloaded and installed paraview on my windows 7 64 bit machine. However I am having an issue starting up the program. After installing paraview.exe and trying to run it states: ?handle win32 exception occurred in paraview.exe? I have tried the different paraview versions in 5.2 and 5.1. Any advise to help with this problem? Emilio -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas.pedot at gmail.com Mon Dec 5 13:34:52 2016 From: thomas.pedot at gmail.com (Thomas PEDOT) Date: Mon, 05 Dec 2016 18:34:52 +0000 Subject: [Paraview] Convert Large CGNS Dataset to numpy In-Reply-To: References: Message-ID: Thanks. So it might come from something else. Python crashed with a 1.4gb file and not with a smaller one. I'm on windows with a 32bits version of python and launching it with pycharm. I will test on a Linux cluster and/or with a 64bits version. Thanks for your fast and clear answer ! Thomas Le lun. 5 d?c. 2016 17:49, Cory Quammen a ?crit : > On Mon, Dec 5, 2016 at 11:04 AM, Thomas PEDOT > wrote: > > Hi, > > I have some CGNS files I want to "convert" to numpy array. To write my > > script I first use a more direct method : > > > > Converting CGNS to VTK > > Use vtk_to_numpy method > > process numpy array > > > > This task is time consuming and I need a more direct option (if > possible). > > > > For this, I tried to use paraview CGNSReader and simple module. > > > > I'm able to convert CGNS data to numpy with small data set (Some MB) with > > this approach : > > > > Case = CGNSSeriesReader(filename) > > Case.UpdatePipeline() > > rawData = servermanager.Fetch(Case) > > import vtk.numpy_interface.dataset_adapter as dsa > > # Wrap the raw data object to access NumPy friendly API > > data = dsa.WrapDataObject(rawData) > > > > But as it said here : Do not do this if data is large otherwise the > client > > will run out of memory. > > > > So, I can I do this without running out of memory ? I don't need to load > all > > Point Arrays at once. > > That warning is more for if you've got some very large data set loaded > into a ParaView server running on a large computing resource. If you > call this, it will load all that data onto the client, which may not > have enough RAM to hold the very large data set. > > If you are working locally with a data set that the ParaView client > can load, then you shouldn't have any problems with the script above. > > > Is it possible to select just 'Temperature' for example and only one > block ? > > I guess it might be less memory consuming. > > To select just 'Temperature', you should be able to do something like: > > Case.PointVariables = ['Temperature'] > > If you need to, you can add an ExtractBlock to your pipeline: > > extractBlock1 = ExtractBlock(Input=Case) > extractBlock1.BlockIndices = [1] > > I probably wouldn't do the above unless you try your original script > and run into out-of-memory errors. > > HTH, > Cory > > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Dec 5 14:55:31 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 5 Dec 2016 14:55:31 -0500 Subject: [Paraview] fontconfig warnings In-Reply-To: References: Message-ID: Alan, To follow up on this on the mailing list, ParaView ships with a version of fontconfig newer than the one on your system. The new fontconfig complains when it finds certain parts of the old file format. These are just warnings that shouldn't affect anything. Unfortunately, there is no easy way to quiet these warnings. We'll need to discuss this further to decide on a course of action. An issues is reported on the ParaView bug tracker here: https://gitlab.kitware.com/paraview/paraview/issues/17068 Best, Cory On Tue, Nov 29, 2016 at 8:41 PM, Scott, W Alan wrote: > I downloaded the Linux tarball from Kitware, and am getting a bazillion > warnings about the fontconfig. It looks like this. Any ideas? > > > > Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 84: > Having multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 84: > Having multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 93: > Having multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 93: > Having multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 102: > Having multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 102: > Having multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 33: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 59: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 68: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 68: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 79: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 79: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 88: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/41-ttf-arphic-uming.conf", line 16: > Having multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/41-ttf-arphic-uming.conf", line 28: > Having multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/41-ttf-arphic-uming.conf", line 40: > Having multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/44-wqy-zenhei.conf", line 11: Having > multiple values in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 23: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 39: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 39: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 56: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 56: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 66: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 66: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 66: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 75: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 75: Having > multiple in isn't supported and may not work as expected > > Fontconfig warning: "/etc/fonts/conf.d/65-0-khmeros-base.conf", line 29: > Having multiple values in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/65-0-khmeros-base.conf", line 41: > Having multiple values in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/65-0-un-core-dotum.conf", line 8: > Having multiple values in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/65-1-vlgothic-gothic.conf", line 23: > Having multiple values in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/65-1-vlgothic-gothic.conf", line 36: > Having multiple values in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/65-kurdit-unikurd-web.conf", line 16: > Having multiple values in isn't supported and may not work as > expected > > > > > > 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 > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From cory.quammen at kitware.com Mon Dec 5 14:58:21 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 5 Dec 2016 14:58:21 -0500 Subject: [Paraview] Convert Large CGNS Dataset to numpy In-Reply-To: References: Message-ID: For file sizes in the several GB range, you'll definitely want to use a 64bit version, particularly on Windows. Cory On Mon, Dec 5, 2016 at 1:34 PM, Thomas PEDOT wrote: > Thanks. > > So it might come from something else. Python crashed with a 1.4gb file and > not with a smaller one. > > I'm on windows with a 32bits version of python and launching it with > pycharm. I will test on a Linux cluster and/or with a 64bits version. > > Thanks for your fast and clear answer ! > Thomas > > > Le lun. 5 d?c. 2016 17:49, Cory Quammen a ?crit : >> >> On Mon, Dec 5, 2016 at 11:04 AM, Thomas PEDOT >> wrote: >> > Hi, >> > I have some CGNS files I want to "convert" to numpy array. To write my >> > script I first use a more direct method : >> > >> > Converting CGNS to VTK >> > Use vtk_to_numpy method >> > process numpy array >> > >> > This task is time consuming and I need a more direct option (if >> > possible). >> > >> > For this, I tried to use paraview CGNSReader and simple module. >> > >> > I'm able to convert CGNS data to numpy with small data set (Some MB) >> > with >> > this approach : >> > >> > Case = CGNSSeriesReader(filename) >> > Case.UpdatePipeline() >> > rawData = servermanager.Fetch(Case) >> > import vtk.numpy_interface.dataset_adapter as dsa >> > # Wrap the raw data object to access NumPy friendly API >> > data = dsa.WrapDataObject(rawData) >> > >> > But as it said here : Do not do this if data is large otherwise the >> > client >> > will run out of memory. >> > >> > So, I can I do this without running out of memory ? I don't need to load >> > all >> > Point Arrays at once. >> >> That warning is more for if you've got some very large data set loaded >> into a ParaView server running on a large computing resource. If you >> call this, it will load all that data onto the client, which may not >> have enough RAM to hold the very large data set. >> >> If you are working locally with a data set that the ParaView client >> can load, then you shouldn't have any problems with the script above. >> >> > Is it possible to select just 'Temperature' for example and only one >> > block ? >> > I guess it might be less memory consuming. >> >> To select just 'Temperature', you should be able to do something like: >> >> Case.PointVariables = ['Temperature'] >> >> If you need to, you can add an ExtractBlock to your pipeline: >> >> extractBlock1 = ExtractBlock(Input=Case) >> extractBlock1.BlockIndices = [1] >> >> I probably wouldn't do the above unless you try your original script >> and run into out-of-memory errors. >> >> HTH, >> Cory >> >> >> -- >> Cory Quammen >> Staff R&D Engineer >> Kitware, Inc. -- Cory Quammen Staff R&D Engineer Kitware, Inc. From schreibermario40 at gmail.com Mon Dec 5 15:39:13 2016 From: schreibermario40 at gmail.com (Mario Schreiber) Date: Mon, 5 Dec 2016 21:39:13 +0100 Subject: [Paraview] How to set properties of custom vtkSMProxies (python)? In-Reply-To: References: Message-ID: Thank you, that works. However, I have modified the method SetMyProperty, so that it performs some additional logic. Now, the problem is, that I need SetMyProperty to be called even when setting the same value again. ParaView caches the property, so that SetMyProperty is only executed when the argument is different from a previous call. Is it possible to change a flag or something to force the remote procedure call even if the argument is the same? Thanks Mario 2016-12-05 15:26 GMT+01:00 David E DeMarle : > Try adding a Property element to the xml. > > On Sat, Dec 3, 2016 at 12:09 PM, Mario Schreiber < > schreibermario40 at gmail.com> wrote: > > ... > > >> class vtkMyObject : public vtkObject >> { >> public: >> > ... > >> >> vtkGetMacro(MyProperty,double); >> vtkSetMacro(MyProperty,double); >> >> > To make that callable by ParaView: > > 4. MyConfig.xml: > > > label="MyObject"> > > default_values="0" > name="MyProperty" > number_of_elements="1" > panel_visibility="default"> > Set MyProperty > > > >> >> >> >> >> > ... > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Mon Dec 5 15:42:12 2016 From: wascott at sandia.gov (Scott, W Alan) Date: Mon, 5 Dec 2016 20:42:12 +0000 Subject: [Paraview] Create glyphs between timesteps Message-ID: If I have a time series with positions (It's a set of csv files, one time step per file, each file has the same set of points), is there a method of computing the delta position from the current time to the next time and using that as a glyph vector? Thanks, Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From dave.demarle at kitware.com Mon Dec 5 15:57:33 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 5 Dec 2016 15:57:33 -0500 Subject: [Paraview] How to set properties of custom vtkSMProxies (python)? In-Reply-To: References: Message-ID: The immediate_update flag that you can set in XML doesn't quite do what you want and it seems like it may be deprecated soon. Internally vtkSMProxy::UpdateProperty takes an optional force flag, but I don't see that exposed anywhere public that won't involve writing some paraview SM code to use it. What you might do is add a pure vtkProperty (not vtk*vector property) that calls some method on your class. Those take no arguments so they always execute on the server when asked for by the client. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Mon, Dec 5, 2016 at 3:39 PM, Mario Schreiber wrote: > Thank you, that works. > However, I have modified the method SetMyProperty, so that it performs > some additional logic. Now, the problem is, that I need SetMyProperty to be > called even when setting the same value again. ParaView caches the > property, so that SetMyProperty is only executed when the argument is > different from a previous call. Is it possible to change a flag or > something to force the remote procedure call even if the argument is the > same? > > Thanks > Mario > > > 2016-12-05 15:26 GMT+01:00 David E DeMarle : > >> Try adding a Property element to the xml. >> >> On Sat, Dec 3, 2016 at 12:09 PM, Mario Schreiber < >> schreibermario40 at gmail.com> wrote: >> >> ... >> >> >>> class vtkMyObject : public vtkObject >>> { >>> public: >>> >> ... >> >>> >>> vtkGetMacro(MyProperty,double); >>> vtkSetMacro(MyProperty,double); >>> >>> >> To make that callable by ParaView: >> >> 4. MyConfig.xml: >> >> >> > label="MyObject"> >> >> > default_values="0" >> name="MyProperty" >> number_of_elements="1" >> panel_visibility="default"> >> Set MyProperty >> >> >> >>> >>> >>> >>> >>> >> ... >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Dec 5 16:02:30 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 5 Dec 2016 16:02:30 -0500 Subject: [Paraview] Create glyphs between timesteps In-Reply-To: References: Message-ID: Alan, Here's a link to the earlier discussion about this question: http://markmail.org/message/u33sxvx36d7aeogc Cory On Mon, Dec 5, 2016 at 3:42 PM, Scott, W Alan wrote: > If I have a time series with positions (It's a set of csv files, one time > step per file, each file has the same set of points), is there a method of > computing the delta position from the current time to the next time and > using that as a glyph vector? > > > > 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 > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From wascott at sandia.gov Mon Dec 5 16:49:48 2016 From: wascott at sandia.gov (Scott, W Alan) Date: Mon, 5 Dec 2016 21:49:48 +0000 Subject: [Paraview] [EXTERNAL] Re: Create glyphs between timesteps In-Reply-To: References: Message-ID: <5cc651e59080408eb05a1adb345d44e3@ES01AMSNLNT.srn.sandia.gov> Thanks - I think I lost every last brain cell I had at Supercomputing. Total core dump. Alan -----Original Message----- From: Cory Quammen [mailto:cory.quammen at kitware.com] Sent: Monday, December 5, 2016 2:03 PM To: Scott, W Alan Cc: paraview at paraview.org Subject: [EXTERNAL] Re: [Paraview] Create glyphs between timesteps Alan, Here's a link to the earlier discussion about this question: http://markmail.org/message/u33sxvx36d7aeogc Cory On Mon, Dec 5, 2016 at 3:42 PM, Scott, W Alan wrote: > If I have a time series with positions (It's a set of csv files, one > time step per file, each file has the same set of points), is there a > method of computing the delta position from the current time to the > next time and using that as a glyph vector? > > > > 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 > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From cory.quammen at kitware.com Mon Dec 5 17:08:35 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 5 Dec 2016 17:08:35 -0500 Subject: [Paraview] win7 64bit install exe error crash immediately In-Reply-To: <682F9048-4C32-4780-9D9F-55C7FB0BEA0F@vols.utk.edu> References: <682F9048-4C32-4780-9D9F-55C7FB0BEA0F@vols.utk.edu> Message-ID: Hi, Could you pass the -dr flag to paraview.exe when it starts up. This flag will disable any custom settings you may have set up for previous versions of ParaView that may be interfering with the current version. We don't have a list of these settings, but I would like to track down which settings can lead to crashes if that is indeed the issue. To start ParaView with the -dr flag, please find the shortcut to "ParaView 5.2.0", which is probably under something like C:\ProgramData\Microsoft\Windows\Start Menu\Programs\ParaView 5.2.0-Qt-OpenGL2-Windows-64bit. Right-click on this shortcut and append to the Target: field the argument "-dr". Double-click the shortcut to launch ParaView. Does ParaView crash if you do that? Thanks, Cory On Mon, Dec 5, 2016 at 10:03 AM, Ramirez, Emilio (eramirez) wrote: > I have downloaded and installed paraview on my windows 7 64 bit machine. > However I am having an issue starting up the program. After installing > paraview.exe and trying to run it states: > > > > ?handle win32 exception occurred in paraview.exe? > > > > I have tried the different paraview versions in 5.2 and 5.1. Any advise to > help with this problem? > > > > Emilio > > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From schreibermario40 at gmail.com Mon Dec 5 17:11:00 2016 From: schreibermario40 at gmail.com (Mario Schreiber) Date: Mon, 5 Dec 2016 23:11:00 +0100 Subject: [Paraview] How to set properties of custom vtkSMProxies (python)? In-Reply-To: References: Message-ID: Thank you for the explanations. I'll try and see which solution works for me. Mario 2016-12-05 21:57 GMT+01:00 David E DeMarle : > The immediate_update flag that you can set in XML doesn't quite do what > you want and it seems like it may be deprecated soon. > > Internally vtkSMProxy::UpdateProperty takes an optional force flag, but I > don't see that exposed anywhere public that won't involve writing some > paraview SM code to use it. > > What you might do is add a pure vtkProperty (not vtk*vector property) that > calls some method on your class. Those take no arguments so they always > execute on the server when asked for by the client. > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 <(518)%20881-4909> > > On Mon, Dec 5, 2016 at 3:39 PM, Mario Schreiber < > schreibermario40 at gmail.com> wrote: > >> Thank you, that works. >> However, I have modified the method SetMyProperty, so that it performs >> some additional logic. Now, the problem is, that I need SetMyProperty to be >> called even when setting the same value again. ParaView caches the >> property, so that SetMyProperty is only executed when the argument is >> different from a previous call. Is it possible to change a flag or >> something to force the remote procedure call even if the argument is the >> same? >> >> Thanks >> Mario >> >> >> 2016-12-05 15:26 GMT+01:00 David E DeMarle : >> >>> Try adding a Property element to the xml. >>> >>> On Sat, Dec 3, 2016 at 12:09 PM, Mario Schreiber < >>> schreibermario40 at gmail.com> wrote: >>> >>> ... >>> >>> >>>> class vtkMyObject : public vtkObject >>>> { >>>> public: >>>> >>> ... >>> >>>> >>>> vtkGetMacro(MyProperty,double); >>>> vtkSetMacro(MyProperty,double); >>>> >>>> >>> To make that callable by ParaView: >>> >>> 4. MyConfig.xml: >>> >>> >>> >> label="MyObject"> >>> >>> >> default_values="0" >>> name="MyProperty" >>> number_of_elements="1" >>> panel_visibility="default"> >>> Set MyProperty >>> >>> >>> >>>> >>>> >>>> >>>> >>>> >>> ... >>> >>> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Mon Dec 5 17:46:27 2016 From: wascott at sandia.gov (Scott, W Alan) Date: Mon, 5 Dec 2016 22:46:27 +0000 Subject: [Paraview] [EXTERNAL] Re: fontconfig warnings In-Reply-To: References: Message-ID: Here is what I tried that did stop the warnings. Hack yes, long term fix no, but it worked. ./paraview |& grep -v Fontconfig -----Original Message----- From: Cory Quammen [mailto:cory.quammen at kitware.com] Sent: Monday, December 5, 2016 12:56 PM To: Scott, W Alan Cc: paraview at paraview.org Subject: [EXTERNAL] Re: [Paraview] fontconfig warnings Alan, To follow up on this on the mailing list, ParaView ships with a version of fontconfig newer than the one on your system. The new fontconfig complains when it finds certain parts of the old file format. These are just warnings that shouldn't affect anything. Unfortunately, there is no easy way to quiet these warnings. We'll need to discuss this further to decide on a course of action. An issues is reported on the ParaView bug tracker here: https://gitlab.kitware.com/paraview/paraview/issues/17068 Best, Cory On Tue, Nov 29, 2016 at 8:41 PM, Scott, W Alan wrote: > I downloaded the Linux tarball from Kitware, and am getting a > bazillion warnings about the fontconfig. It looks like this. Any ideas? > > > > Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 84: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 84: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 93: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 93: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 102: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/30-metric-aliases.conf", line 102: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 33: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 59: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 68: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 68: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 79: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 79: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/40-nonlatin.conf", line 88: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/41-ttf-arphic-uming.conf", line 16: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/41-ttf-arphic-uming.conf", line 28: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/41-ttf-arphic-uming.conf", line 40: > Having multiple in isn't supported and may not work > as expected > > Fontconfig warning: "/etc/fonts/conf.d/44-wqy-zenhei.conf", line 11: > Having multiple values in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 23: Having > multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 39: Having > multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 39: Having > multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 56: Having > multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 56: Having > multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 66: Having > multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 66: Having > multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 66: Having > multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 75: Having > multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 75: Having > multiple in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/65-0-khmeros-base.conf", line 29: > Having multiple values in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/65-0-khmeros-base.conf", line 41: > Having multiple values in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/65-0-un-core-dotum.conf", line 8: > Having multiple values in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/65-1-vlgothic-gothic.conf", line 23: > Having multiple values in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/65-1-vlgothic-gothic.conf", line 36: > Having multiple values in isn't supported and may not work as > expected > > Fontconfig warning: "/etc/fonts/conf.d/65-kurdit-unikurd-web.conf", line 16: > Having multiple values in isn't supported and may not work as > expected > > > > > > 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 > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From debopamg at gmail.com Tue Dec 6 05:23:42 2016 From: debopamg at gmail.com (Debopam Ghoshal) Date: Tue, 6 Dec 2016 15:53:42 +0530 Subject: [Paraview] Error while launching Paraview (and Paraview Web) in Window 10 Message-ID: Hi, I followed the instructions given here , but I am getting the following error: Paraview Installation Directory: C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit Command: .\bin\pvpython.exe \ "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\share\ paraview-5.2\web\visualizer\server\pvw-visualizer.py" \ --content "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\share\ paraview-5.2\web\visualizer\www\" \ --data-dir "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\data\" \ --port 8080 Output: Console: *2016-12-02 10:09:51+0530 [-] Log opened.* Error Window screenshot attached (PVW-Error.png) Other Details: OS: Windows 10 Professional RAM: 8GB A screenshot of the system properties is attached for your reference (Window10-SystemProps.png) Similar error occurred when I launched the Paraview desktop application (ParaviewError.png). Cheers & Best Wishes, Debopam ------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: PVW-Error.png Type: image/png Size: 23778 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ParaviewError.png.png Type: image/png Size: 188744 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Windows10-SystemProps.png Type: image/png Size: 130669 bytes Desc: not available URL: From Tobias.Mondry at pfinder.de Tue Dec 6 05:54:15 2016 From: Tobias.Mondry at pfinder.de (Mondry, Tobias) Date: Tue, 6 Dec 2016 10:54:15 +0000 Subject: [Paraview] [EXTERNAL] Duplicate Layouts In-Reply-To: <601186823.142271.1480586481162.JavaMail.open-xchange@app05.ox.hosteurope.de> References: <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CF8B5@SRV-EXCHANGE.Pfinder-GER.lan>, <6ee93918e6a846048900a47f0f25ae3b@ES01AMSNLNT.srn.sandia.gov> <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CFB6E@SRV-EXCHANGE.Pfinder-GER.lan>, <601186823.142271.1480586481162.JavaMail.open-xchange@app05.ox.hosteurope.de> Message-ID: <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CFE25@SRV-EXCHANGE.Pfinder-GER.lan> Hi Venke, thank you for your Script. I modified your Script a little. It is working for me, as long as I have only one view in the layout. When I have more than one view I can't reproduce the layout. It is possible to read and set the ViewSize. Is there a way to read and define the exact location of a view in a layout? Here the modified script, in case it helps someone: rv1=GetActiveView() ALL=GetSources() dispProps=list() for i in range(len(ALL.keys())): dispProps.append(GetDisplayProperties(ALL.values()[i])) viewLayout1 = GetLayout() #viewLayout1.SplitHorizontal(0, 0.5) viewLayout2 = CreateLayout() rv2=CreateView('RenderView') SetActiveView(rv2) propNameList=['Visibility', 'Color', 'LookupTable', 'DiffuseColor', 'Scale', 'Representation', 'Texture', 'Opacity','Origin','Position','ScaleFactor'] for j in range(len(ALL.keys())): SetDisplayProperties(ALL.values()[j],ColorArrayName=dispProps[j].ColorArrayName[1]) for name in propNameList: try: eval('SetDisplayProperties(ALL.values()[j], ' + name + ' =dispProps[j].' + name + ')') except: pass ResetCamera() Greetings Tobias _____________________________ Von: postgurke at web.de [postgurke at web.de] Gesendet: Donnerstag, 1. Dezember 2016 11:01 An: Mondry, Tobias; Scott, W Alan; paraview at paraview.org Betreff: Re: [Paraview] [EXTERNAL] Duplicate Layouts Hi Tobias You could get the DisplayProperties of all your objects and then set them accordingly in the new render window using the Python Shell. I have written a short script for myself for this task --- however something is not quite correct, as strange colorings sometimes appear after turning the model in the second view. It can be fixed by making that object invisible and visible again, but still.... Maybe someone more experienced can correct my answer in that respect or has a better idea to tackle this problem...? Here is my code: rv1=GetActiveViewOrCreate('RenderView') ALL=GetSources() dispProps=list() for i in range(len(ALL.keys())): dispProps.append(GetDisplayProperties(ALL.values()[i])) viewLayout1 = GetLayout() viewLayout1.SplitHorizontal(0, 0.5) rv2=CreateView('RenderView') viewLayout1.AssignView(2, rv2) SetActiveView(rv2) for j in range(len(ALL.keys())): SetDisplayProperties(ALL.values()[j],Visibility=dispProps[j].Visibility) SetDisplayProperties(ALL.values()[j],ColorArrayName=dispProps[j].ColorArrayName[1]) SetDisplayProperties(ALL.values()[j],LookupTable=dispProps[j].LookupTable) SetDisplayProperties(ALL.values()[j],DiffuseColor=dispProps[j].DiffuseColor) SetDisplayProperties(ALL.values()[j],Scale=dispProps[j].Scale) SetDisplayProperties(ALL.values()[j],Representation=dispProps[j].Representation) SetDisplayProperties(ALL.values()[j],Texture=dispProps[j].Texture) Cheers Venke > "Mondry, Tobias" hat am 1. Dezember 2016 um 08:46 > geschrieben: > > > Camera link is nice, but not what I want. > > Example: > - load a stl file > - make a clip and use red as solid color > - open a new view or layout > > Now it would be useful to have the same "image" in the new view or layout: > - the clip is in show > - the clipped geometry has the color red > > It's like a copy and paste of all settings of a view. > > > Tobias > > ________________________________ > Von: Scott, W Alan [wascott at sandia.gov] > Gesendet: Mittwoch, 30. November 2016 18:48 > An: Mondry, Tobias; paraview at paraview.org > Betreff: RE: [EXTERNAL] [Paraview] Duplicate Layouts > > You mean link the cameras for two views? Right click on the background, then > left click in the other view. > > Alan > > From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Mondry, > Tobias > Sent: Wednesday, November 30, 2016 8:39 AM > To: paraview at paraview.org > Subject: [EXTERNAL] [Paraview] Duplicate Layouts > > Hi, > > do you know a way to duplicate a Layout, in GUI or python? > This would be useful when you want to have different Layouts with slightly > different color bar settings, for example. > > Kind regards > > Tobias ________________________________ Pfinder KG Rudolf-Diesel-Strasse 14 71032 B?blingen / Germany Telefon: + 49 (7031) 27 01 0 / Telefax: + 49 (7031) 28 05 00 / Internet: www.pfinder.de Handelsregister: Amtsgericht Stuttgart, Registergericht HRA 240702 Diese E-Mail kann Betriebs- und Gesch?ftsgeheimnisse oder sonstige vertrauliche und /oder rechtlich gesch?tzte Informationen enthalten. Sollten Sie diese eMail irrt?mlich erhalten haben, ist Ihnen eine Kenntnisnahme des Inhalts, eine Vervielf?ltigung oder Weitergabe der eMail ausdr?cklich untersagt. Bitte benachrichtigen Sie uns und vernichten Sie die eMail. Der Absender hat alle erdenklichen Vorsichtsma?nahmen getroffen, dass die Anlagen dieser eMail frei von Computerviren o.?. sind. Gleichwohl schlie?en wir die Haftung f?r jeden Schaden aus, der durch Computerviren o.?. verursacht wurde, soweit wir nicht vors?tzlich oder grob fahrl?ssig gehandelt haben. Wir raten Ihnen, dass Sie in jedem Fall Ihre eigene Virenpr?fung vornehmen, bevor Sie die Anlagen ?ffnen. Vielen Dank ! The information contained in this email message may be confidential, and may also be the subject of legal professional privilege. If you are not the intended recipient, any use, interference with, disclosure or copying of this material is unauthorised and prohibited. Please inform us immediately and destroy the email. We have taken every reasonable precaution to ensure that any attachment to this email has been swept for viruses. However, we cannot accept liability for any damage sustained as a result of software viruses and would advise that you carry out your own virus checks before opening any attachment. Thank you for your cooperation ! From postgurke at web.de Tue Dec 6 06:18:12 2016 From: postgurke at web.de (postgurke at web.de) Date: Tue, 6 Dec 2016 12:18:12 +0100 (CET) Subject: [Paraview] [EXTERNAL] Duplicate Layouts In-Reply-To: <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CFE25@SRV-EXCHANGE.Pfinder-GER.lan> References: <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CF8B5@SRV-EXCHANGE.Pfinder-GER.lan>, <6ee93918e6a846048900a47f0f25ae3b@ES01AMSNLNT.srn.sandia.gov> <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CFB6E@SRV-EXCHANGE.Pfinder-GER.lan>, <601186823.142271.1480586481162.JavaMail.open-xchange@app05.ox.hosteurope.de> <5DAD8FF59D3EC8419A9CCA1EC08C66754E5CFE25@SRV-EXCHANGE.Pfinder-GER.lan> Message-ID: <320657790.160208.1481023092790.JavaMail.open-xchange@app05.ox.hosteurope.de> Hi Tobias Thanks for your feedback. I will use your modifications the next time when I need this. rv1.ViewSize will hold the size of the first RenderView. But I think it doesn't affect the size of the render window, only the view itself. Maybe this is still helpful to you. I haven't done anything with more than two windows yet. Cheers Venke > "Mondry, Tobias" hat am 6. Dezember 2016 um 11:54 > geschrieben: > > > Hi Venke, > > thank you for your Script. > I modified your Script a little. It is working for me, as long as I have only > one view in the layout. > When I have more than one view I can't reproduce the layout. It is possible to > read and set the ViewSize. Is there a way to read and define the exact > location of a view in a layout? > > Here the modified script, in case it helps someone: > > rv1=GetActiveView() > ALL=GetSources() > > dispProps=list() > > for i in range(len(ALL.keys())): > dispProps.append(GetDisplayProperties(ALL.values()[i])) > > > viewLayout1 = GetLayout() > #viewLayout1.SplitHorizontal(0, 0.5) > > viewLayout2 = CreateLayout() > > rv2=CreateView('RenderView') > > SetActiveView(rv2) > > propNameList=['Visibility', 'Color', 'LookupTable', 'DiffuseColor', 'Scale', > 'Representation', 'Texture', 'Opacity','Origin','Position','ScaleFactor'] > > for j in range(len(ALL.keys())): > > > SetDisplayProperties(ALL.values()[j],ColorArrayName=dispProps[j].ColorArrayName[1]) > for name in propNameList: > try: > eval('SetDisplayProperties(ALL.values()[j], ' + name + ' > =dispProps[j].' + name + ')') > except: > pass > > > > ResetCamera() > > Greetings > Tobias > > _____________________________ > Von: postgurke at web.de [postgurke at web.de] > Gesendet: Donnerstag, 1. Dezember 2016 11:01 > An: Mondry, Tobias; Scott, W Alan; paraview at paraview.org > Betreff: Re: [Paraview] [EXTERNAL] Duplicate Layouts > > Hi Tobias > > You could get the DisplayProperties of all your objects and then set them > accordingly in the new render window using the Python Shell. I have written a > short script for myself for this task --- however something is not quite > correct, as strange colorings sometimes appear after turning the model in the > second view. It can be fixed by making that object invisible and visible > again, > but still.... Maybe someone more experienced can correct my answer in that > respect or has a better idea to tackle this problem...? > > Here is my code: > > rv1=GetActiveViewOrCreate('RenderView') > ALL=GetSources() > > dispProps=list() > for i in range(len(ALL.keys())): > dispProps.append(GetDisplayProperties(ALL.values()[i])) > > viewLayout1 = GetLayout() > viewLayout1.SplitHorizontal(0, 0.5) > > rv2=CreateView('RenderView') > viewLayout1.AssignView(2, rv2) > > SetActiveView(rv2) > > for j in range(len(ALL.keys())): > > SetDisplayProperties(ALL.values()[j],Visibility=dispProps[j].Visibility) > > SetDisplayProperties(ALL.values()[j],ColorArrayName=dispProps[j].ColorArrayName[1]) > > SetDisplayProperties(ALL.values()[j],LookupTable=dispProps[j].LookupTable) > > SetDisplayProperties(ALL.values()[j],DiffuseColor=dispProps[j].DiffuseColor) > SetDisplayProperties(ALL.values()[j],Scale=dispProps[j].Scale) > > SetDisplayProperties(ALL.values()[j],Representation=dispProps[j].Representation) > SetDisplayProperties(ALL.values()[j],Texture=dispProps[j].Texture) > > > > Cheers > Venke > > > > > "Mondry, Tobias" hat am 1. Dezember 2016 um 08:46 > > geschrieben: > > > > > > Camera link is nice, but not what I want. > > > > Example: > > - load a stl file > > - make a clip and use red as solid color > > - open a new view or layout > > > > Now it would be useful to have the same "image" in the new view or layout: > > - the clip is in show > > - the clipped geometry has the color red > > > > It's like a copy and paste of all settings of a view. > > > > > > Tobias > > > > ________________________________ > > Von: Scott, W Alan [wascott at sandia.gov] > > Gesendet: Mittwoch, 30. November 2016 18:48 > > An: Mondry, Tobias; paraview at paraview.org > > Betreff: RE: [EXTERNAL] [Paraview] Duplicate Layouts > > > > You mean link the cameras for two views? Right click on the background, > > then > > left click in the other view. > > > > Alan > > > > From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of Mondry, > > Tobias > > Sent: Wednesday, November 30, 2016 8:39 AM > > To: paraview at paraview.org > > Subject: [EXTERNAL] [Paraview] Duplicate Layouts > > > > Hi, > > > > do you know a way to duplicate a Layout, in GUI or python? > > This would be useful when you want to have different Layouts with slightly > > different color bar settings, for example. > > > > Kind regards > > > > Tobias > ________________________________ > > Pfinder KG > Rudolf-Diesel-Strasse 14 > 71032 B?blingen / Germany > Telefon: + 49 (7031) 27 01 0 / Telefax: + 49 (7031) 28 05 00 / Internet: > www.pfinder.de > Handelsregister: Amtsgericht Stuttgart, Registergericht HRA 240702 > > Diese E-Mail kann Betriebs- und Gesch?ftsgeheimnisse oder sonstige > vertrauliche und /oder rechtlich gesch?tzte Informationen enthalten. Sollten > Sie diese eMail irrt?mlich erhalten haben, ist Ihnen eine Kenntnisnahme des > Inhalts, eine Vervielf?ltigung oder Weitergabe der eMail ausdr?cklich > untersagt. Bitte benachrichtigen Sie uns und vernichten Sie die eMail. Der > Absender hat alle erdenklichen Vorsichtsma?nahmen getroffen, dass die Anlagen > dieser eMail frei von Computerviren o.?. sind. Gleichwohl schlie?en wir die > Haftung f?r jeden Schaden aus, der durch Computerviren o.?. verursacht wurde, > soweit wir nicht vors?tzlich oder grob fahrl?ssig gehandelt haben. Wir raten > Ihnen, dass Sie in jedem Fall Ihre eigene Virenpr?fung vornehmen, bevor Sie > die Anlagen ?ffnen. Vielen Dank ! > > The information contained in this email message may be confidential, and may > also be the subject of legal professional privilege. If you are not the > intended recipient, any use, interference with, disclosure or copying of this > material is unauthorised and prohibited. Please inform us immediately and > destroy the email. We have taken every reasonable precaution to ensure that > any attachment to this email has been swept for viruses. However, we cannot > accept liability for any damage sustained as a result of software viruses and > would advise that you carry out your own virus checks before opening any > attachment. Thank you for your cooperation ! > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview From cory.quammen at kitware.com Tue Dec 6 10:42:37 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 6 Dec 2016 10:42:37 -0500 Subject: [Paraview] win7 64bit install exe error crash immediately In-Reply-To: <7caa6b40fde1480485d7af80ca386b7d@EXCHCS32.ornl.gov> References: <682F9048-4C32-4780-9D9F-55C7FB0BEA0F@vols.utk.edu> <7caa6b40fde1480485d7af80ca386b7d@EXCHCS32.ornl.gov> Message-ID: Thanks for trying with the -dr option. Grrr, Windows error messages are not terribly helpful. We do test ParaView nightly on Windows 7 64-bit and it runs fine. Does any version of ParaView run on the system in question? Do you have another Windows 7 machine on which to try it? Another wild guess - you may have to temporarily disable anti-virus software when installing 5.2. On Tue, Dec 6, 2016 at 9:08 AM, Gao, Zhiming wrote: > The problem still exists. The error information shows: > > An unhandled win32 exception occurred in paraview.exe [15780] > > Thanks > > -----Original Message----- > From: Cory Quammen [mailto:cory.quammen at kitware.com] > Sent: Monday, December 05, 2016 5:09 PM > To: Ramirez, Emilio (eramirez) > Cc: paraview at paraview.org; Gao, Zhiming > Subject: Re: [Paraview] win7 64bit install exe error crash immediately > > Hi, > > Could you pass the -dr flag to paraview.exe when it starts up. This flag will disable any custom settings you may have set up for previous versions of ParaView that may be interfering with the current version. > We don't have a list of these settings, but I would like to track down which settings can lead to crashes if that is indeed the issue. > > To start ParaView with the -dr flag, please find the shortcut to "ParaView 5.2.0", which is probably under something like C:\ProgramData\Microsoft\Windows\Start Menu\Programs\ParaView 5.2.0-Qt-OpenGL2-Windows-64bit. Right-click on this shortcut and append to the Target: field the argument "-dr". Double-click the shortcut to launch ParaView. > > Does ParaView crash if you do that? > > Thanks, > Cory > > On Mon, Dec 5, 2016 at 10:03 AM, Ramirez, Emilio (eramirez) wrote: >> I have downloaded and installed paraview on my windows 7 64 bit machine. >> However I am having an issue starting up the program. After installing >> paraview.exe and trying to run it states: >> >> >> >> ?handle win32 exception occurred in paraview.exe? >> >> >> >> I have tried the different paraview versions in 5.2 and 5.1. Any >> advise to help with this problem? >> >> >> >> Emilio >> >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From cory.quammen at kitware.com Tue Dec 6 11:13:58 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 6 Dec 2016 11:13:58 -0500 Subject: [Paraview] win7 64bit install exe error crash immediately In-Reply-To: <6c72922519724cdf951cba943b92dd07@EXCHCS32.ornl.gov> References: <682F9048-4C32-4780-9D9F-55C7FB0BEA0F@vols.utk.edu> <7caa6b40fde1480485d7af80ca386b7d@EXCHCS32.ornl.gov> <6c72922519724cdf951cba943b92dd07@EXCHCS32.ornl.gov> Message-ID: Do any 4.X versions run on your Windows 7 64-bit computer? On Tue, Dec 6, 2016 at 10:55 AM, Gao, Zhiming wrote: > My one Windows 7 64-bit computer did not work with the 5.20 version of ParaView, but the other is fine. > > Thanks > > -----Original Message----- > From: Cory Quammen [mailto:cory.quammen at kitware.com] > Sent: Tuesday, December 06, 2016 10:43 AM > To: Gao, Zhiming > Cc: Ramirez, Emilio (eramirez); paraview at paraview.org > Subject: Re: [Paraview] win7 64bit install exe error crash immediately > > Thanks for trying with the -dr option. Grrr, Windows error messages are not terribly helpful. > > We do test ParaView nightly on Windows 7 64-bit and it runs fine. Does any version of ParaView run on the system in question? Do you have another Windows 7 machine on which to try it? > > Another wild guess - you may have to temporarily disable anti-virus software when installing 5.2. > > On Tue, Dec 6, 2016 at 9:08 AM, Gao, Zhiming wrote: >> The problem still exists. The error information shows: >> >> An unhandled win32 exception occurred in paraview.exe [15780] >> >> Thanks >> >> -----Original Message----- >> From: Cory Quammen [mailto:cory.quammen at kitware.com] >> Sent: Monday, December 05, 2016 5:09 PM >> To: Ramirez, Emilio (eramirez) >> Cc: paraview at paraview.org; Gao, Zhiming >> Subject: Re: [Paraview] win7 64bit install exe error crash immediately >> >> Hi, >> >> Could you pass the -dr flag to paraview.exe when it starts up. This flag will disable any custom settings you may have set up for previous versions of ParaView that may be interfering with the current version. >> We don't have a list of these settings, but I would like to track down which settings can lead to crashes if that is indeed the issue. >> >> To start ParaView with the -dr flag, please find the shortcut to "ParaView 5.2.0", which is probably under something like C:\ProgramData\Microsoft\Windows\Start Menu\Programs\ParaView 5.2.0-Qt-OpenGL2-Windows-64bit. Right-click on this shortcut and append to the Target: field the argument "-dr". Double-click the shortcut to launch ParaView. >> >> Does ParaView crash if you do that? >> >> Thanks, >> Cory >> >> On Mon, Dec 5, 2016 at 10:03 AM, Ramirez, Emilio (eramirez) wrote: >>> I have downloaded and installed paraview on my windows 7 64 bit machine. >>> However I am having an issue starting up the program. After >>> installing paraview.exe and trying to run it states: >>> >>> >>> >>> ?handle win32 exception occurred in paraview.exe? >>> >>> >>> >>> I have tried the different paraview versions in 5.2 and 5.1. Any >>> advise to help with this problem? >>> >>> >>> >>> Emilio >>> >>> >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >> >> >> >> -- >> Cory Quammen >> Staff R&D Engineer >> Kitware, Inc. >> > > > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From cory.quammen at kitware.com Tue Dec 6 11:35:01 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 6 Dec 2016 11:35:01 -0500 Subject: [Paraview] Error while launching Paraview (and Paraview Web) in Window 10 In-Reply-To: References: Message-ID: Debopam, I just tried what you ran on Windows 10 and it ran fine for me. One thing I had to fix, which I doubt is the cause of your crash, is the data argument is actually just --data and not --data-dir. We've had some other reports of 5.2 crashing on start up on Windows. Did 5.1 run fine for you? I wonder if you could try installing ParaView 4.4 from http://www.paraview.org/download/ to see if it runs. If it does, that gives me a clue on where to look. Thanks, Cory On Tue, Dec 6, 2016 at 5:23 AM, Debopam Ghoshal wrote: > Hi, > > I followed the instructions given here, but I am getting the following > error: > > > Paraview Installation Directory: C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit > > Command: > > .\bin\pvpython.exe \ > > > "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\share\paraview-5.2\web\visualizer\server\pvw-visualizer.py" > \ > > --content > "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\share\paraview-5.2\web\visualizer\www\" > \ > > --data-dir "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\data\" \ > > --port 8080 > > > Output: > > Console: 2016-12-02 10:09:51+0530 [-] Log opened. > > Error Window screenshot attached (PVW-Error.png) > > > Other Details: > > OS: Windows 10 Professional > > RAM: 8GB > > A screenshot of the system properties is attached for your reference > (Window10-SystemProps.png) > > Similar error occurred when I launched the Paraview desktop application > (ParaviewError.png). > > > Cheers & Best Wishes, > > Debopam > ------------------------------- > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From cory.quammen at kitware.com Tue Dec 6 12:06:12 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 6 Dec 2016 12:06:12 -0500 Subject: [Paraview] Error while launching Paraview (and Paraview Web) in Window 10 In-Reply-To: References: Message-ID: Correction: I could run ParaViewWeb on Windows 10, but I couldn't load data through the web client. I didn't get pvpython.exe to crash, though. On Tue, Dec 6, 2016 at 11:35 AM, Cory Quammen wrote: > Debopam, > > I just tried what you ran on Windows 10 and it ran fine for me. One > thing I had to fix, which I doubt is the cause of your crash, is the > data argument is actually just --data and not --data-dir. > > We've had some other reports of 5.2 crashing on start up on Windows. > Did 5.1 run fine for you? > > I wonder if you could try installing ParaView 4.4 from > http://www.paraview.org/download/ to see if it runs. If it does, that > gives me a clue on where to look. > > Thanks, > Cory > > On Tue, Dec 6, 2016 at 5:23 AM, Debopam Ghoshal wrote: >> Hi, >> >> I followed the instructions given here, but I am getting the following >> error: >> >> >> Paraview Installation Directory: C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit >> >> Command: >> >> .\bin\pvpython.exe \ >> >> >> "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\share\paraview-5.2\web\visualizer\server\pvw-visualizer.py" >> \ >> >> --content >> "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\share\paraview-5.2\web\visualizer\www\" >> \ >> >> --data-dir "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\data\" \ >> >> --port 8080 >> >> >> Output: >> >> Console: 2016-12-02 10:09:51+0530 [-] Log opened. >> >> Error Window screenshot attached (PVW-Error.png) >> >> >> Other Details: >> >> OS: Windows 10 Professional >> >> RAM: 8GB >> >> A screenshot of the system properties is attached for your reference >> (Window10-SystemProps.png) >> >> Similar error occurred when I launched the Paraview desktop application >> (ParaviewError.png). >> >> >> Cheers & Best Wishes, >> >> Debopam >> ------------------------------- >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. -- Cory Quammen Staff R&D Engineer Kitware, Inc. From sebastien.jourdain at kitware.com Tue Dec 6 18:44:31 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Tue, 6 Dec 2016 16:44:31 -0700 Subject: [Paraview] Error while launching Paraview (and Paraview Web) in Window 10 In-Reply-To: References: Message-ID: Cory you need to provide an absolute path as argument "c:\.....". But the issue seems to be on ParaView itself. The (Qt) executable crash at startup on there machine, regardless of their goal to use ParaViewWeb down the road. Seb On Tue, Dec 6, 2016 at 10:06 AM, Cory Quammen wrote: > Correction: I could run ParaViewWeb on Windows 10, but I couldn't load > data through the web client. I didn't get pvpython.exe to crash, > though. > > On Tue, Dec 6, 2016 at 11:35 AM, Cory Quammen > wrote: > > Debopam, > > > > I just tried what you ran on Windows 10 and it ran fine for me. One > > thing I had to fix, which I doubt is the cause of your crash, is the > > data argument is actually just --data and not --data-dir. > > > > We've had some other reports of 5.2 crashing on start up on Windows. > > Did 5.1 run fine for you? > > > > I wonder if you could try installing ParaView 4.4 from > > http://www.paraview.org/download/ to see if it runs. If it does, that > > gives me a clue on where to look. > > > > Thanks, > > Cory > > > > On Tue, Dec 6, 2016 at 5:23 AM, Debopam Ghoshal > wrote: > >> Hi, > >> > >> I followed the instructions given here, but I am getting the following > >> error: > >> > >> > >> Paraview Installation Directory: C:\ParaView-5.2.0-Qt4-OpenGL2- > Windows-64bit > >> > >> Command: > >> > >> .\bin\pvpython.exe \ > >> > >> > >> "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\share\ > paraview-5.2\web\visualizer\server\pvw-visualizer.py" > >> \ > >> > >> --content > >> "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\share\ > paraview-5.2\web\visualizer\www\" > >> \ > >> > >> --data-dir "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\data\" \ > >> > >> --port 8080 > >> > >> > >> Output: > >> > >> Console: 2016-12-02 10:09:51+0530 [-] Log opened. > >> > >> Error Window screenshot attached (PVW-Error.png) > >> > >> > >> Other Details: > >> > >> OS: Windows 10 Professional > >> > >> RAM: 8GB > >> > >> A screenshot of the system properties is attached for your reference > >> (Window10-SystemProps.png) > >> > >> Similar error occurred when I launched the Paraview desktop application > >> (ParaviewError.png). > >> > >> > >> Cheers & Best Wishes, > >> > >> Debopam > >> ------------------------------- > >> > >> > >> _______________________________________________ > >> Powered by www.kitware.com > >> > >> Visit other Kitware open-source projects at > >> http://www.kitware.com/opensource/opensource.html > >> > >> Please keep messages on-topic and check the ParaView Wiki at: > >> http://paraview.org/Wiki/ParaView > >> > >> Search the list archives at: http://markmail.org/search/?q=ParaView > >> > >> Follow this link to subscribe/unsubscribe: > >> http://public.kitware.com/mailman/listinfo/paraview > >> > > > > > > > > -- > > Cory Quammen > > Staff R&D Engineer > > Kitware, Inc. > > > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 schreibermario40 at gmail.com Wed Dec 7 01:34:19 2016 From: schreibermario40 at gmail.com (Mario Schreiber) Date: Wed, 7 Dec 2016 07:34:19 +0100 Subject: [Paraview] Invoke remote procedure from proxy with argument and return value Message-ID: Hello, I have a use case, where a vtkObject on the server implements a method like std::string doSomething(std::string arg); Now, with a proxy prx on the client for that class, I would like to call the remote procedure similar to result=prx.InvokeCommand("doSomething",[arg]) Is something like this possible? I found a very complicated workaround by first defining the arguments as properties, defining the result as information_only property linked to on of the args, then calling "UpdateVTKObjects" to push the arguments and finally "UpdateInformationProperties" to pull the result. Is there an easier solution, possible with a short example? Thank you Mario -------------- next part -------------- An HTML attachment was scrubbed... URL: From treem22 at gatech.edu Wed Dec 7 17:13:34 2016 From: treem22 at gatech.edu (Mike Tree) Date: Wed, 7 Dec 2016 17:13:34 -0500 Subject: [Paraview] Animation Freeze Upon Save Message-ID: I am attempting to save an animation of particles traversing a fluid field by either saving a series of images or through the .avi format directly. Either way, my animation save freezes at 10% complete every time. I have successfully saved the data for every time step from the ParticleTracer filter, but cannot manage to save the animation. Any information will be helpful. https://www.dropbox.com/sh/eh8gdrrxay7nqdv/AAAPm41_7hnI3b3ft6SaARnSa?dl=1 Thanks, Mike -- Mike Tree, PhD Candidate Cardiovascular Fluid Mechanics Laboratory Georgia Institute of Technology Atlanta, GA treem22 at gatech.edu 678-249-0922 -------------- next part -------------- An HTML attachment was scrubbed... URL: From debopamg at gmail.com Thu Dec 8 02:51:58 2016 From: debopamg at gmail.com (Debopam Ghoshal) Date: Thu, 8 Dec 2016 13:21:58 +0530 Subject: [Paraview] Error while launching Paraview (and Paraview Web) in Window 10 In-Reply-To: References: Message-ID: Hi Cory, I tried to run Paraview 5.1.2, but it gives the same error. However, I was able to run Paraview 4.1 successfully on Window 10. But ParaviewWeb failed to run as it seems that version 4.1 does not have the python script used for running ParaviewWeb. Cheers & Best Wishes, Debopam ------------------------------- Cell: +91 98304 10041 On Wed, Dec 7, 2016 at 5:14 AM, Sebastien Jourdain < sebastien.jourdain at kitware.com> wrote: > Cory you need to provide an absolute path as argument "c:\.....". > > But the issue seems to be on ParaView itself. The (Qt) executable crash at > startup on there machine, regardless of their goal to use ParaViewWeb down > the road. > > Seb > > On Tue, Dec 6, 2016 at 10:06 AM, Cory Quammen > wrote: > >> Correction: I could run ParaViewWeb on Windows 10, but I couldn't load >> data through the web client. I didn't get pvpython.exe to crash, >> though. >> >> On Tue, Dec 6, 2016 at 11:35 AM, Cory Quammen >> wrote: >> > Debopam, >> > >> > I just tried what you ran on Windows 10 and it ran fine for me. One >> > thing I had to fix, which I doubt is the cause of your crash, is the >> > data argument is actually just --data and not --data-dir. >> > >> > We've had some other reports of 5.2 crashing on start up on Windows. >> > Did 5.1 run fine for you? >> > >> > I wonder if you could try installing ParaView 4.4 from >> > http://www.paraview.org/download/ to see if it runs. If it does, that >> > gives me a clue on where to look. >> > >> > Thanks, >> > Cory >> > >> > On Tue, Dec 6, 2016 at 5:23 AM, Debopam Ghoshal >> wrote: >> >> Hi, >> >> >> >> I followed the instructions given here, but I am getting the following >> >> error: >> >> >> >> >> >> Paraview Installation Directory: C:\ParaView-5.2.0-Qt4-OpenGL2- >> Windows-64bit >> >> >> >> Command: >> >> >> >> .\bin\pvpython.exe \ >> >> >> >> >> >> "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\share\paraview- >> 5.2\web\visualizer\server\pvw-visualizer.py" >> >> \ >> >> >> >> --content >> >> "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\share\paraview- >> 5.2\web\visualizer\www\" >> >> \ >> >> >> >> --data-dir "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\data\" \ >> >> >> >> --port 8080 >> >> >> >> >> >> Output: >> >> >> >> Console: 2016-12-02 10:09:51+0530 [-] Log opened. >> >> >> >> Error Window screenshot attached (PVW-Error.png) >> >> >> >> >> >> Other Details: >> >> >> >> OS: Windows 10 Professional >> >> >> >> RAM: 8GB >> >> >> >> A screenshot of the system properties is attached for your reference >> >> (Window10-SystemProps.png) >> >> >> >> Similar error occurred when I launched the Paraview desktop application >> >> (ParaviewError.png). >> >> >> >> >> >> Cheers & Best Wishes, >> >> >> >> Debopam >> >> ------------------------------- >> >> >> >> >> >> _______________________________________________ >> >> Powered by www.kitware.com >> >> >> >> Visit other Kitware open-source projects at >> >> http://www.kitware.com/opensource/opensource.html >> >> >> >> Please keep messages on-topic and check the ParaView Wiki at: >> >> http://paraview.org/Wiki/ParaView >> >> >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> >> >> Follow this link to subscribe/unsubscribe: >> >> http://public.kitware.com/mailman/listinfo/paraview >> >> >> > >> > >> > >> > -- >> > Cory Quammen >> > Staff R&D Engineer >> > Kitware, Inc. >> >> >> >> -- >> Cory Quammen >> Staff R&D Engineer >> Kitware, Inc. >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Thu Dec 8 10:46:37 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Thu, 8 Dec 2016 10:46:37 -0500 Subject: [Paraview] Error while launching Paraview (and Paraview Web) in Window 10 In-Reply-To: References: Message-ID: Hi Depobam, Thanks for trying out the other ParaView versions. I suspect there might be a problem with the new OpenGL backend on your system as that has changed between ParaView 4 and 5. What kind of graphics card do you have on your system. You can get some of the display properties by going to Settings -> System -> Display -> Advanced display settings -> Display adapter properties Ken, Are there any things Depobam can do on his Windows 10 system to help diagnose whether the OpenGL2 backend is causing the crash he is seeing in ParaView? Thanks, Cory On Thu, Dec 8, 2016 at 2:51 AM, Debopam Ghoshal wrote: > Hi Cory, > > I tried to run Paraview 5.1.2, but it gives the same error. However, I was > able to run Paraview 4.1 successfully on Window 10. > > But ParaviewWeb failed to run as it seems that version 4.1 does not have the > python script used for running ParaviewWeb. > > > > Cheers & Best Wishes, > Debopam > ------------------------------- > Cell: +91 98304 10041 > > On Wed, Dec 7, 2016 at 5:14 AM, Sebastien Jourdain > wrote: >> >> Cory you need to provide an absolute path as argument "c:\.....". >> >> But the issue seems to be on ParaView itself. The (Qt) executable crash at >> startup on there machine, regardless of their goal to use ParaViewWeb down >> the road. >> >> Seb >> >> On Tue, Dec 6, 2016 at 10:06 AM, Cory Quammen >> wrote: >>> >>> Correction: I could run ParaViewWeb on Windows 10, but I couldn't load >>> data through the web client. I didn't get pvpython.exe to crash, >>> though. >>> >>> On Tue, Dec 6, 2016 at 11:35 AM, Cory Quammen >>> wrote: >>> > Debopam, >>> > >>> > I just tried what you ran on Windows 10 and it ran fine for me. One >>> > thing I had to fix, which I doubt is the cause of your crash, is the >>> > data argument is actually just --data and not --data-dir. >>> > >>> > We've had some other reports of 5.2 crashing on start up on Windows. >>> > Did 5.1 run fine for you? >>> > >>> > I wonder if you could try installing ParaView 4.4 from >>> > http://www.paraview.org/download/ to see if it runs. If it does, that >>> > gives me a clue on where to look. >>> > >>> > Thanks, >>> > Cory >>> > >>> > On Tue, Dec 6, 2016 at 5:23 AM, Debopam Ghoshal >>> > wrote: >>> >> Hi, >>> >> >>> >> I followed the instructions given here, but I am getting the following >>> >> error: >>> >> >>> >> >>> >> Paraview Installation Directory: >>> >> C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit >>> >> >>> >> Command: >>> >> >>> >> .\bin\pvpython.exe \ >>> >> >>> >> >>> >> >>> >> "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\share\paraview-5.2\web\visualizer\server\pvw-visualizer.py" >>> >> \ >>> >> >>> >> --content >>> >> >>> >> "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\share\paraview-5.2\web\visualizer\www\" >>> >> \ >>> >> >>> >> --data-dir "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\data\" \ >>> >> >>> >> --port 8080 >>> >> >>> >> >>> >> Output: >>> >> >>> >> Console: 2016-12-02 10:09:51+0530 [-] Log opened. >>> >> >>> >> Error Window screenshot attached (PVW-Error.png) >>> >> >>> >> >>> >> Other Details: >>> >> >>> >> OS: Windows 10 Professional >>> >> >>> >> RAM: 8GB >>> >> >>> >> A screenshot of the system properties is attached for your reference >>> >> (Window10-SystemProps.png) >>> >> >>> >> Similar error occurred when I launched the Paraview desktop >>> >> application >>> >> (ParaviewError.png). >>> >> >>> >> >>> >> Cheers & Best Wishes, >>> >> >>> >> Debopam >>> >> ------------------------------- >>> >> >>> >> >>> >> _______________________________________________ >>> >> Powered by www.kitware.com >>> >> >>> >> Visit other Kitware open-source projects at >>> >> http://www.kitware.com/opensource/opensource.html >>> >> >>> >> Please keep messages on-topic and check the ParaView Wiki at: >>> >> http://paraview.org/Wiki/ParaView >>> >> >>> >> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >> >>> >> Follow this link to subscribe/unsubscribe: >>> >> http://public.kitware.com/mailman/listinfo/paraview >>> >> >>> > >>> > >>> > >>> > -- >>> > Cory Quammen >>> > Staff R&D Engineer >>> > Kitware, Inc. >>> >>> >>> >>> -- >>> Cory Quammen >>> Staff R&D Engineer >>> Kitware, Inc. >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >> >> > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From ken.martin at kitware.com Thu Dec 8 15:03:25 2016 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 8 Dec 2016 15:03:25 -0500 Subject: [Paraview] ParaView 5.2 for Oculus and OpenVR/Vive Message-ID: There is a new VR version of ParaView based on the 5.2.0 release available at www.paraview.org/download under 5.2/Experimental Demos. In addition to all the 5.2 paraview changes it includes: - big performance fix where the VR rendering was being held up by Vsync limits on the screen window - performance fix when grabbing and moving objects in paraview VR - a few other small performance optimizations to improve tracking accuracy and reduce latency Thanks Ken -- Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 518 371 3971 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rustem.khabetdinov at gmail.com Thu Dec 8 17:43:42 2016 From: rustem.khabetdinov at gmail.com (Rustem Khabetdinov) Date: Fri, 9 Dec 2016 01:43:42 +0300 Subject: [Paraview] Custom filters Message-ID: Hello I have a custom filter that reads data with vtk exodus reader. I don't understand how to display information about blocks(like using paraview reader). I tried to add SILDomain from readers.xml but it doesn't work. Is it possible to implement this using custom filters or should I write my own reader based exodus? Best Regards, Rustem Khabetdinov. -------------- next part -------------- An HTML attachment was scrubbed... URL: From han.luo at gmail.com Fri Dec 9 01:23:29 2016 From: han.luo at gmail.com (Luo Han) Date: Fri, 9 Dec 2016 01:23:29 -0500 Subject: [Paraview] Multiprocessing doesn't work on windows for pvpython Message-ID: Hi, I have a script to post processing data. It needs pvpython to call it. The script import multiprocessing module. But when I import the package, it shows: >>> import multiprocessing Traceback (most recent call last): File "", line 1, in File "D:\Program\ParaView 5.2.0-Qt4-OpenGL2-Windows-64bit\bin\lib\multiprocessing\__init__.py", line 84, in import _multiprocessing ImportError: No module named _multiprocessing I'm using windows 10 x64 with ParaView 5.2.0-Qt4-OpenGL2-Windows-64bit. I imported sys and sys.path tells: >>> sys.path ['', 'D:\\Program\\ParaView 5.2.0-Qt4-OpenGL2-Windows-64bit\\bin', 'D:\\Program\\ParaView 5.2.0-Qt4-OpenGL2-Windows-64bit\\bin\\python27.zip', 'D:\\Program\\ParaView 5.2.0-Qt4-OpenGL2-Windows-64bit\\bin\\DLLs', 'D:\\Program\\ParaView 5.2.0-Qt4-OpenGL2-Windows-64bit\\bin\\lib', 'D:\\Program\\ParaView 5.2.0-Qt4-OpenGL2-Windows-64bit\\bin\\lib\\plat-win', 'D:\\Program\\ParaView 5.2.0-Qt4-OpenGL2-Windows-64bit\\bin\\lib\\lib-tk', 'D:\\Program\\ParaView 5.2.0-Qt4-OpenGL2-Windows-64bit\\bin', 'D:\\Program\\ParaView 5.2.0-Qt4-OpenGL2-Windows-64bit\\bin\\lib\\site-packages', 'D:\\Program\\ParaView 5.2.0-Qt4-OpenGL2-Windows-64bit\\bin\\lib\\site-packages\\win32', 'D:\\Program\\ParaView 5.2.0-Qt4-OpenGL2-Windows-64bit\\bin\\lib\\site-packages\\win32\\lib'] I don't know what happened with the pvpython. I have a complete installation of Anaconda python 2.7 on the same machine and multiprocessing can be imported from the bash coming along with the installation. Thank you! -------------- next part -------------- An HTML attachment was scrubbed... URL: From mohamedanis.bouriga at ardia.com.tn Fri Dec 9 04:04:30 2016 From: mohamedanis.bouriga at ardia.com.tn (Mohamed Anis BOURIGA) Date: Fri, 9 Dec 2016 09:04:30 +0000 Subject: [Paraview] Paraview Scene Graph Message-ID: Hello ParaView World, I'm working on a project that uses extensively the concept of "scene graph" where a modification on a parent node is propagated to children nodes. The scene consists of relatively big number of objects. For example, I want that when applying a rotation to the root node, the rotation is perceived by all the children. I tried using the pipeline architecture of paraview with the transform filter. Unfortunately, it appears that this causes a huge problem of performance. My idea was to use the transforming parameters in the advanced panel that appears to apply the modifications almost instantly. The problem with that is that transformations are not perceived by children nodes. Correct me if I'm wrong but, I think that those transformations are applied to vtkActors associated with the objects and not the objects data. So my question is : Is there a way to propagate the transformations to children nodes efficiently? Best regards, Mohamed Anis Bouriga. -------------- next part -------------- An HTML attachment was scrubbed... URL: From u.utku.turuncoglu at be.itu.edu.tr Fri Dec 9 08:23:19 2016 From: u.utku.turuncoglu at be.itu.edu.tr (Ufuk Utku Turuncoglu (BE)) Date: Fri, 9 Dec 2016 16:23:19 +0300 Subject: [Paraview] not all fields written by allinputsgridwriter.py ... Message-ID: Hi, I am using allinputsgridwriter.py to write data that are coming from co-processing. The problem is that the result file does not contain all the fields. The adaptor code sends two fields but the written file has only single field (the first one). The same adaptor code and allinputsgridwriter.py script generate desired output with an other model code. So, i think that the adaptor and allinputsgridwriter.py are fine. There must be a problem in the model code but i could not find it. At this point, i just wonder which part of code could cause the problem. Can you suggest me any particular key point that i need to focus? Thanks, --ufuk From benjamincorr at gmail.com Fri Dec 9 14:12:55 2016 From: benjamincorr at gmail.com (Ben Orr) Date: Fri, 9 Dec 2016 13:12:55 -0600 Subject: [Paraview] Python script for aero-optic analysis of CFD results Message-ID: Paraview community, I am trying to batch process CFD results for aero-optic analysis. My plan is to create a series of PlotOverLine interpolations between the sensor and farfield boundary, and then use the data along that ray to do the aero-optic calculations. I will be using pvbatch since I have no need to visualize any step of the process. What is the best way to extract the data arrays (preferably only the arrays I need, by name), from the PlotOverLine object? For example, I can call " plotOverLine1.PointData['Density'].GetRange()" to get the min and max of the Density array, but I want the whole array. Thank you, Ben Orr benjamincorr at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From agsmith424 at gmail.com Fri Dec 9 15:00:22 2016 From: agsmith424 at gmail.com (Andy Smith) Date: Fri, 9 Dec 2016 15:00:22 -0500 Subject: [Paraview] Rendering Backend OpenGL2 & PV 5.2.0-RC4 & SurfaceLic --> Problem... In-Reply-To: <84a5a6aa-326f-a1ff-7789-28204a0ee502@DLR.de> References: <84a5a6aa-326f-a1ff-7789-28204a0ee502@DLR.de> Message-ID: Stefan, I am testing out 5.2.0 with offscreen rendering and have observed similar results. My version built with OpenGL2 is slightly faster than the OpenGL version for non surface LIC operations, but massively slower when using Surface LIC. Comparing back to version 4.4.0, version 5.2.0 with OpenGL2 is faster for non-Surface LIC operations but much slower for surface LIC. In fact when using Surface LIC, version 4.4.0 is faster then 5.2.0 with OpenGL. My test case involves creating a slice in an unstructured dataset and sweeping this slice in one direction taking multiple snapshots. Hopefully someone more knowledgeable on this subject than me has some ideas on the problem and how to address it. -Andy On Tue, Nov 15, 2016 at 5:35 AM, Stefan Melber wrote: > Hi, > > > i have a problem which is there in all RCs (1-4) of current ParaView: if i > compile the RenderingBackend to "OpenGL2" and use SurfaceLic the > visualization time goes up from a few seconds (with "OpenGL") to many > minutes and the memory consumption from a few GByte to approx 100 GByte. > Switching back to OpenGL any thing is fine. Without SurfaceLIC the OpenGL2 > works although fine for me. > > Has any one tested OpenGL2 with SurfaceLIC-Plugin the last time and has > (the same) problems? > > o Kernel 4.7.6-1 / x86-64 > o Quadro 4000 > o NVidia driver v367.57 > o PV 5.2.0 RC1 - RC4 > > Best regards, > > Stefan > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 Fri Dec 9 15:02:58 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Fri, 9 Dec 2016 15:02:58 -0500 Subject: [Paraview] not all fields written by allinputsgridwriter.py ... In-Reply-To: References: Message-ID: Are the fields uniquely named? That would be my first guess. Other than that, what are the names of the fields? Some names are specially handled in which case they may be hidden in the ParaView GUI. On Fri, Dec 9, 2016 at 8:23 AM, Ufuk Utku Turuncoglu (BE) < u.utku.turuncoglu at be.itu.edu.tr> wrote: > Hi, > > I am using allinputsgridwriter.py to write data that are coming from > co-processing. The problem is that the result file does not contain all the > fields. The adaptor code sends two fields but the written file has only > single field (the first one). The same adaptor code and > allinputsgridwriter.py script generate desired output with an other model > code. So, i think that the adaptor and allinputsgridwriter.py are fine. > There must be a problem in the model code but i could not find it. At this > point, i just wonder which part of code could cause the problem. Can you > suggest me any particular key point that i need to focus? > > Thanks, > > --ufuk > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Fri Dec 9 15:36:57 2016 From: wascott at sandia.gov (Scott, W Alan) Date: Fri, 9 Dec 2016 20:36:57 +0000 Subject: [Paraview] single mesh and sequence of scalar field files Message-ID: <606745d00ce444b097c1ebe9685b84f5@ES01AMSNLNT.srn.sandia.gov> I had a user ask this question: Given single mesh (vtk) and sequence of scalar field files, can one open/load mesh file once and then open/apply varying scalar files to said mesh? Thanks, Alan -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Fri Dec 9 15:44:43 2016 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 9 Dec 2016 15:44:43 -0500 Subject: [Paraview] Rendering Backend OpenGL2 & PV 5.2.0-RC4 & SurfaceLic --> Problem... In-Reply-To: <84a5a6aa-326f-a1ff-7789-28204a0ee502@DLR.de> References: <84a5a6aa-326f-a1ff-7789-28204a0ee502@DLR.de> Message-ID: I have not had time to look into this, but my quick guess is that you have a multiblock dataset with a lot of blocks. Can you try merging the blocks all together somehow into one block and see if the rendering speed improves? On Tue, Nov 15, 2016 at 5:35 AM, Stefan Melber wrote: > Hi, > > > i have a problem which is there in all RCs (1-4) of current ParaView: if i > compile the RenderingBackend to "OpenGL2" and use SurfaceLic the > visualization time goes up from a few seconds (with "OpenGL") to many > minutes and the memory consumption from a few GByte to approx 100 GByte. > Switching back to OpenGL any thing is fine. Without SurfaceLIC the OpenGL2 > works although fine for me. > > Has any one tested OpenGL2 with SurfaceLIC-Plugin the last time and has > (the same) problems? > > o Kernel 4.7.6-1 / x86-64 > o Quadro 4000 > o NVidia driver v367.57 > o PV 5.2.0 RC1 - RC4 > > Best regards, > > Stefan > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 518 371 3971 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From u.utku.turuncoglu at be.itu.edu.tr Fri Dec 9 15:50:55 2016 From: u.utku.turuncoglu at be.itu.edu.tr (u.utku.turuncoglu at be.itu.edu.tr) Date: Fri, 9 Dec 2016 22:50:55 +0200 (EET) Subject: [Paraview] not all fields written by allinputsgridwriter.py ... In-Reply-To: References: Message-ID: <61454.88.235.43.179.1481316655.squirrel@webmail.be.itu.edu.tr> Thanks for your help Andy. No. Their names are "tsfc" and "psfc". In this case, I have only one input port and two fields. I could also try to test with different fields but I could do it on Monday when I have access to server. Regards, --ufuk > Are the fields uniquely named? That would be my first guess. Other than > that, what are the names of the fields? Some names are specially handled > in > which case they may be hidden in the ParaView GUI. > > On Fri, Dec 9, 2016 at 8:23 AM, Ufuk Utku Turuncoglu (BE) < > u.utku.turuncoglu at be.itu.edu.tr> wrote: > >> Hi, >> >> I am using allinputsgridwriter.py to write data that are coming from >> co-processing. The problem is that the result file does not contain all >> the >> fields. The adaptor code sends two fields but the written file has only >> single field (the first one). The same adaptor code and >> allinputsgridwriter.py script generate desired output with an other >> model >> code. So, i think that the adaptor and allinputsgridwriter.py are fine. >> There must be a problem in the model code but i could not find it. At >> this >> point, i just wonder which part of code could cause the problem. Can you >> suggest me any particular key point that i need to focus? >> >> Thanks, >> >> --ufuk >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensou >> rce/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > From kmorel at sandia.gov Sat Dec 10 09:50:29 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Sat, 10 Dec 2016 14:50:29 +0000 Subject: [Paraview] single mesh and sequence of scalar field files In-Reply-To: <606745d00ce444b097c1ebe9685b84f5@ES01AMSNLNT.srn.sandia.gov> References: <606745d00ce444b097c1ebe9685b84f5@ES01AMSNLNT.srn.sandia.gov> Message-ID: You can use the Assign Attributes filter to apply the field from one data set to another. -Ken Sent from my iPad so blame autocorrect. On Dec 9, 2016, at 1:37 PM, Scott, W Alan > wrote: I had a user ask this question: Given single mesh (vtk) and sequence of scalar field files, can one open/load mesh file once and then open/apply varying scalar files to said mesh? 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 stephen.wornom at inria.fr Sat Dec 10 11:22:28 2016 From: stephen.wornom at inria.fr (Stephen Wornom) Date: Sat, 10 Dec 2016 17:22:28 +0100 (CET) Subject: [Paraview] PV4.10 extracting a contour line In-Reply-To: <109077409.8682731.1481386508059.JavaMail.zimbra@inria.fr> Message-ID: <492544490.8683105.1481386948624.JavaMail.zimbra@inria.fr> I have a 3D contour. I slice the xyz contour in a y-plane, now the contour is a line in the x-z plane. I would like to extract the contour, how does one do this? Thanks in advance, Stephen -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: 50.png Type: image/png Size: 411347 bytes Desc: not available URL: From cory.quammen at kitware.com Sat Dec 10 15:17:52 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Sat, 10 Dec 2016 15:17:52 -0500 Subject: [Paraview] PV4.10 extracting a contour line In-Reply-To: <492544490.8683105.1481386948624.JavaMail.zimbra@inria.fr> References: <109077409.8682731.1481386508059.JavaMail.zimbra@inria.fr> <492544490.8683105.1481386948624.JavaMail.zimbra@inria.fr> Message-ID: Hi Stephen, The polyline is separate from the other data after the filter is run, so in a sense it is already extracted. If by extract you mean you want to save the data to a file, in the pipeline browser, select the Contour filter that produces the polyline, then File -> Save Data... and choose the format to which you want it. If you mean something else by "extract", please clarify. Thanks, Cory On Sat, Dec 10, 2016 at 11:22 AM, Stephen Wornom wrote: > I have a 3D contour. > I slice the xyz contour in a y-plane, now the contour is a line in the x-z > plane. > > I would like to extract the contour, how does one do this? > > Thanks in advance, > Stephen > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -- Cory Quammen Staff R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From schreibermario40 at gmail.com Sun Dec 11 12:01:01 2016 From: schreibermario40 at gmail.com (Mario Schreiber) Date: Sun, 11 Dec 2016 18:01:01 +0100 Subject: [Paraview] Invoke remote procedure from proxy with argument and return value In-Reply-To: References: Message-ID: Why is it so complicated to call a procedure and receive a return value on the client? I am attaching my attempt (CMakeLists.txt, vtkSquareFun.cxx, vtkSquareFun.h and TestPlugin.xml, each less than 20 lines of code), which basically calculates the square of an argument in vtkSquareFun::eval(double x). When I load this plugin in Paraview and open the Python Shell, I can evaluate vtkSquareFun::eval() using a detour by first setting the argument and then getting the result, which is linked to the argument property in TestPlugin.xml: fun=servermanager.CreateProxy("test","SquareFun") fun.GetProperty("Arg").SetElement(0,999) fun.UpdateVTKObjects() fun.UpdatePropertyInformation() fun.GetProperty("Result").GetElement(0) ... showing the correct result 998001. Why can't I simply run the following? fun=servermanager.CreateProxy("test","SquareFun") result=fun.InvokeCommand("eval",[999.0]) Does Paraview really not provide any means of calling a function with arguments and return value within a single client-server communication? All these individual message transfers are a bottleneck in our application. Does the Paraview architecture exclude more universal remote procedure calls, or do you think that one could just augment the available procedures with another procedure that can deliver a set of custom return values? Thanks Mario 2016-12-07 7:34 GMT+01:00 Mario Schreiber : > Hello, > I have a use case, where a vtkObject on the server implements a method like > > std::string doSomething(std::string arg); > > Now, with a proxy prx on the client for that class, I would like to call > the remote procedure similar to > > result=prx.InvokeCommand("doSomething",[arg]) > > Is something like this possible? > I found a very complicated workaround by first defining the arguments as > properties, defining the result as information_only property linked to on > of the args, then calling "UpdateVTKObjects" to push the arguments and > finally "UpdateInformationProperties" to pull the result. Is there an > easier solution, possible with a short example? > > Thank you > Mario > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- FIND_PACKAGE(ParaView REQUIRED) INCLUDE(${PARAVIEW_USE_FILE}) ADD_PARAVIEW_PLUGIN(TestPlugin "1.0" SERVER_MANAGER_XML TestPlugin.xml SERVER_MANAGER_SOURCES vtkSquareFun.cxx ) -------------- next part -------------- A non-text attachment was scrubbed... Name: TestPlugin.xml Type: text/xml Size: 625 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vtkSquareFun.cxx Type: text/x-c++src Size: 311 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vtkSquareFun.h Type: text/x-chdr Size: 421 bytes Desc: not available URL: From jm.lucas at gantha.com Sun Dec 11 15:49:01 2016 From: jm.lucas at gantha.com (Jean-Michel Lucas) Date: Sun, 11 Dec 2016 21:49:01 +0100 Subject: [Paraview] Python script for aero-optic analysis of CFD Message-ID: <000301d253f0$064669a0$12d33ce0$@lucas@gantha.com> Dear Ben, Your data reside on the server side of ParaView, so you can't access it through ParaView proxies (like plotOverLine). Proxies only let you access some info about the data, like min and max. You have two options to access the whole array : - fetch the data from the server to the client using servermanager.Fetch (this may be computationally costly depending on the size of the data) ; - or access the data on the server side using a programmable filter. HTH, Jean-Michel -------------- next part -------------- An HTML attachment was scrubbed... URL: From u.utku.turuncoglu at be.itu.edu.tr Mon Dec 12 07:22:46 2016 From: u.utku.turuncoglu at be.itu.edu.tr (Ufuk Utku Turuncoglu (BE)) Date: Mon, 12 Dec 2016 15:22:46 +0300 Subject: [Paraview] not all fields written by allinputsgridwriter.py ... In-Reply-To: <61454.88.235.43.179.1481316655.squirrel@webmail.be.itu.edu.tr> References: <61454.88.235.43.179.1481316655.squirrel@webmail.be.itu.edu.tr> Message-ID: Hi Andy, I tested code with different variable names but the result is same. I also tried to get index of added array by using following call int i = dataSet->GetPointData()->AddArray(field); but the returned value "i" is always zero for all the variables. I think that this affects the number of fields that are written to the file. By the way, i print out the value of dataSet->GetPointData()->GetNumberOfArrays() and it returns always 1. So, somehow i am missing something but i could not find. The part of the code that is responsible to add array is template void Grid::SetAttributeValue(vtkCPDataDescription* coprocessorData, double* data, const char* vname, const char* pname, int* size, int* mpiSize, int* mpiRank) { // // Get grid // vtkCPInputDataDescription* idd = coprocessorData->GetInputDescriptionByName(pname); vtkMultiBlockDataSet *grid = vtkMultiBlockDataSet::SafeDownCast(idd->GetGrid()); if (!grid) { vtkGenericWarningMacro("No adaptor grid to attach field data to."); return; } // // Create dataset and fill with input data // vtkMultiPieceDataSet *multiPiece = vtkMultiPieceDataSet::SafeDownCast(grid->GetBlock(0)); vtkDataSet *dataSet = vtkDataSet::SafeDownCast(multiPiece->GetPiece(*mpiRank)); if (idd->IsFieldNeeded(vname)) { //std::cout << "update variable " << vname << " " << coprocessorData->GetTime() << std::endl; vtkSmartPointer field = vtkSmartPointer::New(); field->SetName(vname); field->SetNumberOfComponents(1); //field->SetArray(data, *size, 1); field->SetNumberOfValues(*size); for (int i = 0; i < *size; i++) { field->SetValue(i, data[i]); } int i = dataSet->GetPointData()->AddArray(field); std::cout << *mpiRank << " " << vname << " " << i << " " << dataSet->GetPointData()->GetNumberOfArrays() << std::endl; } } --ufuk On 09/12/2016 23:50, u.utku.turuncoglu at be.itu.edu.tr wrote: > Thanks for your help Andy. No. Their names are "tsfc" and "psfc". In this > case, I have only one input port and two fields. I could also try to test > with different fields but I could do it on Monday when I have access to > server. > > Regards, > > --ufuk > >> Are the fields uniquely named? That would be my first guess. Other than >> that, what are the names of the fields? Some names are specially handled >> in >> which case they may be hidden in the ParaView GUI. >> >> On Fri, Dec 9, 2016 at 8:23 AM, Ufuk Utku Turuncoglu (BE) < >> u.utku.turuncoglu at be.itu.edu.tr> wrote: >> >>> Hi, >>> >>> I am using allinputsgridwriter.py to write data that are coming from >>> co-processing. The problem is that the result file does not contain all >>> the >>> fields. The adaptor code sends two fields but the written file has only >>> single field (the first one). The same adaptor code and >>> allinputsgridwriter.py script generate desired output with an other >>> model >>> code. So, i think that the adaptor and allinputsgridwriter.py are fine. >>> There must be a problem in the model code but i could not find it. At >>> this >>> point, i just wonder which part of code could cause the problem. Can you >>> suggest me any particular key point that i need to focus? >>> >>> Thanks, >>> >>> --ufuk >>> _______________________________________________ >>> Powered bywww.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensou >>> rce/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at:http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Mon Dec 12 09:57:41 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 12 Dec 2016 09:57:41 -0500 Subject: [Paraview] not all fields written by allinputsgridwriter.py ... In-Reply-To: References: <61454.88.235.43.179.1481316655.squirrel@webmail.be.itu.edu.tr> Message-ID: Any chance that you have a different grid that you're adding the field to? What happens if you print out the number of point data arrays before you add the grid? On Mon, Dec 12, 2016 at 7:22 AM, Ufuk Utku Turuncoglu (BE) < u.utku.turuncoglu at be.itu.edu.tr> wrote: > Hi Andy, > > I tested code with different variable names but the result is same. I also > tried to get index of added array by using following call > > int i = dataSet->GetPointData()->AddArray(field); > > but the returned value "i" is always zero for all the variables. I think > that this affects the number of fields that are written to the file. By the > way, i print out the value of dataSet->GetPointData()->GetNumberOfArrays() > and it returns always 1. So, somehow i am missing something but i could not > find. The part of the code that is responsible to add array is > > template > void Grid::SetAttributeValue(vtkCPDataDescription* > coprocessorData, double* data, const char* vname, const char* pname, int* > size, int* mpiSize, int* mpiRank) { > // > // Get grid > // > vtkCPInputDataDescription* idd = coprocessorData-> > GetInputDescriptionByName(pname); > vtkMultiBlockDataSet *grid = vtkMultiBlockDataSet:: > SafeDownCast(idd->GetGrid()); > if (!grid) { > vtkGenericWarningMacro("No adaptor grid to attach field data to."); > return; > } > > // > // Create dataset and fill with input data > // > vtkMultiPieceDataSet *multiPiece = vtkMultiPieceDataSet:: > SafeDownCast(grid->GetBlock(0)); > vtkDataSet *dataSet = vtkDataSet::SafeDownCast( > multiPiece->GetPiece(*mpiRank)); > > if (idd->IsFieldNeeded(vname)) { > //std::cout << "update variable " << vname << " " << > coprocessorData->GetTime() << std::endl; > vtkSmartPointer field = vtkSmartPointer< > vtkDoubleArray>::New(); > field->SetName(vname); > field->SetNumberOfComponents(1); > > //field->SetArray(data, *size, 1); > field->SetNumberOfValues(*size); > for (int i = 0; i < *size; i++) { > field->SetValue(i, data[i]); > } > > int i = dataSet->GetPointData()->AddArray(field); > std::cout << *mpiRank << " " << vname << " " << i << " " << > dataSet->GetPointData()->GetNumberOfArrays() << std::endl; > } > } > > --ufuk > > > On 09/12/2016 23:50, u.utku.turuncoglu at be.itu.edu.tr wrote: > > Thanks for your help Andy. No. Their names are "tsfc" and "psfc". In this > case, I have only one input port and two fields. I could also try to test > with different fields but I could do it on Monday when I have access to > server. > > Regards, > > --ufuk > > > Are the fields uniquely named? That would be my first guess. Other than > that, what are the names of the fields? Some names are specially handled > in > which case they may be hidden in the ParaView GUI. > > On Fri, Dec 9, 2016 at 8:23 AM, Ufuk Utku Turuncoglu (BE) wrote: > > > Hi, > > I am using allinputsgridwriter.py to write data that are coming from > co-processing. The problem is that the result file does not contain all > the > fields. The adaptor code sends two fields but the written file has only > single field (the first one). The same adaptor code and > allinputsgridwriter.py script generate desired output with an other > model > code. So, i think that the adaptor and allinputsgridwriter.py are fine. > There must be a problem in the model code but i could not find it. At > this > point, i just wonder which part of code could cause the problem. Can you > suggest me any particular key point that i need to focus? > > Thanks, > > --ufuk > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects athttp://www.kitware.com/opensou > rce/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at:http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe:http://public.kitware.com/mailman/listinfo/paraview > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Dec 12 11:06:07 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 12 Dec 2016 11:06:07 -0500 Subject: [Paraview] Python script for aero-optic analysis of CFD results In-Reply-To: References: Message-ID: Ben, Try polydata = paraview.servermanager.Fetch(plotOverLine1) density_array = polydata.GetPointData().GetArray('Density') paraview.servermanager.Fetch retrieves the entire data object so that you can access the array you want. Best, Cory On Fri, Dec 9, 2016 at 2:12 PM, Ben Orr wrote: > Paraview community, > > I am trying to batch process CFD results for aero-optic analysis. My plan is > to create a series of PlotOverLine interpolations between the sensor and > farfield boundary, and then use the data along that ray to do the aero-optic > calculations. I will be using pvbatch since I have no need to visualize any > step of the process. > > What is the best way to extract the data arrays (preferably only the arrays > I need, by name), from the PlotOverLine object? For example, I can call > "plotOverLine1.PointData['Density'].GetRange()" to get the min and max of > the Density array, but I want the whole array. > > Thank you, > > Ben Orr > benjamincorr at gmail.com > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From cory.quammen at kitware.com Mon Dec 12 11:18:30 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 12 Dec 2016 11:18:30 -0500 Subject: [Paraview] [Paraview-developers] Paraview Scene Graph In-Reply-To: References: Message-ID: Mohamed, You should do this with "Group Datasets". Group your children nodes together, then apply a Transform filter to the group. You can further group the Transform filters to apply additional rotations to the higher level grouping as you would expect in a scene graph. This won't be as efficient as applying a transform at every scene graph level in the GPU, for example, but it should provide you some basic scene graph capabilities. HTH, Cory On Fri, Dec 9, 2016 at 4:04 AM, Mohamed Anis BOURIGA wrote: > Hello ParaView World, > > > I'm working on a project that uses extensively the concept of "scene graph" > where a modification on a parent node is propagated to children nodes. The > scene consists of relatively big number of objects. For example, I want that > when applying a rotation to the root node, the rotation is perceived by all > the children. > > > I tried using the pipeline architecture of paraview with the transform > filter. Unfortunately, it appears that this causes a huge problem of > performance. > > > My idea was to use the transforming parameters in the advanced panel that > appears to apply the modifications almost instantly. The problem with that > is that transformations are not perceived by children nodes. Correct me if > I'm wrong but, I think that those transformations are applied to vtkActors > associated with the objects and not the objects data. > > > So my question is : Is there a way to propagate the transformations to > children nodes efficiently? > > > Best regards, > > Mohamed Anis Bouriga. > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From agsmith424 at gmail.com Mon Dec 12 11:38:14 2016 From: agsmith424 at gmail.com (Andy Smith) Date: Mon, 12 Dec 2016 11:38:14 -0500 Subject: [Paraview] Rendering Backend OpenGL2 & PV 5.2.0-RC4 & SurfaceLic --> Problem... In-Reply-To: References: <84a5a6aa-326f-a1ff-7789-28204a0ee502@DLR.de> Message-ID: Ken, You are correct in your assumption about my dataset; it is multiblock unstructured data. Adding a MergeBlocks filter to my slice does improve the 5.2.0 with OpenGL2 significantly. With that change the performance of 5.2.0 with OpenGL2 is on the same order of magnitude as 5.2.0 with OpenGL and with 4.4.0, though the 5.2.0 variants are still slower than 4.4.0. I realized after posting that my comparison is not exactly apples to apples - my build of 5.2.0 required updates to mesa (13.0.0) compared with the version I used for 4.4.0 (11.2.0). I will recompile 4.4.0 with the same mesa version I used with 5.2.0 and report back. Thank you for your input. -Andy On Fri, Dec 9, 2016 at 3:44 PM, Ken Martin wrote: > I have not had time to look into this, but my quick guess is that you have > a multiblock dataset with a lot of blocks. Can you try merging the blocks > all together somehow into one block and see if the rendering speed improves? > > On Tue, Nov 15, 2016 at 5:35 AM, Stefan Melber > wrote: > >> Hi, >> >> >> i have a problem which is there in all RCs (1-4) of current ParaView: if >> i compile the RenderingBackend to "OpenGL2" and use SurfaceLic the >> visualization time goes up from a few seconds (with "OpenGL") to many >> minutes and the memory consumption from a few GByte to approx 100 GByte. >> Switching back to OpenGL any thing is fine. Without SurfaceLIC the OpenGL2 >> works although fine for me. >> >> Has any one tested OpenGL2 with SurfaceLIC-Plugin the last time and has >> (the same) problems? >> >> o Kernel 4.7.6-1 / x86-64 >> o Quadro 4000 >> o NVidia driver v367.57 >> o PV 5.2.0 RC1 - RC4 >> >> Best regards, >> >> Stefan >> >> >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > > > -- > Ken Martin PhD > Chairman & CFO > Kitware Inc. > 28 Corporate Drive > Clifton Park NY 12065 > 518 371 3971 <(518)%20371-3971> > > This communication, including all attachments, contains confidential and > legally privileged information, and it is intended only for the use of the > addressee. Access to this email by anyone else is unauthorized. If you are > not the intended recipient, any disclosure, copying, distribution or any > action taken in reliance on it is prohibited and may be unlawful. If you > received this communication in error please notify us immediately and > destroy the original message. Thank you. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From u.utku.turuncoglu at be.itu.edu.tr Tue Dec 13 02:41:56 2016 From: u.utku.turuncoglu at be.itu.edu.tr (Ufuk Utku Turuncoglu (BE)) Date: Tue, 13 Dec 2016 10:41:56 +0300 Subject: [Paraview] not all fields written by allinputsgridwriter.py ... In-Reply-To: References: <61454.88.235.43.179.1481316655.squirrel@webmail.be.itu.edu.tr> Message-ID: Hi Andy, Thanks for the clue. Actually, the code was creating the underlying grid multiple times with the same name. It basically overwrites the grid every time step and then i think that adaptor code lost the reference for the grid (even if it is the same name) and assumes that it is a new one and shows the single field that is attached to it. Anyway, there was a bug in the piece of model code that controls the grid is defined or not? So, i fixed it now and i could see the all the variables as expected. Thanks for your great help. Sometimes, i could lost in the code :) and it makes hard to debug. Anyway, thanks again. Regards, --ufuk On 12/12/2016 17:57, Andy Bauer wrote: > Any chance that you have a different grid that you're adding the field > to? What happens if you print out the number of point data arrays > before you add the grid? > > On Mon, Dec 12, 2016 at 7:22 AM, Ufuk Utku Turuncoglu (BE) > > wrote: > > Hi Andy, > > I tested code with different variable names but the result is > same. I also tried to get index of added array by using following call > > int i = dataSet->GetPointData()->AddArray(field); > > but the returned value "i" is always zero for all the variables. I > think that this affects the number of fields that are written to > the file. By the way, i print out the value of > dataSet->GetPointData()->GetNumberOfArrays() and it returns always > 1. So, somehow i am missing something but i could not find. The > part of the code that is responsible to add array is > > template > void Grid::SetAttributeValue(vtkCPDataDescription* > coprocessorData, double* data, const char* vname, const char* > pname, int* size, int* mpiSize, int* mpiRank) { > // > // Get grid > // > vtkCPInputDataDescription* idd = > coprocessorData->GetInputDescriptionByName(pname); > vtkMultiBlockDataSet *grid = > vtkMultiBlockDataSet::SafeDownCast(idd->GetGrid()); > if (!grid) { > vtkGenericWarningMacro("No adaptor grid to attach field data > to."); > return; > } > > // > // Create dataset and fill with input data > // > vtkMultiPieceDataSet *multiPiece = > vtkMultiPieceDataSet::SafeDownCast(grid->GetBlock(0)); > vtkDataSet *dataSet = > vtkDataSet::SafeDownCast(multiPiece->GetPiece(*mpiRank)); > > if (idd->IsFieldNeeded(vname)) { > //std::cout << "update variable " << vname << " " << > coprocessorData->GetTime() << std::endl; > vtkSmartPointer field = > vtkSmartPointer::New(); > field->SetName(vname); > field->SetNumberOfComponents(1); > > //field->SetArray(data, *size, 1); > field->SetNumberOfValues(*size); > for (int i = 0; i < *size; i++) { > field->SetValue(i, data[i]); > } > > int i = dataSet->GetPointData()->AddArray(field); > std::cout << *mpiRank << " " << vname << " " << i << " " << > dataSet->GetPointData()->GetNumberOfArrays() << std::endl; > } > } > > --ufuk > > > On 09/12/2016 23:50, u.utku.turuncoglu at be.itu.edu.tr > wrote: >> Thanks for your help Andy. No. Their names are "tsfc" and "psfc". In this >> case, I have only one input port and two fields. I could also try to test >> with different fields but I could do it on Monday when I have access to >> server. >> >> Regards, >> >> --ufuk >> >>> Are the fields uniquely named? That would be my first guess. Other than >>> that, what are the names of the fields? Some names are specially handled >>> in >>> which case they may be hidden in the ParaView GUI. >>> >>> On Fri, Dec 9, 2016 at 8:23 AM, Ufuk Utku Turuncoglu (BE) < >>> u.utku.turuncoglu at be.itu.edu.tr >>> > wrote: >>> >>>> Hi, >>>> >>>> I am using allinputsgridwriter.py to write data that are coming from >>>> co-processing. The problem is that the result file does not contain all >>>> the >>>> fields. The adaptor code sends two fields but the written file has only >>>> single field (the first one). The same adaptor code and >>>> allinputsgridwriter.py script generate desired output with an other >>>> model >>>> code. So, i think that the adaptor and allinputsgridwriter.py are fine. >>>> There must be a problem in the model code but i could not find it. At >>>> this >>>> point, i just wonder which part of code could cause the problem. Can you >>>> suggest me any particular key point that i need to focus? >>>> >>>> Thanks, >>>> >>>> --ufuk >>>> _______________________________________________ >>>> Powered bywww.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensou >>>> rce/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> >>>> Search the list archives at:http://markmail.org/search/?q=ParaView >>>> >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>>> -------------- next part -------------- An HTML attachment was scrubbed... URL: From hadrien.calmet at bsc.es Tue Dec 13 07:06:29 2016 From: hadrien.calmet at bsc.es (hadrien calmet) Date: Tue, 13 Dec 2016 13:06:29 +0100 Subject: [Paraview] PV5.1.2, python trace with Interpolate Camera Locations doesn t work ! Message-ID: <55aaad92-ba58-14d6-a4a9-7699714b5fac@bsc.es> Hi everyboby I tried to create the trace of some steady heavy rendering staff and I used the Interpolate Camera Locations for the animation but the trace failed, i.e it is not recording the different views ! I really prefer the Interpolate Camera Locations way. Someone can give me some hints to fix it. thank you very much -- Hadrien Calmet Dpt. Computer Applications in Science and Engineering Barcelona Supercomputing Center (BSC-CNS) Edificio Nexus II - Planta 3 C/ JORDI GIRONA, 29 08034 Barcelona, Spain Tel: +34 93 413 79 40 Fax: +34 93 413 7721 www: www.bsc.es WARNING / LEGAL TEXT: This message is intended only for the use of the individual or entity to which it is addressed and may contain information which is privileged, confidential, proprietary, or exempt from disclosure under applicable law. If you are not the intended recipient or the person responsible for delivering the message to the intended recipient, you are strictly prohibited from disclosing, distributing, copying, or in any way using this message. If you have received this communication in error, please notify the sender and destroy and delete any copies you may have received. http://www.bsc.es/disclaimer From utkarsh.ayachit at kitware.com Tue Dec 13 09:44:48 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 13 Dec 2016 09:44:48 -0500 Subject: [Paraview] PV5.1.2, python trace with Interpolate Camera Locations doesn t work ! In-Reply-To: <55aaad92-ba58-14d6-a4a9-7699714b5fac@bsc.es> References: <55aaad92-ba58-14d6-a4a9-7699714b5fac@bsc.es> Message-ID: That's indeed a bug. I've reported the issue here: https://gitlab.kitware.com/paraview/paraview/issues/17074 On Tue, Dec 13, 2016 at 7:06 AM, hadrien calmet wrote: > Hi everyboby > > I tried to create the trace of some steady heavy rendering staff and I > used the Interpolate Camera Locations for the animation but the trace > failed, i.e it is not recording the different views ! I really prefer the > Interpolate Camera Locations way. > Someone can give me some hints to fix it. > > thank you very much > > -- > Hadrien Calmet > Dpt. Computer Applications in Science and Engineering > Barcelona Supercomputing Center (BSC-CNS) > Edificio Nexus II - Planta 3 > C/ JORDI GIRONA, 29 > 08034 Barcelona, Spain > Tel: +34 93 413 79 40 > Fax: +34 93 413 7721 > www: www.bsc.es > > > WARNING / LEGAL TEXT: This message is intended only for the use of the > individual or entity to which it is addressed and may contain > information which is privileged, confidential, proprietary, or exempt > from disclosure under applicable law. If you are not the intended > recipient or the person responsible for delivering the message to the > intended recipient, you are strictly prohibited from disclosing, > distributing, copying, or in any way using this message. If you have > received this communication in error, please notify the sender and > destroy and delete any copies you may have received. > > http://www.bsc.es/disclaimer > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Tue Dec 13 12:54:54 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 13 Dec 2016 12:54:54 -0500 Subject: [Paraview] Invoke remote procedure from proxy with argument and return value In-Reply-To: References: Message-ID: Mario, Firstly, there's no way from Python to do what you want to do except using the property mechanism, since well, the goal with ParaView was not to provide a general purpose RPC framework. In C++, you can do that you want as follows: vtkSMProxy* proxy = ... std::string arg = ...; vtkClientServerStream stream; stream << vtkClientServerStream::Invoke << VTKOBJECT(proxy) << "doSomething" << arg.c_str() << vtkClientServerStream::End; vtkSMSession* session = proxy->GetSession(); session->ExecuteStream( /*location*/ proxy->GetLocation(), /* ignore_errores*/ false); vtkClientServerStream result = session->GetLastResult(proxy->GetLocation()); if (result.GetNumberOfMessages() == 1 && result.GetNumberOfArguments(0) == 1) { std:string aresult; result.GetArgument(0, 0, &aresult); } Utkarsh On Sun, Dec 11, 2016 at 12:01 PM, Mario Schreiber wrote: > Why is it so complicated to call a procedure and receive a return value on > the client? > > I am attaching my attempt (CMakeLists.txt, vtkSquareFun.cxx, vtkSquareFun.h > and TestPlugin.xml, each less than 20 lines of code), which basically > calculates the square of an argument in vtkSquareFun::eval(double x). > > When I load this plugin in Paraview and open the Python Shell, I can > evaluate vtkSquareFun::eval() using a detour by first setting the argument > and then getting the result, which is linked to the argument property in > TestPlugin.xml: > > fun=servermanager.CreateProxy("test","SquareFun") > fun.GetProperty("Arg").SetElement(0,999) > fun.UpdateVTKObjects() > fun.UpdatePropertyInformation() > fun.GetProperty("Result").GetElement(0) > ... showing the correct result 998001. > > Why can't I simply run the following? > fun=servermanager.CreateProxy("test","SquareFun") > result=fun.InvokeCommand("eval",[999.0]) > > Does Paraview really not provide any means of calling a function with > arguments and return value within a single client-server communication? All > these individual message transfers are a bottleneck in our application. Does > the Paraview architecture exclude more universal remote procedure calls, or > do you think that one could just augment the available procedures with > another procedure that can deliver a set of custom return values? > > Thanks > Mario > > > 2016-12-07 7:34 GMT+01:00 Mario Schreiber : >> >> Hello, >> I have a use case, where a vtkObject on the server implements a method >> like >> >> std::string doSomething(std::string arg); >> >> Now, with a proxy prx on the client for that class, I would like to call >> the remote procedure similar to >> >> result=prx.InvokeCommand("doSomething",[arg]) >> >> Is something like this possible? >> I found a very complicated workaround by first defining the arguments as >> properties, defining the result as information_only property linked to on of >> the args, then calling "UpdateVTKObjects" to push the arguments and finally >> "UpdateInformationProperties" to pull the result. Is there an easier >> solution, possible with a short example? >> >> Thank you >> Mario > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 seongmo.yeon at gmail.com Tue Dec 13 14:05:15 2016 From: seongmo.yeon at gmail.com (Seong Mo Yeon) Date: Wed, 14 Dec 2016 04:05:15 +0900 Subject: [Paraview] How to map point cloud data to surface Message-ID: <140e94fa-ec65-443a-a135-5b71abb34bfa@Spark> Hi I am not sure it is possible. I am doing sloshing tank simulation. Pressure is sampled in probe points on the wall and the data is point cloud with pressure value. Point cloud itself is not good to visualize pressure distribution. so I want to map the point data onto tank surface and visualize pressure using surface representation. -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Tue Dec 13 14:19:58 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 13 Dec 2016 14:19:58 -0500 Subject: [Paraview] How to map point cloud data to surface In-Reply-To: <140e94fa-ec65-443a-a135-5b71abb34bfa@Spark> References: <140e94fa-ec65-443a-a135-5b71abb34bfa@Spark> Message-ID: This will be a two step process. 1. Use "Point Interpolation" to interpolate point cloud to a 3D volume (https://blog.kitware.com/point-and-smoothed-particle-hydrodynamics-sph-interpolation-in-paraview/) 2. Use the "Resample To DataSet" filter to resample the 3D volume on to the surface of interest (https://blog.kitware.com/dataset-resampling-filters/) Utkarsh On Tue, Dec 13, 2016 at 2:05 PM, Seong Mo Yeon wrote: > Hi I am not sure it is possible. > I am doing sloshing tank simulation. > Pressure is sampled in probe points on the wall and the data is point cloud > with pressure value. > Point cloud itself is not good to visualize pressure distribution. so I want > to map the point data onto tank surface and visualize pressure using surface > representation. > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 benjamincorr at gmail.com Tue Dec 13 16:34:16 2016 From: benjamincorr at gmail.com (Ben Orr) Date: Tue, 13 Dec 2016 15:34:16 -0600 Subject: [Paraview] time series error with EnSight format Message-ID: When I open a time series of EnSight files, the file-open browser shows that it intends to open the whole series, and then names the node in the pipline with the "*" notation. However, the "Case File Name" does not get the "*", and if I add it, I get the following error (sensitive path names replaced with XXX): ERROR: In C:\bbd\1c569048\build\paraview\src\paraview\VTK\IO\EnSight\vtkGenericEnSightReader.cxx, line 340 vtkPGenericEnSightReader (05F0EDE0): Unable to open file: C:\XXX\XXX\XXX\results\/ensight.case.000* ERROR: In C:\bbd\1c569048\build\paraview\src\paraview\VTK\IO\EnSight\vtkGenericEnSightReader.cxx, line 340 vtkPGenericEnSightReader (05F0EDE0): Unable to open file: C:\XXX\XXX\XXX\ results\/ensight.case.000* ERROR: In C:\bbd\1c569048\build\paraview\src\paraview\VTK\IO\EnSight\vtkGenericEnSightReader.cxx, line 815 vtkPGenericEnSightReader (05F0EDE0): Error determining EnSightVersion ERROR: In C:\bbd\1c569048\build\paraview\src\paraview\VTK\Common\ExecutionModel\vtkExecutive.cxx, line 784 vtkPVCompositeDataPipeline (06037C08): Algorithm vtkPGenericEnSightReader(05F0EDE0) returned failure for request: vtkInformation (061170E8) Debug: Off Modified Time: 191449 Reference Count: 1 Registered Events: (none) Request: REQUEST_INFORMATION FORWARD_DIRECTION: 0 ALGORITHM_AFTER_FORWARD: 1 I have tried paraview versions 5.0.1 and 5.1.2, both 32 and 64 bit, and get the same error. My ensight files are named "ensight.var.time". For example, "ensight.case.0001", "ensight.case.0002", ... and "ensight.Desity.0001", "ensight.Density.0002", ... I can open any given timestep by itself with no error. Is this an error in the ensight reader, or am I doing something wrong? Thank you, Ben Orr benjamincorr at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From roeber at dkrz.de Wed Dec 14 03:31:01 2016 From: roeber at dkrz.de (=?UTF-8?Q?Niklas_R=c3=b6ber?=) Date: Wed, 14 Dec 2016 10:31:01 +0200 Subject: [Paraview] Merry Christmas ... In-Reply-To: References: Message-ID: Dear All, this year we made our Christmas Cards with ParaView. ;-) Except for the text and the logos, this image was created solely using ParaView 5.2 and OSPRay. It shows liquid cloud water as clouds and streamtubes visualizing wind velocity. Thank you all for making such a superb piece of software! I hope that you all have some deserved time off during the holiday season. If someone is interested in the data, it is -- except for Santa of course -- part of the 2017 IEEE SciVis contest and can be downloaded here: https://www.dkrz.de/SciVis Merry Christmas, Niklas -- ______________________________________________ Dr. Niklas R?ber Visualisierung Abteilung Anwendungen Deutsches Klimarechenzentrum GmbH (DKRZ) Bundesstra?e 45 a ? D-20146 Hamburg ? Germany email: roeber at dkrz.de phone: +49 (0)40 460094 283 fax: +49 (0)40 460094 270 web: http://www.dkrz.de/ Gesch?ftsf?hrer: Prof. Dr. Thomas Ludwig Sitz der Gesellschaft: Hamburg Amtsgericht Hamburg HRB 39784 ______________________________________________ -------------- next part -------------- A non-text attachment was scrubbed... Name: Weihnachten2016.jpg Type: image/jpeg Size: 707252 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 4916 bytes Desc: S/MIME Cryptographic Signature URL: From utkarsh.ayachit at kitware.com Wed Dec 14 06:18:57 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 14 Dec 2016 06:18:57 -0500 Subject: [Paraview] Merry Christmas ... In-Reply-To: References: Message-ID: > this year we made our Christmas Cards with ParaView. ;-) That's awesome :)! Thanks for sharing! Wish you and your team a merry Christmas and wonderful start to the new year. Utkarsh From mathieu.westphal at kitware.com Wed Dec 14 06:25:22 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Wed, 14 Dec 2016 12:25:22 +0100 Subject: [Paraview] Surface Streamlines In-Reply-To: <8F022B11FBA69944857353AB6A65527618067672@MBX112.d.ethz.ch> References: <8F022B11FBA69944857353AB6A65527618067672@MBX112.d.ethz.ch> Message-ID: Hi Sorry for the delayed answers. You are right indeed, I suggest you to submit an issue on the gitlab bugtracker. https://gitlab.kitware.com/paraview/paraview/issues Regards, Mathieu Westphal On Wed, Jun 8, 2016 at 5:54 PM, Hora David wrote: > Hello everybody > > I observed a problem with surface streamlines in ParaView 4.4. It can be > reproduced with the attached files. > > The case has a flat geometry in the XZ plane and a velocity distribution > without Y-component. Using the filter 'Stream Tracer with Custom Source' > gives me very nice results. Unfortunately, the streamlines look bad as soon > as I activate the option 'Surface Streamlines'. I would expect more or less > the same results as everything is in the same plane. Adjusting the settings > didn't help. The standard 'Stream Tracer' filter is also affected. > > The conclusion is that the option doesn't work reliably in certain cases. > It can be avoided in cases with the plane perpendicular to an axis (by > removing the corresponding velocity component with the calculator) but not > for planes with arbitrary positions. > > Best regards > David > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed Dec 14 10:13:35 2016 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 14 Dec 2016 10:13:35 -0500 Subject: [Paraview] Multiprocessing doesn't work on windows for pvpython In-Reply-To: References: Message-ID: <20161214151335.GB5300@megas.kitware.com> On Fri, Dec 09, 2016 at 01:23:29 -0500, Luo Han wrote: > I have a script to post processing data. It needs pvpython to call it. The > script import multiprocessing module. But when I import the package, it > shows: Yeah, it isn't a full Python; I had tried stripping it down, but that turns out to have been a bad decision. 5.2.1 will have a complete Python. --Ben From rustem.khabetdinov at gmail.com Wed Dec 14 11:46:36 2016 From: rustem.khabetdinov at gmail.com (Rustem Khabetdinov) Date: Wed, 14 Dec 2016 19:46:36 +0300 Subject: [Paraview] GetClientSideObject() now returns vtkPassInputTypeAlgorithm Message-ID: Hello, Some time ago I wrote a script that took active representation and its client side object and the return value was vtkPVCompositeRepresentation but now it is vtkPassInputTypeAlgorithm . Is it possible to get representation again instead of algorithm? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Wed Dec 14 11:55:43 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Wed, 14 Dec 2016 11:55:43 -0500 Subject: [Paraview] GetClientSideObject() now returns vtkPassInputTypeAlgorithm In-Reply-To: References: Message-ID: Rustem, The client-side object is still a vtkPVCompositeRepresentation: r = GetRepresentation() print(r.GetClientSideObject().GetClassName()) produces vtkPVCompositeRepresentation. HTH, Cory On Wed, Dec 14, 2016 at 11:46 AM, Rustem Khabetdinov wrote: > Hello, > > Some time ago I wrote a script that took active representation and its > client side object and the return value was vtkPVCompositeRepresentation but > now it is vtkPassInputTypeAlgorithm . Is it possible to get representation > again instead of algorithm? > > Thanks > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From samuelkey at bresnan.net Wed Dec 14 11:56:30 2016 From: samuelkey at bresnan.net (Samuel Key) Date: Wed, 14 Dec 2016 09:56:30 -0700 Subject: [Paraview] time series error with EnSight format In-Reply-To: References: Message-ID: An HTML attachment was scrubbed... URL: -------------- next part -------------- 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: 21 time values: 1.452629383672E-06 1.006003095262E-04 2.007777864595E-04 3.004322855572E-04 4.001865811162E-04 5.011237834242E-04 6.004548773128E-04 7.002927010839E-04 8.010077091816E-04 9.008748618309E-04 1.000740171933E-03 1.100605450081E-03 1.200470737540E-03 1.300336040069E-03 1.400201358521E-03 1.500066698704E-03 1.601300080468E-03 1.701165471713E-03 1.801030887993E-03 1.900967699830E-03 2.001058196395E-03 FILE file set: 1 number of steps: 21 From schreibermario40 at gmail.com Wed Dec 14 14:31:15 2016 From: schreibermario40 at gmail.com (Mario Schreiber) Date: Wed, 14 Dec 2016 20:31:15 +0100 Subject: [Paraview] Invoke remote procedure from proxy with argument and return value In-Reply-To: References: Message-ID: Thank you for your kind reply, Utkarsh. The C++ example clarifies many of the details that I couldn't find explained anywhere. I will try to wrap the missing parts in python, because we can't afford to migrate the rest of our application to C++. Just asking, before I waste my time with a bunch of problems that you know in advance that cannot be solved: Is there any reason why the steps you showed cannot be wrapped in python, or has it "just not been done, yet"? Thanks Mario 2016-12-13 18:54 GMT+01:00 Utkarsh Ayachit : > Mario, > > Firstly, there's no way from Python to do what you want to do except > using the property mechanism, since well, the goal with ParaView was > not to provide a general purpose RPC framework. In C++, you can do > that you want as follows: > > vtkSMProxy* proxy = ... > std::string arg = ...; > vtkClientServerStream stream; > stream << vtkClientServerStream::Invoke > << VTKOBJECT(proxy) > << "doSomething" << arg.c_str() > << vtkClientServerStream::End; > > vtkSMSession* session = proxy->GetSession(); > session->ExecuteStream( > /*location*/ proxy->GetLocation(), > /* ignore_errores*/ false); > > vtkClientServerStream result = session->GetLastResult(proxy-> > GetLocation()); > if (result.GetNumberOfMessages() == 1 && result.GetNumberOfArguments(0) == > 1) > { > std:string aresult; > result.GetArgument(0, 0, &aresult); > } > > Utkarsh > > > > On Sun, Dec 11, 2016 at 12:01 PM, Mario Schreiber > wrote: > > Why is it so complicated to call a procedure and receive a return value > on > > the client? > > > > I am attaching my attempt (CMakeLists.txt, vtkSquareFun.cxx, > vtkSquareFun.h > > and TestPlugin.xml, each less than 20 lines of code), which basically > > calculates the square of an argument in vtkSquareFun::eval(double x). > > > > When I load this plugin in Paraview and open the Python Shell, I can > > evaluate vtkSquareFun::eval() using a detour by first setting the > argument > > and then getting the result, which is linked to the argument property in > > TestPlugin.xml: > > > > fun=servermanager.CreateProxy("test","SquareFun") > > fun.GetProperty("Arg").SetElement(0,999) > > fun.UpdateVTKObjects() > > fun.UpdatePropertyInformation() > > fun.GetProperty("Result").GetElement(0) > > ... showing the correct result 998001. > > > > Why can't I simply run the following? > > fun=servermanager.CreateProxy("test","SquareFun") > > result=fun.InvokeCommand("eval",[999.0]) > > > > Does Paraview really not provide any means of calling a function with > > arguments and return value within a single client-server communication? > All > > these individual message transfers are a bottleneck in our application. > Does > > the Paraview architecture exclude more universal remote procedure calls, > or > > do you think that one could just augment the available procedures with > > another procedure that can deliver a set of custom return values? > > > > Thanks > > Mario > > > > > > 2016-12-07 7:34 GMT+01:00 Mario Schreiber : > >> > >> Hello, > >> I have a use case, where a vtkObject on the server implements a method > >> like > >> > >> std::string doSomething(std::string arg); > >> > >> Now, with a proxy prx on the client for that class, I would like to > call > >> the remote procedure similar to > >> > >> result=prx.InvokeCommand("doSomething",[arg]) > >> > >> Is something like this possible? > >> I found a very complicated workaround by first defining the arguments as > >> properties, defining the result as information_only property linked to > on of > >> the args, then calling "UpdateVTKObjects" to push the arguments and > finally > >> "UpdateInformationProperties" to pull the result. Is there an easier > >> solution, possible with a short example? > >> > >> Thank you > >> Mario > > > > > > > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > > > Please keep messages on-topic and check the ParaView Wiki at: > > http://paraview.org/Wiki/ParaView > > > > 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 Dec 14 14:32:59 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Wed, 14 Dec 2016 14:32:59 -0500 Subject: [Paraview] Invoke remote procedure from proxy with argument and return value In-Reply-To: References: Message-ID: Mario, You can definitely add a new utility VTK class that wraps this logic and then wrap it and call that from Python. Don't go about trying to wrap vtkClientServerStream, however. That may be a dead end. Utkarsh On Wed, Dec 14, 2016 at 2:31 PM, Mario Schreiber wrote: > Thank you for your kind reply, Utkarsh. > The C++ example clarifies many of the details that I couldn't find explained > anywhere. > > I will try to wrap the missing parts in python, because we can't afford to > migrate the rest of our application to C++. > Just asking, before I waste my time with a bunch of problems that you know > in advance that cannot be solved: Is there any reason why the steps you > showed cannot be wrapped in python, or has it "just not been done, yet"? > > Thanks > Mario > > > 2016-12-13 18:54 GMT+01:00 Utkarsh Ayachit : >> >> Mario, >> >> Firstly, there's no way from Python to do what you want to do except >> using the property mechanism, since well, the goal with ParaView was >> not to provide a general purpose RPC framework. In C++, you can do >> that you want as follows: >> >> vtkSMProxy* proxy = ... >> std::string arg = ...; >> vtkClientServerStream stream; >> stream << vtkClientServerStream::Invoke >> << VTKOBJECT(proxy) >> << "doSomething" << arg.c_str() >> << vtkClientServerStream::End; >> >> vtkSMSession* session = proxy->GetSession(); >> session->ExecuteStream( >> /*location*/ proxy->GetLocation(), >> /* ignore_errores*/ false); >> >> vtkClientServerStream result = >> session->GetLastResult(proxy->GetLocation()); >> if (result.GetNumberOfMessages() == 1 && result.GetNumberOfArguments(0) == >> 1) >> { >> std:string aresult; >> result.GetArgument(0, 0, &aresult); >> } >> >> Utkarsh >> >> >> >> On Sun, Dec 11, 2016 at 12:01 PM, Mario Schreiber >> wrote: >> > Why is it so complicated to call a procedure and receive a return value >> > on >> > the client? >> > >> > I am attaching my attempt (CMakeLists.txt, vtkSquareFun.cxx, >> > vtkSquareFun.h >> > and TestPlugin.xml, each less than 20 lines of code), which basically >> > calculates the square of an argument in vtkSquareFun::eval(double x). >> > >> > When I load this plugin in Paraview and open the Python Shell, I can >> > evaluate vtkSquareFun::eval() using a detour by first setting the >> > argument >> > and then getting the result, which is linked to the argument property in >> > TestPlugin.xml: >> > >> > fun=servermanager.CreateProxy("test","SquareFun") >> > fun.GetProperty("Arg").SetElement(0,999) >> > fun.UpdateVTKObjects() >> > fun.UpdatePropertyInformation() >> > fun.GetProperty("Result").GetElement(0) >> > ... showing the correct result 998001. >> > >> > Why can't I simply run the following? >> > fun=servermanager.CreateProxy("test","SquareFun") >> > result=fun.InvokeCommand("eval",[999.0]) >> > >> > Does Paraview really not provide any means of calling a function with >> > arguments and return value within a single client-server communication? >> > All >> > these individual message transfers are a bottleneck in our application. >> > Does >> > the Paraview architecture exclude more universal remote procedure calls, >> > or >> > do you think that one could just augment the available procedures with >> > another procedure that can deliver a set of custom return values? >> > >> > Thanks >> > Mario >> > >> > >> > 2016-12-07 7:34 GMT+01:00 Mario Schreiber : >> >> >> >> Hello, >> >> I have a use case, where a vtkObject on the server implements a method >> >> like >> >> >> >> std::string doSomething(std::string arg); >> >> >> >> Now, with a proxy prx on the client for that class, I would like to >> >> call >> >> the remote procedure similar to >> >> >> >> result=prx.InvokeCommand("doSomething",[arg]) >> >> >> >> Is something like this possible? >> >> I found a very complicated workaround by first defining the arguments >> >> as >> >> properties, defining the result as information_only property linked to >> >> on of >> >> the args, then calling "UpdateVTKObjects" to push the arguments and >> >> finally >> >> "UpdateInformationProperties" to pull the result. Is there an easier >> >> solution, possible with a short example? >> >> >> >> Thank you >> >> Mario >> > >> > >> > >> > _______________________________________________ >> > Powered by www.kitware.com >> > >> > Visit other Kitware open-source projects at >> > http://www.kitware.com/opensource/opensource.html >> > >> > Please keep messages on-topic and check the ParaView Wiki at: >> > http://paraview.org/Wiki/ParaView >> > >> > 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 Michael.Robinson at kratosdefense.com Wed Dec 14 15:22:26 2016 From: Michael.Robinson at kratosdefense.com (Michael Robinson) Date: Wed, 14 Dec 2016 20:22:26 +0000 Subject: [Paraview] Can ParaView utilize FIELD data in legacy VTK files? Message-ID: Can ParaView utilize FIELD data in legacy VTK files? If so, how does one access it? Michael A. Robinson Kratos From dave.demarle at kitware.com Wed Dec 14 16:04:26 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Wed, 14 Dec 2016 16:04:26 -0500 Subject: [Paraview] Can ParaView utilize FIELD data in legacy VTK files? In-Reply-To: References: Message-ID: Yes, It shows up in the spreadsheet view when you switch from to look at field aligned quantities. You can access the data within the python programmable filter and recent versions of paraview give you the option of color mapping the entire block by it. The not cell or point aligned data that go in the field array collection tends to be application specific, so it is harder to be specific about how one utilizes it. The Gaussian Quadrature filter for instance uses specifically named and formatted entries there to put quantities at arbitrary points within cells. Other filters do other very specific things with the data there an they also can impose requirements on it. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Wed, Dec 14, 2016 at 3:22 PM, Michael Robinson < Michael.Robinson at kratosdefense.com> wrote: > > Can ParaView utilize FIELD data in legacy VTK files? > If so, how does one access it? > > Michael A. Robinson > Kratos > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 Dec 15 06:09:57 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 15 Dec 2016 06:09:57 -0500 Subject: [Paraview] Custom filters In-Reply-To: References: Message-ID: Rustem, Can you share snippets of your XML/code to help me understand how you're building this custom filter? Thanks Utkarsh On Thu, Dec 8, 2016 at 5:43 PM, Rustem Khabetdinov wrote: > Hello > > I have a custom filter that reads data with vtk exodus reader. I don't > understand how to display information about blocks(like using paraview > reader). I tried to add SILDomain from readers.xml but it doesn't work. > > Is it possible to implement this using custom filters or should I write my > own reader based exodus? > > Best Regards, > Rustem Khabetdinov. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > From utkarsh.ayachit at kitware.com Thu Dec 15 07:36:17 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 15 Dec 2016 07:36:17 -0500 Subject: [Paraview] Custom filters In-Reply-To: References: Message-ID: Ah, looks like you're using a Python programmable filter. Alas, currently, it's a bit complicated to do this for a Programmable filter, it'll need some figuring out on my part. In the mean time, subclassing Exodus reader may be the easier option. Utkarsh On Thu, Dec 15, 2016 at 6:09 AM, Utkarsh Ayachit wrote: > Rustem, > > Can you share snippets of your XML/code to help me understand how > you're building this custom filter? > > Thanks > Utkarsh > > On Thu, Dec 8, 2016 at 5:43 PM, Rustem Khabetdinov > wrote: >> Hello >> >> I have a custom filter that reads data with vtk exodus reader. I don't >> understand how to display information about blocks(like using paraview >> reader). I tried to add SILDomain from readers.xml but it doesn't work. >> >> Is it possible to implement this using custom filters or should I write my >> own reader based exodus? >> >> Best Regards, >> Rustem Khabetdinov. >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> 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 fabian.wein at fau.de Thu Dec 15 10:46:14 2016 From: fabian.wein at fau.de (Fabian Wein) Date: Thu, 15 Dec 2016 16:46:14 +0100 Subject: [Paraview] building qt via paraview-superbuild on macOS 10.12 still fails Message-ID: <9E79FAAF-30E1-4032-AEBC-38E8D10C8E25@fau.de> Yesterday qt 5.7.1 was released but I still have issues building qt via pvsb while building qt everywhere manually with the very same configure options just works. configuring qt manually results in linker calls like clang++ -headerpad_max_install_names -stdlib=libc++ -Wl,-syslibroot ? When I verbose the build out of pvsb the options ?-headerpad_max_install_names -stdlib=libc++? are missing. Adding them manually for the single link case, linking works. I have no idea why the identical configuring from pvsb/cmake leads to different results on macOS 10.12. I added the details to https://gitlab.kitware.com/paraview/paraview-superbuild/issues/29 Any help is very much appreciated, Fabian From andrew at thevisualroom.com Thu Dec 15 08:50:07 2016 From: andrew at thevisualroom.com (Andrew Roberts) Date: Thu, 15 Dec 2016 13:50:07 +0000 Subject: [Paraview] State File Errors Message-ID: Hello, I'm new to Paraview, so apologies if my beginner-type questions is too basic. However, I'm glad there is such a list to send messages to, and I would be very grateful if someone could help me. I've installed Paraview 5.0.1 on an Ubuntu 16.04 LTS machine (64 bit) alongside OpenFOAM 4.0. Sometimes I can load .pvsm files, and sometimes not. The errors I get are errors.txt and the .pvsm file is attached. I will try and use Python tracing, but I would prefer also to have a saved state. Any ideas about how I can solve this would be great. The only non-standard thing I've done was this in /opt/openfoam4/etc/.bashrc: # Location of user files - edited # ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ # export WM_PROJECT_USER_DIR=$HOME/$WM_PROJECT/$USER-$WM_PROJECT_VERSION export WM_PROJECT_USER_DIR=$HOME/Dropbox/7_OpenFOAM I'm also creating .openfoam files via: $ paraFoam -touch Kind regards, Andrew -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerImplementation/Core/vtkSIProxyDefinitionManager.cxx, line 565 vtkSIProxyDefinitionManager (0x1be11a0): No proxy that matches: group=sources and proxy=PV4FoamReader were found. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerManager/Core/vtkSMDeserializerXML.cxx, line 60 vtkSMStateLoader (0x30d7b00): Could not create a proxy of group: sources type: PV4FoamReader ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerImplementation/Core/vtkSIProxyDefinitionManager.cxx, line 565 vtkSIProxyDefinitionManager (0x1be11a0): No proxy that matches: group=sources and proxy=PV4FoamReader were found. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerManager/Core/vtkSMDeserializerXML.cxx, line 60 vtkSMStateLoader (0x30d7b00): Could not create a proxy of group: sources type: PV4FoamReader ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x46e21c0): Input port 0 of algorithm vtkPVMetaSliceDataSet(0x46d5880) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x46e21c0): Input port 0 of algorithm vtkPVMetaSliceDataSet(0x46d5880) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerImplementation/Core/vtkSIProxyDefinitionManager.cxx, line 565 vtkSIProxyDefinitionManager (0x1be11a0): No proxy that matches: group=sources and proxy=PV4FoamReader were found. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerManager/Core/vtkSMDeserializerXML.cxx, line 60 vtkSMStateLoader (0x30d7b00): Could not create a proxy of group: sources type: PV4FoamReader ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d26640): Input port 0 of algorithm vtkCellCenters(0x2d23f10) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d26640): Input port 0 of algorithm vtkCellCenters(0x2d23f10) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerImplementation/Core/vtkSIProxyDefinitionManager.cxx, line 565 vtkSIProxyDefinitionManager (0x1be11a0): No proxy that matches: group=sources and proxy=PV4FoamReader were found. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerManager/Core/vtkSMDeserializerXML.cxx, line 60 vtkSMStateLoader (0x30d7b00): Could not create a proxy of group: sources type: PV4FoamReader ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerImplementation/Core/vtkSIProxyDefinitionManager.cxx, line 565 vtkSIProxyDefinitionManager (0x1be11a0): No proxy that matches: group=sources and proxy=PV4FoamReader were found. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerManager/Core/vtkSMDeserializerXML.cxx, line 60 vtkSMStateLoader (0x30d7b00): Could not create a proxy of group: sources type: PV4FoamReader ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x46e21c0): Input port 0 of algorithm vtkPVMetaSliceDataSet(0x46d5880) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x46e21c0): Input port 0 of algorithm vtkPVMetaSliceDataSet(0x46d5880) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x46e21c0): Input port 0 of algorithm vtkPVMetaSliceDataSet(0x46d5880) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x46e21c0): Input port 0 of algorithm vtkPVMetaSliceDataSet(0x46d5880) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x46e21c0): Input port 0 of algorithm vtkPVMetaSliceDataSet(0x46d5880) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x46e21c0): Input port 0 of algorithm vtkPVMetaSliceDataSet(0x46d5880) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x46e21c0): Input port 0 of algorithm vtkPVMetaSliceDataSet(0x46d5880) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x46e21c0): Input port 0 of algorithm vtkPVMetaSliceDataSet(0x46d5880) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x46e21c0): Input port 0 of algorithm vtkPVMetaSliceDataSet(0x46d5880) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x46e21c0): Input port 0 of algorithm vtkPVMetaSliceDataSet(0x46d5880) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d26640): Input port 0 of algorithm vtkCellCenters(0x2d23f10) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d26640): Input port 0 of algorithm vtkCellCenters(0x2d23f10) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d26640): Input port 0 of algorithm vtkCellCenters(0x2d23f10) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d26640): Input port 0 of algorithm vtkCellCenters(0x2d23f10) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d26640): Input port 0 of algorithm vtkCellCenters(0x2d23f10) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d26640): Input port 0 of algorithm vtkCellCenters(0x2d23f10) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d26640): Input port 0 of algorithm vtkCellCenters(0x2d23f10) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d26640): Input port 0 of algorithm vtkCellCenters(0x2d23f10) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d26640): Input port 0 of algorithm vtkCellCenters(0x2d23f10) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d26640): Input port 0 of algorithm vtkCellCenters(0x2d23f10) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkExecutive.cxx, line 784 vtkCompositeDataPipeline (0x74ba060): Algorithm vtkPVGeometryFilter(0x74a1e00) returned failure for request: vtkInformation (0x76fb000) Debug: Off Modified Time: 1024406 Reference Count: 1 Registered Events: (none) Request: REQUEST_DATA_OBJECT FROM_OUTPUT_PORT: 0 ALGORITHM_AFTER_FORWARD: 1 FORWARD_DIRECTION: 0 ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkExecutive.cxx, line 784 vtkCompositeDataPipeline (0x6fc19a0): Algorithm vtkPVGeometryFilter(0x6fafee0) returned failure for request: vtkInformation (0x6fe8280) Debug: Off Modified Time: 1024470 Reference Count: 1 Registered Events: (none) Request: REQUEST_DATA_OBJECT FROM_OUTPUT_PORT: 0 ALGORITHM_AFTER_FORWARD: 1 FORWARD_DIRECTION: 0 ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerImplementation/Core/vtkSIProxyDefinitionManager.cxx, line 565 vtkSIProxyDefinitionManager (0x1be11a0): No proxy that matches: group=sources and proxy=PV4FoamReader were found. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerManager/Core/vtkSMDeserializerXML.cxx, line 60 vtkSMStateLoader (0x30d7b00): Could not create a proxy of group: sources type: PV4FoamReader ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerImplementation/Core/vtkSIProxyDefinitionManager.cxx, line 565 vtkSIProxyDefinitionManager (0x1be11a0): No proxy that matches: group=sources and proxy=PV4FoamReader were found. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/ParaViewCore/ServerManager/Core/vtkSMDeserializerXML.cxx, line 60 vtkSMStateLoader (0x30d7b00): Could not create a proxy of group: sources type: PV4FoamReader ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkExecutive.cxx, line 784 vtkCompositeDataPipeline (0x74ba060): Algorithm vtkPVGeometryFilter(0x74a1e00) returned failure for request: vtkInformation (0x76fb000) Debug: Off Modified Time: 1024406 Reference Count: 1 Registered Events: (none) Request: REQUEST_DATA_OBJECT FROM_OUTPUT_PORT: 0 ALGORITHM_AFTER_FORWARD: 1 FORWARD_DIRECTION: 0 ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkDemandDrivenPipeline.cxx, line 710 vtkPVCompositeDataPipeline (0x2d46cb0): Input port 0 of algorithm vtkStreamTracer(0x3b47910) has 0 connections but is not optional. ERROR: In /home/openfoam/OpenFOAM/ParaView-5.0.1/VTK/Common/ExecutionModel/vtkExecutive.cxx, line 784 vtkCompositeDataPipeline (0x6fc19a0): Algorithm vtkPVGeometryFilter(0x6fafee0) returned failure for request: vtkInformation (0x6fe8280) Debug: Off Modified Time: 1024470 Reference Count: 1 Registered Events: (none) Request: REQUEST_DATA_OBJECT FROM_OUTPUT_PORT: 0 ALGORITHM_AFTER_FORWARD: 1 FORWARD_DIRECTION: 0 -------------- next part -------------- A non-text attachment was scrubbed... Name: contours_vectors.pvsm Type: application/octet-stream Size: 414134 bytes Desc: not available URL: From dave.demarle at kitware.com Thu Dec 15 16:39:50 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 15 Dec 2016 16:39:50 -0500 Subject: [Paraview] Fwd: Segfault reading polyhedral cells xdmf3 file In-Reply-To: References: <504a30ae-040e-dd58-d0d0-25bdd51772b5@gmail.com> <7395e9fa-3e3d-c3e7-62ab-b0fbcb41a6dd@gmail.com> Message-ID: Can confirm that it Alessangro's initial xdmf file fails on windows (crash is in somewhere in the rendering stack - need a debug build to diagnose further) but works OK on Linux. Please submit an issue on the ParaView issue tracker. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Dec 1, 2016 at 4:07 PM, Alessandro De Maio wrote: > Both the cases are ok on the Windows PC. > > On Thu, Dec 1, 2016 at 6:19 PM, Armin Wehrfritz wrote: > >> To follow up on this issue, I have done some more testing. From the link >> below you can find two datasets with polyhedral cells, where one is >> working just fine and the other one is crashing consistently when >> opening it in ParaView 5.2. >> The XDMF files are created form the respective .vtu files with ParaView >> 5.2 (Kitware binaries, Linux 64bit) using the Xdmf3 writer. >> >> The strange thing is that the dataset leading to the seg fault is a >> subset of the dataset that just works fine. >> >> Here the link: >> https://drive.google.com/file/d/0B5CHY8CFeTf2V09NVUhTRkpYSE0 >> /view?usp=sharing >> >> Alessandro, can you test these files and report back which ones are >> working on your PC? >> >> Thanks, >> Armin >> >> >> >> >> >> >> >> On 11/30/2016 08:19 PM, Alessandro De Maio wrote: >> >>> You're right: the polyhedral cells of the cube.vtu example do not >>> guarantee the planarity of faces, but this is a typical case of a >>> polyhedral mesh automatically generated starting from a tetrahedral one >>> (this example has been built using the Ansys-Fluent converter) and I >>> think it's quite a usual situation. >>> But I'm not sure this could generate a segfault as the problem could be >>> in the algorythms applied by Paraview after the reading of the file that >>> could consider this hypothesis (as you remarked), while the VTK >>> topological description of a polyhedral cell doesn't seem to need it, >>> and the reading phase should only build the data structure compliant >>> with VTK data representation, as actually happens for vtu file format. >>> But this is only my opinion and of course it could be wrong as I don't >>> have a deep knowledge of all the involved procedures. >>> My idea is that the problem could be due to a memory error, as it's only >>> unfrequent with a small case (by the way the one cell mesh you attached >>> can be read also on the windows machine although with a randomic >>> connectivity error as the one I showed in the image attached to the >>> previous message) but very frequent with a quite bigger case as the cube. >>> Is it possible to use something like valgrind to check for memory errors >>> in Paraview ? >>> >>> On Wed, Nov 30, 2016 at 6:35 PM, Armin Wehrfritz >> > wrote: >>> >>> In attach you can find the output of the saving of the >>> polyhedron.vtu >>> (saved.xmf and saved.h5) from the Windows machine. >>> >>> OK, I tested the "saved.xmf" file and I can open it on my Linux >>> machine >>> without issues. Also, I compared the files generated on windows and >>> linux machines, and the topology data is the same for both of them. >>> The >>> datatype in the h5 file is different (H5T_STD_I32LE for the file from >>> the Windows machine vs. H5T_STD_I64LE for the file from the Linux >>> machine). The end of line in the xmf file is different, but I don't >>> think either one of them should cause an issue. >>> >>> I've tried also to repeat the procedure (reading of your xmf >>> file) on a >>> Linux workstation and the behaviour is different: it seems that >>> randomically the crash happens again (once on about ten tries) >>> and >>> sometimes it seems that the topology has a connectivity error >>> (see the >>> image in attachment), while for the most of the times it seems >>> to do the >>> right job. >>> >>> As said, on my Linux machine it works consistently. >>> >>> I've tried also another case, a little bit heavier: a polyhedral >>> mesh >>> read from the vtu in attach (cube.vtu) and saved with the Xdmf3 >>> writer. >>> Trying to re-read the xmf version of this geometry always >>> produces a >>> crash also on the Linux machine. >>> >>> I can confirm that the xmf file produce from the cube.vtu (using the >>> Xdmf3 writer in ParaView 5.2) leads consistently to seg fault. >>> However, even though the .vtu file works correctly, I'm not entirely >>> sure if this is xmf specific problem. To be more precise, the >>> implementation of polyhedral cells requires the face polygons to be >>> planar (see http://www.vtk.org/Wiki/VTK/Polyhedron_Support >>> ). The example >>> file you send has a whole lot of faces that are not planar. >>> >>> I extracted a single cell with several non-planar faces from your >>> example and saved it as .xmf file (attached). I can read this >>> particular >>> file without issues on my Linux machine, whereas the original data >>> file >>> leads to a seg fault. One reason why the cube.vtu file works and the >>> respective .xmf doesn't, could be related to the different approaches >>> polyhedral cells are stored in vtu and xdmf files, but debugging this >>> would require quite a bit of work... >>> >>> Maybe somebody else has an idea here. >>> >>> -Armin >>> >>> >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> 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 dave.demarle at kitware.com Thu Dec 15 16:54:35 2016 From: dave.demarle at kitware.com (David E DeMarle) Date: Thu, 15 Dec 2016 16:54:35 -0500 Subject: [Paraview] Fwd: Segfault reading polyhedral cells xdmf3 file In-Reply-To: References: <504a30ae-040e-dd58-d0d0-25bdd51772b5@gmail.com> <7395e9fa-3e3d-c3e7-62ab-b0fbcb41a6dd@gmail.com> Message-ID: On Thu, Dec 15, 2016 at 4:39 PM, David E DeMarle wrote: > fails on windows some of the time. ;) If you open it up with the spreadsheet view (so no rendering), you can see that the cell connectivity array gets nonsense in it - some of the time. When you then open a renderview and show it, it crashes. So something about the read in of the connectivity data has an uninitialized/misaligned word somewhere. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ken.martin at kitware.com Thu Dec 15 19:53:06 2016 From: ken.martin at kitware.com (Ken Martin) Date: Thu, 15 Dec 2016 19:53:06 -0500 Subject: [Paraview] Rendering Backend OpenGL2 & PV 5.2.0-RC4 & SurfaceLic --> Problem... In-Reply-To: References: <84a5a6aa-326f-a1ff-7789-28204a0ee502@DLR.de> Message-ID: Thanks for trying it out. I do want to fix the compositeLic to be fast as well. It just has to be reworked to use the new always fast compositePolyDataMapper2 approach. I hope to get to it early next year. Just wanted to let you know. Thanks Ken On Mon, Dec 12, 2016 at 11:38 AM, Andy Smith wrote: > Ken, > > You are correct in your assumption about my dataset; it is multiblock > unstructured data. Adding a MergeBlocks filter to my slice does improve > the 5.2.0 with OpenGL2 significantly. > With that change the performance of 5.2.0 with OpenGL2 is on the same > order of magnitude as 5.2.0 with OpenGL and with 4.4.0, though the 5.2.0 > variants are still slower than 4.4.0. > > I realized after posting that my comparison is not exactly apples to > apples - my build of 5.2.0 required updates to mesa (13.0.0) compared with > the version I used for 4.4.0 (11.2.0). > I will recompile 4.4.0 with the same mesa version I used with 5.2.0 and > report back. > > Thank you for your input. > > -Andy > > On Fri, Dec 9, 2016 at 3:44 PM, Ken Martin wrote: > >> I have not had time to look into this, but my quick guess is that you >> have a multiblock dataset with a lot of blocks. Can you try merging the >> blocks all together somehow into one block and see if the rendering speed >> improves? >> >> On Tue, Nov 15, 2016 at 5:35 AM, Stefan Melber >> wrote: >> >>> Hi, >>> >>> >>> i have a problem which is there in all RCs (1-4) of current ParaView: if >>> i compile the RenderingBackend to "OpenGL2" and use SurfaceLic the >>> visualization time goes up from a few seconds (with "OpenGL") to many >>> minutes and the memory consumption from a few GByte to approx 100 GByte. >>> Switching back to OpenGL any thing is fine. Without SurfaceLIC the OpenGL2 >>> works although fine for me. >>> >>> Has any one tested OpenGL2 with SurfaceLIC-Plugin the last time and has >>> (the same) problems? >>> >>> o Kernel 4.7.6-1 / x86-64 >>> o Quadro 4000 >>> o NVidia driver v367.57 >>> o PV 5.2.0 RC1 - RC4 >>> >>> Best regards, >>> >>> Stefan >>> >>> >>> >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >>> >> >> >> -- >> Ken Martin PhD >> Chairman & CFO >> Kitware Inc. >> 28 Corporate Drive >> Clifton Park NY 12065 >> 518 371 3971 <(518)%20371-3971> >> >> This communication, including all attachments, contains confidential and >> legally privileged information, and it is intended only for the use of the >> addressee. Access to this email by anyone else is unauthorized. If you are >> not the intended recipient, any disclosure, copying, distribution or any >> action taken in reliance on it is prohibited and may be unlawful. If you >> received this communication in error please notify us immediately and >> destroy the original message. Thank you. >> >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> >> > -- Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 518 371 3971 This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee. Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message. Thank you. -------------- next part -------------- An HTML attachment was scrubbed... URL: From fontana.mauro at gmail.com Thu Dec 15 21:12:18 2016 From: fontana.mauro at gmail.com (Mauro Fontana) Date: Thu, 15 Dec 2016 23:12:18 -0300 Subject: [Paraview] Subject: Problem setting extents in parallel programmable source Message-ID: Hello I'm writing because after a couple dozen hours I'm still unable to make a Python Programmable Source that works in more than 1 process. I've been up and down through the Paraview Guide and spent lots of times googling, but the only useful posts (and mails from this lists) that seemed useful, used what I think is a deprecated API (Executive's ExtentTranslator). I'm trying to read three Fortran unformatted records which contain one component of a 3-component field each. I've been using Python scripts to read the data and save it in .vtr format, but is getting tedious and wanted to just open the files directly from paraview. This is the code I'm using: RequestInfo: http://pastebin.com/szqtJbH8 RequestData: http://pastebin.com/pyAZxcN8 I tried using if rank == 0 for all the RequestData() function (except for the last line setting extents) but that produces segfault on pvserver for ranks != 0 while (for example) clipping data. Sorry for bothering here, but I think I've really run out of resources to read and I still can't grasp it. Thanks, Mauro -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfavre at cscs.ch Fri Dec 16 02:31:11 2016 From: jfavre at cscs.ch (Favre Jean) Date: Fri, 16 Dec 2016 07:31:11 +0000 Subject: [Paraview] Subject: Problem setting extents in parallel programmable source In-Reply-To: References: Message-ID: <0EB9B6375711A04B820E6B6F5CCA9F684376920C@MBX111.d.ethz.ch> Sorry you had such trouble. Here is an example you can play with. It generates a Rectilinear Grid, in parallel, on any number of MPI tasks. You set the dims[] array, and ParaView does the splitting. Tested with 5.2. ----------------- Jean M. Favre Swiss National Supercomputing Center CH-6900 Lugano Switzerland -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: RectilinearGrid.py Type: text/x-python-script Size: 2294 bytes Desc: RectilinearGrid.py URL: From utkarsh.ayachit at kitware.com Fri Dec 16 05:41:44 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 16 Dec 2016 05:41:44 -0500 Subject: [Paraview] State File Errors In-Reply-To: References: Message-ID: Andrew, Looks like the state file uses some plugin that provides the `PV4FoamReader` proxy. The errors are reported when the plugin wasn't loaded before the state file was loaded. Utkarsh On Thu, Dec 15, 2016 at 8:50 AM, Andrew Roberts wrote: > Hello, > > I'm new to Paraview, so apologies if my beginner-type questions is too > basic. However, I'm glad there is such a list to send messages to, and I > would be very grateful if someone could help me. > > I've installed Paraview 5.0.1 on an Ubuntu 16.04 LTS machine (64 bit) > alongside OpenFOAM 4.0. Sometimes I can load .pvsm files, and sometimes > not. The errors I get are errors.txt and the .pvsm file is attached. > > I will try and use Python tracing, but I would prefer also to have a saved > state. Any ideas about how I can solve this would be great. > > The only non-standard thing I've done was this in > /opt/openfoam4/etc/.bashrc: > > # Location of user files - edited > # ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ > # export WM_PROJECT_USER_DIR=$HOME/$WM_PROJECT/$USER-$WM_PROJECT_VERSION > export WM_PROJECT_USER_DIR=$HOME/Dropbox/7_OpenFOAM > > I'm also creating .openfoam files via: > > $ paraFoam -touch > > Kind regards, > > Andrew > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 patriciop at gmail.com Fri Dec 16 08:15:48 2016 From: patriciop at gmail.com (Patricio Palma C.) Date: Fri, 16 Dec 2016 10:15:48 -0300 Subject: [Paraview] Crash when loading VTK data on XMLMultiBlock format Message-ID: Hello ? ? I'm new in this list, sorry if the following question is too easy. I have data produced by vtkXMLMultiBlockDataWriter (a index file .vtm ?b? and a set of .vtp and . vtu). When open ?ing? the .vtm ?b? with Paraview i t ? ? crashes ? with the following output:? ERROR: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash-linux-shared-release_opengl2_qt4_superbuild/source-paraview/ParaViewCore/ClientServerCore/Core/vtkPVArrayInformation.cxx, line 393 vtkPVArrayInformation (0x715ad40): Component mismatch. ERROR: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash-linux-shared-release_opengl2_qt4_superbuild/source-paraview/ParaViewCore/ClientServerCore/Core/vtkPVArrayInformation.cxx, line 295 vtkPVArrayInformation (0x714caf0): Bad component I'd appreciate any suggestion to solve this. Regards Patricio -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Fri Dec 16 08:18:26 2016 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Fri, 16 Dec 2016 14:18:26 +0100 Subject: [Paraview] Crash when loading VTK data on XMLMultiBlock format In-Reply-To: References: Message-ID: Hi Including the actual data may help. Regards. Mathieu Westphal On Fri, Dec 16, 2016 at 2:15 PM, Patricio Palma C. wrote: > Hello > ? ? > I'm new in this list, sorry if the following question is too easy. I have > data produced by vtkXMLMultiBlockDataWriter (a index file .vtm > ?b? > and a set of .vtp and . vtu). When open > ?ing? > the .vtm > ?b? > with Paraview i > t ? > ? > crashes > ? with the following output:? > > ERROR: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash- > linux-shared-release_opengl2_qt4_superbuild/source-paraview/ParaViewCore/ > ClientServerCore/Core/vtkPVArrayInformation.cxx, line 393 > vtkPVArrayInformation (0x715ad40): Component mismatch. > > ERROR: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash- > linux-shared-release_opengl2_qt4_superbuild/source-paraview/ParaViewCore/ > ClientServerCore/Core/vtkPVArrayInformation.cxx, line 295 > vtkPVArrayInformation (0x714caf0): Bad component > > I'd appreciate any suggestion to solve this. > > Regards > Patricio > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From demaio.a at gmail.com Fri Dec 16 11:11:54 2016 From: demaio.a at gmail.com (Alessandro De Maio) Date: Fri, 16 Dec 2016 17:11:54 +0100 Subject: [Paraview] Fwd: Segfault reading polyhedral cells xdmf3 file In-Reply-To: References: <504a30ae-040e-dd58-d0d0-25bdd51772b5@gmail.com> <7395e9fa-3e3d-c3e7-62ab-b0fbcb41a6dd@gmail.com> Message-ID: I've done some more debugging on this topic. The problem is not related only to windows machines: the easy example that I attached at the beginning of this post (polyhedron.xmf) seems to be correctly opened on Linux machines, but if you try to reopen it several times (for example using the new 5.2 feature of "Reload Files"), not very often but sometimes it gives segfault also on Linux machines. Moreover, if you try to open a bigger file (with more polyhedra inside) it fails more often or, sometimes, it seems not to read all the polyhedral cells in the mesh. I've tried to investigate the code and I think I've found the reason of this behaviour, but of course, as I'm not an expert in VTK programming, a more relevant opinion from the experts in this forum would be appreciated. The function that builds the VTK topology starting from what has been read from a xmdf file is vtkXdmf3DataSet::CopyShape in the source file vtkXdmf3DataSet.cxx (path superbuild/paraview/src/VTK/IO/Xdmf3/ in the 5.2.0 superbuild building directory). In case of "mixed" XdmfTopologyType (line 1460 of the file) it creates a vtkCellArray structure named vCells that at line 1548 is passed to the SetCells function to create the connectivity information of the DataSet. This vCells structure is filled through the pointer *cells_ptr that is initially dimensioned with a size equal to conn_lenght (line 1470) that is the size of the topology array xTopology that comes form xdmf file reading. This structure is filled as a sequence of blocks: each block for each cell. If the cell is not a polyhedron it contains the number of points for that cell followed by the list of pointID of the vertices. If the cell is a polyhedron, as it's explained at lines 1531-1534, the cell information is the sequence of: cell Lenght (that is the size of the following list for that cell), the number of faces and, for each face, the number of points and the list of points. So this array is exactly the same of the one that has been read from the xdmf file, with the substitution of the cell type for non polyhedral cells with the number of points for that cell, and, with the substitution of the cell type with the cell lenght for polyhedral cells. But, after the loop on cells to fill this structure, at line 1547 there is a call to the function Resize to reduce the Array to an overall lenght index-sub where index is the original array lenght and sub is the number of polyhedral cells. I think that this Resize call il wrong because the array lenght is correct before this reduction. If you print the content of the vCell structure after the Resize, for the example of polyhedron.xmf, the last two elements of the array (that are the last two nodes of the last hexaedron cell of the mesh) are missing. Probably when the SetCells function is called at line 1548 with a cell_type array of the right lenght but a truncated vCells array as the second argument, the missing elements of vCell array "could" be available as they should be next in memory to the truncated array, but this is not guaranteed because it is randomical and it depends on the operating system (that could explain the different behaviour between linux and windows). In any case I've tried to comment the Resize function call and the xmdf reader has been able to read all the cases that I've tried to read with polyhedral and not polyhedral 3d cells (there is still a problem with polygons but I'll write another post on this topic). As I've said at the beginning of this too much long message, I hope that VTK/Paraview developers give their opinion about my hypothesis. Thank you Alessandro On Thu, Dec 15, 2016 at 10:54 PM, David E DeMarle wrote: > > On Thu, Dec 15, 2016 at 4:39 PM, David E DeMarle > wrote: > >> fails on windows > > > some of the time. ;) > > If you open it up with the spreadsheet view (so no rendering), you can see > that the cell connectivity array gets nonsense in it - some of the time. > When you then open a renderview and show it, it crashes. > > So something about the read in of the connectivity data has an > uninitialized/misaligned word somewhere. > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fontana.mauro at gmail.com Sun Dec 18 15:04:55 2016 From: fontana.mauro at gmail.com (Mauro Fontana) Date: Sun, 18 Dec 2016 17:04:55 -0300 Subject: [Paraview] Subject: Problem setting extents in parallel programmable source In-Reply-To: <0EB9B6375711A04B820E6B6F5CCA9F684376920C@MBX111.d.ethz.ch> References: <0EB9B6375711A04B820E6B6F5CCA9F684376920C@MBX111.d.ethz.ch> Message-ID: Hi, Thanks a lot Jean. I have it working now. I've uploaded my RequestData() method to a pastebin (http://pastebin.com/K8YYwmEJ) in case it helps another amateur like me. Cheers, 2016-12-16 4:31 GMT-03:00 Favre Jean : > Sorry you had such trouble. Here is an example you can play with. It > generates a Rectilinear Grid, in parallel, on any number of MPI tasks. You > set the dims[] array, and ParaView does the splitting. > > Tested with 5.2. > > ----------------- > Jean M. Favre > Swiss National Supercomputing Center > CH-6900 Lugano > Switzerland > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From joshiga at gmail.com Mon Dec 19 00:03:05 2016 From: joshiga at gmail.com (Girish Joshi) Date: Mon, 19 Dec 2016 10:33:05 +0530 Subject: [Paraview] Trouble compiling Paraview with off-screen rendering with Mesa Message-ID: Hi, I'm trying compile paraview-4.4 on opensuse to run as a server with off-screen rendering support. As I don't have graphics hardware there I want to use Mesa for graphics. I followed instructions on this page, http://www.paraview.org/Wiki/ParaView/ParaView_And_Mesa_3D_tmp#ParaView_with_Offscreen_Mesa to use Mesa-7.7 I configure Mesa with, ./configure --with-driver=xlib --enable-osmesa --prefix={MESA_INSTALL_PREFIX} After compiling mesa I tried to compile Paraview but getting following error, [ 11%] Built target vtkfreetype [ 11%] Linking CXX shared library ../../../lib/libvtkftgl-pv4.4.so CMakeFiles/vtkftgl.dir/src/FTBitmapGlyphRenderOpenGL.cpp.o: In function `ftgl::FTBitmapGlyph::RenderOpenGL(FT_Vector_ const&, FTGLRenderContext const*)': FTBitmapGlyphRenderOpenGL.cpp:(.text+0x33): undefined reference to `glBitmap' FTBitmapGlyphRenderOpenGL.cpp:(.text+0x4e): undefined reference to `glBitmap' FTBitmapGlyphRenderOpenGL.cpp:(.text+0x84): undefined reference to `glBitmap' CMakeFiles/vtkftgl.dir/src/FTGLBitmapFontRenderOpenGL.cpp.o: In function `ftgl::FTGLBitmapFont::RenderOpenGL(wchar_t const*, FTGLRenderContext const*)': FTGLBitmapFontRenderOpenGL.cpp:(.text+0x22): undefined reference to `glPushClientAttrib' FTGLBitmapFontRenderOpenGL.cpp:(.text+0x2c): undefined reference to `glPushAttrib' FTGLBitmapFontRenderOpenGL.cpp:(.text+0x38): undefined reference to `glPixelStorei' FTGLBitmapFontRenderOpenGL.cpp:(.text+0x44): undefined reference to `glPixelStorei' FTGLBitmapFontRenderOpenGL.cpp:(.text+0x53): undefined reference to `glPixelStorei' FTGLBitmapFontRenderOpenGL.cpp:(.text+0x5d): undefined reference to `glDisable' FTGLBitmapFontRenderOpenGL.cpp:(.text+0x70): undefined reference to `glPopAttrib' CMakeFiles/vtkftgl.dir/src/FTGLBitmapFontRenderOpenGL.cpp.o: In function `ftgl::FTGLBitmapFont::RenderOpenGL(char const*, FTGLRenderContext const*)': FTGLBitmapFontRenderOpenGL.cpp:(.text+0xb2): undefined reference to `glPushClientAttrib' FTGLBitmapFontRenderOpenGL.cpp:(.text+0xbc): undefined reference to `glPushAttrib' FTGLBitmapFontRenderOpenGL.cpp:(.text+0xc8): undefined reference to `glPixelStorei' FTGLBitmapFontRenderOpenGL.cpp:(.text+0xd4): undefined reference to `glPixelStorei' FTGLBitmapFontRenderOpenGL.cpp:(.text+0xe3): undefined reference to `glPixelStorei' FTGLBitmapFontRenderOpenGL.cpp:(.text+0xed): undefined reference to `glDisable' FTGLBitmapFontRenderOpenGL.cpp:(.text+0x100): undefined reference to `glPopAttrib' CMakeFiles/vtkftgl.dir/src/FTGLBitmapFontRenderOpenGL.cpp.o: In function `ftgl::FTGLBitmapFont::RenderOpenGL(wchar_t const*, FTGLRenderContext const*)': FTGLBitmapFontRenderOpenGL.cpp:(.text+0x87): undefined reference to `glPopClientAttrib' CMakeFiles/vtkftgl.dir/src/FTGLBitmapFontRenderOpenGL.cpp.o: In function `ftgl::FTGLBitmapFont::RenderOpenGL(char const*, FTGLRenderContext const*)': FTGLBitmapFontRenderOpenGL.cpp:(.text+0x117): undefined reference to `glPopClientAttrib' CMakeFiles/vtkftgl.dir/src/FTGLPixmapFontRenderOpenGL.cpp.o: In function `ftgl::FTGLPixmapFont::RenderOpenGL(wchar_t const*, FTGLRenderContext const*)': FTGLPixmapFontRenderOpenGL.cpp:(.text+0x22): undefined reference to `glPushClientAttrib' FTGLPixmapFontRenderOpenGL.cpp:(.text+0x2c): undefined reference to `glPushAttrib' FTGLPixmapFontRenderOpenGL.cpp:(.text+0x38): undefined reference to `glPixelStorei' FTGLPixmapFontRenderOpenGL.cpp:(.text+0x42): undefined reference to `glEnable' FTGLPixmapFontRenderOpenGL.cpp:(.text+0x51): undefined reference to `glBlendFunc' FTGLPixmapFontRenderOpenGL.cpp:(.text+0x5b): undefined reference to `glDisable' FTGLPixmapFontRenderOpenGL.cpp:(.text+0x6e): undefined reference to `glPopAttrib' CMakeFiles/vtkftgl.dir/src/FTGLPixmapFontRenderOpenGL.cpp.o: In function `ftgl::FTGLPixmapFont::RenderOpenGL(char const*, FTGLRenderContext const*)': FTGLPixmapFontRenderOpenGL.cpp:(.text+0xb2): undefined reference to `glPushClientAttrib' FTGLPixmapFontRenderOpenGL.cpp:(.text+0xbc): undefined reference to `glPushAttrib' FTGLPixmapFontRenderOpenGL.cpp:(.text+0xc8): undefined reference to `glPixelStorei' FTGLPixmapFontRenderOpenGL.cpp:(.text+0xd2): undefined reference to `glEnable' FTGLPixmapFontRenderOpenGL.cpp:(.text+0xe1): undefined reference to `glBlendFunc' FTGLPixmapFontRenderOpenGL.cpp:(.text+0xeb): undefined reference to `glDisable' FTGLPixmapFontRenderOpenGL.cpp:(.text+0xfe): undefined reference to `glPopAttrib' CMakeFiles/vtkftgl.dir/src/FTGLPixmapFontRenderOpenGL.cpp.o: In function `ftgl::FTGLPixmapFont::RenderOpenGL(wchar_t const*, FTGLRenderContext const*)': FTGLPixmapFontRenderOpenGL.cpp:(.text+0x85): undefined reference to `glPopClientAttrib' CMakeFiles/vtkftgl.dir/src/FTGLPixmapFontRenderOpenGL.cpp.o: In function `ftgl::FTGLPixmapFont::RenderOpenGL(char const*, FTGLRenderContext const*)': FTGLPixmapFontRenderOpenGL.cpp:(.text+0x115): undefined reference to `glPopClientAttrib' CMakeFiles/vtkftgl.dir/src/FTPixmapGlyphRenderOpenGL.cpp.o: In function `ftgl::FTPixmapGlyph::RenderOpenGL(FT_Vector_ const&, FTGLRenderContext const*)': FTPixmapGlyphRenderOpenGL.cpp:(.text+0x33): undefined reference to `glBitmap' FTPixmapGlyphRenderOpenGL.cpp:(.text+0x4c): undefined reference to `glDrawPixels' FTPixmapGlyphRenderOpenGL.cpp:(.text+0x82): undefined reference to `glBitmap' CMakeFiles/vtkftgl.dir/src/FTPixmapGlyphRenderOpenGL.cpp.o: In function `ftgl::FTPixmapGlyph::GetCurrentColorOpenGL(float*, FTGLRenderContext const*)': FTPixmapGlyphRenderOpenGL.cpp:(.text+0x96): undefined reference to `glGetFloatv' collect2: ld returned 1 exit status make[2]: *** [lib/libvtkftgl-pv4.4.so.1] Error 1 make[1]: *** [VTK/ThirdParty/ftgl/CMakeFiles/vtkftgl.dir/all] Error 2 make: *** [all] Error 2 Could you help me fix this issue? Thanks, Girish -------------- next part -------------- An HTML attachment was scrubbed... URL: From chrisneal at snumerics.com Mon Dec 19 12:30:05 2016 From: chrisneal at snumerics.com (Christopher Neal) Date: Mon, 19 Dec 2016 12:30:05 -0500 Subject: [Paraview] Compiling Paraview with osMesa using Superbuild Message-ID: Hi all, I just saw that the paraview superbuild has be greatly refactored. I wanted to try and give another shot to something that I have been trying to do for a while now. My goal is to compile a version of paraview with osmesa enabled such that an HPC code that is instrumented with Catalyst calls can run on a computer without having to open up a window to render images. Has anyone had luck building the superbuild with osmesa on OpenSuse 13.2? I'm trying to put together an appropriate configuration script that conforms to the new superbuild's style. Thank you, -- Christopher Neal Research Engineer Streamline Numerics, Inc. From chuck.atkins at kitware.com Mon Dec 19 15:52:02 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Mon, 19 Dec 2016 15:52:02 -0500 Subject: [Paraview] Compiling Paraview with osMesa using Superbuild In-Reply-To: References: Message-ID: Hi Christopher, While I haven't tested with OpenSuSE, I have been testing extensively with SLES12.2 and EL7. I usually recommend to build a CMake cache file to encode the appropriate options used that you can save off as your build's configuration file. You can see many current examples in the cmake/sites directory. Specifically, the EL7-OSMesa.cmake configuration will likely be a good place to start for you. To use it: # Clone the repo and it's submodules # The current superbuild master/ branch is pointing to the ParaView 5.2.0 release git clone https;//gitlab./kitware.com/paraview/paraview-superbuild.git source cd source git submodule init git submodule update # Setup the build location cd .. mkdir build cd build # Configure cmake -C /path/to/sb-source/cmake/sites/EL7-OSMesa.cmake /path/to/sb-source # Build make # Install make install In your case specifically, you'll want to add the following to the config file: set(ENABLE_paraviewsdk ON CACHE "") This will make sure the necessary headers and CMake files get packaged for using Catalyst. This will build with OSMesa enabling both the llvmpipe and OpenSWR drivers. Also, instead of a "make install", you can run "ctest -R cpack-paraviewsdk-TGZ" which will generate a tarball that you can "install" by extracting wherever you want it to end up. We're still working on getting good HowTo docs for the Superbuild, which has been challenging because many different users tend to use it in many different ways. I hope this helps give you a good place to start though. ---------- Chuck Atkins Staff R&D Engineer, Scientific Computing Kitware, Inc. On Mon, Dec 19, 2016 at 12:30 PM, Christopher Neal wrote: > Hi all, > > I just saw that the paraview superbuild has be greatly refactored. I > wanted to try and give another shot to something that I have been > trying to do for a while now. My goal is to compile a version of > paraview with osmesa enabled such that an HPC code that is > instrumented with Catalyst calls can run on a computer without having > to open up a window to render images. > > Has anyone had luck building the superbuild with osmesa on OpenSuse > 13.2? I'm trying to put together an appropriate configuration script > that conforms to the new superbuild's style. > > Thank you, > > -- > Christopher Neal > Research Engineer > Streamline Numerics, Inc. > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chuck.atkins at kitware.com Mon Dec 19 16:02:18 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Mon, 19 Dec 2016 16:02:18 -0500 Subject: [Paraview] Rendering Backend OpenGL2 & PV 5.2.0-RC4 & SurfaceLic --> Problem... In-Reply-To: References: <84a5a6aa-326f-a1ff-7789-28204a0ee502@DLR.de> Message-ID: Hi Andy, I realized after posting that my comparison is not exactly apples to apples > - my build of 5.2.0 required updates to mesa (13.0.0) compared with the > version I used for 4.4.0 (11.2.0). > I will recompile 4.4.0 with the same mesa version I used with 5.2.0 and > report back. > ... > Has any one tested OpenGL2 with SurfaceLIC-Plugin the last time and has >>> (the same) problems? >>> ... >>> o NVidia driver v367.57 >>> >> With 5.2.0, you also have the option of building with EGL which will let you directly render on your NVidia GPU w/o an x11 server, vs using OSMesa for CPU based rendering. - Chuck -------------- next part -------------- An HTML attachment was scrubbed... URL: From bak at lanl.gov Mon Dec 19 16:32:28 2016 From: bak at lanl.gov (Kashiwa, Bucky) Date: Mon, 19 Dec 2016 21:32:28 +0000 Subject: [Paraview] ... not yet supported for more than 2147483647 bytes. Message-ID: On Linux using ParaView version 4.3.1 built with OSMesa-9.0.1, OpenMPI, etc. Running pvserver with 12 PEs, client-server mode, Standard Release ParaView-4.3.1-Linux-64bit client. With large point data (>2Gb) we get this error, upon trying to display a large number of points: Generic Warning: In ../ParaView-v4.3.1-source/VTK/Parallel/MPI/vtkMPICommunicator.cxx, line 194 This operation not yet supported for more than 2147483647 bytes. Our CMakeCache.txt is attached, in case it may provide helpful clues. Thanks much. B. Kashiwa -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: CMakeCache.txt URL: From andrealphus at gmail.com Mon Dec 19 16:59:48 2016 From: andrealphus at gmail.com (andrealphus) Date: Mon, 19 Dec 2016 13:59:48 -0800 Subject: [Paraview] ... not yet supported for more than 2147483647 bytes. In-Reply-To: References: Message-ID: That is a 32 bit error, from trying to index something with more than (2^32)/2 elements or indices. Are you using any custom libraries/packages/modules which might not be 64 bit compliant? Are you sure you built a 64 bit version (check your gcc -v). -ashton On Mon, Dec 19, 2016 at 1:32 PM, Kashiwa, Bucky wrote: > On Linux using ParaView version 4.3.1 built with OSMesa-9.0.1, OpenMPI, > etc. Running pvserver with 12 PEs, client-server mode, Standard Release > ParaView-4.3.1-Linux-64bit client. With large point data (>2Gb) we get > this error, upon trying to display a large number of points: > > Generic Warning: In > ../ParaView-v4.3.1-source/VTK/Parallel/MPI/vtkMPICommunicator.cxx, > line 194 > > This operation not yet supported for more than 2147483647 bytes. > > Our CMakeCache.txt is attached, in case it may provide helpful clues. > > Thanks much. B. Kashiwa > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > 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 agsmith424 at gmail.com Mon Dec 19 17:01:02 2016 From: agsmith424 at gmail.com (Andy Smith) Date: Mon, 19 Dec 2016 17:01:02 -0500 Subject: [Paraview] Rendering Backend OpenGL2 & PV 5.2.0-RC4 & SurfaceLic --> Problem... In-Reply-To: References: <84a5a6aa-326f-a1ff-7789-28204a0ee502@DLR.de> Message-ID: Chuck and Ken, I really appreciate you both following up with me. I will have some time this week to update my osmesa builds for a proper 4.4.0 vs 5.2.0 comparison and I will try out the EGL option; I honestly forgot that it was available. Hopefully I will have more to report back soon. Thanks, Andy On Mon, Dec 19, 2016 at 4:02 PM, Chuck Atkins wrote: > Hi Andy, > > I realized after posting that my comparison is not exactly apples to >> apples - my build of 5.2.0 required updates to mesa (13.0.0) compared with >> the version I used for 4.4.0 (11.2.0). >> I will recompile 4.4.0 with the same mesa version I used with 5.2.0 and >> report back. >> > ... > >> Has any one tested OpenGL2 with SurfaceLIC-Plugin the last time and has >>>> (the same) problems? >>>> ... >>>> o NVidia driver v367.57 >>>> >>> > With 5.2.0, you also have the option of building with EGL which will let > you directly render on your NVidia GPU w/o an x11 server, vs using OSMesa > for CPU based rendering. > > - Chuck > -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Mon Dec 19 17:17:45 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Mon, 19 Dec 2016 17:17:45 -0500 Subject: [Paraview] ... not yet supported for more than 2147483647 bytes. In-Reply-To: References: Message-ID: There are two parts to this issue. The first is that that vtkMPICommunicator for PV 4.3.1 won't communicate data that is over 2^31 bytes of data. This is fixed in PV 5.2. The other issue is due to MPI having a limit of 2^31 objects to be communicated in a single shot. This is MPI's API in that the count for objects that are typically sent/received is an int. See http://www.mpich.org/static/docs/v3.1/www3/MPI_Send.html for example. On Mon, Dec 19, 2016 at 4:59 PM, andrealphus wrote: > That is a 32 bit error, from trying to index something with more than > (2^32)/2 elements or indices. Are you using any custom > libraries/packages/modules which might not be 64 bit compliant? Are > you sure you built a 64 bit version (check your gcc -v). > > -ashton > > On Mon, Dec 19, 2016 at 1:32 PM, Kashiwa, Bucky wrote: > > On Linux using ParaView version 4.3.1 built with OSMesa-9.0.1, OpenMPI, > > etc. Running pvserver with 12 PEs, client-server mode, Standard Release > > ParaView-4.3.1-Linux-64bit client. With large point data (>2Gb) we get > > this error, upon trying to display a large number of points: > > > > Generic Warning: In > > ../ParaView-v4.3.1-source/VTK/Parallel/MPI/vtkMPICommunicator.cxx, > > line 194 > > > > This operation not yet supported for more than 2147483647 bytes. > > > > Our CMakeCache.txt is attached, in case it may provide helpful clues. > > > > Thanks much. B. Kashiwa > > > > > > > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > > > 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 bak at lanl.gov Mon Dec 19 17:25:12 2016 From: bak at lanl.gov (Kashiwa, Bucky) Date: Mon, 19 Dec 2016 22:25:12 +0000 Subject: [Paraview] ... not yet supported for more than 2147483647 bytes. In-Reply-To: References: Message-ID: Andy, Ashton: I will bring up v5.2 to see if it works for me. Thanks, b. =======================================================================73 <>Bucky Kashiwa PhD, PE <> Post: MS B216, Los Alamos, NM 87545 <> <> Ofc: TA3-SM123-RM276 <>Email: bak at lanl.gov, kashiwa at qwest.net <> <>Voice: 505-667-8812 <> Fax: 505-665-5926 <> <> Home: 505-988-7332 <> Cell: 505-795-5581 <> =======================================================================73 From: Andy Bauer > Date: Monday, December 19, 2016 at 3:17 PM To: andrealphus > Cc: Bucky Kashiwa >, "ParaView at ParaView.org" > Subject: Re: [Paraview] ... not yet supported for more than 2147483647 bytes. There are two parts to this issue. The first is that that vtkMPICommunicator for PV 4.3.1 won't communicate data that is over 2^31 bytes of data. This is fixed in PV 5.2. The other issue is due to MPI having a limit of 2^31 objects to be communicated in a single shot. This is MPI's API in that the count for objects that are typically sent/received is an int. See http://www.mpich.org/static/docs/v3.1/www3/MPI_Send.html for example. On Mon, Dec 19, 2016 at 4:59 PM, andrealphus > wrote: That is a 32 bit error, from trying to index something with more than (2^32)/2 elements or indices. Are you using any custom libraries/packages/modules which might not be 64 bit compliant? Are you sure you built a 64 bit version (check your gcc -v). -ashton On Mon, Dec 19, 2016 at 1:32 PM, Kashiwa, Bucky > wrote: > On Linux using ParaView version 4.3.1 built with OSMesa-9.0.1, OpenMPI, > etc. Running pvserver with 12 PEs, client-server mode, Standard Release > ParaView-4.3.1-Linux-64bit client. With large point data (>2Gb) we get > this error, upon trying to display a large number of points: > > Generic Warning: In > ../ParaView-v4.3.1-source/VTK/Parallel/MPI/vtkMPICommunicator.cxx, > line 194 > > This operation not yet supported for more than 2147483647 bytes. > > Our CMakeCache.txt is attached, in case it may provide helpful clues. > > Thanks much. B. Kashiwa > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView > > 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 chrisneal at snumerics.com Mon Dec 19 18:19:07 2016 From: chrisneal at snumerics.com (Christopher Neal) Date: Mon, 19 Dec 2016 18:19:07 -0500 Subject: [Paraview] Compiling Paraview with osMesa using Superbuild In-Reply-To: References: Message-ID: Thank you for the suggestions Chuck, I tried the configuration: EL7-OSMesa.cmake with the edit that you suggested. It first failed when I ran: cmake -C ../paraview-superbuild/cmake/sites/EL7-OSMesa.cmake ../paraview-superbuild/ The error was: *CMake Error at superbuild/cmake/SuperbuildRevisionMacros.cmake:339 (message): The 5.2.0-RC4 source selection for paraview does not exist.Call Stack (most recent call first): versions.cmake:60 (superbuild_set_selectable_source) superbuild/CMakeLists.txt:96 (include)-- Configuring incomplete, errors occurred!* I took at a look at the EL7-OSMesa.cmake file and it looks like there is a hardcoded paraview version in there. The option: set(paraview_SOURCE_SELECTION 5.2.0-RC4 CACHE BOOL "") . I changed it from 5.2.0-RC4 to 5.2.0 and the configuration continued on until it hit another failure. I changed set(ENABLE_paraviewsdk ON CACHE "") to set(ENABLE_paraviewsdk ON CACHE BOOL "") [note the BOOL], and that seemed to fix the issue. Upon doing 'make' the compilation failed in the HDF5 stage with the following error. *CMakeFiles/Makefile2:127: recipe for target 'src/CMakeFiles/hdf5.dir/all' failedgmake[4]: *** [src/CMakeFiles/hdf5.dir/all] Error 2Makefile:149: recipe for target 'all' failedgmake[3]: *** [all] Error 2CMake Error at /home/neal/software/ParaView_osMesa_Superbuild/build/superbuild/sb-hdf5-build.cmake:43 (message): Failed with exit code 2superbuild/CMakeFiles/hdf5.dir/build.make:115: recipe for target 'superbuild/hdf5/stamp/hdf5-build' failedmake[2]: *** [superbuild/hdf5/stamp/hdf5-build] Error 1CMakeFiles/Makefile2:2399: recipe for target 'superbuild/CMakeFiles/hdf5.dir/all' failedmake[1]: *** [superbuild/CMakeFiles/hdf5.dir/all] Error 2Makefile:127: recipe for target 'all' failedmake: *** [all] Error 2* I'm unsure about how to resolve the failure. I am using cmake-3.6. There is a version of hdf5 already installed on the system( which h5dump gives: /usr/lib64/mpi/gcc/openmpi/bin/h5dump ). Have you ever had issues with the hdf5 compilation of the superbuild? Thank you, On Mon, Dec 19, 2016 at 3:52 PM, Chuck Atkins wrote: > Hi Christopher, > > While I haven't tested with OpenSuSE, I have been testing extensively with > SLES12.2 and EL7. I usually recommend to build a CMake cache file to > encode the appropriate options used that you can save off as your build's > configuration file. You can see many current examples in the cmake/sites > directory. Specifically, the EL7-OSMesa.cmake configuration will likely be > a good place to start for you. To use it: > > # Clone the repo and it's submodules > # The current superbuild master/ branch is pointing to the ParaView 5.2.0 > release > git clone https;//gitlab./kitware.com/paraview/paraview-superbuild.git > source > cd source > git submodule init > git submodule update > > # Setup the build location > cd .. > mkdir build > cd build > > # Configure > cmake -C /path/to/sb-source/cmake/sites/EL7-OSMesa.cmake > /path/to/sb-source > > # Build > make > > # Install > make install > > In your case specifically, you'll want to add the following to the config > file: > > set(ENABLE_paraviewsdk ON CACHE "") > > This will make sure the necessary headers and CMake files get packaged for > using Catalyst. This will build with OSMesa enabling both the llvmpipe and > OpenSWR drivers. Also, instead of a "make install", you can run "ctest -R > cpack-paraviewsdk-TGZ" which will generate a tarball that you can "install" > by extracting wherever you want it to end up. > > We're still working on getting good HowTo docs for the Superbuild, which > has been challenging because many different users tend to use it in many > different ways. I hope this helps give you a good place to start though. > > > > ---------- > Chuck Atkins > Staff R&D Engineer, Scientific Computing > Kitware, Inc. > > > On Mon, Dec 19, 2016 at 12:30 PM, Christopher Neal < > chrisneal at snumerics.com> wrote: > >> Hi all, >> >> I just saw that the paraview superbuild has be greatly refactored. I >> wanted to try and give another shot to something that I have been >> trying to do for a while now. My goal is to compile a version of >> paraview with osmesa enabled such that an HPC code that is >> instrumented with Catalyst calls can run on a computer without having >> to open up a window to render images. >> >> Has anyone had luck building the superbuild with osmesa on OpenSuse >> 13.2? I'm trying to put together an appropriate configuration script >> that conforms to the new superbuild's style. >> >> Thank you, >> >> -- >> Christopher Neal >> Research Engineer >> Streamline Numerics, Inc. >> _______________________________________________ >> Powered by www.kitware.com >> >> Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> >> Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> >> Search the list archives at: http://markmail.org/search/?q=ParaView >> >> Follow this link to subscribe/unsubscribe: >> http://public.kitware.com/mailman/listinfo/paraview >> > > -- Christopher Neal Research Engineer Streamline Numerics, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Magnus_Elden at hotmail.com Mon Dec 19 20:46:11 2016 From: Magnus_Elden at hotmail.com (Magnus Elden) Date: Tue, 20 Dec 2016 01:46:11 +0000 Subject: [Paraview] Export the surface model in a format that can be read by 3D modeling software. In-Reply-To: References: Message-ID: Hi, I have a volume that looks fine inside Paraview when I set the mode to surface. However, there is no option to save the model as a standard 3D model file format. .obj, .ply, .fbx, 3ds etc. If I add glyphs I can export the glyphs just fine as a .ply file, but for some reason that is not available for the surface. Is it possible to get a geometric model of the surface exported to a "proper" geometric 3D model format? Yours, Magnus Elden -------------- next part -------------- An HTML attachment was scrubbed... URL: From chuck.atkins at kitware.com Mon Dec 19 21:04:26 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Mon, 19 Dec 2016 21:04:26 -0500 Subject: [Paraview] Compiling Paraview with osMesa using Superbuild In-Reply-To: References: Message-ID: Setting ENABLE_foo to ON turn on a sub-project, defaulting to building our own version. Setting USE_SYSTEM_foo to ON will override that default and use a system version instead. In your case, you'll want to also set USE_SYSTEM_hdf5 to ON. Given your particular configuration and which packages you have installed, set ENABLE_foo and USE_SYSTEM_foo accordingly. Using the cache file is functionally equivalent to: cmake -DENABLE_foo=ON -DUSE_SYSTEM_foo=ON [more cmake options]... The cache file works by pre-loading the settings. You can also pass additional options on the command line as cmake -D flags to override or supplement the cache script settings. When trying to work out the settings you want to use, it may be easiest to iterate with -D flags on the command line until you get it just how you want it and then translate those into a site-specific cache script that you can keep around. ---------- Chuck Atkins Staff R&D Engineer, Scientific Computing Kitware, Inc. On Mon, Dec 19, 2016 at 6:19 PM, Christopher Neal wrote: > Thank you for the suggestions Chuck, > > I tried the configuration: EL7-OSMesa.cmake with the edit that you > suggested. > > It first failed when I ran: cmake -C ../paraview-superbuild/cmake/sites/EL7-OSMesa.cmake > ../paraview-superbuild/ > > The error was: > > > > > > > > > *CMake Error at superbuild/cmake/SuperbuildRevisionMacros.cmake:339 > (message): The 5.2.0-RC4 source selection for paraview does not exist.Call > Stack (most recent call first): versions.cmake:60 > (superbuild_set_selectable_source) superbuild/CMakeLists.txt:96 > (include)-- Configuring incomplete, errors occurred!* > > I took at a look at the EL7-OSMesa.cmake file and it looks like there is a > hardcoded paraview version in there. The option: > set(paraview_SOURCE_SELECTION 5.2.0-RC4 CACHE BOOL "") . I changed it from > 5.2.0-RC4 to 5.2.0 and the configuration continued on until it hit another > failure. I changed set(ENABLE_paraviewsdk ON CACHE "") to > set(ENABLE_paraviewsdk ON CACHE BOOL "") [note the BOOL], and that seemed > to fix the issue. > > > Upon doing 'make' the compilation failed in the HDF5 stage with the > following error. > > > > > > > > > > > > > > > *CMakeFiles/Makefile2:127: recipe for target 'src/CMakeFiles/hdf5.dir/all' > failedgmake[4]: *** [src/CMakeFiles/hdf5.dir/all] Error 2Makefile:149: > recipe for target 'all' failedgmake[3]: *** [all] Error 2CMake Error at > /home/neal/software/ParaView_osMesa_Superbuild/build/superbuild/sb-hdf5-build.cmake:43 > (message): Failed with exit code > 2superbuild/CMakeFiles/hdf5.dir/build.make:115: recipe for target > 'superbuild/hdf5/stamp/hdf5-build' failedmake[2]: *** > [superbuild/hdf5/stamp/hdf5-build] Error 1CMakeFiles/Makefile2:2399: recipe > for target 'superbuild/CMakeFiles/hdf5.dir/all' failedmake[1]: *** > [superbuild/CMakeFiles/hdf5.dir/all] Error 2Makefile:127: recipe for target > 'all' failedmake: *** [all] Error 2* > > I'm unsure about how to resolve the failure. I am using cmake-3.6. There > is a version of hdf5 already installed on the system( which h5dump gives: > /usr/lib64/mpi/gcc/openmpi/bin/h5dump ). > > Have you ever had issues with the hdf5 compilation of the superbuild? > > Thank you, > > On Mon, Dec 19, 2016 at 3:52 PM, Chuck Atkins > wrote: > >> Hi Christopher, >> >> While I haven't tested with OpenSuSE, I have been testing extensively >> with SLES12.2 and EL7. I usually recommend to build a CMake cache file to >> encode the appropriate options used that you can save off as your build's >> configuration file. You can see many current examples in the cmake/sites >> directory. Specifically, the EL7-OSMesa.cmake configuration will likely be >> a good place to start for you. To use it: >> >> # Clone the repo and it's submodules >> # The current superbuild master/ branch is pointing to the ParaView 5.2.0 >> release >> git clone https;//gitlab./kitware.com/paraview/paraview-superbuild.git >> source >> cd source >> git submodule init >> git submodule update >> >> # Setup the build location >> cd .. >> mkdir build >> cd build >> >> # Configure >> cmake -C /path/to/sb-source/cmake/sites/EL7-OSMesa.cmake >> /path/to/sb-source >> >> # Build >> make >> >> # Install >> make install >> >> In your case specifically, you'll want to add the following to the config >> file: >> >> set(ENABLE_paraviewsdk ON CACHE "") >> >> This will make sure the necessary headers and CMake files get packaged >> for using Catalyst. This will build with OSMesa enabling both the llvmpipe >> and OpenSWR drivers. Also, instead of a "make install", you can run "ctest >> -R cpack-paraviewsdk-TGZ" which will generate a tarball that you can >> "install" by extracting wherever you want it to end up. >> >> We're still working on getting good HowTo docs for the Superbuild, which >> has been challenging because many different users tend to use it in many >> different ways. I hope this helps give you a good place to start though. >> >> >> >> ---------- >> Chuck Atkins >> Staff R&D Engineer, Scientific Computing >> Kitware, Inc. >> >> >> On Mon, Dec 19, 2016 at 12:30 PM, Christopher Neal < >> chrisneal at snumerics.com> wrote: >> >>> Hi all, >>> >>> I just saw that the paraview superbuild has be greatly refactored. I >>> wanted to try and give another shot to something that I have been >>> trying to do for a while now. My goal is to compile a version of >>> paraview with osmesa enabled such that an HPC code that is >>> instrumented with Catalyst calls can run on a computer without having >>> to open up a window to render images. >>> >>> Has anyone had luck building the superbuild with osmesa on OpenSuse >>> 13.2? I'm trying to put together an appropriate configuration script >>> that conforms to the new superbuild's style. >>> >>> Thank you, >>> >>> -- >>> Christopher Neal >>> Research Engineer >>> Streamline Numerics, Inc. >>> _______________________________________________ >>> Powered by www.kitware.com >>> >>> Visit other Kitware open-source projects at >>> http://www.kitware.com/opensource/opensource.html >>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>> http://paraview.org/Wiki/ParaView >>> >>> Search the list archives at: http://markmail.org/search/?q=ParaView >>> >>> Follow this link to subscribe/unsubscribe: >>> http://public.kitware.com/mailman/listinfo/paraview >>> >> >> > > > -- > Christopher Neal > Research Engineer > Streamline Numerics, Inc. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Dec 19 21:38:54 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 19 Dec 2016 21:38:54 -0500 Subject: [Paraview] Export the surface model in a format that can be read by 3D modeling software. In-Reply-To: References: Message-ID: Magnus, The Surface mode, or "representation", in ParaView displays just the surface extracted from the underlying volume. Underneath, it is still a volumetric dataset, so ParaView does not present surface data writers when you try to save it to a file. The representation is just the way the underlying data is displayed - you wouldn't be saving just the edges if you saved the data when the Wireframe mode is chosen, for instance. To enable saving it as a surface, you must first extract the surfaces from the volume using a filter such as Extract Surface. The display in Surface mode will look exactly the same, but the underlying data in the output of this filter *is* actually a surface. When you save it from ParaView, you will have the expected writers from which to choose. The Glyph filter produces surface data, hence you get the expected surface options available for the file format. HTH, Cory On Mon, Dec 19, 2016 at 8:46 PM, Magnus Elden wrote: > Hi, > > > > I have a volume that looks fine inside Paraview when I set the mode to > surface. However, there is no option to save the model as a standard 3D > model file format. .obj, .ply, .fbx, 3ds etc. If I add glyphs I can export > the glyphs just fine as a .ply file, but for some reason that is not > available for the surface. > > > > Is it possible to get a geometric model of the surface exported to a > ?proper? geometric 3D model format? > > > > Yours, > > Magnus Elden > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From andrealphus at gmail.com Tue Dec 20 13:23:44 2016 From: andrealphus at gmail.com (andrealphus) Date: Tue, 20 Dec 2016 10:23:44 -0800 Subject: [Paraview] programmable filter Message-ID: I've been slowly moving from v4 to v5. Is programmable filter gone? I use to do a lot of operations like; data_0 = inputs[0].CellData['data'] data_1 = inputs[1].CellData['data'] output.CellData.append(data_1 - data_0, 'difference') or more complicated then simple differencing, e.g.; data_0 = inputs[0].CellData['data'] data_1 = inputs[1].CellData['data'] tmp1=A * data_0^3 + B * data_0^2 + C * data_0^3 etc... can anyone point me to where its documented how to do this now (and please dont just say pytrhon calculator). thanks! ashton From utkarsh.ayachit at kitware.com Tue Dec 20 13:33:06 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 20 Dec 2016 13:33:06 -0500 Subject: [Paraview] programmable filter In-Reply-To: References: Message-ID: Programmable Filter is not gone, it's still around, alive and well. It's under Filters | Data Analysis menu, as before. If you're not seeing it there, make sure your ParaView build is built with Python support enabled. Utkarsh On Tue, Dec 20, 2016 at 1:23 PM, andrealphus wrote: > I've been slowly moving from v4 to v5. Is programmable filter gone? I > use to do a lot of operations like; > > data_0 = inputs[0].CellData['data'] > data_1 = inputs[1].CellData['data'] > output.CellData.append(data_1 - data_0, 'difference') > > or more complicated then simple differencing, e.g.; > > data_0 = inputs[0].CellData['data'] > data_1 = inputs[1].CellData['data'] > > tmp1=A * data_0^3 + B * data_0^2 + C * data_0^3 > > etc... > > can anyone point me to where its documented how to do this now (and > please dont just say pytrhon calculator). > > thanks! > ashton > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 andrealphus at gmail.com Tue Dec 20 13:33:19 2016 From: andrealphus at gmail.com (andrealphus) Date: Tue, 20 Dec 2016 10:33:19 -0800 Subject: [Paraview] programmable filter In-Reply-To: References: Message-ID: Nevermind! I opened one of my non standard pv5 builds and didnt realize it - not enough coffee yet this morning.... On Tue, Dec 20, 2016 at 10:23 AM, andrealphus wrote: > I've been slowly moving from v4 to v5. Is programmable filter gone? I > use to do a lot of operations like; > > data_0 = inputs[0].CellData['data'] > data_1 = inputs[1].CellData['data'] > output.CellData.append(data_1 - data_0, 'difference') > > or more complicated then simple differencing, e.g.; > > data_0 = inputs[0].CellData['data'] > data_1 = inputs[1].CellData['data'] > > tmp1=A * data_0^3 + B * data_0^2 + C * data_0^3 > > etc... > > can anyone point me to where its documented how to do this now (and > please dont just say pytrhon calculator). > > thanks! > ashton From chrisneal at snumerics.com Tue Dec 20 15:27:45 2016 From: chrisneal at snumerics.com (Christopher Neal) Date: Tue, 20 Dec 2016 15:27:45 -0500 Subject: [Paraview] Compiling Paraview with osMesa using Superbuild In-Reply-To: References: Message-ID: Thanks again Chuck. I would prefer to have the superbuild compile its own hdf5 to eliminate any possibility of errors on my side. When I use the 'ENABLE_hdf5' option in the cache file there still appears to be an issue with the compilation in the hdf5 area. *For completeness here is the output of the configuration:* *cmake -C ../EL7-OSMesa.cmake ../paraview-superbuild/loading initial cache file ../EL7-OSMesa.cmake-- The C compiler identification is GNU 4.8.3-- The CXX compiler identification is GNU 4.8.3-- Check for working C compiler: /usr/bin/cc-- Check for working C compiler: /usr/bin/cc -- works-- Detecting C compiler ABI info-- Detecting C compiler ABI info - done-- Detecting C compile features-- Detecting C compile features - done-- Check for working CXX compiler: /usr/bin/c++-- Check for working CXX compiler: /usr/bin/c++ -- works-- Detecting CXX compiler ABI info-- Detecting CXX compiler ABI info - done-- Detecting CXX compile features-- Detecting CXX compile features - done-- Check size of void*-- Check size of void* - done-- Found Git: /usr/bin/git (found version "2.1.2") -- Determined source version for paraview: 5.2.0-- Enabling zlib as requested.-- Enabling cxx11 for: llvm, ospray-- Enabling boost as requested.-- Enabling szip for: hdf5-- Enabling hdf5 as requested.-- Enabling cgns as requested.-- Enabling ffmpeg as requested.-- Enabling freetype as requested.-- Enabling mpi as requested.-- Enabling genericio as requested.-- Enabling libxml2 as requested.-- Enabling bzip2 for: python-- Enabling png as requested.-- Enabling python as requested.-- Enabling numpy as requested.-- Enabling llvm for: osmesa-- Enabling osmesa as requested.-- Enabling ispc for: ospray-- Enabling tbb for: ospray-- Enabling ospray as requested.-- Enabling glu for: visitbridge-- Enabling visitbridge as requested.-- Enabling silo as requested.-- Enabling paraview as requested.-- Enabling paraviewsdk as requested.-- Enabling socat as requested.-- Building projects: zlib, cxx11, boost, szip, hdf5, cgns, ffmpeg, freetype, mpi, genericio, libxml2, bzip2, png, python, numpy, llvm, osmesa, ispc, tbb, ospray, glu, visitbridge, silo, paraview, paraviewsdk, socat-- Found MPI_C: /usr/lib64/mpi/gcc/openmpi/lib64/libmpi.so -- Found MPI_CXX: /usr/lib64/mpi/gcc/openmpi/lib64/libmpi_cxx.so;/usr/lib64/mpi/gcc/openmpi/lib64/libmpi.so -- Found ZLIB: /usr/lib64/libz.so (found version "1.2.8") -- Found PNG: /usr/lib64/libpng.so (found version "1.2.51") -- Configuring done-- Generating done-- Build files have been written to: /home/neal/software/ParaView_osMesa_Superbuild/build* *And here is the error that's showing up:* *[ 35%] Performing build step for 'hdf5'[ 0%] Built target H5detect[ 1%] Built target H5make_libsettingsgmake[5]: *** No rule to make target '/home/neal/software/ParaView_osMesa_Superbuild/build/install/lib/libsz.so', needed by 'bin/libhdf5.so.1.8.13'. Stop.CMakeFiles/Makefile2:127: recipe for target 'src/CMakeFiles/hdf5.dir/all' failedgmake[4]: *** [src/CMakeFiles/hdf5.dir/all] Error 2Makefile:149: recipe for target 'all' failedgmake[3]: *** [all] Error 2CMake Error at /home/neal/software/ParaView_osMesa_Superbuild/build/superbuild/sb-hdf5-build.cmake:43 (message): Failed with exit code 2superbuild/CMakeFiles/hdf5.dir/build.make:115: recipe for target 'superbuild/hdf5/stamp/hdf5-build' failedgmake[2]: *** [superbuild/hdf5/stamp/hdf5-build] Error 1CMakeFiles/Makefile2:2146: recipe for target 'superbuild/CMakeFiles/hdf5.dir/all' failedgmake[1]: *** [superbuild/CMakeFiles/hdf5.dir/all] Error 2Makefile:127: recipe for target 'all' failedgmake: *** [all] Error 2* I got the same error when I used my version of hdf5(also 1.8.13), so I'm trying to understand what the make utility is trying to tell me the trouble it is having on my OpenSuse system. I've also attached the cache file that I'm feeding to Cmake. Thank you, On Mon, Dec 19, 2016 at 9:04 PM, Chuck Atkins wrote: > Setting ENABLE_foo to ON turn on a sub-project, defaulting to building our > own version. Setting USE_SYSTEM_foo to ON will override that default and > use a system version instead. In your case, you'll want to also set > USE_SYSTEM_hdf5 to ON. Given your particular configuration and which > packages you have installed, set ENABLE_foo and USE_SYSTEM_foo > accordingly. Using the cache file is functionally equivalent to: > > cmake -DENABLE_foo=ON -DUSE_SYSTEM_foo=ON [more cmake options]... > > The cache file works by pre-loading the settings. You can also pass > additional options on the command line as cmake -D flags to override or > supplement the cache script settings. When trying to work out the settings > you want to use, it may be easiest to iterate with -D flags on the command > line until you get it just how you want it and then translate those into a > site-specific cache script that you can keep around. > > > ---------- > Chuck Atkins > Staff R&D Engineer, Scientific Computing > Kitware, Inc. > > > On Mon, Dec 19, 2016 at 6:19 PM, Christopher Neal > wrote: > >> Thank you for the suggestions Chuck, >> >> I tried the configuration: EL7-OSMesa.cmake with the edit that you >> suggested. >> >> It first failed when I ran: cmake -C ../paraview-superbuild/cmake/sites/EL7-OSMesa.cmake >> ../paraview-superbuild/ >> >> The error was: >> >> >> >> >> >> >> >> >> *CMake Error at superbuild/cmake/SuperbuildRevisionMacros.cmake:339 >> (message): The 5.2.0-RC4 source selection for paraview does not exist.Call >> Stack (most recent call first): versions.cmake:60 >> (superbuild_set_selectable_source) superbuild/CMakeLists.txt:96 >> (include)-- Configuring incomplete, errors occurred!* >> >> I took at a look at the EL7-OSMesa.cmake file and it looks like there is >> a hardcoded paraview version in there. The option: >> set(paraview_SOURCE_SELECTION 5.2.0-RC4 CACHE BOOL "") . I changed it from >> 5.2.0-RC4 to 5.2.0 and the configuration continued on until it hit another >> failure. I changed set(ENABLE_paraviewsdk ON CACHE "") to >> set(ENABLE_paraviewsdk ON CACHE BOOL "") [note the BOOL], and that seemed >> to fix the issue. >> >> >> Upon doing 'make' the compilation failed in the HDF5 stage with the >> following error. >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> *CMakeFiles/Makefile2:127: recipe for target >> 'src/CMakeFiles/hdf5.dir/all' failedgmake[4]: *** >> [src/CMakeFiles/hdf5.dir/all] Error 2Makefile:149: recipe for target 'all' >> failedgmake[3]: *** [all] Error 2CMake Error at >> /home/neal/software/ParaView_osMesa_Superbuild/build/superbuild/sb-hdf5-build.cmake:43 >> (message): Failed with exit code >> 2superbuild/CMakeFiles/hdf5.dir/build.make:115: recipe for target >> 'superbuild/hdf5/stamp/hdf5-build' failedmake[2]: *** >> [superbuild/hdf5/stamp/hdf5-build] Error 1CMakeFiles/Makefile2:2399: recipe >> for target 'superbuild/CMakeFiles/hdf5.dir/all' failedmake[1]: *** >> [superbuild/CMakeFiles/hdf5.dir/all] Error 2Makefile:127: recipe for target >> 'all' failedmake: *** [all] Error 2* >> >> I'm unsure about how to resolve the failure. I am using cmake-3.6. There >> is a version of hdf5 already installed on the system( which h5dump gives: >> /usr/lib64/mpi/gcc/openmpi/bin/h5dump ). >> >> Have you ever had issues with the hdf5 compilation of the superbuild? >> >> Thank you, >> >> On Mon, Dec 19, 2016 at 3:52 PM, Chuck Atkins >> wrote: >> >>> Hi Christopher, >>> >>> While I haven't tested with OpenSuSE, I have been testing extensively >>> with SLES12.2 and EL7. I usually recommend to build a CMake cache file to >>> encode the appropriate options used that you can save off as your build's >>> configuration file. You can see many current examples in the cmake/sites >>> directory. Specifically, the EL7-OSMesa.cmake configuration will likely be >>> a good place to start for you. To use it: >>> >>> # Clone the repo and it's submodules >>> # The current superbuild master/ branch is pointing to the ParaView >>> 5.2.0 release >>> git clone https;//gitlab./kitware.com/paraview/paraview-superbuild.git >>> source >>> cd source >>> git submodule init >>> git submodule update >>> >>> # Setup the build location >>> cd .. >>> mkdir build >>> cd build >>> >>> # Configure >>> cmake -C /path/to/sb-source/cmake/sites/EL7-OSMesa.cmake >>> /path/to/sb-source >>> >>> # Build >>> make >>> >>> # Install >>> make install >>> >>> In your case specifically, you'll want to add the following to the >>> config file: >>> >>> set(ENABLE_paraviewsdk ON CACHE "") >>> >>> This will make sure the necessary headers and CMake files get packaged >>> for using Catalyst. This will build with OSMesa enabling both the llvmpipe >>> and OpenSWR drivers. Also, instead of a "make install", you can run "ctest >>> -R cpack-paraviewsdk-TGZ" which will generate a tarball that you can >>> "install" by extracting wherever you want it to end up. >>> >>> We're still working on getting good HowTo docs for the Superbuild, which >>> has been challenging because many different users tend to use it in many >>> different ways. I hope this helps give you a good place to start though. >>> >>> >>> >>> ---------- >>> Chuck Atkins >>> Staff R&D Engineer, Scientific Computing >>> Kitware, Inc. >>> >>> >>> On Mon, Dec 19, 2016 at 12:30 PM, Christopher Neal < >>> chrisneal at snumerics.com> wrote: >>> >>>> Hi all, >>>> >>>> I just saw that the paraview superbuild has be greatly refactored. I >>>> wanted to try and give another shot to something that I have been >>>> trying to do for a while now. My goal is to compile a version of >>>> paraview with osmesa enabled such that an HPC code that is >>>> instrumented with Catalyst calls can run on a computer without having >>>> to open up a window to render images. >>>> >>>> Has anyone had luck building the superbuild with osmesa on OpenSuse >>>> 13.2? I'm trying to put together an appropriate configuration script >>>> that conforms to the new superbuild's style. >>>> >>>> Thank you, >>>> >>>> -- >>>> Christopher Neal >>>> Research Engineer >>>> Streamline Numerics, Inc. >>>> _______________________________________________ >>>> Powered by www.kitware.com >>>> >>>> Visit other Kitware open-source projects at >>>> http://www.kitware.com/opensource/opensource.html >>>> >>>> Please keep messages on-topic and check the ParaView Wiki at: >>>> http://paraview.org/Wiki/ParaView >>>> >>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>> >>>> Follow this link to subscribe/unsubscribe: >>>> http://public.kitware.com/mailman/listinfo/paraview >>>> >>> >>> >> >> >> -- >> Christopher Neal >> Research Engineer >> Streamline Numerics, Inc. >> > > -- Christopher Neal Research Engineer Streamline Numerics, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: EL7-OSMesa.cmake Type: application/octet-stream Size: 1568 bytes Desc: not available URL: From berk.geveci at kitware.com Wed Dec 21 10:05:07 2016 From: berk.geveci at kitware.com (Berk Geveci) Date: Wed, 21 Dec 2016 10:05:07 -0500 Subject: [Paraview] ... not yet supported for more than 2147483647 bytes. In-Reply-To: References: Message-ID: Besides what others said here, I am curious why ParaView is trying to move > 2 GB over MPI. This wouldn't normally happen unless it was trying to gather and deliver the entire dataset to the client. Which in itself would be a problem with data this size. What operation leads to this error? On Mon, Dec 19, 2016 at 5:25 PM, Kashiwa, Bucky wrote: > Andy, Ashton: I will bring up v5.2 to see if it works for me. Thanks, b. > > =======================================================================73 > <>Bucky Kashiwa PhD, PE <> Post: MS B216, Los Alamos, NM 87545 <> > <> Ofc: TA3-SM123-RM276 <>Email: bak at lanl.gov, kashiwa at qwest.net <> > <>Voice: 505-667-8812 <(505)%20667-8812> <> Fax: 505-665-5926 > <(505)%20665-5926> <> > <> Home: 505-988-7332 <(505)%20988-7332> <> > Cell: 505-795-5581 <(505)%20795-5581> <> > =======================================================================73 > > From: Andy Bauer > Date: Monday, December 19, 2016 at 3:17 PM > To: andrealphus > Cc: Bucky Kashiwa , "ParaView at ParaView.org" < > ParaView at paraview.org> > Subject: Re: [Paraview] ... not yet supported for more than 2147483647 > <(214)%20748-3647> bytes. > > There are two parts to this issue. The first is that that > vtkMPICommunicator for PV 4.3.1 won't communicate data that is over 2^31 > bytes of data. This is fixed in PV 5.2. The other issue is due to MPI > having a limit of 2^31 objects to be communicated in a single shot. This is > MPI's API in that the count for objects that are typically sent/received is > an int. See http://www.mpich.org/static/docs/v3.1/www3/MPI_Send.html for > example. > > On Mon, Dec 19, 2016 at 4:59 PM, andrealphus > wrote: > >> That is a 32 bit error, from trying to index something with more than >> (2^32)/2 elements or indices. Are you using any custom >> libraries/packages/modules which might not be 64 bit compliant? Are >> you sure you built a 64 bit version (check your gcc -v). >> >> -ashton >> >> On Mon, Dec 19, 2016 at 1:32 PM, Kashiwa, Bucky wrote: >> > On Linux using ParaView version 4.3.1 built with OSMesa-9.0.1, OpenMPI, >> > etc. Running pvserver with 12 PEs, client-server mode, Standard Release >> > ParaView-4.3.1-Linux-64bit client. With large point data (>2Gb) we get >> > this error, upon trying to display a large number of points: >> > >> > Generic Warning: In >> > ../ParaView-v4.3.1-source/VTK/Parallel/MPI/vtkMPICommunicator.cxx, >> > line 194 >> > >> > This operation not yet supported for more than 2147483647 >> <(214)%20748-3647> bytes. >> > >> > Our CMakeCache.txt is attached, in case it may provide helpful clues. >> > >> > Thanks much. B. Kashiwa >> > >> > >> > >> > _______________________________________________ >> > Powered by www.kitware.com >> > >> > Visit other Kitware open-source projects at >> http://www.kitware.com/opensource/opensource.html >> > >> > Please keep messages on-topic and check the ParaView Wiki at: >> http://paraview.org/Wiki/ParaView >> > >> > 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 seongmo.yeon at gmail.com Wed Dec 21 11:20:17 2016 From: seongmo.yeon at gmail.com (SeongMo Yeon) Date: Thu, 22 Dec 2016 01:20:17 +0900 Subject: [Paraview] color mapping of XDMF and HDF5 file is not shown Message-ID: Hi, I am woking with HDF5 and XDMF file to visualize in ParaView. three problems are found in reading xdmf reader. 1) in MS Windows, color map is shown correctly but in Linux, color map is gone and nothing is shown but grid surface. 2) in Linux (not sure in Windows), Paraview 5.1.2 has problem in reading attribute data 3) xdmf3 reader cannot read my xdmf file. which part should I correct in order for xdmf3 reader working Thanks in advance. -- Seong Mo Yeon E-mail : seongmo.yeon at gmail.com Tel : -------------------------------------------------------- Fluctuat nec mergitur -------------- next part -------------- A non-text attachment was scrubbed... Name: freesurface.h5 Type: application/octet-stream Size: 505768 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: freesurface.xmf Type: text/xml Size: 49619 bytes Desc: not available URL: From burlen.loring at gmail.com Wed Dec 21 13:25:33 2016 From: burlen.loring at gmail.com (Burlen Loring) Date: Wed, 21 Dec 2016 10:25:33 -0800 Subject: [Paraview] plugins with 5.2 Message-ID: <956770b0-b7f3-2931-622d-df0abdbe5aa5@gmail.com> After upgrading to 5.2 my plugin is not compiling. When I configure the plugin I see a few pages of the following: CMake Warning (dev) at io/CMakeLists.txt:54 (add_library): Policy CMP0028 is not set: Double colon in target name means ALIAS or IMPORTED target. Run "cmake --help-policy CMP0028" for policy details. Use the cmake_policy command to set the policy and suppress this warning. Target "teca_io" links to target "Qt4::QtCore" but the target was not found. Perhaps a find_package() call is missing for an IMPORTED target, or an ALIAS target is missing? This warning is for project developers. Use -Wno-dev to suppress it. then linker errors [ 32%] Linking CXX shared library ../lib/libteca_io.so /bin/ld: cannot find -lQt4::QtCore /bin/ld: cannot find -lQt4::QtGui collect2: error: ld returned 1 exit status io/CMakeFiles/teca_io.dir/build.make:402: recipe for target 'lib/libteca_io.so' failed make[2]: *** [lib/libteca_io.so] Error 1 CMakeFiles/Makefile2:196: recipe for target 'io/CMakeFiles/teca_io.dir/all' failed make[1]: *** [io/CMakeFiles/teca_io.dir/all] Error 2 Makefile:127: recipe for target 'all' failed make: *** [all] Error 2 It's not a library so I set the policy to new, and the cmake configure errors out. Any idea what's missing? -------------- next part -------------- An HTML attachment was scrubbed... URL: From andrew.j.burns35.ctr at mail.mil Wed Dec 21 14:37:04 2016 From: andrew.j.burns35.ctr at mail.mil (Burns, Andrew J CTR USARMY RDECOM ARL (US)) Date: Wed, 21 Dec 2016 19:37:04 +0000 Subject: [Paraview] [Non-DoD Source] color mapping of XDMF and HDF5 file is not shown In-Reply-To: References: Message-ID: Looked into this. There are two errors going on. 1: The type should be "Float" not "Double" Xdmf defines double as float with precision 8. 2: There is an order of operations error in the handling of the X_Y_Z type. We'll put a fix for it into the next Xdmf3 reader. -Andrew Burns -----Original Message----- From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of SeongMo Yeon Sent: Wednesday, December 21, 2016 11:20 AM To: paraview at paraview.org Subject: [Non-DoD Source] [Paraview] color mapping of XDMF and HDF5 file is not shown Hi, I am woking with HDF5 and XDMF file to visualize in ParaView. three problems are found in reading xdmf reader. 1) in MS Windows, color map is shown correctly but in Linux, color map is gone and nothing is shown but grid surface. 2) in Linux (not sure in Windows), Paraview 5.1.2 has problem in reading attribute data 3) xdmf3 reader cannot read my xdmf file. which part should I correct in order for xdmf3 reader working Thanks in advance. -- Seong Mo Yeon E-mail : seongmo.yeon at gmail.com Tel : -------------------------------------------------------- Fluctuat nec mergitur From cory.quammen at kitware.com Wed Dec 21 15:19:45 2016 From: cory.quammen at kitware.com (Cory Quammen) Date: Wed, 21 Dec 2016 15:19:45 -0500 Subject: [Paraview] [vtkusers] vtk.vtkDistributedDataFilter() not works In-Reply-To: References: <1C21FF27-6B83-4CD1-9577-D72E1B2A0092@mac.com> Message-ID: Magician, I am transitioning this thread over to the ParaView users mailing list as you are using pvpython, and this is actually simpler to do using the paraview.simple module rather than with VTK directly. What you are trying to do is not going to work with pvpython. pvpython is a client that you can use with either the built-in server or by connecting to a remote server, much like the ParaView application. You won't be able to run it in parallel and run parallel VTK code with it. Instead, you will need to invoke pvpython with a script that connects to a running pvserver with 2 processors. Here's something that worked for me for partitioning a point source: * Launch pvserver with two processes (mpirun -np 2 pvserver) * Launch pvpython script.py * The contents of script.py should be: from paraview.simple import * Connect("localhost") pointSource = PointSource() pointSource.NumberOfPoints = 10000 pointSource.Radius = 1.0 glyph = Glyph(Input=pointSource, GlyphType='Arrow') glyph.GlyphType = '2D Glyph' glyph.GlyphType.GlyphType = 'Vertex' glyph.GlyphMode = 'All Points' d3 = D3(Input=glyph) SaveData('tmp.pvtu', proxy=d3) The Glyph filter is needed to add vertex cells at each point. D3 needs these cells to do the partitioning properly. Can you get this script to work? Thanks, Cory On Mon, Dec 19, 2016 at 4:54 PM, Magician wrote: > Hi Cory, > > > Sorry again. (My mailer has some trouble...) > > I tried Sphere Source too, but the results are same. > >> src = vtk.vtkSphereSource() >> src.SetCenter(0.0, 0.0, 0.0) >> src.SetRadius(1.0) >> src.SetThetaResolution(8) >> src.SetPhiResolution(5) >> src.Update() > > If the code runs on native VTK environments, maybe my ParaView?s VTK has some trouble. > > > Magician > > >> On Dec 13, 2016, at 12:03, Cory Quammen wrote: >> >> Hmm, I'm not sure. Could you try setting the input to d3 to the output >> of a vtkSphereSource and see if you get the expected results there? >> You should get half the sphere in one piece and the other half sphere >> in the other piece. >> >> Thanks, >> Cory >> >> On Sat, Dec 10, 2016 at 10:35 AM, Magician wrote: >>> Hi Cory, >>> >>> >>> Sorry for my late reply. >>> I modified my code for splitting the points, but the filter doesn?t work. >>> >>> >>> import vtk >>> >>> src = vtk.vtkPointSource() >>> src.SetCenter((0.0, 0.0, 0.0)) >>> src.SetNumberOfPoints(1000) >>> src.SetRadius(1.0) >>> src.Update() >>> >>> dst = vtk.vtkPolyData() >>> pts = vtk.vtkPoints() >>> pts.SetData(src.GetOutput().GetPoints().GetData()) >>> dst.SetPoints(pts) >>> cells = vtk.vtkCellArray() >>> for i in range(src.GetOutput().GetNumberOfPoints()): >>> ptIds = vtk.vtkIdList() >>> ptIds.InsertNextId(i) >>> cells.InsertNextCell(ptIds) >>> dst.SetVerts(cells) >>> >>> d3 = vtk.vtkDistributedDataFilter() >>> d3.UseMinimalMemoryOff() >>> d3.SetInputData(dst) >>> d3.SetBoundaryMode(0) >>> d3.SetBoundaryModeToSplitBoundaryCells() >>> d3.Update() >>> >>> writer = vtk.vtkXMLPUnstructuredGridWriter() >>> writer.SetInputData(d3.GetOutput()) >>> writer.SetFileName(?test.pvtu?) >>> writer.SetNumberOfPieces(2) >>> writer.WriteSummaryFileOn() >>> writer.SetStartPiece(0) >>> writer.SetEndPiece(1) >>> writer.Write() >>> >>> >>> Magician >>> >>> >>>> On Dec 6, 2016, at 01:33, Cory Quammen wrote: >>>> >>>> I'm not 100% sure of this, but the vtkPointSource produces an output >>>> with only 1 cell. That may not be partitionable by the >>>> vtkDistributeDataFilter. You shouldn't get duplicate output in each >>>> piece, but let's not worry about that for now. >>>> >>>> Try swapping out the vtkPointSource with a vtkSphereSource and see if >>>> the data is partitioned. >>>> >>>> HTH, >>>> Cory >>>> >>>> On Sat, Dec 3, 2016 at 8:57 PM, Magician wrote: >>>>> Hi Cory, >>>>> >>>>> >>>>> Thanks for your advice. >>>>> >>>>> Hmmm...I already run the script with MPI. >>>>> The attached script is a minimal sample. >>>>> >>>>> >>>>> If I execute it, pvtu file is exported. >>>>> But the all piece sources are exactly same, and not partitioned. >>>>> >>>>> >>>>> >>>>> Magician >>>>> >>>>> >>>>>> On Nov 28, 2016, at 06:19, Cory Quammen wrote: >>>>>> >>>>>> I think you need to run your script in parallel with MPI for the >>>>>> partitioning to work. See [1] for an example of how to use this >>>>>> filter. >>>>>> >>>>>> Hope that helps, >>>>>> Cory >>>>>> >>>>>> [1] http://www.vtk.org/gitweb?p=VTK.git;a=blob;f=Filters/Parallel/Testing/Cxx/DistributedData.cxx >>>>>> >>>>>> On Sun, Nov 27, 2016 at 10:39 AM, Magician wrote: >>>>>>> Does anyone use the vtkDistributedDataFilter? >>>>>>> >>>>>>> >>>>>>> On Nov 19, 2016, at 18:16, Magician wrote: >>>>>>> >>>>>>> Hi all, >>>>>>> >>>>>>> >>>>>>> I posted the message about partitioning datasets. >>>>>>> >>>>>>> >>>>>>> I still trying vtk.vtkDistributedDataFilter(), but the exported data aren?t >>>>>>> partitioned. >>>>>>> My VTK version is 7.1.0 (pvpython with ParaView 5.2.0 RC3) and executing on >>>>>>> 2 CPUs. >>>>>>> >>>>>>> Here is the sample code: >>>>>>> >>>>>>> import vtk >>>>>>> >>>>>>> source = vtk.vtkPointSource() >>>>>>> source.SetCenter((0.0, 0.0, 0.0)) >>>>>>> source.SetNumberOfPoints(1000000) >>>>>>> source.SetRadius(1.0) >>>>>>> source.Update() >>>>>>> >>>>>>> d3 = vtk.vtkDistributedDataFilter() >>>>>>> d3.SetInputData(source.GetOutput()) >>>>>>> d3.SetBoundaryMode(0) >>>>>>> d3.Update() >>>>>>> >>>>>>> writer = vtk.vtkXMLPUnstructuredGridWriter() >>>>>>> writer.SetInputData(d3.GetOutput()) >>>>>>> writer.SetFileName(?test.pvtu?) >>>>>>> writer.SetNumberOfPieces(2) >>>>>>> writer.WriteSummaryFileOn() >>>>>>> writer.SetStartPiece(0) >>>>>>> writer.SetEndPiece(1) >>>>>>> writer.Write() >>>>>>> >>>>>>> How to partition data? >>>>>>> >>>>>>> >>>>>>> Magician > -- Cory Quammen Staff R&D Engineer Kitware, Inc. From jandeca at gmail.com Wed Dec 21 15:55:45 2016 From: jandeca at gmail.com (Jan Deca) Date: Wed, 21 Dec 2016 21:55:45 +0100 Subject: [Paraview] moving streamlines with flow Message-ID: <936df9e4-c529-8f18-9051-ffafc176304d@gmail.com> Hello, I am running simulations of magnetized plasma flow through a computational domain. In the simulation the magnetic field lines are moving with the flow. When generating an animation over different time steps (frames), however, the streamtracer uses the same seeds for each frame, and hence the resulting impression is that the field lines do not move in time. Would anybody have an idea on how to accomplish moving field lines? Thank you! Jan From seongmo.yeon at gmail.com Wed Dec 21 19:38:12 2016 From: seongmo.yeon at gmail.com (Seong Mo Yeon) Date: Thu, 22 Dec 2016 09:38:12 +0900 Subject: [Paraview] [Non-DoD Source] color mapping of XDMF and HDF5 file is not shown In-Reply-To: References: Message-ID: <7afcf78c-4f82-46f7-b57a-609ec111b926@Spark> I have tested color map problem a little. Problem is due to the field value at initial time. Initial value of field of the time series is zero. I guess the behavior for the zero field is dependent on os. In MS windows, mapping data is visible in color map editor but in Linux mapping data for the initial time is gone until I remap the data after time marching On 2016? 12? 22? AM 4:37 +0900, Burns, Andrew J CTR USARMY RDECOM ARL (US) , wrote: > Looked into this. There are two errors going on. > > 1: The type should be "Float" not "Double" Xdmf defines double as float with precision 8. > > 2: There is an order of operations error in the handling of the X_Y_Z type. We'll put a fix for it into the next Xdmf3 reader. > > -Andrew Burns > > -----Original Message----- > From: ParaView [mailto:paraview-bounces at paraview.org] On Behalf Of SeongMo Yeon > Sent: Wednesday, December 21, 2016 11:20 AM > To: paraview at paraview.org > Subject: [Non-DoD Source] [Paraview] color mapping of XDMF and HDF5 file is not shown > > Hi, > > > I am woking with HDF5 and XDMF file to visualize in ParaView. > > three problems are found in reading xdmf reader. > > 1) in MS Windows, color map is shown correctly but in Linux, color map is gone and nothing is shown but grid surface. > > 2) in Linux (not sure in Windows), Paraview 5.1.2 has problem in reading attribute data > > 3) xdmf3 reader cannot read my xdmf file. which part should I correct in order for xdmf3 reader working > > > Thanks in advance. > > > -- > Seong Mo Yeon > E-mail : seongmo.yeon at gmail.com > Tel : > -------------------------------------------------------- > Fluctuat nec mergitur > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fabian.wein at fau.de Thu Dec 22 15:10:04 2016 From: fabian.wein at fau.de (Fabian Wein) Date: Thu, 22 Dec 2016 21:10:04 +0100 Subject: [Paraview] git question on paraview-superbuild master Message-ID: I have a question, which is probably related to my lack of experience with git: https://gitlab.kitware.com/paraview/common-superbuild/blob/master/versions.cmake contains the line set(qt5_ver "${qt5_ver_series}.1") However, when I follow https://gitlab.kitware.com/paraview/paraview-superbuild/ and do git clone --recursive https://gitlab.kitware.com/paraview/paraview-superbuild.git cd paraview-superbuild git fetch origin git checkout master git submodule update I get with grep qt5_ver_series superbuild/versions.cmake the old content set(qt5_ver "${qt5_ver_series}.0") However, when I do cd superbuild git checkout master it works: set(qt5_ver "${qt5_ver_series}.1") Do I miss something? Does the checkout always be repeated in superbuild? Then I request to change https://gitlab.kitware.com/paraview/paraview-superbuild/ What is the relationship of paraview-superbuild and common-superbuild? Thanks, Fabian From utkarsh.ayachit at kitware.com Thu Dec 22 15:16:03 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 22 Dec 2016 15:16:03 -0500 Subject: [Paraview] moving streamlines with flow In-Reply-To: <936df9e4-c529-8f18-9051-ffafc176304d@gmail.com> References: <936df9e4-c529-8f18-9051-ffafc176304d@gmail.com> Message-ID: Jan, Do you have a sample dataset to share? It'll be easier for me to try a few things locally before suggesting what could work. Utkarsh On Wed, Dec 21, 2016 at 3:55 PM, Jan Deca wrote: > Hello, > > I am running simulations of magnetized plasma flow through a computational > domain. In the simulation the magnetic field lines are moving with the > flow. When generating an animation over different time steps (frames), > however, the streamtracer uses the same seeds for each frame, and hence the > resulting impression is that the field lines do not move in time. > > Would anybody have an idea on how to accomplish moving field lines? > > Thank you! > > Jan > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/opensou > rce/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu Dec 22 15:17:27 2016 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 22 Dec 2016 15:17:27 -0500 Subject: [Paraview] plugins with 5.2 In-Reply-To: <956770b0-b7f3-2931-622d-df0abdbe5aa5@gmail.com> References: <956770b0-b7f3-2931-622d-df0abdbe5aa5@gmail.com> Message-ID: Burlen, See Qt dependencies changes documented here: http://www.paraview.org/ParaView3/Doc/Nightly/www/cxx-doc/MajorAPIChanges.html include(ParaViewQt) # generally not needed, since auto-included pv_find_package_qt(qt_targets QT4_COMPONENTS QtGui QT5_COMPONENTS Widgets) pv_qt_wrap_cpp(moc_files ${headers}) pv_qt_wrap_ui(ui_files ${uis}) ... target_link_libraries(${target} LINK_PRIVATE ${qt_targets}) Utkarsh On Wed, Dec 21, 2016 at 1:25 PM, Burlen Loring wrote: > After upgrading to 5.2 my plugin is not compiling. When I configure the > plugin I see a few pages of the following: > > CMake Warning (dev) at io/CMakeLists.txt:54 (add_library): > Policy CMP0028 is not set: Double colon in target name means ALIAS or > IMPORTED target. Run "cmake --help-policy CMP0028" for policy details. > Use the cmake_policy command to set the policy and suppress this warning. > > Target "teca_io" links to target "Qt4::QtCore" but the target was not > found. Perhaps a find_package() call is missing for an IMPORTED target, > or > an ALIAS target is missing? > This warning is for project developers. Use -Wno-dev to suppress it. > > then linker errors > > [ 32%] Linking CXX shared library ../lib/libteca_io.so > /bin/ld: cannot find -lQt4::QtCore > /bin/ld: cannot find -lQt4::QtGui > collect2: error: ld returned 1 exit status > io/CMakeFiles/teca_io.dir/build.make:402: recipe for target > 'lib/libteca_io.so' failed > make[2]: *** [lib/libteca_io.so] Error 1 > CMakeFiles/Makefile2:196: recipe for target 'io/CMakeFiles/teca_io.dir/all' > failed > make[1]: *** [io/CMakeFiles/teca_io.dir/all] Error 2 > Makefile:127: recipe for target 'all' failed > make: *** [all] Error 2 > > It's not a library so I set the policy to new, and the cmake configure > errors out. Any idea what's missing? > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 paul.l.whitehouse at nasa.gov Thu Dec 22 15:38:58 2016 From: paul.l.whitehouse at nasa.gov (Whitehouse, Paul L. (GSFC-5520)) Date: Thu, 22 Dec 2016 20:38:58 +0000 Subject: [Paraview] moving streamlines with flow Message-ID: <6BDF683D-16A4-48F8-A402-AD6B8545C089@masonlive.gmu.edu> Jan, This will straddle the boundary of ParaView and Plasma Physics: first, this is a good lesson in the non-reality of the ?frozen-in? condition for field lines ? they are just integral lines and something to always keep in mind; second, I think you would have to specify your own list of seed points and have them advect with the plasma over each time step. You would have to use a zero radius and one streamline from each ? otherwise you would get something different each time that wouldn?t look frozen-in. Paul W From: ParaView on behalf of Jan Deca Date: Wednesday, December 21, 2016 at 3:55 PM To: ListServe ParaView Subject: [Paraview] moving streamlines with flow Hello, I am running simulations of magnetized plasma flow through a computational domain. In the simulation the magnetic field lines are moving with the flow. When generating an animation over different time steps (frames), however, the streamtracer uses the same seeds for each frame, and hence the resulting impression is that the field lines do not move in time. Would anybody have an idea on how to accomplish moving field lines? Thank you! Jan -------------- next part -------------- An HTML attachment was scrubbed... URL: From andy.bauer at kitware.com Thu Dec 22 16:17:24 2016 From: andy.bauer at kitware.com (Andy Bauer) Date: Thu, 22 Dec 2016 16:17:24 -0500 Subject: [Paraview] moving streamlines with flow In-Reply-To: <6BDF683D-16A4-48F8-A402-AD6B8545C089@masonlive.gmu.edu> References: <6BDF683D-16A4-48F8-A402-AD6B8545C089@masonlive.gmu.edu> Message-ID: If you want the seeds to move my suggestion would be to use a programmable source that generates those seeds and then use the Stream Tracer With Custom Source filter. This does require knowing the how the seeds change with time a priori. If you want the seeds to advect with the flow you could try the particle path filter to advect the seeds and use that as your input into the stream tracer with custom source filter. If you do that I'd love to see the resulting animation -- I'd bet it would be quite spectacular! On Thu, Dec 22, 2016 at 3:38 PM, Whitehouse, Paul L. (GSFC-5520) < paul.l.whitehouse at nasa.gov> wrote: > Jan, > > > > This will straddle the boundary of ParaView and Plasma Physics: first, > this is a good lesson in the non-reality of the ?frozen-in? condition for > field lines ? they are just integral lines and something to always keep in > mind; second, I think you would have to specify your own list of seed > points and have them advect with the plasma over each time step. You would > have to use a zero radius and one streamline from each ? otherwise you > would get something different each time that wouldn?t look frozen-in. > > > > Paul W > > > > > > *From: *ParaView on behalf of Jan Deca < > jandeca at gmail.com> > *Date: *Wednesday, December 21, 2016 at 3:55 PM > *To: *ListServe ParaView > *Subject: *[Paraview] moving streamlines with flow > > > > Hello, > > > > I am running simulations of magnetized plasma flow through a > > computational domain. In the simulation the magnetic field lines are > > moving with the flow. When generating an animation over different time > > steps (frames), however, the streamtracer uses the same seeds for each > > frame, and hence the resulting impression is that the field lines do not > > move in time. > > > > Would anybody have an idea on how to accomplish moving field lines? > > > > Thank you! > > > > Jan > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 yzhzhang at ipe.ac.cn Fri Dec 23 00:50:55 2016 From: yzhzhang at ipe.ac.cn (=?GBK?B?1cXUptbe?=) Date: Fri, 23 Dec 2016 13:50:55 +0800 (GMT+08:00) Subject: [Paraview] parallel rendering is slower than single process rendering and when using D3 filter it becomes much more slower Message-ID: <292811.898d.1592a3b701a.Coremail.yzhzhang@ipe.ac.cn> Hi everyone, I'm using PavaView rendering a dataset which contains 5,000,000 particles. The output file of each single time step is about 172 MB in size. It takes about 100 seconds to render 9 time steps' data when using a single process,and I think it is large enough to take the advantage of parallel rendering. However, it turns out to take almost the same rendering time of single process rendering when I use "mpirun -np 8 pvserver". The dataset is polydata, so I use D3 filter to redistribute it among the 8 processes. To my disappointment, it takes almost 3 times of the rendering time of single process rendering! I'm sure there are 8 cores in my rendering server, and the remote render threshold is 20 MB. Could you tell me why the parallel rendering is so slow and how I can make it faster? Should'n it be faster than single process rendering? By the way, I'm using ParaView 4.4.0 and the operating system is CentOS 6.3. -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Fri Dec 23 09:56:54 2016 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Fri, 23 Dec 2016 09:56:54 -0500 Subject: [Paraview] git question on paraview-superbuild master In-Reply-To: References: Message-ID: <20161223145654.GA12123@megas.kitware.com> On Thu, Dec 22, 2016 at 21:10:04 +0100, Fabian Wein wrote: > What is the relationship of paraview-superbuild and common-superbuild? The common superbuild is updated via merge requests in paraview-superbuild; it does not track master automatically. I'll make a merge request here today. You can update locally by going into the superbuild/ directory and checkout out `origin/master`. --Ben From chuck.atkins at kitware.com Sat Dec 24 08:41:57 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Sat, 24 Dec 2016 08:41:57 -0500 Subject: [Paraview] parallel rendering is slower than single process rendering and when using D3 filter it becomes much more slower In-Reply-To: <292811.898d.1592a3b701a.Coremail.yzhzhang@ipe.ac.cn> References: <292811.898d.1592a3b701a.Coremail.yzhzhang@ipe.ac.cn> Message-ID: > > The dataset is polydata, so I use D3 filter to redistribute it among the 8 > processes. > D3 is an expensive operation but when the data starts of as a single partition, there's not a whole lot of other options for re-distributing it. When the data is genereated, is it in a single partition or do you combine it into one before vistualizing? If it's generated in parallel then opening the data in it's still-parallel state with ParaView will let you avoid the repartitioning and re-distribution step. To my disappointment, it takes almost 3 times of the rendering time of > single process rendering! > The rendering step alone or the combined D3 + rendering? > I'm sure there are 8 cores in my rendering server, and the remote render > threshold is 20 MB. Could you tell me why the parallel rendering is so > slow and how I can make it faster? Should'n it be faster than single > process rendering? > In general yes, but it depends on a few factors, one of which is the structure of the input data and how well it's partitioned. in your case, it's not partitioned at all and required repartitioning with D3, which is very expensive. Are you rendering with a GPU or are you rendering in software using OSMesa? By the way, I'm using ParaView 4.4.0 and the operating system is CentOS 6.3. > I would strongly suggest using 5.2 since the newer OpenGL backend used by 5.x is anywhere from 10x to 100x faster for most workloads. If you're using CPU based rendering with OSMesa, then you should also look at building against a new Mesa, i.e 13.0.2 with swr, a high performance multi-threaded CPU based renderer. - Chuck -------------- next part -------------- An HTML attachment was scrubbed... URL: From chuck.atkins at kitware.com Tue Dec 27 10:20:45 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Tue, 27 Dec 2016 10:20:45 -0500 Subject: [Paraview] Thanks for your help! In-Reply-To: <27c026.d9f9.159351b93a0.Coremail.yzhzhang@ipe.ac.cn> References: <292811.898d.1592a3b701a.Coremail.yzhzhang@ipe.ac.cn> <27c026.d9f9.159351b93a0.Coremail.yzhzhang@ipe.ac.cn> Message-ID: > > Thank you Chuck and I appreciate your detailed reply very much! > You welcome :-) I have to say that I'm a rookie in the field of parallel computing and > visualization. > The only way to gain knowledge and experience is by doing. It will pass and you'll get more comfortable with the various techniques the more you use it over time. In my case, the dataset consists only of random numbers and it's in a > single partition. I will try to generate a dataset in parallel in a few > days and render it as you told me. > 5M point's is actually a pretty small dataset that should be easy to handle from a rendering standpoint, i.e. youshould be fine handling it on a single node. Most of your time is likely spent in I/O and data conversion rather than rendering. How are you getting your data into ParaView, i.e. what file format are you using? There is likely a better way that my address most of the performance issues you are having and remove the need for parallel rendering entirely. > Actually, my ultimate task is using ParaView Catalyst to implement in situ > visualization of a simulation that generates large datasets, but I'm still > in the very beginning stage of learning the Catalyst User's Guide. > If that's the case then you won't have the IO time with Catalyst that youre seeing with the ParaView application as the data will end up getting passed directly in memory. I know there are two GPUs in my rendering server but I'm not sure whether > they work for the rendering because they are NVIDIA TESLA C2050, which is > designed for scientific computing. > The C2050s should support the fuill OpenGL stack and they will certainly give you better performance than the CPU based rendering. Which driver version are you using (check with the nvidia-smi command)? If it's new enough, you may be able to use EGL which would be ideal. I've tried many times to build ParaView 5.2.0 on my server, but finally I > failed to get it to work. It seems that it has been built successfully but > whenever I connect to it from the 5.2.0 paraview GUI on my desktop, it > crashes, and on the server > This is a seperate issue and I'd be happy to help you get 5.2 up in running. If you'd still like to pursue it, please start a new thread by posting a message with the actual error you're getting. - Chuck -------------- next part -------------- An HTML attachment was scrubbed... URL: From chuck.atkins at kitware.com Tue Dec 27 14:35:15 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Tue, 27 Dec 2016 14:35:15 -0500 Subject: [Paraview] Thanks for your help! In-Reply-To: References: <292811.898d.1592a3b701a.Coremail.yzhzhang@ipe.ac.cn> <27c026.d9f9.159351b93a0.Coremail.yzhzhang@ipe.ac.cn> Message-ID: > > In my case, the dataset consists only of random numbers and it's in a >> single partition. I will try to generate a dataset in parallel in a few >> days and render it as you told me. >> > 5M point's is actually a pretty small dataset that should be easy to > handle from a rendering standpoint, i.e. you should be fine handling it on > a single node. Most of your time is likely spent in I/O and data > conversion rather than rendering. How are you getting your data into > ParaView, i.e. what file format are you using? There is likely a better > way that my address most of the performance issues you are having and > remove the need for parallel rendering entirely. > Just for some context, I generated 5M random points in a 100x100x100 cube with a single field data assigned to each point. CSV File: - File size: 177M - Read file: 29 sec - Convert to points: 0.1 sec VTK XML (binary encoding of data arrays): - File Size: 130M - Read File: 1.4 sec. In both cases, once the file is read, the first frame render time with the basic on-board Intel graphics card on my laptop is only 0.15 sec with the subsequent frame render times being 0.04 sec. You can see from this that the bulk of the time is spent in file I/O and data conversion, especialy with using something like CSV. This was with ParaView 5.2. With 4.4, the I/O times are the same but the first-frame render time is much slower: 0.6 sec. Still much closer to a usable frame rate. than 100 sec. - Chuck -------------- next part -------------- An HTML attachment was scrubbed... URL: From yzhzhang at ipe.ac.cn Wed Dec 28 06:55:13 2016 From: yzhzhang at ipe.ac.cn (=?GBK?B?1cXUptbe?=) Date: Wed, 28 Dec 2016 19:55:13 +0800 (GMT+08:00) Subject: [Paraview] ParaView 5.2.0 client/server connection problem Message-ID: <17674e8.1bd13.1594548c15a.Coremail.yzhzhang@ipe.ac.cn> Hi Chuck, I'm happy you are willing to help me with the problem of ParaView 5.2.0. Firstly, the operation system on my rendering server is CentOS 6.3 and on my PC it's CentOS 6.8. I think I have built the ParaView 5.2.0 successfully from the source package, because during the processes of configure with CMake and the following make, there was no error. Then I start the pvserver on the rendering server: [root at V18 bin]# ./pvserver Waiting for client... Connection URL: cs://V18:11111 Accepting connection(s): V18:11111 Then I connect to the server with the paraview client GUI on my PC, which is also 5.2.0. It seems that the connection is completed, but actually I get output messages from the GUI immediately like this: And the command line reads: ERROR: In /home/buildslave/dashboards/buildbot/paraview-pvbinsdash-linux-shared-release_opengl2_qt4_superbuild/source-paraview/VTK/Common/System/vtkSocket.cxx, line 572 vtkClientSocket (0x1c9aa20): Socket error in call to send. Broken pipe. And this message repeats for dozens of times. Actually they are the same of the output messages on the GUI. Then, 5 or so seconds later, antoher dialog popped up : For clicking No or Yes, the GUI shutdown or save a file that records the state of ParaView and then shutdown, respectively. On the command line of the server, it reads: Client connected. X Error of failed request: GLXBadContext Major opcode of failed request: 135 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 28 Current serial number in output stream: 28 I googled the error messages above and got many answers indicating that it's a problem about OpenGL. Actually I indeed got confused when I configured ParaView with Cmake.The options of VTK_RENDER_BACKEND:STRING are OpenGL,OpenGL2 and None. I don't no what's the difference between the first two options but the OpenGL version on my server is 4.4.0 and on my PC it's 4.5.0. There are GPUs on both the server and my PC so I didn't use OSMesa. I have tried both OpenGL and OpenGL2 for that variable, but got the same error finally. Oddly, the ParaView 4.4.0 works perfectly on the same machine after the same process of configure and make. What the difference is, when I start the 5.2.0 paraview GUI from command line, there are lots of warnings like this: Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 39: Having multiple in isn't supported and may not work as expected Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 56: Having multiple in isn't supported and may not work as expected but when I start the 4.4.0 GUI from command line, there is nothing wrong. These are all the messages I can get about my problem. I'm not sure whether they are the actual error youmentioned in your last email. Hope they can give you enough information about my problem and you could help me solve it. Thank you! Sincerely -Zhang -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: output message.png Type: image/png Size: 43557 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screenshot-1.png Type: image/png Size: 10716 bytes Desc: not available URL: From richard.c.angelini.civ at mail.mil Wed Dec 28 12:01:23 2016 From: richard.c.angelini.civ at mail.mil (Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US)) Date: Wed, 28 Dec 2016 17:01:23 +0000 Subject: [Paraview] PV 5.2 Superbuild problem Message-ID: I?ve stumbled onto an issue with the 5.2 Superbuild ? I?ve looked around in the email archives but didn?t see this problem reported. I?m building on a generic RHEL6 workstation and I get a successful build, but the install fails. It seems to be a simple misconfiguration in the superbuild/projects/qt4.functions.cmake ?.. The error that I?m seeing is ?Unable to find the sqldrivers/libqsqlite plugin from QT4 under /home/angel/PV-Build/install/../plugins. The issue is that the plugins directory is in ?install/plugins? not ?install/../plugins?. If I make that change in qt4.functions.cmake, the install completes successfully. (see attached screenshot) I?m not doing anything in the cmake command to override or change the installation paths during the build ? or at least I don?t think I am! ________________________________ Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Phone: 410-278-6266 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Screen Shot 2016-12-28 at 8.27.39 AM.png Type: image/png Size: 256437 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5108 bytes Desc: not available URL: From kmorel at sandia.gov Wed Dec 28 13:10:07 2016 From: kmorel at sandia.gov (Moreland, Kenneth) Date: Wed, 28 Dec 2016 18:10:07 +0000 Subject: [Paraview] Thanks for your help! In-Reply-To: References: <292811.898d.1592a3b701a.Coremail.yzhzhang@ipe.ac.cn> <27c026.d9f9.159351b93a0.Coremail.yzhzhang@ipe.ac.cn> , Message-ID: <59D919E8-DA2B-47E1-B9D1-E09EFC7D75B8@sandia.gov> I am out this week, so I am not following this thread closely, but it's not clear from the description of your hardware that you are ever going to get an improvement from parallel rendering. You said you have 8 cores. Are these 8 cores in the same machine? If so, I don't think running in parallel will help with your rendering. Probably all 8 instances of MPI are rendering with the same GPU, which means all the rendering instructions from the parallel job fight with each other to get queued up on the same GPU, which will make the overall rendering slower, not faster. Somewhere in the thread I thought I read that you have 2 GPUs. Unless you have set up something special, one of them is probably being ignored. Even if you go through the pain of managing to set up a parallel ParaView to use both GPUs, I doubt you will get much if any speed up. The parallel rendering, which was designed for cluster computing, has an overhead; buffers are read back, pixels are transferred, and blending operations are performed. You are unlikely to gain much of that back with only 2 GPUs. -Ken Sent from my iPad so blame autocorrect. On Dec 27, 2016, at 12:36 PM, Chuck Atkins > wrote: In my case, the dataset consists only of random numbers and it's in a single partition. I will try to generate a dataset in parallel in a few days and render it as you told me. 5M point's is actually a pretty small dataset that should be easy to handle from a rendering standpoint, i.e. you should be fine handling it on a single node. Most of your time is likely spent in I/O and data conversion rather than rendering. How are you getting your data into ParaView, i.e. what file format are you using? There is likely a better way that my address most of the performance issues you are having and remove the need for parallel rendering entirely. Just for some context, I generated 5M random points in a 100x100x100 cube with a single field data assigned to each point. CSV File: * File size: 177M * Read file: 29 sec * Convert to points: 0.1 sec VTK XML (binary encoding of data arrays): * File Size: 130M * Read File: 1.4 sec. In both cases, once the file is read, the first frame render time with the basic on-board Intel graphics card on my laptop is only 0.15 sec with the subsequent frame render times being 0.04 sec. You can see from this that the bulk of the time is spent in file I/O and data conversion, especialy with using something like CSV. This was with ParaView 5.2. With 4.4, the I/O times are the same but the first-frame render time is much slower: 0.6 sec. Still much closer to a usable frame rate. than 100 sec. - Chuck _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From chuck.atkins at kitware.com Wed Dec 28 13:16:38 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Wed, 28 Dec 2016 13:16:38 -0500 Subject: [Paraview] Thanks for your help! In-Reply-To: <1e848db.1b5e9.15944b71ea7.Coremail.yzhzhang@ipe.ac.cn> References: <292811.898d.1592a3b701a.Coremail.yzhzhang@ipe.ac.cn> <27c026.d9f9.159351b93a0.Coremail.yzhzhang@ipe.ac.cn> <1e848db.1b5e9.15944b71ea7.Coremail.yzhzhang@ipe.ac.cn> Message-ID: Hi Zhang, > It is true that previously in my case the I/O operation took most of the > time. My files are txt files. After received your reply, I generated a > series of binary dataset files and had a try rendering them. I did'n record > the exact rendering time but I can feel it was far more faster than the > previous txt files. > I suspected as much. The text output files are easier to look at since you can open them and visually verify them but they are much more costly to process. Binary formats will almost always be more performant. As I'm going to use Catalyst, I think my final large dataset could be > rendered in an acceptable frame rate if I could set up the Catalyst > successfully. > 5M points is a pretty small dataset so I doubt you'd be render bound if you can use a GPU. A modern NVidia GPU can easily do several hundred million triangles / sec. Even a CPU based render can easily crank out several million triangles per second. Moving to 5.2 will help substantially in render performance. WRT parallel rendering and Catalyst, if you're code is MPI based then you'll automatically get parallel rendering since Catalyst runs in the same process as the simulation code. > But I'm really a newbie and so far I have not mastered Python so that I > have to use the paraview GUI. What I mean in the words "rendering time" is > actually the time between when I click the "display" button on the VCR > Controls toolbar and when all the frames are finished (Er, I measured it > using my mobile phone...). > A helpful tool in thh ParaView GUI for performing timing is the "Timer Log" feature. To use it, open "Tools -> Timer Log", then select [Clear]. Now do some operation and select [Refresh]. In this case, you can open the data file, clear the timer, play the series, then refresh the timer. You should see something like this: ... RenderView::Update, 2.37109 seconds vtkPVView::Update, 2.37103 seconds * Execute vtkFileSeriesReader id: 4778, 1.52852 seconds* Execute vtkGeometryRepresentationWithFa, 0.09836 seconds XMLPolyDataReader::GatherInformation, 0.179643 seconds *Still Render, 0.626876 seconds* OpenGL Dev Render, 0.601433 seconds RenderView::Update, 2.3188 seconds vtkPVView::Update, 2.31873 seconds * Execute vtkFileSeriesReader id: 4778, 1.49044 seconds* Execute vtkGeometryRepresentationWithFa, 0.097739 seconds XMLPolyDataReader::GatherInformation, 0.178735 seconds *Still Render, 0.628595 seconds* OpenGL Dev Render, 0.603274 seconds ... >From this you can see the vtkFileSeriesReader times, which is how long it takes to read the data file, and the "Still Render" time, which is how long it takes to actually render the dataset. From this you should be able to see the substantially improves render times in 5.2 vs 4.4 Ken is also right, however, in that parallel rendering is not likely to help with a dataset this size. It's worth the experiment to get it set up to enable you to use it for larger datasets but the overhead on a single machine may still not give you any speed up. -------------- next part -------------- An HTML attachment was scrubbed... URL: From chuck.atkins at kitware.com Wed Dec 28 13:53:55 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Wed, 28 Dec 2016 13:53:55 -0500 Subject: [Paraview] ParaView 5.2.0 client/server connection problem In-Reply-To: <17674e8.1bd13.1594548c15a.Coremail.yzhzhang@ipe.ac.cn> References: <17674e8.1bd13.1594548c15a.Coremail.yzhzhang@ipe.ac.cn> Message-ID: Hi Zhang, > X Error of failed request: GLXBadContext > > Major opcode of failed request: 135 (GLX) > > Minor opcode of failed request: 5 (X_GLXMakeCurrent) > > Serial number of failed request: 28 > > Current serial number in output stream: 28 > This is an indication that pvserver is not able to access an X server. How are you starting pvserver? Is it over ssh, vnc, running it directly from the server's console, etc? Does glxinfo work? i.e. what's your output from "glxinfo | grep OpenGL"? In order to access the GPUs you'll either need to use a running X server or EGL, depending on the NVidia driver version. What version fo the NVidia driver are you using? eg: $ nvidia-smi Wed Dec 28 08:57:03 2016 +----------------------------------------------------------- ------------------+ | NVIDIA-SMI 367.48 Driver Version: 367.48 | |-------------------------------+----------------------+---- ------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+==== ==================| | 0 Tesla C2075 Off | 0000:03:00.0 Off | 0 | | 30% 63C P0 78W / N/A | 0MiB / 5300MiB | 0% Default | +-------------------------------+----------------------+---- ------------------+ > The options of VTK_RENDER_BACKEND:STRING are OpenGL,OpenGL2 and None. I > don't no what's the difference between the first two options but the OpenGL > version on my server is 4.4.0 and on my PC it's 4.5.0. > This is certainly a confusing option. It's not actually referring the the version of OpenGL that's getting used but the version of VTK's OpenGL backend. The OpenGL backend is the first generation of our renbdering backend and uses OpenGL v1.2. The OpenGL2 backend is the second generation of our rendering backend and uses OpenGL v3.3. > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 39: Having > multiple in isn't supported and may not work as expected > Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 56: Having > multiple in isn't supported and may not work as expected > These are an artifact of ParaView 5.2 using a newer fontconfig library than the system. For reasons outside of the scope here, it's not likely to get fixed. However, it should go away when running on a newer Linux distro. It's nothing to worry about and can be safely ignored. - Chuck -------------- next part -------------- An HTML attachment was scrubbed... URL: From athanastasiou at gmail.com Wed Dec 28 18:17:10 2016 From: athanastasiou at gmail.com (Athanasios Anastasiou) Date: Wed, 28 Dec 2016 23:17:10 +0000 Subject: [Paraview] Automating loading of binary files Message-ID: Hello everyone Many thanks for Paraview. I have a Python script that processes a series of volumetric data files and exports simple binary files of three dimensional data of intermediate stages of computation just for me to check that things are proceeding as intended. The "problem" is that to load a volume I have to do lots of clicks (specify the spacing, the dimensions, the data type, the endianess, etc) and this is getting tiring after a few times so I decided to automate this by writing a script. The script is dead simple and looks roughly like this: from paraview.simple import * Q = OpenDataFile("someFile.raw") Q.SetPropertyWithName("DataScalarType","double") Q.SetPropertyWithName("DataByteOrder","LittleEndian") Q.SetPropertyWithName("DataSpacing",(1,2,2)) Q.SetPropertyWithName("DataExtent",(0,31,0,31,0,31)) Show() #Find the object name, possibly this can be done in a better way proxyID = Q.GetGlobalIDAsString() objectName = filter(lambda x:x[1]==proxyID,GetSources().keys())[0] GetRepresentation(FindSource(objectName[0])).SetPropertyWithName(" Representation","Volume") At that last step, paraview is crashing. Previously, I simply had it as GetRepresentation(something).Representation = "Volume" and it was still crashing. I would appreciate your help with the following: 1) What is the best practice way to change the representation to Volume? 2) To get the representation, I first allow paraview to create the object and then look for it via its ID. Is there a way to retrieve it by name? Looking forward to hearing from you AA -------------- next part -------------- An HTML attachment was scrubbed... URL: From yzhzhang at ipe.ac.cn Wed Dec 28 21:11:22 2016 From: yzhzhang at ipe.ac.cn (=?UTF-8?B?5byg6amt5rSy?=) Date: Thu, 29 Dec 2016 10:11:22 +0800 (GMT+08:00) Subject: [Paraview] Some more information about ParaView 5.2.0 client/server connection problem In-Reply-To: References: <17674e8.1bd13.1594548c15a.Coremail.yzhzhang@ipe.ac.cn> Message-ID: Hi Chuck, I start the pvserver through vnc. On my rendering server, the output from "glxinfo | grep OpenGL" is as follow: OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: Tesla C2050/PCIe/SSE2 OpenGL version string: 4.4.0 NVIDIA 331.67 OpenGL shading language version string: 4.40 NVIDIA via Cg compiler OpenGL extensions: And the output from "nvidia-smi" is: On my PC, the output from "glxinfo | grep OpenGL" is: OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL version string: 4.5.0 NVIDIA 375.20 OpenGL shading language version string: 4.50 NVIDIA OpenGL extensions: And the output from "nvidia-smi" is: Actually I'm not very clear about the meaning of the outputs above. Hope they can give you enough information to help me get 5.2.0 run on my server. Waiting for your good news. -Zhang -----????----- ???: "Chuck Atkins" ????: 2016?12?29? ??? ???: "???" ??: "ParaView Mailing List" ??: Re: ParaView 5.2.0 client/server connection problem Hi Zhang, X Error of failed request: GLXBadContext Major opcode of failed request: 135 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 28 Current serial number in output stream: 28 This is an indication that pvserver is not able to access an X server. How are you starting pvserver? Is it over ssh, vnc, running it directly from the server's console, etc? Does glxinfo work? i.e. what's your output from "glxinfo | grep OpenGL"? In order to access the GPUs you'll either need to use a running X server or EGL, depending on the NVidia driver version. What version fo the NVidia driver are you using? eg: $ nvidia-smi Wed Dec 28 08:57:03 2016 +-----------------------------------------------------------------------------+ | NVIDIA-SMI 367.48 Driver Version: 367.48 | |-------------------------------+----------------------+----------------------+ | GPU Name Persistence-M| Bus-Id Disp.A | Volatile Uncorr. ECC | | Fan Temp Perf Pwr:Usage/Cap| Memory-Usage | GPU-Util Compute M. | |===============================+======================+======================| | 0 Tesla C2075 Off | 0000:03:00.0 Off | 0 | | 30% 63C P0 78W / N/A | 0MiB / 5300MiB | 0% Default | +-------------------------------+----------------------+----------------------+ The options of VTK_RENDER_BACKEND:STRING are OpenGL,OpenGL2 and None. I don't no what's the difference between the first two options but the OpenGL version on my server is 4.4.0 and on my PC it's 4.5.0. This is certainly a confusing option. It's not actually referring the the version of OpenGL that's getting used but the version of VTK's OpenGL backend. The OpenGL backend is the first generation of our renbdering backend and uses OpenGL v1.2. The OpenGL2 backend is the second generation of our rendering backend and uses OpenGL v3.3. Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 39: Having multiple in isn't supported and may not work as expected Fontconfig warning: "/etc/fonts/conf.d/45-latin.conf", line 56: Having multiple in isn't supported and may not work as expected These are an artifact of ParaView 5.2 using a newer fontconfig library than the system. For reasons outside of the scope here, it's not likely to get fixed. However, it should go away when running on a newer Linux distro. It's nothing to worry about and can be safely ignored. - Chuck -------------- next part -------------- An HTML attachment was scrubbed... URL: From richard.c.angelini.civ at mail.mil Thu Dec 29 09:12:39 2016 From: richard.c.angelini.civ at mail.mil (Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US)) Date: Thu, 29 Dec 2016 14:12:39 +0000 Subject: [Paraview] Paraview 5.2.0 - Superbuild using Mesa Message-ID: I?m seeing this error on multiple machines trying to get a Mesa build to work and I?m not sure how to get around it. Making all in state_trackers/glx/xlib gmake[7]: Entering directory `/home/angel/PV-Build/5.2.0/Build_5.2.0_mesa/superbuild/mesa/src/src/gallium /state_trackers/glx/xlib' CC glx_api.lo CC glx_usefont.lo CC xm_st.lo CC glx_getproc.lo CC xm_api.lo glx_api.c: In function 'glXQueryDrawable': glx_api.c:2179:43: error: 'X_GLXCreateContextAttribsARB' undeclared (first use in this function) generate_error(dpy, BadValue, 0, X_GLXCreateContextAttribsARB, true); ^ glx_api.c:2179:43: note: each undeclared identifier is reported only once for each function it appears in glx_api.c: In function 'glXCreateContextAttribsARB': glx_api.c:2773:43: error: 'X_GLXCreateContextAttribsARB' undeclared (first use in this function) generate_error(dpy, BadValue, 0, X_GLXCreateContextAttribsARB, True); ^ glx_api.c:2788:27: error: 'GLXBadProfileARB' undeclared (first use in this function) generate_error(dpy, GLXBadProfileARB, 0, X_GLXCreateContextAttribsARB, False); ________________________________ Rick Angelini USArmy Research Laboratory CISD/HPC Architectures Team Phone: 410-278-6266 -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5108 bytes Desc: not available URL: From Alexey.Baranov at cpfs.mpg.de Thu Dec 29 17:49:15 2016 From: Alexey.Baranov at cpfs.mpg.de (Baranov, Alexey) Date: Thu, 29 Dec 2016 22:49:15 +0000 Subject: [Paraview] Properties Panel UI from .ui file Message-ID: <11b8e1cd3040462da1cfc56f6cfbb328@cpfs.mpg.de> Dear all, In the plugin I have developed for PV 3.x.x I was using Object Panel with the customized UI elements (e.g. placed on tabs) specified in a? separate .ui file. In whis way I could flexibly arrange UI elements?using QT Designer. How can one do similar UI elements customization using .ui file with?Properties Panel in ParaView 4.x.x.? With best regards, Alexey Baranov From timothy.a.beach at nasa.gov Thu Dec 29 18:56:41 2016 From: timothy.a.beach at nasa.gov (Beach, Timothy A. (GRC-LTE0)[Vantage Partners, LLC]) Date: Thu, 29 Dec 2016 23:56:41 +0000 Subject: [Paraview] Question about adding Widget to property panel Message-ID: <86B5D07F-3D3D-4559-8F1E-32B3A74A21D1@nasa.gov> Hi, I?m trying to do something I thought would be simple and I?ll bet it is once I see my error - but I?ve spent several hours trying things and searching for answers in the docs. I want to add an entry box in the property panel for Gamma in the PLOT3D reader. I?m compiling version 5.2. I noticed in the header file that there are already MACRO?s for Gamma: /** * Set/Get the ratio of specific heats. Default is 1.4. */ vtkSetMacro(Gamma,double); vtkGetMacro(Gamma,double); I thought all I would have to do is add appropriate entries into the readers.xml file and it would appear in the property panel. I?ve tried various things but they all look essentially like this: Set Gamma It compiles and runs but I don?t get an entry box. What am I missing? I am stumped for now so any help would be appreciated. I?ll hit it again next week. Thanks Tim From debopamg at gmail.com Thu Dec 29 23:53:33 2016 From: debopamg at gmail.com (Debopam Ghoshal) Date: Fri, 30 Dec 2016 10:23:33 +0530 Subject: [Paraview] Error while launching Paraview (and Paraview Web) in Window 10 In-Reply-To: References: Message-ID: (Reposting for a larger audience) Hi Ken, When we start paraview web we noted two things: 1. In the Visualizer, the Files tab is not showing any files. Please refer to the attached screenshot (paraview_home.jpg) 2. There is an error showing up at the browser console (paraview_console_error.jpg, paraview_console_error2.jpg) The paraview startup messages are also given for your reference (paraview_log.jpg) Cheers & Best Wishes, Debopam ------------------------------- Cell: +91 98304 10041 On Wed, Dec 28, 2016 at 10:35 AM, Debopam Ghoshal wrote: > Hi Ken, > > We finally got a machine where Paraview 5.2 MPI is running without any > issues. However, when we start paraview web we noted two things: > > 1. In the Visualizer, the Files tab is not showing any files. Please refer > to the attached screenshot (paraview_home.jpg) > 2. There is an error showing up at the browser console > (paraview_console_error.jpg, paraview_console_error2.jpg) > > The paraview startup messages are also given for your reference > (paraview_log.jpg) > > > Cheers & Best Wishes, > Debopam > ------------------------------- > Cell: +91 98304 10041 > > On Tue, Dec 13, 2016 at 7:03 PM, Ken Martin > wrote: > >> ParaView with the old OpenGL backend should work on any windows machine. >> It may be slow and some of the advanced techniques may not work but the >> basics will all work. >> >> On Tue, Dec 13, 2016 at 5:57 AM, Debopam Ghoshal >> wrote: >> >>> Yes Ken, you are right. This is an older machine. So, will it be >>> possible to use ParaView (with the old OpenGL backend) on this machine? Or >>> we need to get a machine with better configuration to run ParaView? >>> >>> Additionally, will it be possible to run ParaView (and ParaViewWeb) on a >>> Windows 10 guest running in VirtualBox on a MacOS host? >>> >>> Cheers & Best Wishes, >>> Debopam >>> ------------------------------- >>> Cell: +91 98304 10041 >>> >>> On Mon, Dec 12, 2016 at 8:22 PM, Ken Martin >>> wrote: >>> >>>> So if I am reading this correctly the machine has a rv516 GPU which was >>>> released in 2007. That GPU does not support anything beyond OpenGL 2.0 >>>> which means you would need to use the old OpenGL backend with VTK/ParaView. >>>> >>>> http://www.gpureview.com/ati-rv516-chip-135.html >>>> >>>> >>>> >>>> On Mon, Dec 12, 2016 at 9:21 AM, Debopam Ghoshal >>>> wrote: >>>> >>>>> Hi Ken, >>>>> >>>>> This is a standard desktop PC running Window 10 Professional Edition. >>>>> If there is something I need to install on this machine, please let me know. >>>>> >>>>> Cheers & Best Wishes, >>>>> Debopam >>>>> ------------------------------- >>>>> Cell: +91 98304 10041 >>>>> >>>>> On Mon, Dec 12, 2016 at 7:18 PM, Ken Martin >>>>> wrote: >>>>> >>>>>> Is this a server maybe? It seems like the system lacks any OpenGL >>>>>> support beyond the default Microsoft implementation which is circa OpenGL >>>>>> 1.4 I believe. >>>>>> >>>>>> On Sun, Dec 11, 2016 at 11:51 PM, Debopam Ghoshal >>>>> > wrote: >>>>>> >>>>>>> Hi Ken, >>>>>>> >>>>>>> When I ran the command: vtkRenderingOpenGL2CxxTests.exe >>>>>>> TestAppleBug there was an error. A screenshot of the error is attached for >>>>>>> your reference. Please let me know if you require any other details. >>>>>>> >>>>>>> Cheers & Best Wishes, >>>>>>> Debopam >>>>>>> ------------------------------- >>>>>>> Cell: +91 98304 10041 >>>>>>> >>>>>>> On Fri, Dec 9, 2016 at 7:17 PM, Ken Martin >>>>>>> wrote: >>>>>>> >>>>>>>> Here is a new version of the executable, can you try it? >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Fri, Dec 9, 2016 at 1:42 AM, Debopam Ghoshal >>>>>>> > wrote: >>>>>>>> >>>>>>>>> Hi Cory and Ken, >>>>>>>>> >>>>>>>>> Thanks a lot for your prompt response. >>>>>>>>> >>>>>>>>> Below are the details you asked: >>>>>>>>> 1. display-props.png - screenshot of: Settings -> System -> >>>>>>>>> Display -> Advanced display settings -> Display adapter properties >>>>>>>>> 2. vtkrendering.png - screenshot of the error which came up when I >>>>>>>>> ran: vtkRenderingOpenGL2CxxTests.exe TestAppleBug >>>>>>>>> >>>>>>>>> >>>>>>>>> Cheers & Best Wishes, >>>>>>>>> Debopam >>>>>>>>> ------------------------------- >>>>>>>>> >>>>>>>>> >>>>>>>>> On Thu, Dec 8, 2016 at 10:49 PM, Ken Martin < >>>>>>>>> ken.martin at kitware.com> wrote: >>>>>>>>> >>>>>>>>>> Can you try running the following executable (rename .foo to >>>>>>>>>> .exe) from a cmd shell as >>>>>>>>>> >>>>>>>>>> vtkRenderingOpenGL2CxxTests.exe TestAppleBug >>>>>>>>>> >>>>>>>>>> and see if it crashes, and send the output is produces >>>>>>>>>> >>>>>>>>>> Thanks >>>>>>>>>> Ken >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Thu, Dec 8, 2016 at 10:46 AM, Cory Quammen < >>>>>>>>>> cory.quammen at kitware.com> wrote: >>>>>>>>>> >>>>>>>>>>> Hi Depobam, >>>>>>>>>>> >>>>>>>>>>> Thanks for trying out the other ParaView versions. I suspect >>>>>>>>>>> there >>>>>>>>>>> might be a problem with the new OpenGL backend on your system as >>>>>>>>>>> that >>>>>>>>>>> has changed between ParaView 4 and 5. What kind of graphics card >>>>>>>>>>> do >>>>>>>>>>> you have on your system. You can get some of the display >>>>>>>>>>> properties by >>>>>>>>>>> going to >>>>>>>>>>> >>>>>>>>>>> Settings -> System -> Display -> Advanced display settings -> >>>>>>>>>>> Display >>>>>>>>>>> adapter properties >>>>>>>>>>> >>>>>>>>>>> Ken, >>>>>>>>>>> >>>>>>>>>>> Are there any things Depobam can do on his Windows 10 system to >>>>>>>>>>> help >>>>>>>>>>> diagnose whether the OpenGL2 backend is causing the crash he is >>>>>>>>>>> seeing >>>>>>>>>>> in ParaView? >>>>>>>>>>> >>>>>>>>>>> Thanks, >>>>>>>>>>> Cory >>>>>>>>>>> >>>>>>>>>>> On Thu, Dec 8, 2016 at 2:51 AM, Debopam Ghoshal < >>>>>>>>>>> debopamg at gmail.com> wrote: >>>>>>>>>>> > Hi Cory, >>>>>>>>>>> > >>>>>>>>>>> > I tried to run Paraview 5.1.2, but it gives the same error. >>>>>>>>>>> However, I was >>>>>>>>>>> > able to run Paraview 4.1 successfully on Window 10. >>>>>>>>>>> > >>>>>>>>>>> > But ParaviewWeb failed to run as it seems that version 4.1 >>>>>>>>>>> does not have the >>>>>>>>>>> > python script used for running ParaviewWeb. >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> > Cheers & Best Wishes, >>>>>>>>>>> > Debopam >>>>>>>>>>> > ------------------------------- >>>>>>>>>>> > Cell: +91 98304 10041 >>>>>>>>>>> > >>>>>>>>>>> > On Wed, Dec 7, 2016 at 5:14 AM, Sebastien Jourdain >>>>>>>>>>> > wrote: >>>>>>>>>>> >> >>>>>>>>>>> >> Cory you need to provide an absolute path as argument >>>>>>>>>>> "c:\.....". >>>>>>>>>>> >> >>>>>>>>>>> >> But the issue seems to be on ParaView itself. The (Qt) >>>>>>>>>>> executable crash at >>>>>>>>>>> >> startup on there machine, regardless of their goal to use >>>>>>>>>>> ParaViewWeb down >>>>>>>>>>> >> the road. >>>>>>>>>>> >> >>>>>>>>>>> >> Seb >>>>>>>>>>> >> >>>>>>>>>>> >> On Tue, Dec 6, 2016 at 10:06 AM, Cory Quammen < >>>>>>>>>>> cory.quammen at kitware.com> >>>>>>>>>>> >> wrote: >>>>>>>>>>> >>> >>>>>>>>>>> >>> Correction: I could run ParaViewWeb on Windows 10, but I >>>>>>>>>>> couldn't load >>>>>>>>>>> >>> data through the web client. I didn't get pvpython.exe to >>>>>>>>>>> crash, >>>>>>>>>>> >>> though. >>>>>>>>>>> >>> >>>>>>>>>>> >>> On Tue, Dec 6, 2016 at 11:35 AM, Cory Quammen < >>>>>>>>>>> cory.quammen at kitware.com> >>>>>>>>>>> >>> wrote: >>>>>>>>>>> >>> > Debopam, >>>>>>>>>>> >>> > >>>>>>>>>>> >>> > I just tried what you ran on Windows 10 and it ran fine >>>>>>>>>>> for me. One >>>>>>>>>>> >>> > thing I had to fix, which I doubt is the cause of your >>>>>>>>>>> crash, is the >>>>>>>>>>> >>> > data argument is actually just --data and not --data-dir. >>>>>>>>>>> >>> > >>>>>>>>>>> >>> > We've had some other reports of 5.2 crashing on start up >>>>>>>>>>> on Windows. >>>>>>>>>>> >>> > Did 5.1 run fine for you? >>>>>>>>>>> >>> > >>>>>>>>>>> >>> > I wonder if you could try installing ParaView 4.4 from >>>>>>>>>>> >>> > http://www.paraview.org/download/ to see if it runs. If >>>>>>>>>>> it does, that >>>>>>>>>>> >>> > gives me a clue on where to look. >>>>>>>>>>> >>> > >>>>>>>>>>> >>> > Thanks, >>>>>>>>>>> >>> > Cory >>>>>>>>>>> >>> > >>>>>>>>>>> >>> > On Tue, Dec 6, 2016 at 5:23 AM, Debopam Ghoshal < >>>>>>>>>>> debopamg at gmail.com> >>>>>>>>>>> >>> > wrote: >>>>>>>>>>> >>> >> Hi, >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> I followed the instructions given here, but I am getting >>>>>>>>>>> the following >>>>>>>>>>> >>> >> error: >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Paraview Installation Directory: >>>>>>>>>>> >>> >> C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Command: >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> .\bin\pvpython.exe \ >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> "C:\ParaView-5.2.0-Qt4-OpenGL2 >>>>>>>>>>> -Windows-64bit\share\paraview-5.2\web\visualizer\server\pvw- >>>>>>>>>>> visualizer.py" >>>>>>>>>>> >>> >> \ >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> --content >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> "C:\ParaView-5.2.0-Qt4-OpenGL2 >>>>>>>>>>> -Windows-64bit\share\paraview-5.2\web\visualizer\www\" >>>>>>>>>>> >>> >> \ >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> --data-dir "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\data\" >>>>>>>>>>> \ >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> --port 8080 >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Output: >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Console: 2016-12-02 10:09:51+0530 [-] Log opened. >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Error Window screenshot attached (PVW-Error.png) >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Other Details: >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> OS: Windows 10 Professional >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> RAM: 8GB >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> A screenshot of the system properties is attached for >>>>>>>>>>> your reference >>>>>>>>>>> >>> >> (Window10-SystemProps.png) >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Similar error occurred when I launched the Paraview >>>>>>>>>>> desktop >>>>>>>>>>> >>> >> application >>>>>>>>>>> >>> >> (ParaviewError.png). >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Cheers & Best Wishes, >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Debopam >>>>>>>>>>> >>> >> ------------------------------- >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> _______________________________________________ >>>>>>>>>>> >>> >> Powered by www.kitware.com >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Visit other Kitware open-source projects at >>>>>>>>>>> >>> >> http://www.kitware.com/opensource/opensource.html >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Please keep messages on-topic and check the ParaView Wiki >>>>>>>>>>> at: >>>>>>>>>>> >>> >> http://paraview.org/Wiki/ParaView >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Search the list archives at: >>>>>>>>>>> http://markmail.org/search/?q=ParaView >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> >> Follow this link to subscribe/unsubscribe: >>>>>>>>>>> >>> >> http://public.kitware.com/mailman/listinfo/paraview >>>>>>>>>>> >>> >> >>>>>>>>>>> >>> > >>>>>>>>>>> >>> > >>>>>>>>>>> >>> > >>>>>>>>>>> >>> > -- >>>>>>>>>>> >>> > Cory Quammen >>>>>>>>>>> >>> > Staff R&D Engineer >>>>>>>>>>> >>> > Kitware, Inc. >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> >>>>>>>>>>> >>> -- >>>>>>>>>>> >>> Cory Quammen >>>>>>>>>>> >>> Staff R&D Engineer >>>>>>>>>>> >>> Kitware, Inc. >>>>>>>>>>> >>> _______________________________________________ >>>>>>>>>>> >>> Powered by www.kitware.com >>>>>>>>>>> >>> >>>>>>>>>>> >>> Visit other Kitware open-source projects at >>>>>>>>>>> >>> http://www.kitware.com/opensource/opensource.html >>>>>>>>>>> >>> >>>>>>>>>>> >>> Please keep messages on-topic and check the ParaView Wiki at: >>>>>>>>>>> >>> http://paraview.org/Wiki/ParaView >>>>>>>>>>> >>> >>>>>>>>>>> >>> Search the list archives at: http://markmail.org/search/?q= >>>>>>>>>>> ParaView >>>>>>>>>>> >>> >>>>>>>>>>> >>> Follow this link to subscribe/unsubscribe: >>>>>>>>>>> >>> http://public.kitware.com/mailman/listinfo/paraview >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> > >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Cory Quammen >>>>>>>>>>> Staff R&D Engineer >>>>>>>>>>> Kitware, Inc. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> -- >>>>>>>>>> Ken Martin PhD >>>>>>>>>> Chairman & CFO >>>>>>>>>> Kitware Inc. >>>>>>>>>> 28 Corporate Drive >>>>>>>>>> Clifton Park NY 12065 >>>>>>>>>> 518 371 3971 >>>>>>>>>> >>>>>>>>>> This communication, including all attachments, contains >>>>>>>>>> confidential and legally privileged information, and it is intended only >>>>>>>>>> for the use of the addressee. Access to this email by anyone else is >>>>>>>>>> unauthorized. If you are not the intended recipient, any disclosure, >>>>>>>>>> copying, distribution or any action taken in reliance on it is prohibited >>>>>>>>>> and may be unlawful. If you received this communication in error please >>>>>>>>>> notify us immediately and destroy the original message. Thank you. >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> -- >>>>>>>> Ken Martin PhD >>>>>>>> Chairman & CFO >>>>>>>> Kitware Inc. >>>>>>>> 28 Corporate Drive >>>>>>>> Clifton Park NY 12065 >>>>>>>> 518 371 3971 >>>>>>>> >>>>>>>> This communication, including all attachments, contains >>>>>>>> confidential and legally privileged information, and it is intended only >>>>>>>> for the use of the addressee. Access to this email by anyone else is >>>>>>>> unauthorized. If you are not the intended recipient, any disclosure, >>>>>>>> copying, distribution or any action taken in reliance on it is prohibited >>>>>>>> and may be unlawful. If you received this communication in error please >>>>>>>> notify us immediately and destroy the original message. Thank you. >>>>>>>> >>>>>>> >>>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Ken Martin PhD >>>>>> Chairman & CFO >>>>>> Kitware Inc. >>>>>> 28 Corporate Drive >>>>>> Clifton Park NY 12065 >>>>>> 518 371 3971 >>>>>> >>>>>> This communication, including all attachments, contains confidential >>>>>> and legally privileged information, and it is intended only for the use of >>>>>> the addressee. Access to this email by anyone else is unauthorized. If you >>>>>> are not the intended recipient, any disclosure, copying, distribution or >>>>>> any action taken in reliance on it is prohibited and may be unlawful. If >>>>>> you received this communication in error please notify us immediately and >>>>>> destroy the original message. Thank you. >>>>>> >>>>> >>>>> >>>> >>>> >>>> -- >>>> Ken Martin PhD >>>> Chairman & CFO >>>> Kitware Inc. >>>> 28 Corporate Drive >>>> Clifton Park NY 12065 >>>> 518 371 3971 >>>> >>>> This communication, including all attachments, contains confidential >>>> and legally privileged information, and it is intended only for the use of >>>> the addressee. Access to this email by anyone else is unauthorized. If you >>>> are not the intended recipient, any disclosure, copying, distribution or >>>> any action taken in reliance on it is prohibited and may be unlawful. If >>>> you received this communication in error please notify us immediately and >>>> destroy the original message. Thank you. >>>> >>> >>> >> >> >> -- >> Ken Martin PhD >> Chairman & CFO >> Kitware Inc. >> 28 Corporate Drive >> Clifton Park NY 12065 >> 518 371 3971 >> >> This communication, including all attachments, contains confidential and >> legally privileged information, and it is intended only for the use of the >> addressee. Access to this email by anyone else is unauthorized. If you are >> not the intended recipient, any disclosure, copying, distribution or any >> action taken in reliance on it is prohibited and may be unlawful. If you >> received this communication in error please notify us immediately and >> destroy the original message. Thank you. >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: paraview_log.jpg Type: image/jpeg Size: 199341 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: paraview_home.jpg Type: image/jpeg Size: 50545 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: paraview_console_error.jpg Type: image/jpeg Size: 52322 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: paraview_console_error2.jpg Type: image/jpeg Size: 124921 bytes Desc: not available URL: From chuck.atkins at kitware.com Fri Dec 30 09:17:32 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Fri, 30 Dec 2016 09:17:32 -0500 Subject: [Paraview] Paraview 5.2.0 - Superbuild using Mesa In-Reply-To: References: Message-ID: Hi Rick, Is it tied to a particular compiler / os combination? Better yet, is there a machine I can reproduce it on? I've got an active account on most of the HPCMP systems. ---------- Chuck Atkins Staff R&D Engineer, Scientific Computing Kitware, Inc. On Thu, Dec 29, 2016 at 9:12 AM, Angelini, Richard C (Rick) CIV USARMY RDECOM ARL (US) wrote: > I?m seeing this error on multiple machines trying to get a Mesa build to > work and I?m not sure how to get around it. > > Making all in state_trackers/glx/xlib > gmake[7]: Entering directory `/home/angel/PV-Build/5.2.0/ > Build_5.2.0_mesa/superbuild/mesa/src/src/gallium/state_trackers/glx/xlib' > CC glx_api.lo > CC glx_usefont.lo > CC xm_st.lo > CC glx_getproc.lo > CC xm_api.lo > glx_api.c: In function 'glXQueryDrawable': > glx_api.c:2179:43: error: 'X_GLXCreateContextAttribsARB' undeclared (first > use in this function) > generate_error(dpy, BadValue, 0, X_GLXCreateContextAttribsARB, > true); > ^ > glx_api.c:2179:43: note: each undeclared identifier is reported only once > for each function it appears in > glx_api.c: In function 'glXCreateContextAttribsARB': > glx_api.c:2773:43: error: 'X_GLXCreateContextAttribsARB' undeclared (first > use in this function) > generate_error(dpy, BadValue, 0, X_GLXCreateContextAttribsARB, > True); > ^ > glx_api.c:2788:27: error: 'GLXBadProfileARB' undeclared (first use in this > function) > generate_error(dpy, GLXBadProfileARB, 0, > X_GLXCreateContextAttribsARB, False); > > > ________________________________ > Rick Angelini > USArmy Research Laboratory > CISD/HPC Architectures Team > Phone: 410-278-6266 <(410)%20278-6266> > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > Search the list archives at: http://markmail.org/search/?q=ParaView > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chuck.atkins at kitware.com Fri Dec 30 09:28:59 2016 From: chuck.atkins at kitware.com (Chuck Atkins) Date: Fri, 30 Dec 2016 09:28:59 -0500 Subject: [Paraview] Automating loading of binary files In-Reply-To: References: Message-ID: Hi AA, 1) What is the best practice way to change the representation to Volume? > 2) To get the representation, I first allow paraview to create the object > and then look for it via its ID. Is there a way to retrieve it by name? > Show() returns the representation object that, if stored, you can use to set the volume representation: q = OpenDataFile("someFile.raw") ... qDisplay = Show() qDisplay.SetRepresentationType('Volume') ---------- Chuck Atkins Staff R&D Engineer, Scientific Computing Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From sebastien.jourdain at kitware.com Fri Dec 30 10:32:31 2016 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Fri, 30 Dec 2016 11:32:31 -0400 Subject: [Paraview] Error while launching Paraview (and Paraview Web) in Window 10 In-Reply-To: References: Message-ID: Hi Debopam, 1) I'm not sure to know what is the issue with the path but try with either: "C:/ParaView-5.2.0-Qt4-OpenGL2-MPI-Windows-64bit/data" or "C:\\ParaView-5.2.0-Qt4-OpenGL2-MPI-Windows-64bit\\data" 2) paraview_console_error.jpg is not an error since you are not using the launcher. So that part is actually expected. For the second error when you try to delete the TimeAnnotation, I'm not sure to know what is the issue. You should know more by looking at the output of the command line. Seb On Fri, Dec 30, 2016 at 12:53 AM, Debopam Ghoshal wrote: > (Reposting for a larger audience) > > Hi Ken, > > When we start paraview web we noted two things: > > 1. In the Visualizer, the Files tab is not showing any files. Please refer > to the attached screenshot (paraview_home.jpg) > 2. There is an error showing up at the browser console > (paraview_console_error.jpg, paraview_console_error2.jpg) > > The paraview startup messages are also given for your reference > (paraview_log.jpg) > > > > Cheers & Best Wishes, > Debopam > ------------------------------- > Cell: +91 98304 10041 <+91%2098304%2010041> > > On Wed, Dec 28, 2016 at 10:35 AM, Debopam Ghoshal > wrote: > >> Hi Ken, >> >> We finally got a machine where Paraview 5.2 MPI is running without any >> issues. However, when we start paraview web we noted two things: >> >> 1. In the Visualizer, the Files tab is not showing any files. Please >> refer to the attached screenshot (paraview_home.jpg) >> 2. There is an error showing up at the browser console >> (paraview_console_error.jpg, paraview_console_error2.jpg) >> >> The paraview startup messages are also given for your reference >> (paraview_log.jpg) >> >> >> Cheers & Best Wishes, >> Debopam >> ------------------------------- >> Cell: +91 98304 10041 <+91%2098304%2010041> >> >> On Tue, Dec 13, 2016 at 7:03 PM, Ken Martin >> wrote: >> >>> ParaView with the old OpenGL backend should work on any windows machine. >>> It may be slow and some of the advanced techniques may not work but the >>> basics will all work. >>> >>> On Tue, Dec 13, 2016 at 5:57 AM, Debopam Ghoshal >>> wrote: >>> >>>> Yes Ken, you are right. This is an older machine. So, will it be >>>> possible to use ParaView (with the old OpenGL backend) on this machine? Or >>>> we need to get a machine with better configuration to run ParaView? >>>> >>>> Additionally, will it be possible to run ParaView (and ParaViewWeb) on >>>> a Windows 10 guest running in VirtualBox on a MacOS host? >>>> >>>> Cheers & Best Wishes, >>>> Debopam >>>> ------------------------------- >>>> Cell: +91 98304 10041 >>>> >>>> On Mon, Dec 12, 2016 at 8:22 PM, Ken Martin >>>> wrote: >>>> >>>>> So if I am reading this correctly the machine has a rv516 GPU which >>>>> was released in 2007. That GPU does not support anything beyond OpenGL 2.0 >>>>> which means you would need to use the old OpenGL backend with VTK/ParaView. >>>>> >>>>> http://www.gpureview.com/ati-rv516-chip-135.html >>>>> >>>>> >>>>> >>>>> On Mon, Dec 12, 2016 at 9:21 AM, Debopam Ghoshal >>>>> wrote: >>>>> >>>>>> Hi Ken, >>>>>> >>>>>> This is a standard desktop PC running Window 10 Professional Edition. >>>>>> If there is something I need to install on this machine, please let me know. >>>>>> >>>>>> Cheers & Best Wishes, >>>>>> Debopam >>>>>> ------------------------------- >>>>>> Cell: +91 98304 10041 >>>>>> >>>>>> On Mon, Dec 12, 2016 at 7:18 PM, Ken Martin >>>>>> wrote: >>>>>> >>>>>>> Is this a server maybe? It seems like the system lacks any OpenGL >>>>>>> support beyond the default Microsoft implementation which is circa OpenGL >>>>>>> 1.4 I believe. >>>>>>> >>>>>>> On Sun, Dec 11, 2016 at 11:51 PM, Debopam Ghoshal < >>>>>>> debopamg at gmail.com> wrote: >>>>>>> >>>>>>>> Hi Ken, >>>>>>>> >>>>>>>> When I ran the command: vtkRenderingOpenGL2CxxTests.exe >>>>>>>> TestAppleBug there was an error. A screenshot of the error is attached for >>>>>>>> your reference. Please let me know if you require any other details. >>>>>>>> >>>>>>>> Cheers & Best Wishes, >>>>>>>> Debopam >>>>>>>> ------------------------------- >>>>>>>> Cell: +91 98304 10041 >>>>>>>> >>>>>>>> On Fri, Dec 9, 2016 at 7:17 PM, Ken Martin >>>>>>>> wrote: >>>>>>>> >>>>>>>>> Here is a new version of the executable, can you try it? >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> On Fri, Dec 9, 2016 at 1:42 AM, Debopam Ghoshal < >>>>>>>>> debopamg at gmail.com> wrote: >>>>>>>>> >>>>>>>>>> Hi Cory and Ken, >>>>>>>>>> >>>>>>>>>> Thanks a lot for your prompt response. >>>>>>>>>> >>>>>>>>>> Below are the details you asked: >>>>>>>>>> 1. display-props.png - screenshot of: Settings -> System -> >>>>>>>>>> Display -> Advanced display settings -> Display adapter >>>>>>>>>> properties >>>>>>>>>> 2. vtkrendering.png - screenshot of the error which came up when >>>>>>>>>> I ran: vtkRenderingOpenGL2CxxTests.exe TestAppleBug >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Cheers & Best Wishes, >>>>>>>>>> Debopam >>>>>>>>>> ------------------------------- >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Thu, Dec 8, 2016 at 10:49 PM, Ken Martin < >>>>>>>>>> ken.martin at kitware.com> wrote: >>>>>>>>>> >>>>>>>>>>> Can you try running the following executable (rename .foo to >>>>>>>>>>> .exe) from a cmd shell as >>>>>>>>>>> >>>>>>>>>>> vtkRenderingOpenGL2CxxTests.exe TestAppleBug >>>>>>>>>>> >>>>>>>>>>> and see if it crashes, and send the output is produces >>>>>>>>>>> >>>>>>>>>>> Thanks >>>>>>>>>>> Ken >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> On Thu, Dec 8, 2016 at 10:46 AM, Cory Quammen < >>>>>>>>>>> cory.quammen at kitware.com> wrote: >>>>>>>>>>> >>>>>>>>>>>> Hi Depobam, >>>>>>>>>>>> >>>>>>>>>>>> Thanks for trying out the other ParaView versions. I suspect >>>>>>>>>>>> there >>>>>>>>>>>> might be a problem with the new OpenGL backend on your system >>>>>>>>>>>> as that >>>>>>>>>>>> has changed between ParaView 4 and 5. What kind of graphics >>>>>>>>>>>> card do >>>>>>>>>>>> you have on your system. You can get some of the display >>>>>>>>>>>> properties by >>>>>>>>>>>> going to >>>>>>>>>>>> >>>>>>>>>>>> Settings -> System -> Display -> Advanced display settings -> >>>>>>>>>>>> Display >>>>>>>>>>>> adapter properties >>>>>>>>>>>> >>>>>>>>>>>> Ken, >>>>>>>>>>>> >>>>>>>>>>>> Are there any things Depobam can do on his Windows 10 system to >>>>>>>>>>>> help >>>>>>>>>>>> diagnose whether the OpenGL2 backend is causing the crash he is >>>>>>>>>>>> seeing >>>>>>>>>>>> in ParaView? >>>>>>>>>>>> >>>>>>>>>>>> Thanks, >>>>>>>>>>>> Cory >>>>>>>>>>>> >>>>>>>>>>>> On Thu, Dec 8, 2016 at 2:51 AM, Debopam Ghoshal < >>>>>>>>>>>> debopamg at gmail.com> wrote: >>>>>>>>>>>> > Hi Cory, >>>>>>>>>>>> > >>>>>>>>>>>> > I tried to run Paraview 5.1.2, but it gives the same error. >>>>>>>>>>>> However, I was >>>>>>>>>>>> > able to run Paraview 4.1 successfully on Window 10. >>>>>>>>>>>> > >>>>>>>>>>>> > But ParaviewWeb failed to run as it seems that version 4.1 >>>>>>>>>>>> does not have the >>>>>>>>>>>> > python script used for running ParaviewWeb. >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > >>>>>>>>>>>> > Cheers & Best Wishes, >>>>>>>>>>>> > Debopam >>>>>>>>>>>> > ------------------------------- >>>>>>>>>>>> > Cell: +91 98304 10041 >>>>>>>>>>>> > >>>>>>>>>>>> > On Wed, Dec 7, 2016 at 5:14 AM, Sebastien Jourdain >>>>>>>>>>>> > wrote: >>>>>>>>>>>> >> >>>>>>>>>>>> >> Cory you need to provide an absolute path as argument >>>>>>>>>>>> "c:\.....". >>>>>>>>>>>> >> >>>>>>>>>>>> >> But the issue seems to be on ParaView itself. The (Qt) >>>>>>>>>>>> executable crash at >>>>>>>>>>>> >> startup on there machine, regardless of their goal to use >>>>>>>>>>>> ParaViewWeb down >>>>>>>>>>>> >> the road. >>>>>>>>>>>> >> >>>>>>>>>>>> >> Seb >>>>>>>>>>>> >> >>>>>>>>>>>> >> On Tue, Dec 6, 2016 at 10:06 AM, Cory Quammen < >>>>>>>>>>>> cory.quammen at kitware.com> >>>>>>>>>>>> >> wrote: >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> Correction: I could run ParaViewWeb on Windows 10, but I >>>>>>>>>>>> couldn't load >>>>>>>>>>>> >>> data through the web client. I didn't get pvpython.exe to >>>>>>>>>>>> crash, >>>>>>>>>>>> >>> though. >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> On Tue, Dec 6, 2016 at 11:35 AM, Cory Quammen < >>>>>>>>>>>> cory.quammen at kitware.com> >>>>>>>>>>>> >>> wrote: >>>>>>>>>>>> >>> > Debopam, >>>>>>>>>>>> >>> > >>>>>>>>>>>> >>> > I just tried what you ran on Windows 10 and it ran fine >>>>>>>>>>>> for me. One >>>>>>>>>>>> >>> > thing I had to fix, which I doubt is the cause of your >>>>>>>>>>>> crash, is the >>>>>>>>>>>> >>> > data argument is actually just --data and not --data-dir. >>>>>>>>>>>> >>> > >>>>>>>>>>>> >>> > We've had some other reports of 5.2 crashing on start up >>>>>>>>>>>> on Windows. >>>>>>>>>>>> >>> > Did 5.1 run fine for you? >>>>>>>>>>>> >>> > >>>>>>>>>>>> >>> > I wonder if you could try installing ParaView 4.4 from >>>>>>>>>>>> >>> > http://www.paraview.org/download/ to see if it runs. If >>>>>>>>>>>> it does, that >>>>>>>>>>>> >>> > gives me a clue on where to look. >>>>>>>>>>>> >>> > >>>>>>>>>>>> >>> > Thanks, >>>>>>>>>>>> >>> > Cory >>>>>>>>>>>> >>> > >>>>>>>>>>>> >>> > On Tue, Dec 6, 2016 at 5:23 AM, Debopam Ghoshal < >>>>>>>>>>>> debopamg at gmail.com> >>>>>>>>>>>> >>> > wrote: >>>>>>>>>>>> >>> >> Hi, >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> I followed the instructions given here, but I am getting >>>>>>>>>>>> the following >>>>>>>>>>>> >>> >> error: >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Paraview Installation Directory: >>>>>>>>>>>> >>> >> C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Command: >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> .\bin\pvpython.exe \ >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> "C:\ParaView-5.2.0-Qt4-OpenGL2 >>>>>>>>>>>> -Windows-64bit\share\paraview-5.2\web\visualizer\server\pvw- >>>>>>>>>>>> visualizer.py" >>>>>>>>>>>> >>> >> \ >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> --content >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> "C:\ParaView-5.2.0-Qt4-OpenGL2 >>>>>>>>>>>> -Windows-64bit\share\paraview-5.2\web\visualizer\www\" >>>>>>>>>>>> >>> >> \ >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> --data-dir "C:\ParaView-5.2.0-Qt4-OpenGL2-Windows-64bit\data\" >>>>>>>>>>>> \ >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> --port 8080 >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Output: >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Console: 2016-12-02 10:09:51+0530 [-] Log opened. >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Error Window screenshot attached (PVW-Error.png) >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Other Details: >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> OS: Windows 10 Professional >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> RAM: 8GB >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> A screenshot of the system properties is attached for >>>>>>>>>>>> your reference >>>>>>>>>>>> >>> >> (Window10-SystemProps.png) >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Similar error occurred when I launched the Paraview >>>>>>>>>>>> desktop >>>>>>>>>>>> >>> >> application >>>>>>>>>>>> >>> >> (ParaviewError.png). >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Cheers & Best Wishes, >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Debopam >>>>>>>>>>>> >>> >> ------------------------------- >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> _______________________________________________ >>>>>>>>>>>> >>> >> Powered by www.kitware.com >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Visit other Kitware open-source projects at >>>>>>>>>>>> >>> >> http://www.kitware.com/opensource/opensource.html >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Please keep messages on-topic and check the ParaView >>>>>>>>>>>> Wiki at: >>>>>>>>>>>> >>> >> http://paraview.org/Wiki/ParaView >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Search the list archives at: >>>>>>>>>>>> http://markmail.org/search/?q=ParaView >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> >> Follow this link to subscribe/unsubscribe: >>>>>>>>>>>> >>> >> http://public.kitware.com/mailman/listinfo/paraview >>>>>>>>>>>> >>> >> >>>>>>>>>>>> >>> > >>>>>>>>>>>> >>> > >>>>>>>>>>>> >>> > >>>>>>>>>>>> >>> > -- >>>>>>>>>>>> >>> > Cory Quammen >>>>>>>>>>>> >>> > Staff R&D Engineer >>>>>>>>>>>> >>> > Kitware, Inc. >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> -- >>>>>>>>>>>> >>> Cory Quammen >>>>>>>>>>>> >>> Staff R&D Engineer >>>>>>>>>>>> >>> Kitware, Inc. >>>>>>>>>>>> >>> _______________________________________________ >>>>>>>>>>>> >>> Powered by www.kitware.com >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> Visit other Kitware open-source projects at >>>>>>>>>>>> >>> http://www.kitware.com/opensource/opensource.html >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> Please keep messages on-topic and check the ParaView Wiki >>>>>>>>>>>> at: >>>>>>>>>>>> >>> http://paraview.org/Wiki/ParaView >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> Search the list archives at: http://markmail.org/search/?q= >>>>>>>>>>>> ParaView >>>>>>>>>>>> >>> >>>>>>>>>>>> >>> Follow this link to subscribe/unsubscribe: >>>>>>>>>>>> >>> http://public.kitware.com/mailman/listinfo/paraview >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> > >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> -- >>>>>>>>>>>> Cory Quammen >>>>>>>>>>>> Staff R&D Engineer >>>>>>>>>>>> Kitware, Inc. >>>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>>>> Ken Martin PhD >>>>>>>>>>> Chairman & CFO >>>>>>>>>>> Kitware Inc. >>>>>>>>>>> 28 Corporate Drive >>>>>>>>>>> Clifton Park NY 12065 >>>>>>>>>>> 518 371 3971 >>>>>>>>>>> >>>>>>>>>>> This communication, including all attachments, contains >>>>>>>>>>> confidential and legally privileged information, and it is intended only >>>>>>>>>>> for the use of the addressee. Access to this email by anyone else is >>>>>>>>>>> unauthorized. If you are not the intended recipient, any disclosure, >>>>>>>>>>> copying, distribution or any action taken in reliance on it is prohibited >>>>>>>>>>> and may be unlawful. If you received this communication in error please >>>>>>>>>>> notify us immediately and destroy the original message. Thank you. >>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> -- >>>>>>>>> Ken Martin PhD >>>>>>>>> Chairman & CFO >>>>>>>>> Kitware Inc. >>>>>>>>> 28 Corporate Drive >>>>>>>>> Clifton Park NY 12065 >>>>>>>>> 518 371 3971 >>>>>>>>> >>>>>>>>> This communication, including all attachments, contains >>>>>>>>> confidential and legally privileged information, and it is intended only >>>>>>>>> for the use of the addressee. Access to this email by anyone else is >>>>>>>>> unauthorized. If you are not the intended recipient, any disclosure, >>>>>>>>> copying, distribution or any action taken in reliance on it is prohibited >>>>>>>>> and may be unlawful. If you received this communication in error please >>>>>>>>> notify us immediately and destroy the original message. Thank you. >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Ken Martin PhD >>>>>>> Chairman & CFO >>>>>>> Kitware Inc. >>>>>>> 28 Corporate Drive >>>>>>> Clifton Park NY 12065 >>>>>>> 518 371 3971 >>>>>>> >>>>>>> This communication, including all attachments, contains confidential >>>>>>> and legally privileged information, and it is intended only for the use of >>>>>>> the addressee. Access to this email by anyone else is unauthorized. If you >>>>>>> are not the intended recipient, any disclosure, copying, distribution or >>>>>>> any action taken in reliance on it is prohibited and may be unlawful. If >>>>>>> you received this communication in error please notify us immediately and >>>>>>> destroy the original message. Thank you. >>>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Ken Martin PhD >>>>> Chairman & CFO >>>>> Kitware Inc. >>>>> 28 Corporate Drive >>>>> Clifton Park NY 12065 >>>>> 518 371 3971 >>>>> >>>>> This communication, including all attachments, contains confidential >>>>> and legally privileged information, and it is intended only for the use of >>>>> the addressee. Access to this email by anyone else is unauthorized. If you >>>>> are not the intended recipient, any disclosure, copying, distribution or >>>>> any action taken in reliance on it is prohibited and may be unlawful. If >>>>> you received this communication in error please notify us immediately and >>>>> destroy the original message. Thank you. >>>>> >>>> >>>> >>> >>> >>> -- >>> Ken Martin PhD >>> Chairman & CFO >>> Kitware Inc. >>> 28 Corporate Drive >>> Clifton Park NY 12065 >>> 518 371 3971 <(518)%20371-3971> >>> >>> This communication, including all attachments, contains confidential and >>> legally privileged information, and it is intended only for the use of the >>> addressee. Access to this email by anyone else is unauthorized. If you are >>> not the intended recipient, any disclosure, copying, distribution or any >>> action taken in reliance on it is prohibited and may be unlawful. If you >>> received this communication in error please notify us immediately and >>> destroy the original message. Thank you. >>> >> >> > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Please keep messages on-topic and check the ParaView Wiki at: > http://paraview.org/Wiki/ParaView > > 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 athanastasiou at gmail.com Fri Dec 30 14:01:19 2016 From: athanastasiou at gmail.com (Athanasios Anastasiou) Date: Fri, 30 Dec 2016 19:01:19 +0000 Subject: [Paraview] Automating loading of binary files In-Reply-To: References: Message-ID: Hello Chuck Thank you very much for the helpful response. My version was the one that is available by default at the Trusty Tahr's repositories (4.0.1) and in that one, there was no SetRepresentationType. I tried with qDisplay.Representation="Volume" (following your formalism) but no matter what I tried in that version, the minute I was switching the representation the whole thing was coming down. I downloaded the latest binary and it worked immediately. All the best AA On 30 Dec 2016 14:29, "Chuck Atkins" wrote: > Hi AA, > > 1) What is the best practice way to change the representation to Volume? >> 2) To get the representation, I first allow paraview to create the object >> and then look for it via its ID. Is there a way to retrieve it by name? >> > > Show() returns the representation object that, if stored, you can use to > set the volume representation: > > q = OpenDataFile("someFile.raw") > ... > qDisplay = Show() > qDisplay.SetRepresentationType('Volume') > > > ---------- > Chuck Atkins > Staff R&D Engineer, Scientific Computing > Kitware, Inc. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From fabian.wein at fau.de Fri Dec 30 17:48:52 2016 From: fabian.wein at fau.de (Fabian Wein) Date: Fri, 30 Dec 2016 23:48:52 +0100 Subject: [Paraview] Question on compiling external plugins with 5.2 In-Reply-To: References: Message-ID: Hello, we have a legacy implementation of a PV reader plugin which is patched into the PV code. I want to refactor this approach to an external plugin. In https://gitlab.kitware.com/paraview/paraview-superbuild it says: ????- External plugins The superbuild supports building more plugins into ParaView using the paraviewexternalplugins project. As an example, to build two external plugins a and b, the following settings should be used: ? enable_paraviewexternalplugins:BOOL=ON: Enables building using external plugins. ? paraview_PLUGINS_EXTERNAL:STRING=a;b: The list of plugins to build. ? paraview_PLUGIN_a_PATH:PATH=/path/to/plugin/a: The path to plugin a's source directory. It must contain a plugins.cmake to be picked up by ParaView. ?????? Sounds good, I assumed I have to add this via -D to the superbuild cmake, however it tells me CMake Warning: Manually-specified variables were not used by the project: enable_paraviewexternalplugins And indeed I could not find anything about this, not in the code and not with google. what do I miss? I there somewhere an example or documentation? Is this something new with 5.2? Thanks for any help, Fabian From yzhzhang at ipe.ac.cn Fri Dec 30 22:08:03 2016 From: yzhzhang at ipe.ac.cn (=?GBK?B?1cXUptbe?=) Date: Sat, 31 Dec 2016 11:08:03 +0800 (GMT+08:00) Subject: [Paraview] How to start the Catalyst example: CxxFullExample Message-ID: <1e16d1e.252e6.15952d934da.Coremail.yzhzhang@ipe.ac.cn> Hello everyone, I'm learning the ParaView Catalyst by starting at the CxxFullExample, which is one of the Catalyst examples from https://github.com/Kitware/ParaViewCatalystExampleCode-MOVED-. I have compiled and built it and got the CxxFullExample executable. It is said that it's a full example of a simulation code interfacing with Catalyst, but I don't know how to execute it. I typed "./CxxFullExample" in the command line under the build directory of the example and nothing happened. I read the Chapter 2 of the Catalyst User's Guide and found what's mainly discussed is about creating ParaView Catalyst scripts in ParaView. It is said that to create ParaView Catalyst scripts in ParaView, I must have a representative dataset, and the Appendix 7.1.2 of the guide has a script that can be used to create the dataset. I managed to get lots of files named "filename_x_x.vtu" and "filename_x.pvtu"(x is a number) by typing "./CxxFullExample ./pvpython python.py"(python.py is the script from the appendix 7.1.2 of the user's guide) in the command line under the bin directory of ParaView 4.4.0. Then I followed the section 2.2 of the user's guide with one of the file I generated above, only to get another script. Actually, what I want is a condition shown at www.kitware.com/blog/home/post/722, but after read the section 2.3 of the user's guide, I'm still unable to implement it. How should I organize the Catalyst enabled simulation and ParaView? Can it work in the client-server mode? Can I get it to work without much knowledge of Python? Maybe I'm on the wrong way of learning Catalyst, if so, you can ignore my questions and just tell me the right way. Thanks a lot! -Zhang -------------- next part -------------- An HTML attachment was scrubbed... URL: