From biddisco at cscs.ch Thu Oct 1 08:21:03 2015 From: biddisco at cscs.ch (Biddiscombe, John A.) Date: Thu, 1 Oct 2015 12:21:03 +0000 Subject: [Paraview-developers] Plugin using parallel HDF5 In-Reply-To: References: Message-ID: > >If so, does it means that a serial (resp. parallel) version of ParaView >can use ONLY a serial (resp. parallel) version of HDF5 from inside a >writer ? Yes and no. If you compiled paraview without MPI, then it will have compiled hdf5 (see thirparty dir in source tree) using serial HDF5, so you are linking to hdf5 with no parallel support. If you compile paraview and set VTK_USE_SYSTEM_HDF5 to ON then you can link to a parallel hdf5 that you supply and can do what you like, but you?ll probably need to do mpi_init etc from inside your plugin as paraview will not have done it for you. JB From utkarsh.ayachit at kitware.com Thu Oct 1 09:19:08 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 1 Oct 2015 09:19:08 -0400 Subject: [Paraview-developers] Dashboard status In-Reply-To: References: Message-ID: After a lot of tracking down, the dashboards should now go green again. All open merge requests which ended up with the regression introduced in `master earlier this week will need to be rebased on the latest `master`. Thanks for your patience. Utkarsh On Tue, Sep 29, 2015 at 3:20 PM, Utkarsh Ayachit wrote: > I have a fix currently being testing. Together with David Gobbi's > latest VTK fix, I think this should do the trick: > > https://gitlab.kitware.com/paraview/paraview/merge_requests/395 > > Utkarsh > > On Tue, Sep 29, 2015 at 11:44 AM, Utkarsh Ayachit > wrote: >> Folks, >> >> Something has gone wrong with updating ParaVIew's VTK on a MR that is >> causing all MRs tests to fail. I am going to track that down and push >> a fix. Once that happens, everyone will need to update their MRs to >> the changed master with the fix included before their MR can be merged >> in. >> >> Thanks for your patience. >> >> Utkarsh From houssen at ipgp.fr Fri Oct 2 08:45:08 2015 From: houssen at ipgp.fr (houssen) Date: Fri, 02 Oct 2015 14:45:08 +0200 Subject: [Paraview-developers] Plugin using parallel HDF5 In-Reply-To: References: Message-ID: <20f6ceb05974b33325bb123915a00f4f@imap.ipgp.fr> Thanks for the tip ! Afterwards, this looked almost obvious to me ! I have tried to compile ParaView with a parallel HDF5 (+ zlib for compression) using VTK_USE_SYSTEM_HDF5 (I also had to add VTK_USE_SYSTEM_ZLIB). I ended up with this kind of link errors : [ 22%] Building CXX object VTK/IO/AMR/CMakeFiles/vtkIOAMR.dir/vtkAMRFlashReaderInternal.cxx.o Linking CXX shared library ../../../lib/libvtkIOAMR-pv4.4.so CMakeFiles/vtkIOAMR.dir/vtkAMREnzoParticlesReader.cxx.o: in function ? MPI::Intracomm::Intracomm() ?: /usr/lib/openmpi/include/openmpi/ompi/mpi/cxx/intracomm.h:25: undefined symbol ? MPI::Comm::Comm() ? I tried to add PARAVIEW_USE_MPI but unfortunately it does not help ! Say I give up building ParaView on top of "my" parallel HDF5 : is there a way to use the (serial) HDF5 "of (serial) ParaView" from inside a writer ? If yes how ? (modify the writer CMakeLists.txt ?) Franck Note : I have a project where we need parallel HDF5. For this same project I would like to have a dedicated writer (the writer can handle serial or parallel HDF5 - not so important). So I have to specify 2 HDF5 (serial and parallel) for the same project : this looked messy to me... That why I started to (try to) use parallel HDF5 from my ParaView writer (for convenience mostly). Le 2015-10-01 14:21, Biddiscombe, John A. a ?crit?: >> >>If so, does it means that a serial (resp. parallel) version of >> ParaView >>can use ONLY a serial (resp. parallel) version of HDF5 from inside a >>writer ? > > Yes and no. If you compiled paraview without MPI, then it will have > compiled hdf5 (see thirparty dir in source tree) using serial HDF5, > so you > are linking to hdf5 with no parallel support. > > If you compile paraview and set VTK_USE_SYSTEM_HDF5 to ON then you > can > link to a parallel hdf5 that you supply and can do what you like, but > you?ll probably need to do mpi_init etc from inside your plugin as > paraview will not have done it for you. > > JB From ken.martin at kitware.com Fri Oct 2 08:51:42 2015 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 2 Oct 2015 08:51:42 -0400 Subject: [Paraview-developers] [EXTERNAL] Re: Anti-aliasing of triangles In-Reply-To: <3c05102e7acb408db644a3cdb202b15b@ES01AMSNLNT.srn.sandia.gov> References: <9dc17df281fb21b7f608aaee7aa50355@mail.gmail.com> <3c05102e7acb408db644a3cdb202b15b@ES01AMSNLNT.srn.sandia.gov> Message-ID: <77c8f6e674e21eb77a6542ea3016d947@mail.gmail.com> Thanks Alan! I do hope to at least get this into VTK in the very near future. - Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* Scott, W Alan [mailto:wascott at sandia.gov] *Sent:* Friday, September 25, 2015 2:51 PM *To:* Aashish Chaudhary *Cc:* Ken Martin; Moreland, Kenneth; Dave DeMarle; ParaView Developers *Subject:* RE: [EXTERNAL] Re: [Paraview-developers] Anti-aliasing of triangles I wasn?t being totally clear, sorry. I was trying to say +1, and do we have consensus. Thanks for the idea Ken! I just wrote it up as a feature request in ParaView. http://www.paraview.org/Bug/view_all_bug_page.php?filter=104567 Alan *From:* Aashish Chaudhary [mailto:aashish.chaudhary at kitware.com ] *Sent:* Friday, September 25, 2015 12:40 PM *To:* Scott, W Alan *Cc:* Ken Martin; Moreland, Kenneth; Dave DeMarle; ParaView Developers *Subject:* Re: [EXTERNAL] Re: [Paraview-developers] Anti-aliasing of triangles On Fri, Sep 25, 2015 at 2:35 PM, Scott, W Alan wrote: My user specifically asked for anti-aliasing making screenshots and movies. At Kitware?s suggestion, he did write out his screenshot higher resolution, then downsample. He said it looked really nice. How about we add SSAA into the non-interactive rendering, which would also give us better images in save screenshot and save animation? It probably should be optional. +1. I believe that's what Ken was suggesting which I liked as well. Alan *From:* Aashish Chaudhary [mailto:aashish.chaudhary at kitware.com] *Sent:* Friday, September 25, 2015 12:25 PM *To:* Ken Martin *Cc:* Moreland, Kenneth; Dave DeMarle; Scott, W Alan; ParaView Developers *Subject:* [EXTERNAL] Re: [Paraview-developers] Anti-aliasing of triangles Sure, SSAA costs a lot -:) but for non-interactive mode it might be okay. The nice thing about SSAA is that it works everywhere. Thanks for the clarification Ken. Best, Aashish On Fri, Sep 25, 2015 at 2:12 PM, Ken Martin wrote: I was thinking SSAA , aka render into an FBO at sqrt(3)*width by sqrt(3)*height for example and then down sample back to the window size, for picking just bypass it. I have looked into FXAA, CMAA, but both those approaches are typically faster, but have more complex implementations and are subject to artifacts (CMAA is better on artifacts but the implementation is more complex). A first step could be to use it for the non-interactive renders in PV. Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* Aashish Chaudhary [mailto:aashish.chaudhary at kitware.com] *Sent:* Friday, September 25, 2015 2:00 PM *To:* Ken Martin *Cc:* Moreland, Kenneth; Dave DeMarle; Scott, W Alan; ParaView Developers *Subject:* Re: [Paraview-developers] Anti-aliasing of triangles Ken, I am assuming you are referring to screen space anti aliasing and not the super sampled one (SSAA is typically referred for the super sampled one)? if its the prior then +1. What particular paper / implementation you are thinking? - Aashish On Fri, Sep 25, 2015 at 8:04 AM, Ken Martin wrote: I do want to add in a SSAA pass to VTK. From a code perspective it should be fairly easy and then you should be able to have AA triangles safely etc. Ken Ken Martin PhD Chairman & CFO Kitware Inc. 28 Corporate Drive Clifton Park NY 12065 ken.martin at kitware.com 919 869-8871 (w) 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. *From:* Paraview-developers [mailto:paraview-developers-bounces at paraview.org] *On Behalf Of *Moreland, Kenneth *Sent:* Thursday, September 24, 2015 3:08 PM *To:* David E DeMarle; Scott, W Alan *Cc:* paraview-developers at paraview.org *Subject:* Re: [Paraview-developers] Anti-aliasing of triangles FYI, it also messes up lots of other rendering modes (like depth peeling and picking). We had enough trouble with it that we shut it off all the time. -Ken *From: *Paraview-developers on behalf of David E DeMarle *Date: *Thursday, September 24, 2015 at 1:05 PM *To: *Walter Scott *Cc: *"paraview-developers at paraview.org" *Subject: *[EXTERNAL] Re: [Paraview-developers] Anti-aliasing of triangles Because it messes of parallel compositing. A workaround is to render large images (4x wider and 4x taller) and then resample them down in some image editor. David E DeMarle Kitware, Inc. R&D Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Thu, Sep 24, 2015 at 3:02 PM, Scott, W Alan wrote: I have a customer asking why we don?t antialias our triangles? You can see this with the (very slightly) raged edge on the sources/sphere. Thanks, Alan -------------------------------------------------------- W. Alan Scott ParaView Support Manager SAIC Sandia National Laboratories, MS 0822 Org 9326 - Building 880 A1-C (505) 284-0932 FAX (505) 284-5619 --------------------------------------------------------- _______________________________________________ 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 _______________________________________________ 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 -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -- *| Aashish Chaudhary | Technical Leader | Kitware Inc. * *| http://www.kitware.com/company/team/chaudhary.html * -------------- next part -------------- An HTML attachment was scrubbed... URL: From houssen at ipgp.fr Sat Oct 3 13:18:03 2015 From: houssen at ipgp.fr (houssen) Date: Sat, 03 Oct 2015 19:18:03 +0200 Subject: [Paraview-developers] Plugin using parallel HDF5 In-Reply-To: <20f6ceb05974b33325bb123915a00f4f@imap.ipgp.fr> References: <20f6ceb05974b33325bb123915a00f4f@imap.ipgp.fr> Message-ID: So as explained, I tried to use the (serial) ParaView HDF5 in my writer by adding this to my CMakeLists.txt : VTK_MODULE_LOAD ( vtkhdf5 ) # Use ParaView HDF5 INCLUDE_DIRECTORIES ( ${vtkhdf5_INCLUDE_DIRS} ) # -I LINK_DIRECTORIES ( ${vtkhdf5_LIBRARY_DIRS} ) # -L TARGET_LINK_LIBRARIES ( MyWriter PUBLIC ${vtkhdf5_LIBRARIES} ) # -l But I get : "fatal error, can not find hdf5.h" when compiling... Can somebody help on this ? Also, is there a way to ask Paraview to add zlib support before building his own (serial) HDF5 ? (looks like zlib is supported but how to force this ? how to be sure ?) Franck Le 2015-10-02 14:45, houssen a ?crit?: > Thanks for the tip ! Afterwards, this looked almost obvious to me ! > > I have tried to compile ParaView with a parallel HDF5 (+ zlib for > compression) using VTK_USE_SYSTEM_HDF5 (I also had to add > VTK_USE_SYSTEM_ZLIB). > I ended up with this kind of link errors : > [ 22%] Building CXX object > VTK/IO/AMR/CMakeFiles/vtkIOAMR.dir/vtkAMRFlashReaderInternal.cxx.o > Linking CXX shared library ../../../lib/libvtkIOAMR-pv4.4.so > CMakeFiles/vtkIOAMR.dir/vtkAMREnzoParticlesReader.cxx.o: in > function ? MPI::Intracomm::Intracomm() ?: > /usr/lib/openmpi/include/openmpi/ompi/mpi/cxx/intracomm.h:25: > undefined symbol ? MPI::Comm::Comm() ? > I tried to add PARAVIEW_USE_MPI but unfortunately it does not help ! > > Say I give up building ParaView on top of "my" parallel HDF5 : is > there a way to use the (serial) HDF5 "of (serial) ParaView" from > inside a writer ? If yes how ? (modify the writer CMakeLists.txt ?) > > Franck > > Note : I have a project where we need parallel HDF5. For this same > project I would like to have a dedicated writer (the writer can > handle > serial or parallel HDF5 - not so important). So I have to specify 2 > HDF5 (serial and parallel) for the same project : this looked messy > to > me... That why I started to (try to) use parallel HDF5 from my > ParaView writer (for convenience mostly). > > Le 2015-10-01 14:21, Biddiscombe, John A. a ?crit?: >>> >>>If so, does it means that a serial (resp. parallel) version of >>> ParaView >>>can use ONLY a serial (resp. parallel) version of HDF5 from inside a >>>writer ? >> >> Yes and no. If you compiled paraview without MPI, then it will have >> compiled hdf5 (see thirparty dir in source tree) using serial HDF5, >> so you >> are linking to hdf5 with no parallel support. >> >> If you compile paraview and set VTK_USE_SYSTEM_HDF5 to ON then you >> can >> link to a parallel hdf5 that you supply and can do what you like, >> but >> you?ll probably need to do mpi_init etc from inside your plugin as >> paraview will not have done it for you. >> >> JB From Orlando.RIVERA at mtu.de Tue Oct 6 06:46:43 2015 From: Orlando.RIVERA at mtu.de (RIVERA ROLDAN, Jorge Orlando) Date: Tue, 6 Oct 2015 10:46:43 +0000 Subject: [Paraview-developers] load State slow by remembering the states checked/ unchecked In-Reply-To: References: Message-ID: Hi Maybe someone may be interested, I solve the problem using A->SetElements(vectorWithStates) Instead of : for (int i=0;i< A->GetNumberOfElements;i++) A->SetElement(I, [0|1] ) ; Regards Von: RIVERA ROLDAN, Jorge Orlando Gesendet: Tuesday, 29. September 2015 13:01 An: paraview-developers at paraview.org Betreff: load State slow by remembering the states checked/ unchecked Dear Forum members I hope you can help me with something I am dealing with . I have a reader base on a vtkMultiBlock , the data layout of the multiblock will be represented by a qtree on the client/GUI , so the Data layout will be one to one to the qtree widget like this: - vtkMB (0) - - vtkMB (1) - - - vtkMB (2) - - - - grid (3) - - - - grid (4) - - - vtkMB (5) - - - - grid (6 - - - - grid (7) ? There is a vtkSMIntVectorProperty (A) that connects the Qtree(GUI) with the Server . The corresponding intArray (B) on the server side follows simply the indexes on the MB tree {0,1,2,3,4,5,6,7?} so at server and GUI both arrays (A)-(B) mirror each other. So when I select an element on the qtree widget , lets say (3) (A[3]=1) . Then at the server B[3]=1 and the grid 3 will be read and loaded . When I select in the qtree (2) , then A[2]=1 , that means also, A[3]=1 and A[4]=1 , ( 3 and 4 being children of 2) are to be read and loaded i.e. B[2]=1, B[3]=1 and B[4]=1. In normal operation all woks like a charm. However, when I save the state following behavior can be observer . In the state-xml file the pipeline is saved normally , so the state of intArray is saved (vector B) , the data is read and loaded in requesData and I have my representation as supposed to be. The Data Layout will be them transferred to the GUI with a vtkSMStringVectorProperty and the state of checked and unchecked with the vtkSMIntVectorProperty vector (A) , so far so good. Now , when I check and /or uncheck other elements on the Qtree/GUI the response time is quite lame. With the debugger I could see that the time is used in A->SetValue(index, 1) (1 for checked and 0 for unchecked ) . Since a have a couple or thousand of elements in my tree (Qtree), this takes several minutes, but **ONLY when LOAD STATE is used ** . The function in the GUI that contains A->SetValue(index, CHECKED/UNCHECKED ) works really fast when I load my example normally (open File , apply plugins and filters ). The same Function is very slow ( A->SetValue(index, CHECKED/UNCHECKED ) ) when loaded from a SAVE and LOAD state. What could be the cause ? do you have any Idea or have observed similar behavior? Thanks in Advance Orlando Rivera -- MTU Aero Engines AG Vorstand/Board of Management: Reiner Winkler, Vorsitzender/CEO; Dr. Rainer Martens, Michael Schreyoegg Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: Klaus Eberhardt Sitz der Gesellschaft/Registered Office: Muenchen Handelsregister/Commercial Register: Muenchen HRB 157206 Diese E-Mail sowie ihre Anhaenge enthalten MTU-eigene vertrauliche oder rechtlich geschuetzte Informationen. Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte den Absender und loeschen Sie diese E-Mail sowie die Anhaenge. Das unbefugte Speichern, Kopieren oder Weiterleiten ist nicht gestattet. This e-mail and any attached documents are proprietary to MTU, confidential or protected by law. If you are not the intended recipient, please advise the sender and delete this message and its attachments. Any unauthorised storing, copying or distribution is prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Tue Oct 6 09:14:52 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 6 Oct 2015 09:14:52 -0400 Subject: [Paraview-developers] load State slow by remembering the states checked/ unchecked In-Reply-To: References: Message-ID: Hi Orlando, Thanks for reporting back that you solved your problem. Indeed, that should be a much faster way to set elements in a large vector property. Cory On Tue, Oct 6, 2015 at 6:46 AM, RIVERA ROLDAN, Jorge Orlando < Orlando.RIVERA at mtu.de> wrote: > Hi > > Maybe someone may be interested, I solve the problem using > > > > A->SetElements(vectorWithStates) > > > > Instead of : > > for (int i=0;i< A->GetNumberOfElements;i++) > > A->SetElement(I, [0|1] ) ; > > > > > > Regards > > > > > > *Von:* RIVERA ROLDAN, Jorge Orlando > *Gesendet:* Tuesday, 29. September 2015 13:01 > *An:* paraview-developers at paraview.org > *Betreff:* load State slow by remembering the states checked/ unchecked > > > > Dear Forum members > > > > I hope you can help me with something I am dealing with . > > > > I have a reader base on a vtkMultiBlock , the data layout of the > multiblock will be represented by a qtree on the client/GUI , so the > Data layout will be one to one to the qtree widget > > like this: > > - vtkMB (0) > > - - vtkMB (1) > > - - - vtkMB (2) > > - - - - grid (3) > > - - - - grid (4) > > - - - vtkMB (5) > > - - - - grid (6 > > - - - - grid (7) ? > > > > There is a vtkSMIntVectorProperty (A) that connects the Qtree(GUI) with > the Server . The corresponding intArray (B) on the server side follows > simply the indexes on the MB tree {0,1,2,3,4,5,6,7?} so at server and GUI > both arrays (A)-(B) mirror each other. > > > > So when I select an element on the qtree widget , lets say (3) > (A[3]=1) . Then at the server B[3]=1 and the grid 3 will be read and > loaded . When I select in the qtree (2) , then A[2]=1 , that means > also, A[3]=1 and A[4]=1 , ( 3 and 4 being children of 2) are to be read > and loaded i.e. B[2]=1, B[3]=1 and B[4]=1. > > > > In normal operation all woks like a charm. However, when I save the state > following behavior can be observer . In the state-xml file the pipeline > is saved normally , so the state of intArray is saved (vector B) , the > data is read and loaded in requesData and I have my representation as > supposed to be. > > > > The Data Layout will be them transferred to the GUI with a > vtkSMStringVectorProperty and the state of checked and unchecked with the > vtkSMIntVectorProperty vector (A) , so far so good. Now , when I check > and /or uncheck other elements on the Qtree/GUI the response time is > quite lame. With the debugger I could see that the time is used in > A->SetValue(index, 1) (1 for checked and 0 for unchecked ) . Since a > have a couple or thousand of elements in my tree (Qtree), this takes > several minutes, but **ONLY when LOAD STATE is used ** . > > > > The function in the GUI that contains A->SetValue(index, > CHECKED/UNCHECKED ) works really fast when I load my example normally > (open File , apply plugins and filters ). The same Function is very slow > ( A->SetValue(index, CHECKED/UNCHECKED ) ) when loaded from a SAVE and > LOAD state. > > > > What could be the cause ? do you have any Idea or have observed similar > behavior? > > > > Thanks in Advance > > > > > > Orlando Rivera > > > > > > > > > > > -- > *MTU Aero Engines AG* > Vorstand/Board of Management: Reiner Winkler, Vorsitzender/CEO; Dr. Rainer > Martens, Michael Schreyoegg > Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: Klaus > Eberhardt > Sitz der Gesellschaft/Registered Office: Muenchen > Handelsregister/Commercial Register: Muenchen HRB 157206 > > Diese E-Mail sowie ihre Anhaenge enthalten MTU-eigene vertrauliche oder > rechtlich geschuetzte Informationen. > Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte > den Absender und loeschen Sie diese > E-Mail sowie die Anhaenge. Das unbefugte Speichern, Kopieren oder > Weiterleiten ist nicht gestattet. > > This e-mail and any attached documents are proprietary to MTU, > confidential or protected by law. > If you are not the intended recipient, please advise the sender and delete > this message and its attachments. > Any unauthorised storing, copying or distribution is prohibited. > > _______________________________________________ > 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 R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jfavre at cscs.ch Tue Oct 6 12:00:10 2015 From: jfavre at cscs.ch (Favre Jean) Date: Tue, 6 Oct 2015 16:00:10 +0000 Subject: [Paraview-developers] how does a reader say it cannot produce ghost cells? Message-ID: <0EB9B6375711A04B820E6B6F5CCA9F68434DA215@MBX211.d.ethz.ch> developers, I have a parallel reader producing several unstructured grid objects which are quite heavy. My reader does not know how to generate ghost cells (the underlying legacy format makes it too complicated and very I/O inefficient). I use D3 downstream and whenever ghost-cells are required, the request is propagated all the way upstream, forcing the re-execution of my reader. Wasted effort since I cannot produce the ghosts. Is there anyway my reader can advertize the fact that it cannot generate ghost cells and that it should by-pass any new request for execution. ----------------- Jean From houssen at ipgp.fr Tue Oct 6 12:28:42 2015 From: houssen at ipgp.fr (houssen) Date: Tue, 06 Oct 2015 18:28:42 +0200 Subject: [Paraview-developers] Plugin using parallel HDF5 In-Reply-To: <20f6ceb05974b33325bb123915a00f4f@imap.ipgp.fr> References: <20f6ceb05974b33325bb123915a00f4f@imap.ipgp.fr> Message-ID: <94aba14676a727ce939c857be7873146@imap.ipgp.fr> I confirm vtkIOAMR does not compile when building Paraview with a parallel HDF5 using VTK_USE_SYSTEM_HDF5 (but compile is OK with a serial HDF5). Is this a bug ? Is there a way to unplug the compilation of this specific vtk module ? (didn't find how) Franck Le 2015-10-02 14:45, houssen a ?crit?: > Thanks for the tip ! Afterwards, this looked almost obvious to me ! > > I have tried to compile ParaView with a parallel HDF5 (+ zlib for > compression) using VTK_USE_SYSTEM_HDF5 (I also had to add > VTK_USE_SYSTEM_ZLIB). > I ended up with this kind of link errors : > [ 22%] Building CXX object > VTK/IO/AMR/CMakeFiles/vtkIOAMR.dir/vtkAMRFlashReaderInternal.cxx.o > Linking CXX shared library ../../../lib/libvtkIOAMR-pv4.4.so > CMakeFiles/vtkIOAMR.dir/vtkAMREnzoParticlesReader.cxx.o: in > function ? MPI::Intracomm::Intracomm() ?: > /usr/lib/openmpi/include/openmpi/ompi/mpi/cxx/intracomm.h:25: > undefined symbol ? MPI::Comm::Comm() ? > I tried to add PARAVIEW_USE_MPI but unfortunately it does not help ! > > Say I give up building ParaView on top of "my" parallel HDF5 : is > there a way to use the (serial) HDF5 "of (serial) ParaView" from > inside a writer ? If yes how ? (modify the writer CMakeLists.txt ?) > > Franck > > Note : I have a project where we need parallel HDF5. For this same > project I would like to have a dedicated writer (the writer can > handle > serial or parallel HDF5 - not so important). So I have to specify 2 > HDF5 (serial and parallel) for the same project : this looked messy > to > me... That why I started to (try to) use parallel HDF5 from my > ParaView writer (for convenience mostly). > > Le 2015-10-01 14:21, Biddiscombe, John A. a ?crit?: >>> >>>If so, does it means that a serial (resp. parallel) version of >>> ParaView >>>can use ONLY a serial (resp. parallel) version of HDF5 from inside a >>>writer ? >> >> Yes and no. If you compiled paraview without MPI, then it will have >> compiled hdf5 (see thirparty dir in source tree) using serial HDF5, >> so you >> are linking to hdf5 with no parallel support. >> >> If you compile paraview and set VTK_USE_SYSTEM_HDF5 to ON then you >> can >> link to a parallel hdf5 that you supply and can do what you like, >> but >> you?ll probably need to do mpi_init etc from inside your plugin as >> paraview will not have done it for you. >> >> JB From bob.obara at kitware.com Thu Oct 8 12:02:59 2015 From: bob.obara at kitware.com (Bob Obara) Date: Thu, 8 Oct 2015 12:02:59 -0400 Subject: [Paraview-developers] Selection Changes in ParaView Master Message-ID: Hi All, I'm trying to update CMB to use ParaView master and I'm running into the following problem: */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:17: **error: **no type named 'pqSelectionOperator' in 'pqRenderView'* pqRenderView::pqSelectionOperator selOp = ctrl ? pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; * ~~~~~~~~~~~~~~^* */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:66: **error: **no member named 'PV_SELECTION_MERGE' in 'pqRenderView'; did you mean* * 'PV_SELECTION_TOGGLE'?* pqRenderView::pqSelectionOperator selOp = ctrl ? pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; * ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~* PV_SELECTION_TOGGLE */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/paraview/src/paraview/Qt/Core/pqView.h:64:5: note: *'PV_SELECTION_TOGGLE' declared here PV_SELECTION_TOGGLE * ^* */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:101: **error: **no member named 'PV_SELECTION_NEW' in 'pqRenderView'* pqRenderView::pqSelectionOperator selOp = ctrl ? pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; * ~~~~~~~~~~~~~~^* */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:19: **error: **no type named 'pqSelectionOperator' in 'pqRenderView'* pqRenderView::pqSelectionOperator selOp = ctrl ? pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; * ~~~~~~~~~~~~~~^* */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:68: **error: **no member named 'PV_SELECTION_MERGE' in 'pqRenderView'; did you mean* * 'PV_SELECTION_TOGGLE'?* pqRenderView::pqSelectionOperator selOp = ctrl ? pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; * ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~* PV_SELECTION_TOGGLE */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/paraview/src/paraview/Qt/Core/pqView.h:64:5: note: *'PV_SELECTION_TOGGLE' declared here PV_SELECTION_TOGGLE * ^* */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:103: **error: **no member named 'PV_SELECTION_NEW' in 'pqRenderView'* pqRenderView::pqSelectionOperator selOp = ctrl ? pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; * ~~~~~~~~~~~~~~^* It seems that PV_SELECTION_MERGE and PV_SELECTION_NEW no longer exists - what is proper replacements for them? Thanks! Bob -- Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Thu Oct 8 12:12:52 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Thu, 8 Oct 2015 18:12:52 +0200 Subject: [Paraview-developers] Selection Changes in ParaView Master In-Reply-To: References: Message-ID: Hi Indeed, see pqView.h ( as hinted by your compiler error ) enum SelectionModifier { PV_SELECTION_DEFAULT = 0, PV_SELECTION_ADDITION, PV_SELECTION_SUBTRACTION, PV_SELECTION_TOGGLE }; so pqRenderView::PV_SELECTION_MERGE -> pqView::PV_SELECTION_ADDITION, pqRenderView::PV_SELECTION_NEW -> pqView::PV_SELECTION_DEFAULT I do not know what is the context of *pqCMBRubberBandHelper,* but there is now a pqRenderViewSelectionReaction::getSelectionModifier() that could help you simplify this code. Mathieu Mathieu Westphal On Thu, Oct 8, 2015 at 6:02 PM, Bob Obara wrote: > Hi All, > > I'm trying to update CMB to use ParaView master and I'm running into the > following problem: > > */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:17: > **error: **no type named 'pqSelectionOperator' in 'pqRenderView'* > > pqRenderView::pqSelectionOperator selOp = ctrl ? > pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; > > * ~~~~~~~~~~~~~~^* > > */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:66: > **error: **no member named 'PV_SELECTION_MERGE' in 'pqRenderView'; did > you mean* > > * 'PV_SELECTION_TOGGLE'?* > > pqRenderView::pqSelectionOperator selOp = ctrl ? > pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; > > * > ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~* > > > PV_SELECTION_TOGGLE > > */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/paraview/src/paraview/Qt/Core/pqView.h:64:5: > note: *'PV_SELECTION_TOGGLE' declared here > > PV_SELECTION_TOGGLE > > * ^* > > */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:101: > **error: **no member named 'PV_SELECTION_NEW' in 'pqRenderView'* > > pqRenderView::pqSelectionOperator selOp = ctrl ? > pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; > > * > ~~~~~~~~~~~~~~^* > > */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:19: > **error: **no type named 'pqSelectionOperator' in 'pqRenderView'* > > pqRenderView::pqSelectionOperator selOp = ctrl ? > pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; > > * ~~~~~~~~~~~~~~^* > > */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:68: > **error: **no member named 'PV_SELECTION_MERGE' in 'pqRenderView'; did > you mean* > > * 'PV_SELECTION_TOGGLE'?* > > pqRenderView::pqSelectionOperator selOp = ctrl ? > pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; > > * > ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~* > > > PV_SELECTION_TOGGLE > > */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/paraview/src/paraview/Qt/Core/pqView.h:64:5: > note: *'PV_SELECTION_TOGGLE' declared here > > PV_SELECTION_TOGGLE > > * ^* > > */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:103: > **error: **no member named 'PV_SELECTION_NEW' in 'pqRenderView'* > > pqRenderView::pqSelectionOperator selOp = ctrl ? > pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; > > * > ~~~~~~~~~~~~~~^* > > > > It seems that PV_SELECTION_MERGE and PV_SELECTION_NEW no longer exists - > what is proper replacements for them? > > Thanks! > > Bob > -- > Robert M. O'Bara, MEng. > Assistant Director of Scientific Computing > > Kitware Inc. > 28 Corporate Drive > Suite 101 > Clifton Park, NY 12065 > > Phone: (518) 881- 4931 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bob.obara at kitware.com Thu Oct 8 12:55:09 2015 From: bob.obara at kitware.com (Bob Obara) Date: Thu, 8 Oct 2015 12:55:09 -0400 Subject: [Paraview-developers] Selection Changes in ParaView Master In-Reply-To: References: Message-ID: Hi Mathieu, Thanks for getting back to me on this. Where is the *pqSelectionOperator class now defined? Its no longer part of the pqRenderView class?* *Bob* On Thu, Oct 8, 2015 at 12:12 PM, Mathieu Westphal < mathieu.westphal at kitware.com> wrote: > Hi > > Indeed, see pqView.h ( as hinted by your compiler error ) > > enum SelectionModifier { > PV_SELECTION_DEFAULT = 0, > PV_SELECTION_ADDITION, > PV_SELECTION_SUBTRACTION, > PV_SELECTION_TOGGLE > }; > > so > pqRenderView::PV_SELECTION_MERGE -> pqView::PV_SELECTION_ADDITION, > pqRenderView::PV_SELECTION_NEW -> pqView::PV_SELECTION_DEFAULT > > I do not know what is the context of *pqCMBRubberBandHelper,* but there > is now a pqRenderViewSelectionReaction::getSelectionModifier() that could > help you simplify this code. > > Mathieu > > Mathieu Westphal > > On Thu, Oct 8, 2015 at 6:02 PM, Bob Obara wrote: > >> Hi All, >> >> I'm trying to update CMB to use ParaView master and I'm running into the >> following problem: >> >> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:17: >> **error: **no type named 'pqSelectionOperator' in 'pqRenderView'* >> >> pqRenderView::pqSelectionOperator selOp = ctrl ? >> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >> >> * ~~~~~~~~~~~~~~^* >> >> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:66: >> **error: **no member named 'PV_SELECTION_MERGE' in 'pqRenderView'; did >> you mean* >> >> * 'PV_SELECTION_TOGGLE'?* >> >> pqRenderView::pqSelectionOperator selOp = ctrl ? >> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >> >> * >> ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~* >> >> >> PV_SELECTION_TOGGLE >> >> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/paraview/src/paraview/Qt/Core/pqView.h:64:5: >> note: *'PV_SELECTION_TOGGLE' declared here >> >> PV_SELECTION_TOGGLE >> >> * ^* >> >> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:101: >> **error: **no member named 'PV_SELECTION_NEW' in 'pqRenderView'* >> >> pqRenderView::pqSelectionOperator selOp = ctrl ? >> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >> >> * >> ~~~~~~~~~~~~~~^* >> >> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:19: >> **error: **no type named 'pqSelectionOperator' in 'pqRenderView'* >> >> pqRenderView::pqSelectionOperator selOp = ctrl ? >> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >> >> * ~~~~~~~~~~~~~~^* >> >> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:68: >> **error: **no member named 'PV_SELECTION_MERGE' in 'pqRenderView'; did >> you mean* >> >> * 'PV_SELECTION_TOGGLE'?* >> >> pqRenderView::pqSelectionOperator selOp = ctrl ? >> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >> >> * >> ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~* >> >> >> PV_SELECTION_TOGGLE >> >> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/paraview/src/paraview/Qt/Core/pqView.h:64:5: >> note: *'PV_SELECTION_TOGGLE' declared here >> >> PV_SELECTION_TOGGLE >> >> * ^* >> >> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:103: >> **error: **no member named 'PV_SELECTION_NEW' in 'pqRenderView'* >> >> pqRenderView::pqSelectionOperator selOp = ctrl ? >> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >> >> * >> ~~~~~~~~~~~~~~^* >> >> >> >> It seems that PV_SELECTION_MERGE and PV_SELECTION_NEW no longer exists - >> what is proper replacements for them? >> >> Thanks! >> >> Bob >> -- >> Robert M. O'Bara, MEng. >> Assistant Director of Scientific Computing >> >> Kitware Inc. >> 28 Corporate Drive >> Suite 101 >> Clifton Park, NY 12065 >> >> Phone: (518) 881- 4931 >> > > -- Robert M. O'Bara, MEng. Assistant Director of Scientific Computing Kitware Inc. 28 Corporate Drive Suite 101 Clifton Park, NY 12065 Phone: (518) 881- 4931 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Gerald.Lodron at joanneum.at Fri Oct 9 04:09:45 2015 From: Gerald.Lodron at joanneum.at (Lodron, Gerald) Date: Fri, 9 Oct 2015 08:09:45 +0000 Subject: [Paraview-developers] Problem using DoubleVectorProperty Message-ID: <7b420c99aa2a47b1ae831adf59b65fe3@RZJMBX2.jr1.local> Ok, i change the decimal sign in my windows from "," to "." and now I can reenter it again.... Very nasty _____________________________________________ Von: Lodron, Gerald Gesendet: Freitag, 09. Oktober 2015 09:44 An: Paraview User (paraview at paraview.org); Paraview Developer (Paraview-developers at paraview.org) Betreff: Problem using DoubleVectorProperty Hello I have a strange problem in Input Masks of different filters/plugins: When I have a double proberty with e.g. text "1.1" in input widget it successfully sends 1.1 to filter. If I delete the "." sign out of the input GUI element and want to reenter the "." The GUI widget does not take the comma input, so it is impossible for me to enter a comma over ".". The GUI element only allows the "," sign which is not correctly parsed as comma (I tested it). So if I have any double input it is impossible for me to set it coorectly if I lose the default "." Sign during edit (or if the default double value does not have any "." Sign).... I testet it with paraview 4.3 (qt 5.2.1) and 4.4 (qt5.5.0), any suggestions whats going wrong? May it has something to do that my Windows is installed in "german" (in german the "," sign is the comma) Best regards ------------------------------------------------------------------------------------ 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 Fri Oct 9 04:14:17 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Fri, 9 Oct 2015 10:14:17 +0200 Subject: [Paraview-developers] Selection Changes in ParaView Master In-Reply-To: References: Message-ID: Hi There is no more typedef, it is only an int corresponding to the enum in pqView.h Selection have been standardized for all kind of view, Render or Context Mathieu Westphal On Thu, Oct 8, 2015 at 6:55 PM, Bob Obara wrote: > Hi Mathieu, > > Thanks for getting back to me on this. > > Where is the *pqSelectionOperator class now defined? Its no longer part > of the pqRenderView class?* > > *Bob* > > On Thu, Oct 8, 2015 at 12:12 PM, Mathieu Westphal < > mathieu.westphal at kitware.com> wrote: > >> Hi >> >> Indeed, see pqView.h ( as hinted by your compiler error ) >> >> enum SelectionModifier { >> PV_SELECTION_DEFAULT = 0, >> PV_SELECTION_ADDITION, >> PV_SELECTION_SUBTRACTION, >> PV_SELECTION_TOGGLE >> }; >> >> so >> pqRenderView::PV_SELECTION_MERGE -> pqView::PV_SELECTION_ADDITION, >> pqRenderView::PV_SELECTION_NEW -> pqView::PV_SELECTION_DEFAULT >> >> I do not know what is the context of *pqCMBRubberBandHelper,* but there >> is now a pqRenderViewSelectionReaction::getSelectionModifier() that could >> help you simplify this code. >> >> Mathieu >> >> Mathieu Westphal >> >> On Thu, Oct 8, 2015 at 6:02 PM, Bob Obara wrote: >> >>> Hi All, >>> >>> I'm trying to update CMB to use ParaView master and I'm running into the >>> following problem: >>> >>> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:17: >>> **error: **no type named 'pqSelectionOperator' in 'pqRenderView'* >>> >>> pqRenderView::pqSelectionOperator selOp = ctrl ? >>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >>> >>> * ~~~~~~~~~~~~~~^* >>> >>> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:66: >>> **error: **no member named 'PV_SELECTION_MERGE' in 'pqRenderView'; did >>> you mean* >>> >>> * 'PV_SELECTION_TOGGLE'?* >>> >>> pqRenderView::pqSelectionOperator selOp = ctrl ? >>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >>> >>> * >>> ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~* >>> >>> >>> PV_SELECTION_TOGGLE >>> >>> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/paraview/src/paraview/Qt/Core/pqView.h:64:5: >>> note: *'PV_SELECTION_TOGGLE' declared here >>> >>> PV_SELECTION_TOGGLE >>> >>> * ^* >>> >>> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:101: >>> **error: **no member named 'PV_SELECTION_NEW' in 'pqRenderView'* >>> >>> pqRenderView::pqSelectionOperator selOp = ctrl ? >>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >>> >>> * >>> ~~~~~~~~~~~~~~^* >>> >>> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:19: >>> **error: **no type named 'pqSelectionOperator' in 'pqRenderView'* >>> >>> pqRenderView::pqSelectionOperator selOp = ctrl ? >>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >>> >>> * ~~~~~~~~~~~~~~^* >>> >>> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:68: >>> **error: **no member named 'PV_SELECTION_MERGE' in 'pqRenderView'; did >>> you mean* >>> >>> * 'PV_SELECTION_TOGGLE'?* >>> >>> pqRenderView::pqSelectionOperator selOp = ctrl ? >>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >>> >>> * >>> ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~* >>> >>> >>> PV_SELECTION_TOGGLE >>> >>> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/paraview/src/paraview/Qt/Core/pqView.h:64:5: >>> note: *'PV_SELECTION_TOGGLE' declared here >>> >>> PV_SELECTION_TOGGLE >>> >>> * ^* >>> >>> */Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:103: >>> **error: **no member named 'PV_SELECTION_NEW' in 'pqRenderView'* >>> >>> pqRenderView::pqSelectionOperator selOp = ctrl ? >>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >>> >>> * >>> ~~~~~~~~~~~~~~^* >>> >>> >>> >>> It seems that PV_SELECTION_MERGE and PV_SELECTION_NEW no longer exists - >>> what is proper replacements for them? >>> >>> Thanks! >>> >>> Bob >>> -- >>> Robert M. O'Bara, MEng. >>> Assistant Director of Scientific Computing >>> >>> Kitware Inc. >>> 28 Corporate Drive >>> Suite 101 >>> Clifton Park, NY 12065 >>> >>> Phone: (518) 881- 4931 >>> >> >> > > > -- > Robert M. O'Bara, MEng. > Assistant Director of Scientific Computing > > Kitware Inc. > 28 Corporate Drive > Suite 101 > Clifton Park, NY 12065 > > Phone: (518) 881- 4931 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Gerald.Lodron at joanneum.at Fri Oct 9 03:44:21 2015 From: Gerald.Lodron at joanneum.at (Lodron, Gerald) Date: Fri, 9 Oct 2015 07:44:21 +0000 Subject: [Paraview-developers] Problem using DoubleVectorProperty Message-ID: <07a7a51c985f4eb19c2df26fd3bf4279@RZJMBX2.jr1.local> Hello I have a strange problem in Input Masks of different filters/plugins: When I have a double proberty with e.g. text "1.1" in input widget it successfully sends 1.1 to filter. If I delete the "." sign out of the input GUI element and want to reenter the "." The GUI widget does not take the comma input, so it is impossible for me to enter a comma over ".". The GUI element only allows the "," sign which is not correctly parsed as comma (I tested it). So if I have any double input it is impossible for me to set it coorectly if I lose the default "." Sign during edit (or if the default double value does not have any "." Sign).... I testet it with paraview 4.3 (qt 5.2.1) and 4.4 (qt5.5.0), any suggestions whats going wrong? May it has something to do that my Windows is installed in "german" (in german the "," sign is the comma) Best regards ------------------------------------------------------------------------------------ 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 utkarsh.ayachit at kitware.com Fri Oct 9 10:16:57 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 9 Oct 2015 10:16:57 -0400 Subject: [Paraview-developers] Random crashes In-Reply-To: References: Message-ID: Found this one. This should fix it: https://gitlab.kitware.com/vtk/vtk/merge_requests/753 On Sat, Sep 26, 2015 at 6:12 PM, Biddiscombe, John A. wrote: > When I work with remote data in parallel and I click and rotate several > times in quick succession, the server frequently shuts down and the log > shows (below) > > I?m using 4.4 ? is anyone else having problems of this kind? > > Yours > > JB > > ERROR: In > /gpfs/bbp.cscs.ch/home/biddisco/src/paraview/VTK/Parallel/Core/vtkSocketCommunicator.cxx, > line 875 > vtkSocketCommunicator (0x2ec39a0): Tag mismatch: got 1, expecting 22222. > > ERROR: In > /gpfs/bbp.cscs.ch/home/biddisco/src/paraview/ParaViewCore/ClientServerCore/Rendering/vtkPVSynchronizedRenderWindows.cxx, > line 1125 > vtkPVSynchronizedRenderWindows (0x31c6420): Mismatch is render windows on > different processes. Aborting for debugging purposes. > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > From utkarsh.ayachit at kitware.com Fri Oct 9 11:37:13 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 9 Oct 2015 11:37:13 -0400 Subject: [Paraview-developers] Selection Changes in ParaView Master In-Reply-To: References: Message-ID: Mathieu, Can we document this here: https://gitlab.kitware.com/paraview/paraview/blob/master/Utilities/Doxygen/pages/MajorAPIChanges.md. This gets rendered by Doxygen here: http://www.paraview.org/ParaView3/Doc/Nightly/www/cxx-doc/MajorAPIChanges.html On Fri, Oct 9, 2015 at 4:14 AM, Mathieu Westphal wrote: > Hi > > There is no more typedef, it is only an int corresponding to the enum in > pqView.h > > Selection have been standardized for all kind of view, Render or Context > > Mathieu Westphal > > On Thu, Oct 8, 2015 at 6:55 PM, Bob Obara wrote: >> >> Hi Mathieu, >> >> Thanks for getting back to me on this. >> >> Where is the pqSelectionOperator class now defined? Its no longer part of >> the pqRenderView class? >> >> Bob >> >> On Thu, Oct 8, 2015 at 12:12 PM, Mathieu Westphal >> wrote: >>> >>> Hi >>> >>> Indeed, see pqView.h ( as hinted by your compiler error ) >>> >>> enum SelectionModifier { >>> PV_SELECTION_DEFAULT = 0, >>> PV_SELECTION_ADDITION, >>> PV_SELECTION_SUBTRACTION, >>> PV_SELECTION_TOGGLE >>> }; >>> >>> so >>> pqRenderView::PV_SELECTION_MERGE -> pqView::PV_SELECTION_ADDITION, >>> pqRenderView::PV_SELECTION_NEW -> pqView::PV_SELECTION_DEFAULT >>> >>> I do not know what is the context of pqCMBRubberBandHelper, but there is >>> now a pqRenderViewSelectionReaction::getSelectionModifier() that could help >>> you simplify this code. >>> >>> Mathieu >>> >>> Mathieu Westphal >>> >>> On Thu, Oct 8, 2015 at 6:02 PM, Bob Obara wrote: >>>> >>>> Hi All, >>>> >>>> I'm trying to update CMB to use ParaView master and I'm running into the >>>> following problem: >>>> >>>> >>>> /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:17: >>>> error: no type named 'pqSelectionOperator' in 'pqRenderView' >>>> >>>> pqRenderView::pqSelectionOperator selOp = ctrl ? >>>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >>>> >>>> ~~~~~~~~~~~~~~^ >>>> >>>> >>>> /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:66: >>>> error: no member named 'PV_SELECTION_MERGE' in 'pqRenderView'; did you mean >>>> >>>> 'PV_SELECTION_TOGGLE'? >>>> >>>> pqRenderView::pqSelectionOperator selOp = ctrl ? >>>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >>>> >>>> >>>> ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~ >>>> >>>> >>>> PV_SELECTION_TOGGLE >>>> >>>> >>>> /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/paraview/src/paraview/Qt/Core/pqView.h:64:5: >>>> note: 'PV_SELECTION_TOGGLE' declared here >>>> >>>> PV_SELECTION_TOGGLE >>>> >>>> ^ >>>> >>>> >>>> /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:101: >>>> error: no member named 'PV_SELECTION_NEW' in 'pqRenderView' >>>> >>>> pqRenderView::pqSelectionOperator selOp = ctrl ? >>>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >>>> >>>> >>>> ~~~~~~~~~~~~~~^ >>>> >>>> >>>> /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:19: >>>> error: no type named 'pqSelectionOperator' in 'pqRenderView' >>>> >>>> pqRenderView::pqSelectionOperator selOp = ctrl ? >>>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >>>> >>>> ~~~~~~~~~~~~~~^ >>>> >>>> >>>> /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:68: >>>> error: no member named 'PV_SELECTION_MERGE' in 'pqRenderView'; did you mean >>>> >>>> 'PV_SELECTION_TOGGLE'? >>>> >>>> pqRenderView::pqSelectionOperator selOp = ctrl ? >>>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >>>> >>>> >>>> ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~ >>>> >>>> >>>> PV_SELECTION_TOGGLE >>>> >>>> >>>> /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/paraview/src/paraview/Qt/Core/pqView.h:64:5: >>>> note: 'PV_SELECTION_TOGGLE' declared here >>>> >>>> PV_SELECTION_TOGGLE >>>> >>>> ^ >>>> >>>> >>>> /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:103: >>>> error: no member named 'PV_SELECTION_NEW' in 'pqRenderView' >>>> >>>> pqRenderView::pqSelectionOperator selOp = ctrl ? >>>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; >>>> >>>> >>>> ~~~~~~~~~~~~~~^ >>>> >>>> >>>> >>>> >>>> It seems that PV_SELECTION_MERGE and PV_SELECTION_NEW no longer exists - >>>> what is proper replacements for them? >>>> >>>> Thanks! >>>> >>>> Bob >>>> -- >>>> Robert M. O'Bara, MEng. >>>> Assistant Director of Scientific Computing >>>> >>>> Kitware Inc. >>>> 28 Corporate Drive >>>> Suite 101 >>>> Clifton Park, NY 12065 >>>> >>>> Phone: (518) 881- 4931 >>> >>> >> >> >> >> -- >> Robert M. O'Bara, MEng. >> Assistant Director of Scientific Computing >> >> Kitware Inc. >> 28 Corporate Drive >> Suite 101 >> Clifton Park, NY 12065 >> >> Phone: (518) 881- 4931 > > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > From sur.chiranjib at gmail.com Mon Oct 12 00:37:43 2015 From: sur.chiranjib at gmail.com (Chiranjib Sur) Date: Mon, 12 Oct 2015 10:07:43 +0530 Subject: [Paraview-developers] Paraview build error Message-ID: Hi, While building paraview4.4 from source, I am getting the error (during cmake stage) about the following component. The imported target "Qt5::Gui" references the file "/usr/include/libdrm" but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained "/opt/Qt/5.2.1/gcc_64/lib/cmake/Qt5Gui/Qt5GuiConfigExtras.cmake" but not all the files it references. I have custom installed qt5.2.1 (installed using the standard qt installer without any error) Any clue? Thanks, Chiranjib -------------- next part -------------- An HTML attachment was scrubbed... URL: From sur.chiranjib at gmail.com Mon Oct 12 05:04:22 2015 From: sur.chiranjib at gmail.com (Chiranjib Sur) Date: Mon, 12 Oct 2015 14:34:22 +0530 Subject: [Paraview-developers] Paraview build error In-Reply-To: References: Message-ID: I think the libdrm-dev was missing from my system. Once I installed it, this phase or error was rectified. This page was very helpful ( http://nickhumphreyit.blogspot.in/2013/07/solved-build-compile-install-musescore.html ) However, I have now the new error with some Qt component: CMake Error: Error in cmake code at /opt/Qt/5.2.1/gcc_64/lib/cmake/Qt5Core/Qt5CoreMacros.cmake:292: Parse error. Function missing ending ")". End of file reached. CMake Error at /opt/Qt/5.2.1/gcc_64/lib/cmake/Qt5Core/Qt5CoreConfig.cmake:130 (include): include could not find load file: /opt/Qt/5.2.1/gcc_64/lib/cmake/Qt5Core/Qt5CoreMacros.cmake Call Stack (most recent call first): CMake/ParaViewQt5.cmake:21 (FIND_PACKAGE) CMakeLists.txt:483 (include) CMake Error at VTK/GUISupport/Qt/CMakeLists.txt:62 (qt5_wrap_cpp): Unknown CMake command "qt5_wrap_cpp". Any help how to over come this ? I browsed thorough some other mailing list and find this thread.. https://cmake.org/pipermail/cmake/2014-November/059193.html Thanks, Chiranjib --- qt 5.2.1 / ParaView 4.4 / Ubuntu 14.04 On Mon, Oct 12, 2015 at 10:07 AM, Chiranjib Sur wrote: > Hi, > While building paraview4.4 from source, I am getting the error (during > cmake stage) about the following component. > > The imported target "Qt5::Gui" references the file > > "/usr/include/libdrm" > > but this file does not exist. Possible reasons include: > > * The file was deleted, renamed, or moved to another location. > > * An install or uninstall procedure did not complete successfully. > > * The installation package was faulty and contained > > "/opt/Qt/5.2.1/gcc_64/lib/cmake/Qt5Gui/Qt5GuiConfigExtras.cmake" > > but not all the files it references. > > I have custom installed qt5.2.1 (installed using the standard qt installer > without any error) > > Any clue? > > Thanks, > Chiranjib > -------------- next part -------------- An HTML attachment was scrubbed... URL: From amitprabhakar05 at gmail.com Mon Oct 12 07:13:54 2015 From: amitprabhakar05 at gmail.com (Amit Prabhakar) Date: Mon, 12 Oct 2015 19:13:54 +0800 Subject: [Paraview-developers] Meaning of fields/tags of filters XML - any suggestion or link Message-ID: Hello, I have been using paraview and have written really simple filters in past. However, I am lost into writing an appropriate XML for my filter. I am using this link as guide: http://www.paraview.org/Wiki/ParaView/Plugin_HowTo#Drop_down_list_with_values_from_input_arrays However, the problem I am facing is understanding the different fields/tags of the XML file (filters.xml). For example I want to use the point data array names (a string list, I guess) as list of User input to my filter. I am specially intrigued by presence of this part: I am also not sure what to change in my source file, while using the above XML. Could anyone please explain this to me? Or pass any link on this topic? Thanks a lot in advance. -- ============================== Amit Prabhakar Singapore. ============================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From sur.chiranjib at gmail.com Mon Oct 12 07:31:52 2015 From: sur.chiranjib at gmail.com (Chiranjib Sur) Date: Mon, 12 Oct 2015 17:01:52 +0530 Subject: [Paraview-developers] Meaning of fields/tags of filters XML - any suggestion or link In-Reply-To: References: Message-ID: Amit, Here is a snippet of sample drop down menu Your documentation ehre This will be reflected as a drop down list and each item is linked with some enum class. Here "setType" is the function which is being called which corresponds to different enum types from the dropdown menu. Thanks, Chiranjib Is this something you are looking for? On Mon, Oct 12, 2015 at 4:43 PM, Amit Prabhakar wrote: > Hello, > > I have been using paraview and have written really simple filters in past. > However, I am lost into writing an appropriate XML for my filter. I am > using this link as guide: > > > http://www.paraview.org/Wiki/ParaView/Plugin_HowTo#Drop_down_list_with_values_from_input_arrays > > > However, the problem I am facing is understanding the different > fields/tags of the XML file (filters.xml). For example I want to use the > point data array names (a string list, I guess) as list of User input to my > filter. > > > I am specially intrigued by presence of this part: > > > > > > I am also not sure what to change in my source file, while using the > above XML. > > Could anyone please explain this to me? Or pass any link on this topic? > > Thanks a lot in advance. > > > > > > -- > ============================== > Amit Prabhakar > Singapore. > ============================== > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Mon Oct 12 11:41:33 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Mon, 12 Oct 2015 11:41:33 -0400 Subject: [Paraview-developers] Meaning of fields/tags of filters XML - any suggestion or link In-Reply-To: References: Message-ID: Hi Amit, Unfortunately, populating a drop down list with point data arrays isn't documented in the plugin How To. The best bet is to find a reader or filter that does what you want and copy the XML needed to do the same for your filter. In your case, I would look at the "Glyph With Custom Source" filter definition in ParaView/ParaViewCore/ServerManager/SMApplication/Resources/filters.xml The relevant properties are This property specifies the input to the Glyph filter. This is the dataset from which the points are selecetd to be glyphed. and Select the input array to be treated as the active "Scalars". You can scale the glyphs using the selected scalars by setting the "Scale Mode" property to "scalar" Note the InputArrayDomain defined in the Input property named "input_array1". It defines a domain (a list of possible values for a property) of the 1-component point arrays in the input. This domain is used to populate the combo box for the "Scalars" array by specifying it as the domain used by the ArrayListDomain of the "Scalars" property. You'll need to set up domains this way in your filter to get the list of point data arrays in your property's combo box. HTH, Cory On Mon, Oct 12, 2015 at 7:13 AM, Amit Prabhakar wrote: > Hello, > > I have been using paraview and have written really simple filters in past. > However, I am lost into writing an appropriate XML for my filter. I am > using this link as guide: > > > http://www.paraview.org/Wiki/ParaView/Plugin_HowTo#Drop_down_list_with_values_from_input_arrays > > > However, the problem I am facing is understanding the different > fields/tags of the XML file (filters.xml). For example I want to use the > point data array names (a string list, I guess) as list of User input to my > filter. > > > I am specially intrigued by presence of this part: > > > > > > I am also not sure what to change in my source file, while using the > above XML. > > Could anyone please explain this to me? Or pass any link on this topic? > > Thanks a lot in advance. > > > > > > -- > ============================== > Amit Prabhakar > Singapore. > ============================== > > _______________________________________________ > 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 R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Jim.Eliot at awe.co.uk Tue Oct 13 05:31:38 2015 From: Jim.Eliot at awe.co.uk (Jim.Eliot at awe.co.uk) Date: Tue, 13 Oct 2015 09:31:38 +0000 Subject: [Paraview-developers] CGNS reader bug Message-ID: <201510130931.t9D9Vjwn004503@msw1.awe.co.uk> Good morning, I have run into a bug with the CGNS reader in ParaView which appeared when I moved from ParaView version 4.3.1 to 4.4.0. When I try to open a CGNS file that was created with a CGNS library version that is higher than that used by ParaView (3.1.3) it fails, and if it is an hdf5-based CGNS file, it produces a segmentation fault. I think that this might be the same problem as bug 0015704, so I updated that bug with my details. I thought that maybe I should report it here also. I did some investigating and it seems that problem is caused by some incorrect version number checks in vtkCGNSReader.cxx. For hdf5-based CGNS files, the segfault occurs in vtkMPASReader::CanReadFile due to a strcpy on an invalid pointer. I have created a fix for the CGNS version checks and have attached a git diff of vtkCGNSReader.cxx to this email. This fixes the CGNS reader, and also seems to prevent the segfault in vtkMPASReader::CanReadFile as this code is no longer reached. Regards, Jim Jim Eliot High Performance Computing Group AWE, Aldermaston, Reading, RG7 4PR ___________________________________________________ ____________________________ The information in this email and in any attachment(s) is commercial in confidence. If you are not the named addressee(s) or if you receive this email in error then any distribution, copying or use of this communication or the information in it is strictly prohibited. Please notify us immediately by email at admin.internet(at)awe.co.uk, and then delete this message from your computer. While attachments are virus checked, AWE plc does not accept any liability in respect of any virus which is not detected. AWE Plc Registered in England and Wales Registration No 02763902 AWE, Aldermaston, Reading, RG7 4PR -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: vtkCGNSReader.cxx.diff Type: application/octet-stream Size: 1894 bytes Desc: vtkCGNSReader.cxx.diff URL: From amitprabhakar05 at gmail.com Tue Oct 13 06:03:10 2015 From: amitprabhakar05 at gmail.com (Amit Prabhakar) Date: Tue, 13 Oct 2015 18:03:10 +0800 Subject: [Paraview-developers] Meaning of fields/tags of filters XML - any suggestion or link In-Reply-To: References: Message-ID: Hello Cory, Thanks a lot for the immediate help. It made the list of point data arrays available to me, which is what I wanted. But I have another (last) step to understand : How the selected list is stored in my program? How can I access that list of variables (pointdata arrays) selected by users. Bear in mind that user might select multiple arrays from the list. I find no document explaining that. With my little knowledge so far, I assumed that the vtkSetMacro helps in setting a value of that sort. So, for example in this part of the Glyph Filter (As you indicated in your mail previously) This property indicates the name of the scalar array on which to operate. The indicated array may be used for scaling the glyphs. (See the SetScaleMode property.) I am expecting name="SelectInputScalars" to be a variable somewhere in vtkPVGlyphFilter.h somewhere, either through a private variable and/or vtkSetMacro(SelectInputScalars). But neither of them is present in the source/header file. Not able to figure out what am I missing. I wish there was a document discussing that and saving the pedagogy involved in such approach. Thanks for any link or advice. Amit On Mon, Oct 12, 2015 at 11:41 PM, Cory Quammen wrote: > Hi Amit, > > Unfortunately, populating a drop down list with point data arrays isn't > documented in the plugin How To. The best bet is to find a reader or filter > that does what you want and copy the XML needed to do the same for your > filter. > > In your case, I would look at the "Glyph With Custom Source" filter > definition in > > ParaView/ParaViewCore/ServerManager/SMApplication/Resources/filters.xml > > The relevant properties are > > name="Input"> > > > > > > > > name="input_array1" > number_of_components="1" > optional="1" /> > name="input_array2" > number_of_components="3" > optional="1" /> > This property specifies the input to the Glyph > filter. > This is the dataset from which the points are selecetd to be > glyphed. > > > > and > > element_types="0 0 0 0 2" > name="Scalars" > number_of_elements="5"> > input_domain_name="input_array1" > name="array_list"> > > name="Input" /> > > > Select the input array to be treated as the active > "Scalars". > You can scale the glyphs using the selected scalars by setting > the > "Scale Mode" property to "scalar" > > > > Note the InputArrayDomain defined in the Input property named > "input_array1". It defines a domain (a list of possible values for a > property) of the 1-component point arrays in the input. This domain is used > to populate the combo box for the "Scalars" array by specifying it as the > domain used by the ArrayListDomain of the "Scalars" property. > > You'll need to set up domains this way in your filter to get the list of > point data arrays in your property's combo box. > > HTH, > Cory > > > > On Mon, Oct 12, 2015 at 7:13 AM, Amit Prabhakar > wrote: > >> Hello, >> >> I have been using paraview and have written really simple filters in >> past. However, I am lost into writing an appropriate XML for my filter. I >> am using this link as guide: >> >> >> http://www.paraview.org/Wiki/ParaView/Plugin_HowTo#Drop_down_list_with_values_from_input_arrays >> >> >> However, the problem I am facing is understanding the different >> fields/tags of the XML file (filters.xml). For example I want to use the >> point data array names (a string list, I guess) as list of User input to my >> filter. >> >> >> I am specially intrigued by presence of this part: >> >> >> >> >> >> I am also not sure what to change in my source file, while using the >> above XML. >> >> Could anyone please explain this to me? Or pass any link on this topic? >> >> Thanks a lot in advance. >> >> >> >> >> >> -- >> ============================== >> Amit Prabhakar >> Singapore. >> ============================== >> >> _______________________________________________ >> 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 > R&D Engineer > Kitware, Inc. > -- ============================== Amit Prabhakar Singapore. ============================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From mathieu.westphal at kitware.com Tue Oct 13 07:46:51 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Tue, 13 Oct 2015 13:46:51 +0200 Subject: [Paraview-developers] Selection Changes in ParaView Master In-Reply-To: References: Message-ID: Hi Well i can, but is it worth it ? this typedef has been alive for merely two months. However i did not know about this page and will use it in the future. Should I had new api changes in a new section ? Changes in git master ? Changes in paraview 5? Mathieu Mathieu Westphal On Fri, Oct 9, 2015 at 5:37 PM, Utkarsh Ayachit wrote: > Mathieu, > > Can we document this here: > > https://gitlab.kitware.com/paraview/paraview/blob/master/Utilities/Doxygen/pages/MajorAPIChanges.md > . > > This gets rendered by Doxygen here: > > http://www.paraview.org/ParaView3/Doc/Nightly/www/cxx-doc/MajorAPIChanges.html > > On Fri, Oct 9, 2015 at 4:14 AM, Mathieu Westphal > wrote: > > Hi > > > > There is no more typedef, it is only an int corresponding to the enum in > > pqView.h > > > > Selection have been standardized for all kind of view, Render or Context > > > > Mathieu Westphal > > > > On Thu, Oct 8, 2015 at 6:55 PM, Bob Obara wrote: > >> > >> Hi Mathieu, > >> > >> Thanks for getting back to me on this. > >> > >> Where is the pqSelectionOperator class now defined? Its no longer part > of > >> the pqRenderView class? > >> > >> Bob > >> > >> On Thu, Oct 8, 2015 at 12:12 PM, Mathieu Westphal > >> wrote: > >>> > >>> Hi > >>> > >>> Indeed, see pqView.h ( as hinted by your compiler error ) > >>> > >>> enum SelectionModifier { > >>> PV_SELECTION_DEFAULT = 0, > >>> PV_SELECTION_ADDITION, > >>> PV_SELECTION_SUBTRACTION, > >>> PV_SELECTION_TOGGLE > >>> }; > >>> > >>> so > >>> pqRenderView::PV_SELECTION_MERGE -> pqView::PV_SELECTION_ADDITION, > >>> pqRenderView::PV_SELECTION_NEW -> pqView::PV_SELECTION_DEFAULT > >>> > >>> I do not know what is the context of pqCMBRubberBandHelper, but there > is > >>> now a pqRenderViewSelectionReaction::getSelectionModifier() that could > help > >>> you simplify this code. > >>> > >>> Mathieu > >>> > >>> Mathieu Westphal > >>> > >>> On Thu, Oct 8, 2015 at 6:02 PM, Bob Obara > wrote: > >>>> > >>>> Hi All, > >>>> > >>>> I'm trying to update CMB to use ParaView master and I'm running into > the > >>>> following problem: > >>>> > >>>> > >>>> > /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:17: > >>>> error: no type named 'pqSelectionOperator' in 'pqRenderView' > >>>> > >>>> pqRenderView::pqSelectionOperator selOp = ctrl ? > >>>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; > >>>> > >>>> ~~~~~~~~~~~~~~^ > >>>> > >>>> > >>>> > /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:66: > >>>> error: no member named 'PV_SELECTION_MERGE' in 'pqRenderView'; did > you mean > >>>> > >>>> 'PV_SELECTION_TOGGLE'? > >>>> > >>>> pqRenderView::pqSelectionOperator selOp = ctrl ? > >>>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; > >>>> > >>>> > >>>> ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~ > >>>> > >>>> > >>>> PV_SELECTION_TOGGLE > >>>> > >>>> > >>>> > /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/paraview/src/paraview/Qt/Core/pqView.h:64:5: > >>>> note: 'PV_SELECTION_TOGGLE' declared here > >>>> > >>>> PV_SELECTION_TOGGLE > >>>> > >>>> ^ > >>>> > >>>> > >>>> > /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:445:101: > >>>> error: no member named 'PV_SELECTION_NEW' in 'pqRenderView' > >>>> > >>>> pqRenderView::pqSelectionOperator selOp = ctrl ? > >>>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; > >>>> > >>>> > >>>> ~~~~~~~~~~~~~~^ > >>>> > >>>> > >>>> > /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:19: > >>>> error: no type named 'pqSelectionOperator' in 'pqRenderView' > >>>> > >>>> pqRenderView::pqSelectionOperator selOp = ctrl ? > >>>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; > >>>> > >>>> ~~~~~~~~~~~~~~^ > >>>> > >>>> > >>>> > /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:68: > >>>> error: no member named 'PV_SELECTION_MERGE' in 'pqRenderView'; did > you mean > >>>> > >>>> 'PV_SELECTION_TOGGLE'? > >>>> > >>>> pqRenderView::pqSelectionOperator selOp = ctrl ? > >>>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; > >>>> > >>>> > >>>> ~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~ > >>>> > >>>> > >>>> PV_SELECTION_TOGGLE > >>>> > >>>> > >>>> > /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/paraview/src/paraview/Qt/Core/pqView.h:64:5: > >>>> note: 'PV_SELECTION_TOGGLE' declared here > >>>> > >>>> PV_SELECTION_TOGGLE > >>>> > >>>> ^ > >>>> > >>>> > >>>> > /Users/obara/Projects/Builds/CMBSuperBuildV4ParaViewMaster/cmb/src/cmb/Source/Applications/AppCommon/pqCMBRubberBandHelper.cxx:590:103: > >>>> error: no member named 'PV_SELECTION_NEW' in 'pqRenderView' > >>>> > >>>> pqRenderView::pqSelectionOperator selOp = ctrl ? > >>>> pqRenderView::PV_SELECTION_MERGE : pqRenderView::PV_SELECTION_NEW; > >>>> > >>>> > >>>> ~~~~~~~~~~~~~~^ > >>>> > >>>> > >>>> > >>>> > >>>> It seems that PV_SELECTION_MERGE and PV_SELECTION_NEW no longer > exists - > >>>> what is proper replacements for them? > >>>> > >>>> Thanks! > >>>> > >>>> Bob > >>>> -- > >>>> Robert M. O'Bara, MEng. > >>>> Assistant Director of Scientific Computing > >>>> > >>>> Kitware Inc. > >>>> 28 Corporate Drive > >>>> Suite 101 > >>>> Clifton Park, NY 12065 > >>>> > >>>> Phone: (518) 881- 4931 > >>> > >>> > >> > >> > >> > >> -- > >> Robert M. O'Bara, MEng. > >> Assistant Director of Scientific Computing > >> > >> Kitware Inc. > >> 28 Corporate Drive > >> Suite 101 > >> Clifton Park, NY 12065 > >> > >> Phone: (518) 881- 4931 > > > > > > > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > > > Search the list archives at: > > http://markmail.org/search/?q=Paraview-developers > > > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/paraview-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Oct 13 09:08:40 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 13 Oct 2015 09:08:40 -0400 Subject: [Paraview-developers] Paraview build error In-Reply-To: References: Message-ID: <20151013130840.GA18730@megas.khq.kitware.com> On Mon, Oct 12, 2015 at 14:34:22 +0530, Chiranjib Sur wrote: > However, I have now the new error with some Qt component: > > CMake Error: Error in cmake code at > /opt/Qt/5.2.1/gcc_64/lib/cmake/Qt5Core/Qt5CoreMacros.cmake:292: > Parse error. Function missing ending ")". End of file reached. Could you attach this file? It looks like there's a syntax error in it. Thanks, --Ben From utkarsh.ayachit at kitware.com Tue Oct 13 09:35:20 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 13 Oct 2015 09:35:20 -0400 Subject: [Paraview-developers] Selection Changes in ParaView Master In-Reply-To: References: Message-ID: > Well i can, but is it worth it ? this typedef has been alive for merely two > months. If it didn't span any two releases, then we don;t need to document it. From mathieu.westphal at kitware.com Tue Oct 13 09:36:42 2015 From: mathieu.westphal at kitware.com (Mathieu Westphal) Date: Tue, 13 Oct 2015 15:36:42 +0200 Subject: [Paraview-developers] Selection Changes in ParaView Master In-Reply-To: References: Message-ID: Thanks for precision, i will keep it in mind. Mathieu Westphal On Tue, Oct 13, 2015 at 3:35 PM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > > Well i can, but is it worth it ? this typedef has been alive for merely > two > > months. > > If it didn't span any two releases, then we don;t need to document it. > -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Tue Oct 13 09:41:27 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 13 Oct 2015 09:41:27 -0400 Subject: [Paraview-developers] Selection Changes in ParaView Master In-Reply-To: References: Message-ID: >> If it didn't span any two releases, then we don;t need to document it. Correction -- read any **one** release. If the API was available for use in any public release of ParaView, we should document it when it changes. From cory.quammen at kitware.com Tue Oct 13 10:00:31 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Tue, 13 Oct 2015 10:00:31 -0400 Subject: [Paraview-developers] Meaning of fields/tags of filters XML - any suggestion or link In-Reply-To: References: Message-ID: Amit, The "command" attribute is what specifies the class member function is called when the property is modified, not the "name" attribute. So in the example XML I posted from vtkPVGlyphFilter, the member function called is SetInputArrayToProcess, not SelectInputScalars. SelectInputScalars is just the name of the property - this name is used internally in ParaView. In your plugin, you will need a member function that takes a char* parameter for the name, such as, SetPointArray(char* arrayName). Then your command in the XML will be "SetPointArray" and the number_of_elements="1". You don't have to specify the element_types attribute in this case. You can store this name however you wish and use it as needed. I wish there was a document discussing that and saving the pedagogy > involved in such approach. The plugin HowTo is a pretty good introduction to the basics of ParaView plugins. You are in more advanced plugin territory, and that we haven't documented as well (or at all). We welcome contributions from the ParaView developer community :-) HTH, Cory On Tue, Oct 13, 2015 at 6:03 AM, Amit Prabhakar wrote: > Hello Cory, > > Thanks a lot for the immediate help. It made the list of point data arrays > available to me, which is what I wanted. > > But I have another (last) step to understand : How the selected list is > stored in my program? How can I access that list of variables (pointdata > arrays) selected by users. Bear in mind that user might select multiple > arrays from the list. > > I find no document explaining that. With my little knowledge so far, I > assumed that the vtkSetMacro helps in setting a value of that sort. So, for > example in this part of the Glyph Filter (As you indicated in your mail > previously) > > element_types="0 0 0 0 2" > label="Scalars" > name="SelectInputScalars" > number_of_elements="5"> > input_domain_name="input_array1" > name="array_list"> > > name="Input" /> > > > This property indicates the name of the scalar > array on > which to operate. The indicated array may be used for scaling the > glyphs. (See the SetScaleMode property.) > > > I am expecting name="SelectInputScalars" to be a variable somewhere in > vtkPVGlyphFilter.h somewhere, either through a private variable and/or > vtkSetMacro(SelectInputScalars). > > But neither of them is present in the source/header file. Not able to > figure out what am I missing. > > > Thanks for any link or advice. > > Amit > > > > On Mon, Oct 12, 2015 at 11:41 PM, Cory Quammen > wrote: > >> Hi Amit, >> >> Unfortunately, populating a drop down list with point data arrays isn't >> documented in the plugin How To. The best bet is to find a reader or filter >> that does what you want and copy the XML needed to do the same for your >> filter. >> >> In your case, I would look at the "Glyph With Custom Source" filter >> definition in >> >> ParaView/ParaViewCore/ServerManager/SMApplication/Resources/filters.xml >> >> The relevant properties are >> >> > name="Input"> >> >> >> >> >> >> >> >> > name="input_array1" >> number_of_components="1" >> optional="1" /> >> > name="input_array2" >> number_of_components="3" >> optional="1" /> >> This property specifies the input to the Glyph >> filter. >> This is the dataset from which the points are selecetd to be >> glyphed. >> >> >> >> and >> >> > element_types="0 0 0 0 2" >> name="Scalars" >> number_of_elements="5"> >> > input_domain_name="input_array1" >> name="array_list"> >> >> > name="Input" /> >> >> >> Select the input array to be treated as the active >> "Scalars". >> You can scale the glyphs using the selected scalars by setting >> the >> "Scale Mode" property to "scalar" >> >> >> >> Note the InputArrayDomain defined in the Input property named >> "input_array1". It defines a domain (a list of possible values for a >> property) of the 1-component point arrays in the input. This domain is used >> to populate the combo box for the "Scalars" array by specifying it as the >> domain used by the ArrayListDomain of the "Scalars" property. >> >> You'll need to set up domains this way in your filter to get the list of >> point data arrays in your property's combo box. >> >> HTH, >> Cory >> >> >> >> On Mon, Oct 12, 2015 at 7:13 AM, Amit Prabhakar < >> amitprabhakar05 at gmail.com> wrote: >> >>> Hello, >>> >>> I have been using paraview and have written really simple filters in >>> past. However, I am lost into writing an appropriate XML for my filter. I >>> am using this link as guide: >>> >>> >>> http://www.paraview.org/Wiki/ParaView/Plugin_HowTo#Drop_down_list_with_values_from_input_arrays >>> >>> >>> However, the problem I am facing is understanding the different >>> fields/tags of the XML file (filters.xml). For example I want to use the >>> point data array names (a string list, I guess) as list of User input to my >>> filter. >>> >>> >>> I am specially intrigued by presence of this part: >>> >>> >>> >>> >>> >>> I am also not sure what to change in my source file, while using the >>> above XML. >>> >>> Could anyone please explain this to me? Or pass any link on this topic? >>> >>> Thanks a lot in advance. >>> >>> >>> >>> >>> >>> -- >>> ============================== >>> Amit Prabhakar >>> Singapore. >>> ============================== >>> >>> _______________________________________________ >>> 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 >> R&D Engineer >> Kitware, Inc. >> > > > > -- > ============================== > Amit Prabhakar > Singapore. > ============================== > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dan.lipsa at kitware.com Tue Oct 13 10:41:41 2015 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Tue, 13 Oct 2015 10:41:41 -0400 Subject: [Paraview-developers] CGNS reader bug In-Reply-To: <201510130931.t9D9Vjwn004503@msw1.awe.co.uk> References: <201510130931.t9D9Vjwn004503@msw1.awe.co.uk> Message-ID: Jim, Thanks for reporting this. I will take a look. Dan On Tue, Oct 13, 2015 at 5:31 AM, wrote: > Good morning, > > > > I have run into a bug with the CGNS reader in ParaView which appeared when > I moved from ParaView version 4.3.1 to 4.4.0. When I try to open a CGNS > file that was created with a CGNS library version that is higher than that > used by ParaView (3.1.3) it fails, and if it is an hdf5-based CGNS file, it > produces a segmentation fault. > > > > I think that this might be the same problem as bug 0015704, so I updated > that bug with my details. I thought that maybe I should report it here also. > > > > I did some investigating and it seems that problem is caused by some > incorrect version number checks in vtkCGNSReader.cxx. For hdf5-based CGNS > files, the segfault occurs in vtkMPASReader::CanReadFile due to a strcpy on > an invalid pointer. > > > > I have created a fix for the CGNS version checks and have attached a git > diff of vtkCGNSReader.cxx to this email. This fixes the CGNS reader, and > also seems to prevent the segfault in vtkMPASReader::CanReadFile as this > code is no longer reached. > > > > Regards, > > Jim > > > > *Jim Eliot* > > *High Performance Computing Group* > > AWE, Aldermaston, Reading, RG7 4PR > > > > ___________________________________________________ > ____________________________ The information in this email and in any > attachment(s) is commercial in confidence. If you are not the named > addressee(s) or if you receive this email in error then any distribution, > copying or use of this communication or the information in it is strictly > prohibited. Please notify us immediately by email at admin.internet(at) > awe.co.uk, and then delete this message from your computer. While > attachments are virus checked, AWE plc does not accept any liability in > respect of any virus which is not detected. AWE Plc Registered in England > and Wales Registration No 02763902 AWE, Aldermaston, Reading, RG7 4PR > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sur.chiranjib at gmail.com Tue Oct 13 12:59:19 2015 From: sur.chiranjib at gmail.com (Chiranjib Sur) Date: Tue, 13 Oct 2015 22:29:19 +0530 Subject: [Paraview-developers] Paraview build error In-Reply-To: <20151013130840.GA18730@megas.khq.kitware.com> References: <20151013130840.GA18730@megas.khq.kitware.com> Message-ID: Hi Ben, Please find the file attached. FYI, while I was browsing to explore more about the error message (posted earlier in the thread), I got the information from one of the mailing list posting (https://cmake.org/pipermail/cmake/2014-November/059193.html) that in line 224 of this particular file COPY_ONLY should actually be COPYONLY. Is that true? Thanks, Chiranjib On Tue, Oct 13, 2015 at 6:38 PM, Ben Boeckel wrote: > On Mon, Oct 12, 2015 at 14:34:22 +0530, Chiranjib Sur wrote: > > However, I have now the new error with some Qt component: > > > > CMake Error: Error in cmake code at > > /opt/Qt/5.2.1/gcc_64/lib/cmake/Qt5Core/Qt5CoreMacros.cmake:292: > > Parse error. Function missing ending ")". End of file reached. > > Could you attach this file? It looks like there's a syntax error in it. > > Thanks, > > --Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Qt5CoreMacros.cmake Type: text/x-cmake Size: 12329 bytes Desc: not available URL: From ben.boeckel at kitware.com Tue Oct 13 13:52:13 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 13 Oct 2015 13:52:13 -0400 Subject: [Paraview-developers] Paraview build error In-Reply-To: References: <20151013130840.GA18730@megas.khq.kitware.com> Message-ID: <20151013175213.GA29257@megas.khq.kitware.com> On Tue, Oct 13, 2015 at 22:29:19 +0530, Chiranjib Sur wrote: > Please find the file attached. Thanks; I've pointed out this first problem below. > FYI, while I was browsing to explore more about the error message (posted > earlier in the thread), I got the information from one of the mailing list > posting (https://cmake.org/pipermail/cmake/2014-November/059193.html) that > in line 224 of this particular file COPY_ONLY should actually be COPYONLY. > Is that true? Yes, but that's not this error :) . > qt5_make_output_file("${infile}" "" "qrc.depends" out_depends) > configure_file("${infile}" "${out_depends}" COPY_ONLY) > else( > # The .qrc file does not exist (yet). Let's add a dependency and hope > # that it will be generated later > set(out_depends) Problem is right here; else is missing a close parenthesis. --Ben From sur.chiranjib at gmail.com Tue Oct 13 13:55:04 2015 From: sur.chiranjib at gmail.com (Chiranjib Sur) Date: Tue, 13 Oct 2015 23:25:04 +0530 Subject: [Paraview-developers] Paraview build error In-Reply-To: <20151013175213.GA29257@megas.khq.kitware.com> References: <20151013130840.GA18730@megas.khq.kitware.com> <20151013175213.GA29257@megas.khq.kitware.com> Message-ID: Great! Will this close parenthesis appear as a bug fix? For the other issue, what the user is supposed to do? Thanks, Chiranjib ------------ Using handheld, sorry for the typos, if any. On Oct 13, 2015 11:22 PM, "Ben Boeckel" wrote: > On Tue, Oct 13, 2015 at 22:29:19 +0530, Chiranjib Sur wrote: > > Please find the file attached. > > Thanks; I've pointed out this first problem below. > > > FYI, while I was browsing to explore more about the error message (posted > > earlier in the thread), I got the information from one of the mailing > list > > posting (https://cmake.org/pipermail/cmake/2014-November/059193.html) > that > > in line 224 of this particular file COPY_ONLY should actually be > COPYONLY. > > Is that true? > > Yes, but that's not this error :) . > > > qt5_make_output_file("${infile}" "" "qrc.depends" > out_depends) > > configure_file("${infile}" "${out_depends}" COPY_ONLY) > > else( > > # The .qrc file does not exist (yet). Let's add a dependency > and hope > > # that it will be generated later > > set(out_depends) > > Problem is right here; else is missing a close parenthesis. > > --Ben > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sur.chiranjib at gmail.com Tue Oct 13 14:17:49 2015 From: sur.chiranjib at gmail.com (Chiranjib Sur) Date: Tue, 13 Oct 2015 23:47:49 +0530 Subject: [Paraview-developers] Paraview build error In-Reply-To: References: <20151013130840.GA18730@megas.khq.kitware.com> <20151013175213.GA29257@megas.khq.kitware.com> Message-ID: Hi Ben, Just to add more to this, I cloned the source again and was browsing through the file. The parenthesis is not missing there! Then I might have corrupted the file myself while changing it from COPY_ONLY to COPYONLY. That might be a possibility. If this is what happened, then the source need not be patched at all, we all are good to go for building PV. However, it was needed for me to change COPY_ONLY to COPYONLY to pass the cmake stage for generation of the makefiles. Now I have the makefiles to build PV from source. I will be curious to know about this change. Thank you very much for the help. Thanks, Chiranjib On Tue, Oct 13, 2015 at 11:25 PM, Chiranjib Sur wrote: > Great! Will this close parenthesis appear as a bug fix? > For the other issue, what the user is supposed to do? > > Thanks, > Chiranjib > ------------ > Using handheld, sorry for the typos, if any. > On Oct 13, 2015 11:22 PM, "Ben Boeckel" wrote: > >> On Tue, Oct 13, 2015 at 22:29:19 +0530, Chiranjib Sur wrote: >> > Please find the file attached. >> >> Thanks; I've pointed out this first problem below. >> >> > FYI, while I was browsing to explore more about the error message >> (posted >> > earlier in the thread), I got the information from one of the mailing >> list >> > posting (https://cmake.org/pipermail/cmake/2014-November/059193.html) >> that >> > in line 224 of this particular file COPY_ONLY should actually be >> COPYONLY. >> > Is that true? >> >> Yes, but that's not this error :) . >> >> > qt5_make_output_file("${infile}" "" "qrc.depends" >> out_depends) >> > configure_file("${infile}" "${out_depends}" COPY_ONLY) >> > else( >> > # The .qrc file does not exist (yet). Let's add a >> dependency and hope >> > # that it will be generated later >> > set(out_depends) >> >> Problem is right here; else is missing a close parenthesis. >> >> --Ben >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Tue Oct 13 14:34:37 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Tue, 13 Oct 2015 14:34:37 -0400 Subject: [Paraview-developers] Paraview build error In-Reply-To: References: <20151013130840.GA18730@megas.khq.kitware.com> <20151013175213.GA29257@megas.khq.kitware.com> Message-ID: <20151013183437.GA30030@megas.khq.kitware.com> On Tue, Oct 13, 2015 at 23:47:49 +0530, Chiranjib Sur wrote: > Just to add more to this, I cloned the source again and was browsing > through the file. The parenthesis is not missing there! Then I might have > corrupted the file myself while changing it from COPY_ONLY to COPYONLY. > That might be a possibility. > > If this is what happened, then the source need not be patched at all, we > all are good to go for building PV. > > However, it was needed for me to change COPY_ONLY to COPYONLY to pass the > cmake stage for generation of the makefiles. Now I have the makefiles to > build PV from source. I will be curious to know about this change. Qt5 ships these files, so there's nothing we can do anyways. I believe it has been fixed in newer versions of Qt5 though. > Thank you very much for the help. No problem. --Ben From Gerald.Lodron at joanneum.at Thu Oct 15 05:46:44 2015 From: Gerald.Lodron at joanneum.at (Lodron, Gerald) Date: Thu, 15 Oct 2015 09:46:44 +0000 Subject: [Paraview-developers] Locale settings in PV Message-ID: <816fc274b0fc4bd8a6398d75b0acec80@RZJMBX2.jr1.local> Hello I noticed a bug in paraview on parsing double values in QLineEdits, e.g. in pqDoubleEdit: double pqDoubleEdit::value() { QString currentText = this->text(); int currentPos = this->cursorPosition(); QDoubleValidator dvalidator(NULL); QValidator::State state = dvalidator.validate(currentText, currentPos); if (state == QValidator::Acceptable || state == QValidator::Intermediate) { return currentText.toDouble(); } return 0.0; } The Problem is that QDoubleValidator uses the current locale. If the current locale is e.g. German that e.g. "0.1" is not allowed, only "0,1". On the other side the QString function toDouble cannot parse it correctly, see documentation http://doc.qt.io/qt-5/qstring.html#toDouble , here the http://doc.qt.io/qt-5/qlocale.html#toDouble is recommended.... So all QLineEdit functions with toDouble must be replaced by QLocale oL; Double dValue = oL.toDouble( lineEdit->text()) Nasty....Other solution would be to set the locale to English for whole paraview regardless to the system locale, but I don't know if that is possible (also not very beautiful)... Best regards ------------------------------------------------------------------------------------ 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 joseph.g.hennessey2.ctr at mail.mil Thu Oct 15 13:55:26 2015 From: joseph.g.hennessey2.ctr at mail.mil (Hennessey, Joseph G CTR USARMY RDECOM ARL (US)) Date: Thu, 15 Oct 2015 17:55:26 +0000 Subject: [Paraview-developers] Looking to add stereo support to the pvOSPRay plugin (UNCLASSIFIED) Message-ID: <10A03274360DCF47A6EE78C9952A31CA1D42D8D0@umechpao4.easf.csd.disa.mil> CLASSIFICATION: UNCLASSIFIED Hello, I am trying to add stereo support to the pvOSPRay plugin which renders using the OSPRay library. pvOSPRay does its own rendering of the image into a buffer using OSPRay, pvOSpray then calls an instance of vtkOpenGLRenderWindow with the call virtual int SetRGBACharPixelData (int x, int y, int x2, int y2, unsigned char *data, int front, int blend=0) to set its data inside the vtkOSPRayRenderer::LayerRender() method. The SetRGBACharPixelData allows one to specify the front or back buffer, but for stereo, using the "Crystal Eyes" stereo-type, does allow one to specify whether data is sent to the left or right back buffer or the left or right front buffer which would be needed to support stereo, where an external render is creating images for both the left and right eyes. What I would like to do is be able to render the left and right eye images in the pvOSPRay plugin using OSPRay, set the corresponding buffers inside the vtkOpenGLRenderWindow and then have the OpenGL implementation deal with alternating the images every 1/60 seconds or so. While every time the scene is updated pvOSPRay would generate new left and right images for the OpenGL implementation to alternate between. Would I have to modify VTK and ParaView to support this, adding new methods to specify the left or right buffers, or is there a better way? Thanks, Joe Hennessey CLASSIFICATION: UNCLASSIFIED -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 5615 bytes Desc: not available URL: From cory.quammen at kitware.com Fri Oct 16 10:20:34 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 16 Oct 2015 10:20:34 -0400 Subject: [Paraview-developers] Locale settings in PV In-Reply-To: <816fc274b0fc4bd8a6398d75b0acec80@RZJMBX2.jr1.local> References: <816fc274b0fc4bd8a6398d75b0acec80@RZJMBX2.jr1.local> Message-ID: Hi Gerald, Thanks for your report and fix. It looks like pqDoubleEdit is used only in the PointSprite plugin. Are you seeing this problem only in the PointSprite plugin, or do you see problems more widely in ParaView? Thanks, Cory On Thu, Oct 15, 2015 at 5:46 AM, Lodron, Gerald wrote: > Hello > > I noticed a bug in paraview on parsing double values in QLineEdits, e.g. > in pqDoubleEdit: > > double pqDoubleEdit::value() > { > QString currentText = this->text(); > int currentPos = this->cursorPosition(); > QDoubleValidator dvalidator(NULL); > QValidator::State state = dvalidator.validate(currentText, currentPos); > if (state == QValidator::Acceptable || state == QValidator::Intermediate) > { > return currentText.toDouble(); > } > return 0.0; > } > > The Problem is that QDoubleValidator uses the current locale. If the > current locale is e.g. German that e.g. ?0.1? is not allowed, only ?0,1?. > On the other side the QString function toDouble cannot parse it correctly, > see documentation *http://doc.qt.io/qt-5/qstring.html#toDouble* > , here the > *http://doc.qt.io/qt-5/qlocale.html#toDouble* > is recommended?. So all > QLineEdit functions with toDouble must be replaced by > QLocale oL; > Double dValue = oL.toDouble( lineEdit->text()) > > Nasty?.Other solution would be to set the locale to English for whole > paraview regardless to the system locale, but I don?t know if that is > possible (also not very beautiful)? > > Best regards > > > > *------------------------------------------------------------------------------------* > *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 > > 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 R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Gerald.Lodron at joanneum.at Fri Oct 16 10:31:58 2015 From: Gerald.Lodron at joanneum.at (Lodron, Gerald) Date: Fri, 16 Oct 2015 14:31:58 +0000 Subject: [Paraview-developers] Locale settings in PV In-Reply-To: References: <816fc274b0fc4bd8a6398d75b0acec80@RZJMBX2.jr1.local>, Message-ID: Hi I searched "DoubleValidator" in complete PV source and also found same usage in other classes.I am currently not in office but you can easily search with Visual studio or other programms. Or wait till end next week. I teseted the Qlocator::setDefault function in a constructor of a plugin of mine to set PV locale to english but no success.may it must be called directly in main before first qt stuff Best regards Von Samsung Mobile gesendet -------- Urspr?ngliche Nachricht -------- Von: Cory Quammen Datum:16.10.2015 16:20 (GMT+01:00) An: "Lodron, Gerald" Cc: "Paraview User (paraview at paraview.org)" ,"Paraview Developer (Paraview-developers at paraview.org)" Betreff: Re: [Paraview-developers] Locale settings in PV Hi Gerald, Thanks for your report and fix. It looks like pqDoubleEdit is used only in the PointSprite plugin. Are you seeing this problem only in the PointSprite plugin, or do you see problems more widely in ParaView? Thanks, Cory On Thu, Oct 15, 2015 at 5:46 AM, Lodron, Gerald > wrote: Hello I noticed a bug in paraview on parsing double values in QLineEdits, e.g. in pqDoubleEdit: double pqDoubleEdit::value() { QString currentText = this->text(); int currentPos = this->cursorPosition(); QDoubleValidator dvalidator(NULL); QValidator::State state = dvalidator.validate(currentText, currentPos); if (state == QValidator::Acceptable || state == QValidator::Intermediate) { return currentText.toDouble(); } return 0.0; } The Problem is that QDoubleValidator uses the current locale. If the current locale is e.g. German that e.g. "0.1" is not allowed, only "0,1". On the other side the QString function toDouble cannot parse it correctly, see documentation http://doc.qt.io/qt-5/qstring.html#toDouble , here the http://doc.qt.io/qt-5/qlocale.html#toDouble is recommended.... So all QLineEdit functions with toDouble must be replaced by QLocale oL; Double dValue = oL.toDouble( lineEdit->text()) Nasty....Other solution would be to set the locale to English for whole paraview regardless to the system locale, but I don't know if that is possible (also not very beautiful)... Best regards ------------------------------------------------------------------------------------ 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 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 R&D Engineer Kitware, Inc. From amitprabhakar05 at gmail.com Fri Oct 16 10:35:03 2015 From: amitprabhakar05 at gmail.com (Amit Prabhakar) Date: Fri, 16 Oct 2015 22:35:03 +0800 Subject: [Paraview-developers] Meaning of fields/tags of filters XML - any suggestion or link In-Reply-To: References: Message-ID: Thanks Cory, The clarification about the "command=SetPointArray" has beenspot on. Just naother note for users who might be looking for meaning of fields of the Paraview XML files, the method has to be a public one. Also a look at the vtkSMVectorProperty class is very helpful.( http://www.paraview.org/ParaQ/Doc/Nightly/html/classvtkSMVectorProperty.html ) Let me know which document should I contribute for the documentation, will be happy to save some people a bit of time. Thanks, Amit On Tue, Oct 13, 2015 at 10:00 PM, Cory Quammen wrote: > Amit, > > The "command" attribute is what specifies the class member function is > called when the property is modified, not the "name" attribute. So in the > example XML I posted from vtkPVGlyphFilter, the member function called is > SetInputArrayToProcess, not SelectInputScalars. SelectInputScalars is just > the name of the property - this name is used internally in ParaView. > > In your plugin, you will need a member function that takes a char* > parameter for the name, such as, SetPointArray(char* arrayName). Then your > command in the XML will be "SetPointArray" and the number_of_elements="1". > You don't have to specify the element_types attribute in this case. You can > store this name however you wish and use it as needed. > > I wish there was a document discussing that and saving the pedagogy >> involved in such approach. > > > The plugin HowTo is a pretty good introduction to the basics of ParaView > plugins. You are in more advanced plugin territory, and that we haven't > documented as well (or at all). We welcome contributions from the ParaView > developer community :-) > > HTH, > Cory > > On Tue, Oct 13, 2015 at 6:03 AM, Amit Prabhakar > wrote: > >> Hello Cory, >> >> Thanks a lot for the immediate help. It made the list of point data >> arrays available to me, which is what I wanted. >> >> But I have another (last) step to understand : How the selected list is >> stored in my program? How can I access that list of variables (pointdata >> arrays) selected by users. Bear in mind that user might select multiple >> arrays from the list. >> >> I find no document explaining that. With my little knowledge so far, I >> assumed that the vtkSetMacro helps in setting a value of that sort. So, for >> example in this part of the Glyph Filter (As you indicated in your mail >> previously) >> >> > element_types="0 0 0 0 2" >> label="Scalars" >> name="SelectInputScalars" >> number_of_elements="5"> >> > input_domain_name="input_array1" >> name="array_list"> >> >> > name="Input" /> >> >> >> This property indicates the name of the scalar >> array on >> which to operate. The indicated array may be used for scaling the >> glyphs. (See the SetScaleMode property.) >> >> >> I am expecting name="SelectInputScalars" to be a variable somewhere in >> vtkPVGlyphFilter.h somewhere, either through a private variable and/or >> vtkSetMacro(SelectInputScalars). >> >> But neither of them is present in the source/header file. Not able to >> figure out what am I missing. >> >> >> Thanks for any link or advice. >> >> Amit >> >> >> >> On Mon, Oct 12, 2015 at 11:41 PM, Cory Quammen >> wrote: >> >>> Hi Amit, >>> >>> Unfortunately, populating a drop down list with point data arrays isn't >>> documented in the plugin How To. The best bet is to find a reader or filter >>> that does what you want and copy the XML needed to do the same for your >>> filter. >>> >>> In your case, I would look at the "Glyph With Custom Source" filter >>> definition in >>> >>> ParaView/ParaViewCore/ServerManager/SMApplication/Resources/filters.xml >>> >>> The relevant properties are >>> >>> >> name="Input"> >>> >>> >>> >>> >>> >>> >>> >>> >> name="input_array1" >>> number_of_components="1" >>> optional="1" /> >>> >> name="input_array2" >>> number_of_components="3" >>> optional="1" /> >>> This property specifies the input to the Glyph >>> filter. >>> This is the dataset from which the points are selecetd to be >>> glyphed. >>> >>> >>> >>> and >>> >>> >> element_types="0 0 0 0 2" >>> name="Scalars" >>> number_of_elements="5"> >>> >> input_domain_name="input_array1" >>> name="array_list"> >>> >>> >> name="Input" /> >>> >>> >>> Select the input array to be treated as the >>> active "Scalars". >>> You can scale the glyphs using the selected scalars by setting >>> the >>> "Scale Mode" property to "scalar" >>> >>> >>> >>> Note the InputArrayDomain defined in the Input property named >>> "input_array1". It defines a domain (a list of possible values for a >>> property) of the 1-component point arrays in the input. This domain is used >>> to populate the combo box for the "Scalars" array by specifying it as the >>> domain used by the ArrayListDomain of the "Scalars" property. >>> >>> You'll need to set up domains this way in your filter to get the list of >>> point data arrays in your property's combo box. >>> >>> HTH, >>> Cory >>> >>> >>> >>> On Mon, Oct 12, 2015 at 7:13 AM, Amit Prabhakar < >>> amitprabhakar05 at gmail.com> wrote: >>> >>>> Hello, >>>> >>>> I have been using paraview and have written really simple filters in >>>> past. However, I am lost into writing an appropriate XML for my filter. I >>>> am using this link as guide: >>>> >>>> >>>> http://www.paraview.org/Wiki/ParaView/Plugin_HowTo#Drop_down_list_with_values_from_input_arrays >>>> >>>> >>>> However, the problem I am facing is understanding the different >>>> fields/tags of the XML file (filters.xml). For example I want to use the >>>> point data array names (a string list, I guess) as list of User input to my >>>> filter. >>>> >>>> >>>> I am specially intrigued by presence of this part: >>>> >>>> >>>> >>>> >>>> >>>> I am also not sure what to change in my source file, while using the >>>> above XML. >>>> >>>> Could anyone please explain this to me? Or pass any link on this topic? >>>> >>>> Thanks a lot in advance. >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> ============================== >>>> Amit Prabhakar >>>> Singapore. >>>> ============================== >>>> >>>> _______________________________________________ >>>> 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 >>> R&D Engineer >>> Kitware, Inc. >>> >> >> >> >> -- >> ============================== >> Amit Prabhakar >> Singapore. >> ============================== >> > > > > -- > Cory Quammen > R&D Engineer > Kitware, Inc. > -- ============================== Amit Prabhakar Singapore. ============================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Fri Oct 16 10:38:49 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 16 Oct 2015 10:38:49 -0400 Subject: [Paraview-developers] Locale settings in PV In-Reply-To: References: <816fc274b0fc4bd8a6398d75b0acec80@RZJMBX2.jr1.local> Message-ID: Hi Gerald, It looks like this isn't necessarily a quick change. I have filed a bug report here: http://www.paraview.org/Bug/view.php?id=15786 Thanks, Cory On Fri, Oct 16, 2015 at 10:31 AM, Lodron, Gerald wrote: > Hi > > I searched "DoubleValidator" in complete PV source and also found same > usage in other classes.I am currently not in office but you can easily > search with Visual studio or other programms. Or wait till end next week. > > I teseted the Qlocator::setDefault function in a constructor of a plugin > of mine to set PV locale to english but no success.may it must be called > directly in main before first qt stuff > > Best regards > > > Von Samsung Mobile gesendet > > > -------- Urspr?ngliche Nachricht -------- > Von: Cory Quammen > Datum:16.10.2015 16:20 (GMT+01:00) > An: "Lodron, Gerald" > Cc: "Paraview User (paraview at paraview.org)" ,"Paraview Developer ( > Paraview-developers at paraview.org)" > Betreff: Re: [Paraview-developers] Locale settings in PV > > Hi Gerald, > > Thanks for your report and fix. > > It looks like pqDoubleEdit is used only in the PointSprite plugin. Are you > seeing this problem only in the PointSprite plugin, or do you see problems > more widely in ParaView? > > Thanks, > Cory > > On Thu, Oct 15, 2015 at 5:46 AM, Lodron, Gerald > wrote: > Hello > > I noticed a bug in paraview on parsing double values in QLineEdits, e.g. > in pqDoubleEdit: > > double pqDoubleEdit::value() > { > QString currentText = this->text(); > int currentPos = this->cursorPosition(); > QDoubleValidator dvalidator(NULL); > QValidator::State state = dvalidator.validate(currentText, currentPos); > if (state == QValidator::Acceptable || state == QValidator::Intermediate) > { > return currentText.toDouble(); > } > return 0.0; > } > > The Problem is that QDoubleValidator uses the current locale. If the > current locale is e.g. German that e.g. "0.1" is not allowed, only "0,1". > On the other side the QString function toDouble cannot parse it correctly, > see documentation http://doc.qt.io/qt-5/qstring.html#toDouble , here the > http://doc.qt.io/qt-5/qlocale.html#toDouble is recommended.... So all > QLineEdit functions with toDouble must be replaced by > QLocale oL; > Double dValue = oL.toDouble( lineEdit->text()) > > Nasty....Other solution would be to set the locale to English for whole > paraview regardless to the system locale, but I don't know if that is > possible (also not very beautiful)... > > Best regards > > > > ------------------------------------------------------------------------------------ > 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 > > 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 > R&D Engineer > Kitware, Inc. > -- Cory Quammen R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Fri Oct 16 10:39:06 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 16 Oct 2015 10:39:06 -0400 Subject: [Paraview-developers] Meaning of fields/tags of filters XML - any suggestion or link In-Reply-To: References: Message-ID: Amit, > Also a look at the vtkSMVectorProperty class is very > helpful.(http://www.paraview.org/ParaQ/Doc/Nightly/html/classvtkSMVectorProperty.html) An unrelated note, you may want to switch your bookmarks to use the latest documentation here (http://www.paraview.org/ParaView3/Doc/Nightly/www/cxx-doc/classvtkSMProperty.html). The link you have hasn't been updated since 2013. Utkarsh From michael.hillier at canada.ca Fri Oct 16 12:40:29 2015 From: michael.hillier at canada.ca (Hillier, Michael (NRCan/RNCan)) Date: Fri, 16 Oct 2015 16:40:29 +0000 Subject: [Paraview-developers] building paraview with examples - getting LNK2019 & LNK2001 errors - vtkRenderingFreeType Message-ID: Hello, I am having trouble building paraview from source whenever I toggle 'BUILD_EXAMPLES' in cmake. I use Visual Studio to compile the source code. Here are examples of the compiler errors : Error 14389 error LNK2019: unresolved external symbol "void __cdecl vtkRenderingFreeType_AutoInit_Construct(void)" (?vtkRenderingFreeType_AutoInit_Construct@@YAXXZ) referenced in function "public: __cdecl vtkRenderingCore_AutoInit::vtkRenderingCore_AutoInit(void)" (??0vtkRenderingCore_AutoInit@@QEAA at XZ) [C:\Development\ParaView\ParaView-v4.4.0-source\ParaView-v4.4.0-source\_build\Examples\All\Plugins\Autostart\Autostart.vcxproj] C:\Development\ParaView\ParaView-v4.4.0-source\ParaView-v4.4.0-source\_build\pqMyApplicationStarterImplementation.obj ParaViewExamples Error 14390 error LNK2001: unresolved external symbol "void __cdecl vtkRenderingFreeType_AutoInit_Construct(void)" (?vtkRenderingFreeType_AutoInit_Construct@@YAXXZ) [C:\Development\ParaView\ParaView-v4.4.0-source\ParaView-v4.4.0-source\_build\Examples\All\Plugins\Autostart\Autostart.vcxproj] C:\Development\ParaView\ParaView-v4.4.0-source\ParaView-v4.4.0-source\_build\moc_pqMyApplicationStarterImplementation.obj ParaViewExamples All the compile errors are related to vtkRenderingFreeType. These errors are producing when generating debug and release builds. I have also tried compiling on different computers with different versions of visual studio and I always get the same results. Whenever, I disable the 'BUILD_EXAMPLES' in cmake it builds successfully. It's very clear that the vtkRenderingFreeType library is not being linked in the 'ParaViewExamples' project in the ParaView.sln. Normally I would just include the library in linker for that project, but looking at the properties of the 'ParaViewExamples' project there is no 'Linker' tab in the property page. Obviously, the project did not get properly generated via cmake. Does anyone know how to fix this? Thanks Michael Hillier -------------- next part -------------- An HTML attachment was scrubbed... URL: From houssen at ipgp.fr Sun Oct 18 12:53:40 2015 From: houssen at ipgp.fr (houssen) Date: Sun, 18 Oct 2015 18:53:40 +0200 Subject: [Paraview-developers] Plugin using parallel HDF5 In-Reply-To: <20f6ceb05974b33325bb123915a00f4f@imap.ipgp.fr> References: <20f6ceb05974b33325bb123915a00f4f@imap.ipgp.fr> Message-ID: When building ParaView with a parallel HDF5 (using VTK_USE_SYSTEM_HDF5) I get the link error below. Using "make VERBOSE", and, doing what "make VERBOSE" does, I've realized that adding -lmpi_cxx fix the problem (then I get the same kind of link errors "after" in the build process). Does this look like a bug ? (missing stuffs in CMakeLists.txt for example ?) Is this expected ? If no, how can I add -lmpi_cxx at the end of the command line at link time ? (tried to modify CMAKE_CXX_LINKER_FLAGS or CMAKE_MODULE/SHARED/STATIC_LINKER_FLAGS without success) FH Le 2015-10-02 14:45, houssen a ?crit?: > Thanks for the tip ! Afterwards, this looked almost obvious to me ! > > I have tried to compile ParaView with a parallel HDF5 (+ zlib for > compression) using VTK_USE_SYSTEM_HDF5 (I also had to add > VTK_USE_SYSTEM_ZLIB). > I ended up with this kind of link errors : > [ 22%] Building CXX object > VTK/IO/AMR/CMakeFiles/vtkIOAMR.dir/vtkAMRFlashReaderInternal.cxx.o > Linking CXX shared library ../../../lib/libvtkIOAMR-pv4.4.so > CMakeFiles/vtkIOAMR.dir/vtkAMREnzoParticlesReader.cxx.o: in > function ? MPI::Intracomm::Intracomm() ?: > /usr/lib/openmpi/include/openmpi/ompi/mpi/cxx/intracomm.h:25: > undefined symbol ? MPI::Comm::Comm() ? > I tried to add PARAVIEW_USE_MPI but unfortunately it does not help ! > > Say I give up building ParaView on top of "my" parallel HDF5 : is > there a way to use the (serial) HDF5 "of (serial) ParaView" from > inside a writer ? If yes how ? (modify the writer CMakeLists.txt ?) > > Franck > > Note : I have a project where we need parallel HDF5. For this same > project I would like to have a dedicated writer (the writer can > handle > serial or parallel HDF5 - not so important). So I have to specify 2 > HDF5 (serial and parallel) for the same project : this looked messy > to > me... That why I started to (try to) use parallel HDF5 from my > ParaView writer (for convenience mostly). > > Le 2015-10-01 14:21, Biddiscombe, John A. a ?crit?: >>> >>>If so, does it means that a serial (resp. parallel) version of >>> ParaView >>>can use ONLY a serial (resp. parallel) version of HDF5 from inside a >>>writer ? >> >> Yes and no. If you compiled paraview without MPI, then it will have >> compiled hdf5 (see thirparty dir in source tree) using serial HDF5, >> so you >> are linking to hdf5 with no parallel support. >> >> If you compile paraview and set VTK_USE_SYSTEM_HDF5 to ON then you >> can >> link to a parallel hdf5 that you supply and can do what you like, >> but >> you?ll probably need to do mpi_init etc from inside your plugin as >> paraview will not have done it for you. >> >> JB From martyn.gigg at gmail.com Wed Oct 21 16:10:26 2015 From: martyn.gigg at gmail.com (Martyn Gigg) Date: Wed, 21 Oct 2015 20:10:26 +0000 Subject: [Paraview-developers] MSVC 2015 support Message-ID: Hi, While attempting to build ParaView with Visual Studio 2015 I ran in to a few issues. This merge request, https://gitlab.kitware.com/paraview/paraview/merge_requests/442, fixes the build. Thanks, Martyn -------------- next part -------------- An HTML attachment was scrubbed... URL: From Orlando.RIVERA at mtu.de Thu Oct 22 05:36:41 2015 From: Orlando.RIVERA at mtu.de (RIVERA ROLDAN, Jorge Orlando) Date: Thu, 22 Oct 2015 09:36:41 +0000 Subject: [Paraview-developers] Release memory Message-ID: Dear Forums Members, I post this on VTK , so I hope I am not generating spam I have a question regarding releasing Memory. I have a vtkCompositeDataSet or a vtkMultiBlockDataSet up to 2 Levels. Level3 is a Structured or Unstructured grid, like : --vtkMB (root ) -----vtkMB ---------vtkStructured ---------vtkUnstructured -----vtkMB and I want to release memory without destroying my tree structure I get through my tree (simplified code ) for( i=0 ; i< root->GetNumberOfBlocks() ; ++i ) { vtkSmartPointer level2Pointer=vtkMultiBlockDataSet::SafeDownCast(Root->GetBlock(i)); for(k=0; k< level2Pointer->GetNumberOfBlocks(); k++) { If( load(cnt) ) { vtkSmartPointer gridPointer=ReadGridFromFile(?..) level2Pointer->SetBlock(k, gridPointer): } else { vtkSmartPointer gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(k)); gridPointer->ReleaseData(); vtkSmartPointer emptyGrid; level2Pointer->SetBlock(k, emptyGrid): } cnt++; } //for k } //for i As you can see I get the Un/Structured grid pointed with the gridPointer . I try to release the Memory an in its place I set an empty grid All works really nice, when I want to render a grid, I load it in first IF , otherwise, in else will be supposedly released . When I see it with top or mem inspector the memory is actually increasing. So I assume I am doing something wrong in the else part: vtkSmartPointer gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(k)); gridPointer->ReleaseData(); vtkSmartPointer emptyGrid; level2Pointer->SetBlock(k, emptyGrid): PS I also tried : gridPointer->Squeeze(); and/or commeting out these lines : vtkSmartPointer emptyGrid; level2Pointer->SetBlock(k, emptyGrid): Any help will be appreciated Thanks !! -- MTU Aero Engines AG Vorstand/Board of Management: Reiner Winkler, Vorsitzender/CEO; Dr. Rainer Martens, Michael Schreyoegg Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: Klaus Eberhardt Sitz der Gesellschaft/Registered Office: Muenchen Handelsregister/Commercial Register: Muenchen HRB 157206 Diese E-Mail sowie ihre Anhaenge enthalten MTU-eigene vertrauliche oder rechtlich geschuetzte Informationen. Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte den Absender und loeschen Sie diese E-Mail sowie die Anhaenge. Das unbefugte Speichern, Kopieren oder Weiterleiten ist nicht gestattet. This e-mail and any attached documents are proprietary to MTU, confidential or protected by law. If you are not the intended recipient, please advise the sender and delete this message and its attachments. Any unauthorised storing, copying or distribution is prohibited. -------------- next part -------------- An HTML attachment was scrubbed... URL: From dan.lipsa at kitware.com Thu Oct 22 10:15:41 2015 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Thu, 22 Oct 2015 10:15:41 -0400 Subject: [Paraview-developers] wrapping error for CGNS driver Message-ID: Hi David and all, I get a wrapping error in ParaView when I enable the cgns driver: PARAVIEW_ENABLE_CGNS This is the command and error I am getting: [ 24%] For vtkPVVTKExtensionsCGNSReader - updating vtkPVVTKExtensionsCGNSReaderHierarchy.txt cd /home/danlipsa/build/ParaView/ParaViewCore/VTKExtensions/CGNSReader && ../../../bin/vtkWrapHierarchy-pv4.4 @vtkPVVTKExtensionsCGNSReaderHierarchy.args -o /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkPVVTKExtensionsCGNSReaderHierarchy.txt vtkPVVTKExtensionsCGNSReaderHierarchy.data /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkCommonCoreHierarchy.txt /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkCommonDataModelHierarchy.txt /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkCommonExecutionModelHierarchy.txt /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkPVVTKExtensionsCoreHierarchy.txt /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkParallelCoreHierarchy.txt vtkWrapHierarchy-pv4.4: In /home/danlipsa/src/ParaView/ParaViewCore/VTKExtensions/CGNSReader/vtkCGNSReaderInternal.h:352: syntax error. make[2]: *** [ParaViewCore/VTKExtensions/CGNSReader/vtkPVVTKExtensionsCGNSReaderHierarchy.stamp.txt] Error 1 I did set WRAP_EXCLUDE_PYTHON on vtkCGNSReaderInternal and verified that it is set. Does anybody know what might be the problem? Thanks, Dan -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu Oct 22 10:48:06 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 22 Oct 2015 10:48:06 -0400 Subject: [Paraview-developers] wrapping error for CGNS driver In-Reply-To: References: Message-ID: Dan, try adding set_source_files_properties( vtkCGNSReaderInternal cgio_helpers PROPERTIES WRAP_EXCLUDE_PYTHON 1 SKIP_HEADER_INSTALL 1) Utkarsh On Thu, Oct 22, 2015 at 10:15 AM, Dan Lipsa wrote: > Hi David and all, > I get a wrapping error in ParaView when I enable the cgns driver: > > PARAVIEW_ENABLE_CGNS > > This is the command and error I am getting: > > [ 24%] For vtkPVVTKExtensionsCGNSReader - updating > vtkPVVTKExtensionsCGNSReaderHierarchy.txt > cd /home/danlipsa/build/ParaView/ParaViewCore/VTKExtensions/CGNSReader && > ../../../bin/vtkWrapHierarchy-pv4.4 > @vtkPVVTKExtensionsCGNSReaderHierarchy.args -o > /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkPVVTKExtensionsCGNSReaderHierarchy.txt > vtkPVVTKExtensionsCGNSReaderHierarchy.data > /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkCommonCoreHierarchy.txt > /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkCommonDataModelHierarchy.txt > /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkCommonExecutionModelHierarchy.txt > /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkPVVTKExtensionsCoreHierarchy.txt > /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkParallelCoreHierarchy.txt > vtkWrapHierarchy-pv4.4: In > /home/danlipsa/src/ParaView/ParaViewCore/VTKExtensions/CGNSReader/vtkCGNSReaderInternal.h:352: > syntax error. > make[2]: *** > [ParaViewCore/VTKExtensions/CGNSReader/vtkPVVTKExtensionsCGNSReaderHierarchy.stamp.txt] > Error 1 > > > I did set WRAP_EXCLUDE_PYTHON on vtkCGNSReaderInternal and verified that it > is set. > > Does anybody know what might be the problem? > > Thanks, > Dan > > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > From utkarsh.ayachit at kitware.com Thu Oct 22 10:51:30 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 22 Oct 2015 10:51:30 -0400 Subject: [Paraview-developers] Release memory In-Reply-To: References: Message-ID: Can you elaborate more? I cannot understand how you're attempting to call this code to release memory in a ParaView workflow? Is this being done is the reader's RequestData method? Are there any filters connected to the reader? Are you showing the output from the reader in a view? On Thu, Oct 22, 2015 at 5:36 AM, RIVERA ROLDAN, Jorge Orlando wrote: > Dear Forums Members, > > > > I post this on VTK , so I hope I am not generating spam > > > > I have a question regarding releasing Memory. > > > > I have a vtkCompositeDataSet or a vtkMultiBlockDataSet up to 2 Levels. > Level3 is a Structured or Unstructured grid, like : > > > > --vtkMB (root ) > > -----vtkMB > > ---------vtkStructured > > ---------vtkUnstructured > > -----vtkMB > > > > and I want to release memory without destroying my tree structure > > I get through my tree (simplified code ) > > > > for( i=0 ; i< root->GetNumberOfBlocks() ; ++i ) > > { > > vtkSmartPointer > level2Pointer=vtkMultiBlockDataSet::SafeDownCast(Root->GetBlock(i)); > > for(k=0; k< level2Pointer->GetNumberOfBlocks(); k++) > > { > > If( load(cnt) ) > > { > > vtkSmartPointer > gridPointer=ReadGridFromFile(?..) > > level2Pointer->SetBlock(k, gridPointer): > > } > > else > > { > > vtkSmartPointer > gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(k)); > > gridPointer->ReleaseData(); > > vtkSmartPointer emptyGrid; > > level2Pointer->SetBlock(k, emptyGrid): > > } > > cnt++; > > } //for k > > > > } //for i > > > > > > As you can see I get the Un/Structured grid pointed with the gridPointer > . I try to release the Memory an in its place I set an empty grid > > All works really nice, when I want to render a grid, I load it in first IF > , otherwise, in else will be supposedly released . When I see it with > top or mem inspector the memory is actually increasing. > > > > So I assume I am doing something wrong in the else part: > > > > vtkSmartPointer > gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(k)); > > gridPointer->ReleaseData(); > > vtkSmartPointer emptyGrid; > > level2Pointer->SetBlock(k, emptyGrid): > > > > PS I also tried : > > gridPointer->Squeeze(); > > and/or commeting out these lines : > > vtkSmartPointer emptyGrid; > > level2Pointer->SetBlock(k, emptyGrid): > > > > > > Any help will be appreciated > > > > Thanks !! > > > > -- > MTU Aero Engines AG > Vorstand/Board of Management: Reiner Winkler, Vorsitzender/CEO; Dr. Rainer > Martens, Michael Schreyoegg > Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: Klaus > Eberhardt > Sitz der Gesellschaft/Registered Office: Muenchen > Handelsregister/Commercial Register: Muenchen HRB 157206 > > Diese E-Mail sowie ihre Anhaenge enthalten MTU-eigene vertrauliche oder > rechtlich geschuetzte Informationen. > Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte den > Absender und loeschen Sie diese > E-Mail sowie die Anhaenge. Das unbefugte Speichern, Kopieren oder > Weiterleiten ist nicht gestattet. > > This e-mail and any attached documents are proprietary to MTU, confidential > or protected by law. > If you are not the intended recipient, please advise the sender and delete > this message and its attachments. > Any unauthorised storing, copying or distribution is prohibited. > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > From dan.lipsa at kitware.com Thu Oct 22 11:02:28 2015 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Thu, 22 Oct 2015 11:02:28 -0400 Subject: [Paraview-developers] wrapping error for CGNS driver In-Reply-To: References: Message-ID: SKIP_HEADER_INSTALL did it. Thanks. On Thu, Oct 22, 2015 at 10:48 AM, Utkarsh Ayachit < utkarsh.ayachit at kitware.com> wrote: > Dan, > > try adding > > set_source_files_properties( > vtkCGNSReaderInternal > cgio_helpers > PROPERTIES > WRAP_EXCLUDE_PYTHON 1 > SKIP_HEADER_INSTALL 1) > > Utkarsh > > On Thu, Oct 22, 2015 at 10:15 AM, Dan Lipsa wrote: > > Hi David and all, > > I get a wrapping error in ParaView when I enable the cgns driver: > > > > PARAVIEW_ENABLE_CGNS > > > > This is the command and error I am getting: > > > > [ 24%] For vtkPVVTKExtensionsCGNSReader - updating > > vtkPVVTKExtensionsCGNSReaderHierarchy.txt > > cd /home/danlipsa/build/ParaView/ParaViewCore/VTKExtensions/CGNSReader && > > ../../../bin/vtkWrapHierarchy-pv4.4 > > @vtkPVVTKExtensionsCGNSReaderHierarchy.args -o > > > /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkPVVTKExtensionsCGNSReaderHierarchy.txt > > vtkPVVTKExtensionsCGNSReaderHierarchy.data > > > /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkCommonCoreHierarchy.txt > > > /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkCommonDataModelHierarchy.txt > > > /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkCommonExecutionModelHierarchy.txt > > > /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkPVVTKExtensionsCoreHierarchy.txt > > > /home/danlipsa/build/ParaView/lib/cmake/paraview-4.4/Modules/vtkParallelCoreHierarchy.txt > > vtkWrapHierarchy-pv4.4: In > > > /home/danlipsa/src/ParaView/ParaViewCore/VTKExtensions/CGNSReader/vtkCGNSReaderInternal.h:352: > > syntax error. > > make[2]: *** > > > [ParaViewCore/VTKExtensions/CGNSReader/vtkPVVTKExtensionsCGNSReaderHierarchy.stamp.txt] > > Error 1 > > > > > > I did set WRAP_EXCLUDE_PYTHON on vtkCGNSReaderInternal and verified that > it > > is set. > > > > Does anybody know what might be the problem? > > > > Thanks, > > Dan > > > > > > _______________________________________________ > > Powered by www.kitware.com > > > > Visit other Kitware open-source projects at > > http://www.kitware.com/opensource/opensource.html > > > > Search the list archives at: > > http://markmail.org/search/?q=Paraview-developers > > > > Follow this link to subscribe/unsubscribe: > > http://public.kitware.com/mailman/listinfo/paraview-developers > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From Orlando.RIVERA at mtu.de Thu Oct 22 11:36:30 2015 From: Orlando.RIVERA at mtu.de (RIVERA ROLDAN, Jorge Orlando) Date: Thu, 22 Oct 2015 15:36:30 +0000 Subject: [Paraview-developers] Release memory In-Reply-To: References: Message-ID: Thanks for the reply , I will try to explain as concise as I can The workflow is in the RequestData the tree Structure is build the first time a RequetData is called RequestData(){ If ( !this->treeBuilt) { buildTree(); this->treeBuilt=true; } readGrid(); } In buildTree() I have built the tree using the same loop as described like : root->SetNumberOfBlocks(10); // 10 is just an example for( i=0 ; i< root->GetNumberOfBlocks() ; ++i ) { vtkSmartPointer level2Pointer=vtkMultiBlockDataSet::SafeDownCast(Root->GetBlock(i)); level2Pointer->SetNumberOfBlocks(5) //5 just an example for(k=0; k< level2Pointer->GetNumberOfBlocks(); k++){ vtkSmartPointer grid; grid=vtkStructuredGrid::New() level2Pointer->SetBlock(k,grid); } } so when RequesData is triggered for the very firs time my tree has a fixed structure and in ReadGrid just fill or release the Data (see original question) in my tree . Moreover, the blocks are always the same meaning : level2Pointer->SetBlock(2,grid); ( block 2 will always have the same grid same points same connectivity , same fields, etc ) I also take in account that in case a block is set cannot be set until the releseasedata was first caIled Ie. I should not call level2Pointer->SetBlock(2,grid); twice in ReadGrid() without { gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(2)); gridPointer->Releasedata(); } In between Thanks again No there is no Other pluings is just , the reader -----Urspr?ngliche Nachricht----- Von: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Gesendet: Thursday, 22. October 2015 16:51 An: RIVERA ROLDAN, Jorge Orlando Cc: paraview-developers at paraview.org Betreff: Re: [Paraview-developers] Release memory Can you elaborate more? I cannot understand how you're attempting to call this code to release memory in a ParaView workflow? Is this being done is the reader's RequestData method? Are there any filters connected to the reader? Are you showing the output from the reader in a view? On Thu, Oct 22, 2015 at 5:36 AM, RIVERA ROLDAN, Jorge Orlando wrote: > Dear Forums Members, > > > > I post this on VTK , so I hope I am not generating spam > > > > I have a question regarding releasing Memory. > > > > I have a vtkCompositeDataSet or a vtkMultiBlockDataSet up to 2 Levels. > Level3 is a Structured or Unstructured grid, like : > > > > --vtkMB (root ) > > -----vtkMB > > ---------vtkStructured > > ---------vtkUnstructured > > -----vtkMB > > > > and I want to release memory without destroying my tree structure > > I get through my tree (simplified code ) > > > > for( i=0 ; i< root->GetNumberOfBlocks() ; ++i ) > > { > > vtkSmartPointer > level2Pointer=vtkMultiBlockDataSet::SafeDownCast(Root->GetBlock(i)); > > for(k=0; k< level2Pointer->GetNumberOfBlocks(); k++) > > { > > If( load(cnt) ) > > { > > vtkSmartPointer > gridPointer=ReadGridFromFile(?..) > > level2Pointer->SetBlock(k, gridPointer): > > } > > else > > { > > vtkSmartPointer > gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(k)); > > gridPointer->ReleaseData(); > > vtkSmartPointer emptyGrid; > > level2Pointer->SetBlock(k, emptyGrid): > > } > > cnt++; > > } //for k > > > > } //for i > > > > > > As you can see I get the Un/Structured grid pointed with the gridPointer > . I try to release the Memory an in its place I set an empty grid > > All works really nice, when I want to render a grid, I load it in first IF > , otherwise, in else will be supposedly released . When I see it with > top or mem inspector the memory is actually increasing. > > > > So I assume I am doing something wrong in the else part: > > > > vtkSmartPointer > gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(k)); > > gridPointer->ReleaseData(); > > vtkSmartPointer emptyGrid; > > level2Pointer->SetBlock(k, emptyGrid): > > > > PS I also tried : > > gridPointer->Squeeze(); > > and/or commeting out these lines : > > vtkSmartPointer emptyGrid; > > level2Pointer->SetBlock(k, emptyGrid): > > > > > > Any help will be appreciated > > > > Thanks !! > > > > -- > MTU Aero Engines AG > Vorstand/Board of Management: Reiner Winkler, Vorsitzender/CEO; Dr. Rainer > Martens, Michael Schreyoegg > Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: Klaus > Eberhardt > Sitz der Gesellschaft/Registered Office: Muenchen > Handelsregister/Commercial Register: Muenchen HRB 157206 > > Diese E-Mail sowie ihre Anhaenge enthalten MTU-eigene vertrauliche oder > rechtlich geschuetzte Informationen. > Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte den > Absender und loeschen Sie diese > E-Mail sowie die Anhaenge. Das unbefugte Speichern, Kopieren oder > Weiterleiten ist nicht gestattet. > > This e-mail and any attached documents are proprietary to MTU, confidential > or protected by law. > If you are not the intended recipient, please advise the sender and delete > this message and its attachments. > Any unauthorised storing, copying or distribution is prohibited. > > _______________________________________________ > 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 > -- MTU Aero Engines AG Vorstand/Board of Management: Reiner Winkler, Vorsitzender/CEO; Dr. Rainer Martens, Michael Schreyoegg Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: Klaus Eberhardt Sitz der Gesellschaft/Registered Office: Muenchen Handelsregister/Commercial Register: Muenchen HRB 157206 Diese E-Mail sowie ihre Anhaenge enthalten MTU-eigene vertrauliche oder rechtlich geschuetzte Informationen. Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte den Absender und loeschen Sie diese E-Mail sowie die Anhaenge. Das unbefugte Speichern, Kopieren oder Weiterleiten ist nicht gestattet. This e-mail and any attached documents are proprietary to MTU, confidential or protected by law. If you are not the intended recipient, please advise the sender and delete this message and its attachments. Any unauthorised storing, copying or distribution is prohibited. From prashant.v at quest-global.com Thu Oct 22 11:09:20 2015 From: prashant.v at quest-global.com (Prashant V) Date: Thu, 22 Oct 2015 15:09:20 +0000 Subject: [Paraview-developers] Paraview error related to click event Message-ID: Hello, I have developed a source plugin which renders vtkMultiBlockDataSet. Recently, I noticed an issue while running Paraview in parallel mode. While running Paraview in parallel, my source plugin renders vtkMultiBlockDataSet. Then I select 'Plot Data' filter and hit apply button. This splits Paraview screen and creates a new window to display plots. I select geometry and parameter(s) and plots are drawn in 'Plot Data' filter window. At this point, focus is on 'Plot Data' window. Now as I click on other Paraview screen window containing vtkMultiBlockDataSet, somehow my source plugin's RequestData() method is called. This behavior is not observed in serial run of Paraview. Any pointer towards this strange behavior? Also I am curious to know which function in Paraview is invoked when we click on Paraview screen to change focus? Highly appreciate any help in this regard. Thanks, Prashant ---Disclaimer------------------------------ This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Opinions, conclusions and other information in this transmission that do not relate to the official business of QuEST Global and/or its subsidiaries, shall be understood as neither given nor endorsed by it. Any statements made herein that are tantamount to contractual obligations, promises, claims or commitments shall not be binding on the Company unless followed by written confirmation by an authorized signatory of the Company. ----------------------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Thu Oct 22 11:50:36 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 22 Oct 2015 11:50:36 -0400 Subject: [Paraview-developers] Release memory In-Reply-To: References: Message-ID: Hi, Sorry, still wrapping my head around your use-case: 1. What would be a the cause of the RequestData() being called again? Change in timestep? 2. Each time RequestData() is called, the output data (which is same as root, I am assuming) will always be initialized, thus it won't have any structure present. So I am not sure how your reader is working :). If you have sample code + datafile that you can share, it may make this easier. I am sure I am just missing something simple in your workflow, that will help unravel it all :). Utkarsh On Thu, Oct 22, 2015 at 11:36 AM, RIVERA ROLDAN, Jorge Orlando wrote: > Thanks for the reply , I will try to explain as concise as I can > > The workflow is in the RequestData the tree Structure is build the first time a RequetData is called > > RequestData(){ > > If ( !this->treeBuilt) > { > buildTree(); > this->treeBuilt=true; > } > > readGrid(); > > } > > > In buildTree() I have built the tree using the same loop as described like : > > root->SetNumberOfBlocks(10); // 10 is just an example > for( i=0 ; i< root->GetNumberOfBlocks() ; ++i ) > { > vtkSmartPointer > level2Pointer=vtkMultiBlockDataSet::SafeDownCast(Root->GetBlock(i)); > level2Pointer->SetNumberOfBlocks(5) //5 just an example > for(k=0; k< level2Pointer->GetNumberOfBlocks(); k++){ > vtkSmartPointer grid; > grid=vtkStructuredGrid::New() > level2Pointer->SetBlock(k,grid); > } > } > > > so when RequesData is triggered for the very firs time my tree has a fixed structure and in ReadGrid just fill or release the Data (see original question) in my tree . Moreover, the blocks are always the same meaning : > level2Pointer->SetBlock(2,grid); ( block 2 will always have the same grid same points same connectivity , same fields, etc ) > > I also take in account that in case a block is set cannot be set until the releseasedata was first caIled > Ie. I should not call > level2Pointer->SetBlock(2,grid); twice in ReadGrid() without > > { > gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(2)); > gridPointer->Releasedata(); > } > > In between > > Thanks again > > > No there is no Other pluings is just , the reader > > > -----Urspr?ngliche Nachricht----- > Von: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] > Gesendet: Thursday, 22. October 2015 16:51 > An: RIVERA ROLDAN, Jorge Orlando > Cc: paraview-developers at paraview.org > Betreff: Re: [Paraview-developers] Release memory > > Can you elaborate more? I cannot understand how you're attempting to > call this code to release memory in a ParaView workflow? Is this being > done is the reader's RequestData method? Are there any filters > connected to the reader? Are you showing the output from the reader in > a view? > > On Thu, Oct 22, 2015 at 5:36 AM, RIVERA ROLDAN, Jorge Orlando > wrote: >> Dear Forums Members, >> >> >> >> I post this on VTK , so I hope I am not generating spam >> >> >> >> I have a question regarding releasing Memory. >> >> >> >> I have a vtkCompositeDataSet or a vtkMultiBlockDataSet up to 2 Levels. >> Level3 is a Structured or Unstructured grid, like : >> >> >> >> --vtkMB (root ) >> >> -----vtkMB >> >> ---------vtkStructured >> >> ---------vtkUnstructured >> >> -----vtkMB >> >> >> >> and I want to release memory without destroying my tree structure >> >> I get through my tree (simplified code ) >> >> >> >> for( i=0 ; i< root->GetNumberOfBlocks() ; ++i ) >> >> { >> >> vtkSmartPointer >> level2Pointer=vtkMultiBlockDataSet::SafeDownCast(Root->GetBlock(i)); >> >> for(k=0; k< level2Pointer->GetNumberOfBlocks(); k++) >> >> { >> >> If( load(cnt) ) >> >> { >> >> vtkSmartPointer >> gridPointer=ReadGridFromFile(?..) >> >> level2Pointer->SetBlock(k, gridPointer): >> >> } >> >> else >> >> { >> >> vtkSmartPointer >> gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(k)); >> >> gridPointer->ReleaseData(); >> >> vtkSmartPointer emptyGrid; >> >> level2Pointer->SetBlock(k, emptyGrid): >> >> } >> >> cnt++; >> >> } //for k >> >> >> >> } //for i >> >> >> >> >> >> As you can see I get the Un/Structured grid pointed with the gridPointer >> . I try to release the Memory an in its place I set an empty grid >> >> All works really nice, when I want to render a grid, I load it in first IF >> , otherwise, in else will be supposedly released . When I see it with >> top or mem inspector the memory is actually increasing. >> >> >> >> So I assume I am doing something wrong in the else part: >> >> >> >> vtkSmartPointer >> gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(k)); >> >> gridPointer->ReleaseData(); >> >> vtkSmartPointer emptyGrid; >> >> level2Pointer->SetBlock(k, emptyGrid): >> >> >> >> PS I also tried : >> >> gridPointer->Squeeze(); >> >> and/or commeting out these lines : >> >> vtkSmartPointer emptyGrid; >> >> level2Pointer->SetBlock(k, emptyGrid): >> >> >> >> >> >> Any help will be appreciated >> >> >> >> Thanks !! >> >> >> >> -- >> MTU Aero Engines AG >> Vorstand/Board of Management: Reiner Winkler, Vorsitzender/CEO; Dr. Rainer >> Martens, Michael Schreyoegg >> Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: Klaus >> Eberhardt >> Sitz der Gesellschaft/Registered Office: Muenchen >> Handelsregister/Commercial Register: Muenchen HRB 157206 >> >> Diese E-Mail sowie ihre Anhaenge enthalten MTU-eigene vertrauliche oder >> rechtlich geschuetzte Informationen. >> Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte den >> Absender und loeschen Sie diese >> E-Mail sowie die Anhaenge. Das unbefugte Speichern, Kopieren oder >> Weiterleiten ist nicht gestattet. >> >> This e-mail and any attached documents are proprietary to MTU, confidential >> or protected by law. >> If you are not the intended recipient, please advise the sender and delete >> this message and its attachments. >> Any unauthorised storing, copying or distribution is prohibited. >> >> _______________________________________________ >> 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 >> > -- > MTU Aero Engines AG > Vorstand/Board of Management: Reiner Winkler, Vorsitzender/CEO; Dr. Rainer Martens, Michael Schreyoegg > Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: Klaus Eberhardt > Sitz der Gesellschaft/Registered Office: Muenchen > Handelsregister/Commercial Register: Muenchen HRB 157206 > > Diese E-Mail sowie ihre Anhaenge enthalten MTU-eigene vertrauliche oder rechtlich geschuetzte Informationen. > Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte den Absender und loeschen Sie diese > E-Mail sowie die Anhaenge. Das unbefugte Speichern, Kopieren oder Weiterleiten ist nicht gestattet. > > This e-mail and any attached documents are proprietary to MTU, confidential or protected by law. > If you are not the intended recipient, please advise the sender and delete this message and its attachments. > Any unauthorised storing, copying or distribution is prohibited. From utkarsh.ayachit at kitware.com Thu Oct 22 13:28:26 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Thu, 22 Oct 2015 13:28:26 -0400 Subject: [Paraview-developers] Paraview error related to click event In-Reply-To: References: Message-ID: Prashant, It's hard to say what could be going on without the sample code. It may be worth making sure that your source's MTime is not modified in RequestData, RequestInformation or any of the pipeline passes. That may be one of the causes. Utkarsh On Thu, Oct 22, 2015 at 11:09 AM, Prashant V wrote: > Hello, > > I have developed a source plugin which renders vtkMultiBlockDataSet. > Recently, I noticed an issue while running Paraview in parallel mode. > > While running Paraview in parallel, my source plugin renders > vtkMultiBlockDataSet. Then I select 'Plot Data' filter and hit apply button. > This splits Paraview screen and creates a new window to display plots. I > select geometry and parameter(s) and plots are drawn in 'Plot Data' filter > window. At this point, focus is on 'Plot Data' window. Now as I click on > other Paraview screen window containing vtkMultiBlockDataSet, somehow my > source plugin's RequestData() method is called. > > This behavior is not observed in serial run of Paraview. Any pointer towards > this strange behavior? > > Also I am curious to know which function in Paraview is invoked when we > click on Paraview screen to change focus? > > Highly appreciate any help in this regard. > > Thanks, > Prashant > > > > ---Disclaimer------------------------------ This e-mail contains PRIVILEGED > AND CONFIDENTIAL INFORMATION intended solely for the use of the > addressee(s). If you are not the intended recipient, please notify the > sender by e-mail and delete the original message. Opinions, conclusions and > other information in this transmission that do not relate to the official > business of QuEST Global and/or its subsidiaries, shall be understood as > neither given nor endorsed by it. Any statements made herein that are > tantamount to contractual obligations, promises, claims or commitments shall > not be binding on the Company unless followed by written confirmation by an > authorized signatory of the Company. > ----------------------------------------------------------------------------------- > > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at > http://www.kitware.com/opensource/opensource.html > > Search the list archives at: > http://markmail.org/search/?q=Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > From Orlando.RIVERA at mtu.de Fri Oct 23 02:55:02 2015 From: Orlando.RIVERA at mtu.de (RIVERA ROLDAN, Jorge Orlando) Date: Fri, 23 Oct 2015 06:55:02 +0000 Subject: [Paraview-developers] Release memory In-Reply-To: References: Message-ID: Thanks and sorry for giving the information by pieces: 1) what triggers RequestData() is an UpdateProperty +Accpeted on the GUI. The GUI has an exact copy of the structure represented by a Qtree. UpdateProperty sends a flat index to the server (load[cnt]) , btw this->treeBuilt=false is set in the constructor. 2) your assumption is correct root is put into the port through a shallowCopy I will try to reduce my reader to something small but usable Cheers Orlando -----Urspr?ngliche Nachricht----- Von: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] Gesendet: Thursday, 22. October 2015 17:51 An: RIVERA ROLDAN, Jorge Orlando Cc: paraview-developers at paraview.org Betreff: Re: [Paraview-developers] Release memory Hi, Sorry, still wrapping my head around your use-case: 1. What would be a the cause of the RequestData() being called again? Change in timestep? 2. Each time RequestData() is called, the output data (which is same as root, I am assuming) will always be initialized, thus it won't have any structure present. So I am not sure how your reader is working :). If you have sample code + datafile that you can share, it may make this easier. I am sure I am just missing something simple in your workflow, that will help unravel it all :). Utkarsh On Thu, Oct 22, 2015 at 11:36 AM, RIVERA ROLDAN, Jorge Orlando wrote: > Thanks for the reply , I will try to explain as concise as I can > > The workflow is in the RequestData the tree Structure is build the first time a RequetData is called > > RequestData(){ > > If ( !this->treeBuilt) > { > buildTree(); > this->treeBuilt=true; > } > > readGrid(); > > } > > > In buildTree() I have built the tree using the same loop as described like : > > root->SetNumberOfBlocks(10); // 10 is just an example > for( i=0 ; i< root->GetNumberOfBlocks() ; ++i ) > { > vtkSmartPointer > level2Pointer=vtkMultiBlockDataSet::SafeDownCast(Root->GetBlock(i)); > level2Pointer->SetNumberOfBlocks(5) //5 just an example > for(k=0; k< level2Pointer->GetNumberOfBlocks(); k++){ > vtkSmartPointer grid; > grid=vtkStructuredGrid::New() > level2Pointer->SetBlock(k,grid); > } > } > > > so when RequesData is triggered for the very firs time my tree has a fixed structure and in ReadGrid just fill or release the Data (see original question) in my tree . Moreover, the blocks are always the same meaning : > level2Pointer->SetBlock(2,grid); ( block 2 will always have the same grid same points same connectivity , same fields, etc ) > > I also take in account that in case a block is set cannot be set until the releseasedata was first caIled > Ie. I should not call > level2Pointer->SetBlock(2,grid); twice in ReadGrid() without > > { > gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(2)); > gridPointer->Releasedata(); > } > > In between > > Thanks again > > > No there is no Other pluings is just , the reader > > > -----Urspr?ngliche Nachricht----- > Von: Utkarsh Ayachit [mailto:utkarsh.ayachit at kitware.com] > Gesendet: Thursday, 22. October 2015 16:51 > An: RIVERA ROLDAN, Jorge Orlando > Cc: paraview-developers at paraview.org > Betreff: Re: [Paraview-developers] Release memory > > Can you elaborate more? I cannot understand how you're attempting to > call this code to release memory in a ParaView workflow? Is this being > done is the reader's RequestData method? Are there any filters > connected to the reader? Are you showing the output from the reader in > a view? > > On Thu, Oct 22, 2015 at 5:36 AM, RIVERA ROLDAN, Jorge Orlando > wrote: >> Dear Forums Members, >> >> >> >> I post this on VTK , so I hope I am not generating spam >> >> >> >> I have a question regarding releasing Memory. >> >> >> >> I have a vtkCompositeDataSet or a vtkMultiBlockDataSet up to 2 Levels. >> Level3 is a Structured or Unstructured grid, like : >> >> >> >> --vtkMB (root ) >> >> -----vtkMB >> >> ---------vtkStructured >> >> ---------vtkUnstructured >> >> -----vtkMB >> >> >> >> and I want to release memory without destroying my tree structure >> >> I get through my tree (simplified code ) >> >> >> >> for( i=0 ; i< root->GetNumberOfBlocks() ; ++i ) >> >> { >> >> vtkSmartPointer >> level2Pointer=vtkMultiBlockDataSet::SafeDownCast(Root->GetBlock(i)); >> >> for(k=0; k< level2Pointer->GetNumberOfBlocks(); k++) >> >> { >> >> If( load(cnt) ) >> >> { >> >> vtkSmartPointer >> gridPointer=ReadGridFromFile(?..) >> >> level2Pointer->SetBlock(k, gridPointer): >> >> } >> >> else >> >> { >> >> vtkSmartPointer >> gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(k)); >> >> gridPointer->ReleaseData(); >> >> vtkSmartPointer emptyGrid; >> >> level2Pointer->SetBlock(k, emptyGrid): >> >> } >> >> cnt++; >> >> } //for k >> >> >> >> } //for i >> >> >> >> >> >> As you can see I get the Un/Structured grid pointed with the gridPointer >> . I try to release the Memory an in its place I set an empty grid >> >> All works really nice, when I want to render a grid, I load it in first IF >> , otherwise, in else will be supposedly released . When I see it with >> top or mem inspector the memory is actually increasing. >> >> >> >> So I assume I am doing something wrong in the else part: >> >> >> >> vtkSmartPointer >> gridPointer=vtkDataSet::SafeDownCast(level2Pointer->GetBlock(k)); >> >> gridPointer->ReleaseData(); >> >> vtkSmartPointer emptyGrid; >> >> level2Pointer->SetBlock(k, emptyGrid): >> >> >> >> PS I also tried : >> >> gridPointer->Squeeze(); >> >> and/or commeting out these lines : >> >> vtkSmartPointer emptyGrid; >> >> level2Pointer->SetBlock(k, emptyGrid): >> >> >> >> >> >> Any help will be appreciated >> >> >> >> Thanks !! >> >> >> >> -- >> MTU Aero Engines AG >> Vorstand/Board of Management: Reiner Winkler, Vorsitzender/CEO; Dr. Rainer >> Martens, Michael Schreyoegg >> Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: Klaus >> Eberhardt >> Sitz der Gesellschaft/Registered Office: Muenchen >> Handelsregister/Commercial Register: Muenchen HRB 157206 >> >> Diese E-Mail sowie ihre Anhaenge enthalten MTU-eigene vertrauliche oder >> rechtlich geschuetzte Informationen. >> Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte den >> Absender und loeschen Sie diese >> E-Mail sowie die Anhaenge. Das unbefugte Speichern, Kopieren oder >> Weiterleiten ist nicht gestattet. >> >> This e-mail and any attached documents are proprietary to MTU, confidential >> or protected by law. >> If you are not the intended recipient, please advise the sender and delete >> this message and its attachments. >> Any unauthorised storing, copying or distribution is prohibited. >> >> _______________________________________________ >> 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 >> > -- > MTU Aero Engines AG > Vorstand/Board of Management: Reiner Winkler, Vorsitzender/CEO; Dr. Rainer Martens, Michael Schreyoegg > Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: Klaus Eberhardt > Sitz der Gesellschaft/Registered Office: Muenchen > Handelsregister/Commercial Register: Muenchen HRB 157206 > > Diese E-Mail sowie ihre Anhaenge enthalten MTU-eigene vertrauliche oder rechtlich geschuetzte Informationen. > Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte den Absender und loeschen Sie diese > E-Mail sowie die Anhaenge. Das unbefugte Speichern, Kopieren oder Weiterleiten ist nicht gestattet. > > This e-mail and any attached documents are proprietary to MTU, confidential or protected by law. > If you are not the intended recipient, please advise the sender and delete this message and its attachments. > Any unauthorised storing, copying or distribution is prohibited. -- MTU Aero Engines AG Vorstand/Board of Management: Reiner Winkler, Vorsitzender/CEO; Dr. Rainer Martens, Michael Schreyoegg Vorsitzender des Aufsichtsrats/Chairman of the Supervisory Board: Klaus Eberhardt Sitz der Gesellschaft/Registered Office: Muenchen Handelsregister/Commercial Register: Muenchen HRB 157206 Diese E-Mail sowie ihre Anhaenge enthalten MTU-eigene vertrauliche oder rechtlich geschuetzte Informationen. Wenn Sie nicht der beabsichtigte Empfaenger sind, informieren Sie bitte den Absender und loeschen Sie diese E-Mail sowie die Anhaenge. Das unbefugte Speichern, Kopieren oder Weiterleiten ist nicht gestattet. This e-mail and any attached documents are proprietary to MTU, confidential or protected by law. If you are not the intended recipient, please advise the sender and delete this message and its attachments. Any unauthorised storing, copying or distribution is prohibited. From ken.martin at kitware.com Fri Oct 23 08:20:29 2015 From: ken.martin at kitware.com (Ken Martin) Date: Fri, 23 Oct 2015 08:20:29 -0400 Subject: [Paraview-developers] [EXTERNAL] Re: Anti-aliasing of triangles In-Reply-To: <77c8f6e674e21eb77a6542ea3016d947@mail.gmail.com> References: <9dc17df281fb21b7f608aaee7aa50355@mail.gmail.com> <3c05102e7acb408db644a3cdb202b15b@ES01AMSNLNT.srn.sandia.gov> <77c8f6e674e21eb77a6542ea3016d947@mail.gmail.com> Message-ID: FYI - I committed the SSAA pass to VTK a few days ago. On my laptop with VTK it seems to work really well except lines and points do get thinner. That could be fixed by scaling up the line/point thickness in all the mappers when using SSAA but I'll leave that to a separate topic. Thanks Ken On Fri, Oct 2, 2015 at 8:51 AM, Ken Martin wrote: > Thanks Alan! I do hope to at least get this into VTK in the very near > future. - Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* Scott, W Alan [mailto:wascott at sandia.gov] > *Sent:* Friday, September 25, 2015 2:51 PM > *To:* Aashish Chaudhary > *Cc:* Ken Martin; Moreland, Kenneth; Dave DeMarle; ParaView Developers > *Subject:* RE: [EXTERNAL] Re: [Paraview-developers] Anti-aliasing of > triangles > > > > I wasn?t being totally clear, sorry. I was trying to say +1, and do we > have consensus. Thanks for the idea Ken! > > > > I just wrote it up as a feature request in ParaView. > http://www.paraview.org/Bug/view_all_bug_page.php?filter=104567 > > > > Alan > > > > *From:* Aashish Chaudhary [mailto:aashish.chaudhary at kitware.com > ] > *Sent:* Friday, September 25, 2015 12:40 PM > *To:* Scott, W Alan > *Cc:* Ken Martin; Moreland, Kenneth; Dave DeMarle; ParaView Developers > *Subject:* Re: [EXTERNAL] Re: [Paraview-developers] Anti-aliasing of > triangles > > > > > > On Fri, Sep 25, 2015 at 2:35 PM, Scott, W Alan wrote: > > My user specifically asked for anti-aliasing making screenshots and > movies. At Kitware?s suggestion, he did write out his screenshot higher > resolution, then downsample. He said it looked really nice. > > > > How about we add SSAA into the non-interactive rendering, which would also > give us better images in save screenshot and save animation? It probably > should be optional. > > > > +1. I believe that's what Ken was suggesting which I liked as well. > > > > Alan > > > > *From:* Aashish Chaudhary [mailto:aashish.chaudhary at kitware.com] > *Sent:* Friday, September 25, 2015 12:25 PM > *To:* Ken Martin > *Cc:* Moreland, Kenneth; Dave DeMarle; Scott, W Alan; ParaView Developers > > *Subject:* [EXTERNAL] Re: [Paraview-developers] Anti-aliasing of triangles > > > > Sure, SSAA costs a lot -:) but for non-interactive mode it might be okay. > The nice thing about SSAA is that it works everywhere. > > > > Thanks for the clarification Ken. > > > > Best, > > Aashish > > > > On Fri, Sep 25, 2015 at 2:12 PM, Ken Martin > wrote: > > I was thinking SSAA , aka render into an FBO at sqrt(3)*width by > sqrt(3)*height for example and then down sample back to the window size, > for picking just bypass it. I have looked into FXAA, CMAA, but both those > approaches are typically faster, but have more complex implementations and > are subject to artifacts (CMAA is better on artifacts but the > implementation is more complex). A first step could be to use it for the > non-interactive renders in PV. > > > > Ken > > > > > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* Aashish Chaudhary [mailto:aashish.chaudhary at kitware.com] > *Sent:* Friday, September 25, 2015 2:00 PM > *To:* Ken Martin > *Cc:* Moreland, Kenneth; Dave DeMarle; Scott, W Alan; ParaView Developers > > > *Subject:* Re: [Paraview-developers] Anti-aliasing of triangles > > > > Ken, > > > > I am assuming you are referring to screen space anti aliasing and not the > super sampled one (SSAA is typically referred for the super sampled one)? > if its the prior then +1. What particular paper / implementation you are > thinking? > > > > - Aashish > > > > On Fri, Sep 25, 2015 at 8:04 AM, Ken Martin > wrote: > > I do want to add in a SSAA pass to VTK. From a code perspective it should > be fairly easy and then you should be able to have AA triangles safely etc. > > > > Ken > > > > Ken Martin PhD > > Chairman & CFO > > Kitware Inc. > > 28 Corporate Drive > > Clifton Park NY 12065 > > ken.martin at kitware.com > > 919 869-8871 (w) > > > > > > 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. > > > > *From:* Paraview-developers [mailto: > paraview-developers-bounces at paraview.org] *On Behalf Of *Moreland, Kenneth > *Sent:* Thursday, September 24, 2015 3:08 PM > *To:* David E DeMarle; Scott, W Alan > *Cc:* paraview-developers at paraview.org > *Subject:* Re: [Paraview-developers] Anti-aliasing of triangles > > > > FYI, it also messes up lots of other rendering modes (like depth peeling > and picking). We had enough trouble with it that we shut it off all the > time. > > > > -Ken > > > > *From: *Paraview-developers on > behalf of David E DeMarle > *Date: *Thursday, September 24, 2015 at 1:05 PM > *To: *Walter Scott > *Cc: *"paraview-developers at paraview.org" > > *Subject: *[EXTERNAL] Re: [Paraview-developers] Anti-aliasing of triangles > > > > Because it messes of parallel compositing. > > > > A workaround is to render large images (4x wider and 4x taller) and then > resample them down in some image editor. > > > > > > > David E DeMarle > Kitware, Inc. > R&D Engineer > 21 Corporate Drive > Clifton Park, NY 12065-8662 > Phone: 518-881-4909 > > > > On Thu, Sep 24, 2015 at 3:02 PM, Scott, W Alan wrote: > > I have a customer asking why we don?t antialias our triangles? You can > see this with the (very slightly) raged edge on the sources/sphere. > > > > Thanks, > > > > Alan > > > > -------------------------------------------------------- > > W. Alan Scott > > ParaView Support Manager > > > > SAIC > > Sandia National Laboratories, MS 0822 > > Org 9326 - Building 880 A1-C > > (505) 284-0932 FAX (505) 284-5619 > > --------------------------------------------------------- > > > > > _______________________________________________ > 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 > > > > > _______________________________________________ > 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 > > > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > > *| http://www.kitware.com/company/team/chaudhary.html > * > > > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > > *| http://www.kitware.com/company/team/chaudhary.html > * > > > > > > -- > > > > *| Aashish Chaudhary | Technical Leader | Kitware Inc. * > > *| http://www.kitware.com/company/team/chaudhary.html > * > -- 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 utkarsh.ayachit at kitware.com Fri Oct 23 10:43:42 2015 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Fri, 23 Oct 2015 10:43:42 -0400 Subject: [Paraview-developers] Paraview error related to click event In-Reply-To: References: Message-ID: > On side note, can you please point out which event/function is invoked when focus is shifted among Paraview split screens? pqActiveObjects::viewChanged()[1] gets fired every time the active view changes. pqActiveObjects is a singleton, so you can access it using pqActiveObjects::instance(). Note due to ParaView GUI / VTK separation, it's not intended to access pqActiveObjects in VTK filters/readers etc. [1] http://www.paraview.org/ParaView3/Doc/Nightly/www/cxx-doc/classpqActiveObjects.html#a3f6571721610a4ca5c7d045ed2f34eca From cory.quammen at kitware.com Fri Oct 23 10:48:30 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Fri, 23 Oct 2015 10:48:30 -0400 Subject: [Paraview-developers] building paraview with examples - getting LNK2019 & LNK2001 errors - vtkRenderingFreeType In-Reply-To: <20151016165004.9B324BFD2C@public.kitware.com> References: <20151016165004.9B324BFD2C@public.kitware.com> Message-ID: Hi Michael, I just wanted to let you know that I can confirm the same error with Visual Studio 2008. I don't have a fix for it at the moment, though. Cory On Fri, Oct 16, 2015 at 12:40 PM, Hillier, Michael (NRCan/RNCan) < michael.hillier at canada.ca> wrote: > Hello, > > > > I am having trouble building paraview from source whenever I toggle > ?BUILD_EXAMPLES? in cmake. I use Visual Studio to compile the source code. > Here are examples of the compiler errors : > > > > Error 14389 error LNK2019: unresolved external symbol "void > __cdecl vtkRenderingFreeType_AutoInit_Construct(void)" > (?vtkRenderingFreeType_AutoInit_Construct@@YAXXZ) referenced in function > "public: __cdecl > vtkRenderingCore_AutoInit::vtkRenderingCore_AutoInit(void)" > (??0vtkRenderingCore_AutoInit@@QEAA at XZ) > [C:\Development\ParaView\ParaView-v4.4.0-source\ParaView-v4.4.0-source\_build\Examples\All\Plugins\Autostart\Autostart.vcxproj] > C:\Development\ParaView\ParaView-v4.4.0-source\ParaView-v4.4.0-source\_build\pqMyApplicationStarterImplementation.obj > ParaViewExamples > > > > Error 14390 error LNK2001: unresolved external symbol "void > __cdecl vtkRenderingFreeType_AutoInit_Construct(void)" > (?vtkRenderingFreeType_AutoInit_Construct@@YAXXZ) > [C:\Development\ParaView\ParaView-v4.4.0-source\ParaView-v4.4.0-source\_build\Examples\All\Plugins\Autostart\Autostart.vcxproj] > C:\Development\ParaView\ParaView-v4.4.0-source\ParaView-v4.4.0-source\_build\moc_pqMyApplicationStarterImplementation.obj > ParaViewExamples > > > > All the compile errors are related to vtkRenderingFreeType. These errors > are producing when generating debug and release builds. I have also tried > compiling on different computers with different versions of visual studio > and I always get the same results. Whenever, I disable the ?BUILD_EXAMPLES? > in cmake it builds successfully. > > > > It?s very clear that the vtkRenderingFreeType library is not being linked > in the ?ParaViewExamples? project in the ParaView.sln. Normally I would > just include the library in linker for that project, but looking at the > properties of the ?ParaViewExamples? project there is no ?Linker? tab in > the property page. Obviously, the project did not get properly generated > via cmake. > > > > Does anyone know how to fix this? > > > > Thanks > > > > Michael Hillier > > > > _______________________________________________ > 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 R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From prashant.v at quest-global.com Fri Oct 23 10:40:33 2015 From: prashant.v at quest-global.com (Prashant V) Date: Fri, 23 Oct 2015 14:40:33 +0000 Subject: [Paraview-developers] Paraview error related to click event In-Reply-To: References: , Message-ID: Hi Utkarsh, Thanks for your suggestion. Though I am not modifying MTime explicitly, I'll explore if something is changing it somewhere in pipeline. On side note, can you please point out which event/function is invoked when focus is shifted among Paraview split screens? -Prashant ________________________________________ From: Utkarsh Ayachit [utkarsh.ayachit at kitware.com] Sent: Thursday, October 22, 2015 10:58 PM To: Prashant V Cc: paraview-developers at paraview.org Subject: Re: [Paraview-developers] Paraview error related to click event Prashant, It's hard to say what could be going on without the sample code. It may be worth making sure that your source's MTime is not modified in RequestData, RequestInformation or any of the pipeline passes. That may be one of the causes. Utkarsh On Thu, Oct 22, 2015 at 11:09 AM, Prashant V wrote: > Hello, > > I have developed a source plugin which renders vtkMultiBlockDataSet. > Recently, I noticed an issue while running Paraview in parallel mode. > > While running Paraview in parallel, my source plugin renders > vtkMultiBlockDataSet. Then I select 'Plot Data' filter and hit apply button. > This splits Paraview screen and creates a new window to display plots. I > select geometry and parameter(s) and plots are drawn in 'Plot Data' filter > window. At this point, focus is on 'Plot Data' window. Now as I click on > other Paraview screen window containing vtkMultiBlockDataSet, somehow my > source plugin's RequestData() method is called. > > This behavior is not observed in serial run of Paraview. Any pointer towards > this strange behavior? > > Also I am curious to know which function in Paraview is invoked when we > click on Paraview screen to change focus? > > Highly appreciate any help in this regard. > > Thanks, > Prashant > > > > ---Disclaimer------------------------------ This e-mail contains PRIVILEGED > AND CONFIDENTIAL INFORMATION intended solely for the use of the > addressee(s). If you are not the intended recipient, please notify the > sender by e-mail and delete the original message. Opinions, conclusions and > other information in this transmission that do not relate to the official > business of QuEST Global and/or its subsidiaries, shall be understood as > neither given nor endorsed by it. Any statements made herein that are > tantamount to contractual obligations, promises, claims or commitments shall > not be binding on the Company unless followed by written confirmation by an > authorized signatory of the Company. > ----------------------------------------------------------------------------------- > > _______________________________________________ > 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 > ---Disclaimer------------------------------ This e-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended solely for the use of the addressee(s). If you are not the intended recipient, please notify the sender by e-mail and delete the original message. Opinions, conclusions and other information in this transmission that do not relate to the official business of QuEST Global and/or its subsidiaries, shall be understood as neither given nor endorsed by it. Any statements made herein that are tantamount to contractual obligations, promises, claims or commitments shall not be binding on the Company unless followed by written confirmation by an authorized signatory of the Company. ----------------------------------------------------------------------------------- From david.lonie at kitware.com Wed Oct 28 11:24:11 2015 From: david.lonie at kitware.com (David Lonie) Date: Wed, 28 Oct 2015 11:24:11 -0400 Subject: [Paraview-developers] Timestep as datetime/string? Message-ID: I'm working on a file reader for a format that has timestep information available as a timestamp string, and a user wanted to be able to view this information in paraview. Is this easily doable using existing pipeline and UI features, or would it require significant effort? I don't see anything similar in ParaView, so I suspect the latter... Thanks, Dave -------------- next part -------------- An HTML attachment was scrubbed... URL: From cory.quammen at kitware.com Wed Oct 28 11:34:03 2015 From: cory.quammen at kitware.com (Cory Quammen) Date: Wed, 28 Oct 2015 11:34:03 -0400 Subject: [Paraview-developers] Timestep as datetime/string? In-Reply-To: References: Message-ID: David, You could store it as an array in the field data named "Time" when reading the file then display it with the Python Annotation with the expression "Time" and the Array Association set to Field Data. HTH, Cory On Wed, Oct 28, 2015 at 11:24 AM, David Lonie wrote: > I'm working on a file reader for a format that has timestep information > available as a timestamp string, and a user wanted to be able to view this > information in paraview. > > Is this easily doable using existing pipeline and UI features, or would it > require significant effort? I don't see anything similar in ParaView, so I > suspect the latter... > > Thanks, > Dave > > _______________________________________________ > 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 R&D Engineer Kitware, Inc. -------------- next part -------------- An HTML attachment was scrubbed... URL: From wascott at sandia.gov Wed Oct 28 18:11:48 2015 From: wascott at sandia.gov (Scott, W Alan) Date: Wed, 28 Oct 2015 22:11:48 +0000 Subject: [Paraview-developers] PV 5.0 build errors Message-ID: I am seeing the following build error. Has anyone seen this? It almost appears that the file vtkOpenGLGPUVolumeRayCastMapper.cxx is being compiled by a non c++ compiler. Also, I do not have GPU?s on this machine. Thanks, Alan [ 17%] Building CXX object VTK/Rendering/VolumeOpenGL2/CMakeFiles/vtkRenderingVolumeOpenGL2.dir/vtkOpenGLGPUVolumeRayCastMapper.cxx.o /projects/viz/paraview/src/ParaView/5.0.0-junk/ParaView4/VTK/Rendering/VolumeOpenGL2/vtkOpenGLGPUVolumeRayCastMapper.cxx(1): error: unrecognized token ?/*========================================================================= ^ /projects/viz/paraview/src/ParaView/5.0.0-junk/ParaView4/VTK/Rendering/VolumeOpenGL2/vtkOpenGLGPUVolumeRayCastMapper.cxx(1): error: expected a declaration ?/*========================================================================= ^ /projects/viz/paraview/ParaView/5.0.0-junk-Mesa/Linux-redsky-x86_64/Build/VTK/Common/Core/vtkConfigure.h(161): warning #12: parsing restarts here after previous syntax error typedef bool vtkstd_bool; ^ -------------------------------------------------------- W. Alan Scott ParaView Support Manager SAIC Sandia National Laboratories, MS 0822 Org 9326 - Building 880 A1-H (505) 284-0932 FAX (505) 284-5619 --------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From ben.boeckel at kitware.com Wed Oct 28 18:14:36 2015 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 28 Oct 2015 18:14:36 -0400 Subject: [Paraview-developers] PV 5.0 build errors In-Reply-To: References: Message-ID: <20151028221436.GA14110@megas.khq.kitware.com> On Wed, Oct 28, 2015 at 22:11:48 +0000, Scott, W Alan wrote: > I am seeing the following build error. Has anyone seen this? It > almost appears that the file vtkOpenGLGPUVolumeRayCastMapper.cxx is > being compiled by a non c++ compiler. Also, I do not have GPU?s on > this machine. This is new to me. What is the compile line for it? make VERBOSE=1 should show it. --Ben From david.lonie at kitware.com Thu Oct 29 11:15:20 2015 From: david.lonie at kitware.com (David Lonie) Date: Thu, 29 Oct 2015 11:15:20 -0400 Subject: [Paraview-developers] Timestep as datetime/string? In-Reply-To: References: Message-ID: Works like a charm -- thanks for the tip! On Wed, Oct 28, 2015 at 11:34 AM, Cory Quammen wrote: > David, > > You could store it as an array in the field data named "Time" when reading > the file then display it with the Python Annotation with the expression > "Time" and the Array Association set to Field Data. > > HTH, > Cory > > On Wed, Oct 28, 2015 at 11:24 AM, David Lonie > wrote: > >> I'm working on a file reader for a format that has timestep information >> available as a timestamp string, and a user wanted to be able to view this >> information in paraview. >> >> Is this easily doable using existing pipeline and UI features, or would >> it require significant effort? I don't see anything similar in ParaView, so >> I suspect the latter... >> >> Thanks, >> Dave >> >> _______________________________________________ >> 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 > R&D Engineer > Kitware, Inc. > -------------- next part -------------- An HTML attachment was scrubbed... URL: