From wascott at sandia.gov Mon Nov 6 21:00:53 2017 From: wascott at sandia.gov (Scott, W Alan) Date: Tue, 7 Nov 2017 02:00:53 +0000 Subject: [Paraview-developers] Sometimes ya gotta laugh Message-ID: Here is a link that was "plug" ged here at Sandia. Shows how a software engineer's code evolves over time. Sometimes, it feels like how ParaView is evolving! Anyway, enjoy. https://medium.com/@webseanhickey/the-evolution-of-a-software-engineer-db854689243 Alan -------------------------------------------------------- W. Alan Scott ParaView Support Manager SAIC Sandia National Laboratories, MS 0807 Org 9326 - Building 880 A1-K (505) 284-0932 FAX (505) 284-5619 The most exciting phrase to hear in science is not "Eureka!" but "That's funny..." -- Isaac Asimov --------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From utkarsh.ayachit at kitware.com Tue Nov 7 11:08:35 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Tue, 7 Nov 2017 09:08:35 -0700 Subject: [Paraview-developers] Sometimes ya gotta laugh In-Reply-To: References: Message-ID: ? a bit too close to reality, I must admit! On Mon, Nov 6, 2017 at 7:00 PM, Scott, W Alan wrote: > Here is a link that was ?plug? ged here at Sandia. Shows how a software > engineer?s code evolves over time. Sometimes, it feels like how ParaView > is evolving! Anyway, enjoy. > > > > https://medium.com/@webseanhickey/the-evolution-of-a-software-engineer- > db854689243 > > > > Alan > > > > -------------------------------------------------------- > > W. Alan Scott > > ParaView Support Manager > > > > SAIC > > Sandia National Laboratories, MS 0807 > > Org 9326 - Building 880 A1-K > > (505) 284-0932 FAX (505) 284-5619 > > > > The most exciting phrase to hear in science > > is not "Eureka!" but "That's funny..." -- Isaac Asimov > > --------------------------------------------------------- > > > > _______________________________________________ > 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 Wed Nov 8 15:01:26 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Wed, 8 Nov 2017 15:01:26 -0500 Subject: [Paraview-developers] [RFC] Changelog process? In-Reply-To: <20170913144452.GA14620@megas.kitware.com> References: <20170913144452.GA14620@megas.kitware.com> Message-ID: <20171108200126.GA1240@megas.kitware.com> On Wed, Sep 13, 2017 at 10:44:52 -0400, Ben Boeckel wrote: > After some discussion with Utkarsh, would anyone be opposed to having > ParaView adopt a directory (maybe `Documentation/rel/dev`?) in which to > drop markdown snippets which contain changelog snippets for merge > requests? This is similar to the process used for CMake for those > familiar. I've seeded the directory here: https://gitlab.kitware.com/paraview/paraview/merge_requests/2019 The robot configuration to warn about missing release notes is queued, but not yet deployed. --Ben From dan.lipsa at kitware.com Thu Nov 9 09:50:06 2017 From: dan.lipsa at kitware.com (Dan Lipsa) Date: Thu, 9 Nov 2017 09:50:06 -0500 Subject: [Paraview-developers] [Paraview] ParaView not reading time in netcdf file In-Reply-To: <42811404-9790-4626-89F1-D63BF24160D5@uwaterloo.ca> References: <16707ABF-18FF-435C-9C20-651D212ED5B9@uwaterloo.ca> <041802D1-897A-41B3-9382-0FDD7E965985@uwaterloo.ca> <6300C6C1-1F21-4BDA-B543-8B36A08A2E64@uwaterloo.ca> <42811404-9790-4626-89F1-D63BF24160D5@uwaterloo.ca> Message-ID: David, I was thinking this problem comes from the way ParaView loads time dependent datasets. However, I created a copy of the file with _51.nc postfix and ParaView still does not show me the correct time value. Can you send me two files where the time value is shown correctly? Thanks, Dan On Fri, Nov 3, 2017 at 2:39 PM, David Deepwell wrote: > I?ve made another discovery. > The correct time will be displayed if paraview loads multiple files (or a > single file containing multiple times). Not sure why it displays zero for a > single file containing a single time. > > David > > > On Oct 31, 2017, at 3:50 PM, Dan Lipsa wrote: > > Hi David, > Thanks for your patience. I did look at the vtk reader a little. Did not > get to the bottom of it yet. I am trying to determine if the reader has > this info and ParaView does not use it, or the reader is the problem. > Do check back with me. > > Thanks, > Dan > > > On Tue, Oct 31, 2017 at 2:55 PM, David Deepwell > wrote: > >> I?m sure you are busy, but just checking in to see if there is any >> progress on reading the time. >> >> Cheers, >> David >> >> >> On Oct 23, 2017, at 9:54 AM, Dan Lipsa wrote: >> >> Hi David, >> I'll try to take a closer look at this today, at least to see if the >> problem is in the reader or in ParaView. >> >> Thanks for your patience, >> Dan >> >> >> On Mon, Oct 23, 2017 at 9:48 AM, Deepwell, David >> wrote: >> >>> Sorry to bother you again, but have you found anything? >>> >>> David >>> >>> >>> On Oct 17, 2017, at 4:34 PM, Dan Lipsa wrote: >>> >>> Actually, you are right, it does not work. I'll try to look closer at >>> this in the next couple of days. >>> >>> On Tue, Oct 17, 2017 at 4:11 PM, Deepwell, David >>> wrote: >>> >>>> Hi Dan, >>>> >>>> That?s strange. I?m also using 5.4.1. Did you get a time of 5 s? >>>> >>>> Cheers, >>>> David >>>> >>>> >>>> On Oct 17, 2017, at 3:59 PM, Dan Lipsa wrote: >>>> >>>> David, >>>> What version of ParaView are you using? I tried your file with the >>>> latest release 5.4.1 and it works fine. >>>> >>>> Thanks, >>>> Dan >>>> >>>> >>>> On Mon, Oct 16, 2017 at 10:18 AM, Deepwell, David < >>>> ddeepwel at uwaterloo.ca> wrote: >>>> >>>>> Ok, no problem. Just checking in. >>>>> >>>>> Thanks, >>>>> David >>>>> >>>>> >>>>> On Oct 16, 2017, at 9:29 AM, Dan Lipsa wrote: >>>>> >>>>> Sorry, no, I have not had a chance to look at this. I will do that in >>>>> the next couple of days. >>>>> >>>>> Thanks, >>>>> Dan >>>>> >>>>> >>>>> On Mon, Oct 16, 2017 at 9:05 AM, Deepwell, David < >>>>> ddeepwel at uwaterloo.ca> wrote: >>>>> >>>>>> Hi Dan, >>>>>> Have you been able to see my problem, and find a solution? >>>>>> >>>>>> David >>>>>> >>>>>> >>>>>> On Oct 10, 2017, at 5:46 PM, David Deepwell >>>>>> wrote: >>>>>> >>>>>> Hi Dan! >>>>>> >>>>>> Thank you for taking a look at my file. >>>>>> >>>>>> David >>>>>> >>>>>> >>>>>> On Oct 6, 2017, at 1:38 PM, Dan Lipsa wrote: >>>>>> >>>>>> Hi David, >>>>>> If you send me the file I can take a look. >>>>>> >>>>>> Thanks, >>>>>> Dan >>>>>> >>>>>> >>>>>> On Fri, Oct 6, 2017 at 10:11 AM, Deepwell, David < >>>>>> ddeepwel at uwaterloo.ca> wrote: >>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I have a netcdf file which I?d like to read in ParaView. The reading >>>>>>> and rendering works fine, but the time is not displayed. I?ve declared the >>>>>>> variable to be time through the axis attribute, and I?ve given it units >>>>>>> since a certain day. Strangely enough, VisIt understands the time value >>>>>>> (t=5s) while ParaView does not. >>>>>>> >>>>>>> Here?s the output from ncdump: >>>>>>> >>>>>>> netcdf output_50 { >>>>>>> dimensions: >>>>>>> x = 1024 ; >>>>>>> z = 128 ; >>>>>>> time = 1 ; >>>>>>> variables: >>>>>>> double x(x) ; >>>>>>> x:units = "m" ; >>>>>>> double z(z) ; >>>>>>> z:units = "m" ; >>>>>>> double time(time) ; >>>>>>> time:units = "seconds since 2001-1-1" ; >>>>>>> time:axis = "T" ; >>>>>>> time:long_name = "time" ; >>>>>>> double rho(time, x, z) ; >>>>>>> rho:units = "kg/L" ; >>>>>>> >>>>>>> // global attributes: >>>>>>> :description = "SPINS Output 50" ; >>>>>>> } >>>>>>> >>>>>>> Any help will be appreciated. I also have a 1 MB file which I can >>>>>>> pass on if needed. >>>>>>> >>>>>>> Thank you, >>>>>>> David >>>>>>> _______________________________________________ >>>>>>> Powered by www.kitware.com >>>>>>> >>>>>>> Visit other Kitware open-source projects at >>>>>>> http://www.kitware.com/opensource/opensource.html >>>>>>> >>>>>>> Please keep messages on-topic and check the ParaView Wiki at: >>>>>>> http://paraview.org/Wiki/ParaView >>>>>>> >>>>>>> Search the list archives at: http://markmail.org/search/?q=ParaView >>>>>>> >>>>>>> Follow this link to subscribe/unsubscribe: >>>>>>> http://public.kitware.com/mailman/listinfo/paraview >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dammal.tk at gmail.com Thu Nov 9 09:57:05 2017 From: dammal.tk at gmail.com (Thomas Krug) Date: Thu, 9 Nov 2017 15:57:05 +0100 Subject: [Paraview-developers] Problems building the PCL-Plugin and ParaView 3.14.0 on Windows Message-ID: Hello developers, I want to compile the pcl-plugin for paraview 3.14.1 for windows 10 64bit. Since I could only find the instructions for Linux, is it even possible to build it on Windows? If so, can I just unpack the tar archives on windows and build them? Furthermore, as I tried to compile paraview 3.14.0 on my machine, I got the following error during the cmake configuration: CMake Error at CMake/ParaViewModules.cmake:79 (include): include could not find load file: paraview.bundle Call Stack (most recent call first): CMakeLists.txt:103 (add_project) Has anybody an idea what might cause this? I used the paraview superbuild and checked out Version 3.14.0 since the 3.14.1 tag is not available. thanks in advance and best regards Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From bastien.jacquet at kitware.com Thu Nov 9 11:29:55 2017 From: bastien.jacquet at kitware.com (Bastien Jacquet) Date: Thu, 9 Nov 2017 17:29:55 +0100 Subject: [Paraview-developers] Problems building the PCL-Plugin and ParaView 3.14.0 on Windows In-Reply-To: References: Message-ID: Hello Thomas, The PCL plugin for ParaView has not been updated for a while, hence it does not compile out-of-the-box with recent ParaView. And old ParaView (like 3.14) do not compile easily today. Kitware could be hired to update the plugin, if you wish. On the other hand, we internally used an adapted version for another ParaView-based project named VeloView. It's based on ParaView 5.1.2 (Qt 4.8.6), and PCL 1.7.1 , you can find the win64 plugin+installer here (VeloView binaries are stripped) Note that: - The installer shows off as "VeloView" installer - You need to manually launch the paraview binary from /bin/paraview.exe - Then you can load the PCL plugin which is in the same zip. - This paraview binary has a rendering bug causing the +2 columns of "Alphabetical Order" Filter not to show. Please use CTRL+SPACE to find pcl related filters. If you need more information, or wish to upgrade the plugin, just contact me. Best regards, Bastien Jacquet, PhD Technical Leader - Computer Vision Team Kitware SAS 26 rue Louis Gu?rin - 69100 Villeurbanne - France F: +33 (0)4.37.45.04.15 On Thu, Nov 9, 2017 at 3:57 PM, Thomas Krug wrote: > Hello developers, > > I want to compile the pcl-plugin for paraview 3.14.1 for windows 10 64bit. > Since I could only find the instructions for Linux, is it even possible to > build > it on Windows? If so, can I just unpack the tar archives on windows and > build them? > Furthermore, as I tried to compile paraview 3.14.0 on my machine, I got > the following error during the cmake configuration: > > CMake Error at CMake/ParaViewModules.cmake:79 (include): > include could not find load file: > > paraview.bundle > Call Stack (most recent call first): > CMakeLists.txt:103 (add_project) > > Has anybody an idea what might cause this? I used the paraview superbuild > and checked out Version 3.14.0 since the 3.14.1 tag is not available. > > thanks in advance and best regards > Thomas > > _______________________________________________ > 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 Thu Nov 9 13:14:59 2017 From: ben.boeckel at kitware.com (Ben Boeckel) Date: Thu, 9 Nov 2017 13:14:59 -0500 Subject: [Paraview-developers] Problems building the PCL-Plugin and ParaView 3.14.0 on Windows In-Reply-To: References: Message-ID: <20171109181459.GA30002@megas.kitware.com> On Thu, Nov 09, 2017 at 17:29:55 +0100, Bastien Jacquet wrote: > - This paraview binary has a rendering bug causing the +2 columns of > "Alphabetical Order" Filter not to show. Please use CTRL+SPACE to find > pcl related > filters. Note that grabbing the Qt4 libraries from a ParaView binary (5.2?) may help this. At some point we moved back to 4.8.4 to avoid that bug. --Ben From joachim.pouderoux at kitware.com Sun Nov 12 15:16:56 2017 From: joachim.pouderoux at kitware.com (Joachim Pouderoux) Date: Sun, 12 Nov 2017 21:16:56 +0100 Subject: [Paraview-developers] ParaView, Windows and QT 5.9.1 - no menubar? In-Reply-To: References: <20170803184914.GA2313@megas.kitware.com> Message-ID: Just to follow up on this issue and let a memo on the mailing list. Under Windows, this bug is caused by the Intel driver with Qt5. Solutions (as reported on the issue !17499 ) are: i) upgrade to latest Intel driver; ii) if you can't or it does not solve the issue, then make sure to run ParaView with your NVIDIA board instead than with the Intel one - this can be done by changing per program (here paraview.exe) or global parameters in the NVIDIA settings panel. Best, Joachim *Joachim Pouderoux*, PhD *Technical Expert - Scientific Computing Team* *Kitware SAS * 2017-08-03 22:04 GMT+02:00 Cory Quammen : > Aron, > > Could you try downloading the 5.3 binary and see if you have the same > issue? It uses Qt 5.8.0. > > I have Windows 10 on a low-resolution laptop and none of the 5.4.0 or > 5.4.1 release candidates exhibit this behavior. Those builds use Qt > 5.8.0. > > Ken Martin reports he has Windows 10 and has built ParaView against Qt > 5.9.1, but the menu bar shows up just fine. > > Thanks, > Cory > > On Thu, Aug 3, 2017 at 3:40 PM, Aron Helser > wrote: > > Yes, I'm on Windows 10, compiling with VS2015. Firefox is mimicking the > > other browsers on Win10 - Chrome and Edge are similar. > > I was using QT 5.8.0 previously, and didn't have the problem. > > > > Hopefully this will help someone get a repro.... > > > > On Thu, Aug 3, 2017 at 2:49 PM, Ben Boeckel > wrote: > >> > >> On Thu, Aug 03, 2017 at 14:31:37 -0400, Aron Helser wrote: > >> > I recently starting compiling ParaView with Qt 5.9.1 on windows, and > my > >> > menubars have disappeared. I can access them with keyboard shortcuts, > >> > but > >> > all my mouseclicks are offset vertically by about the size of the > >> > missing > >> > menubar. > >> > > >> > Has anyone else experienced this, or have suggestions? I'm not 100% > sure > >> > it's QT 5.9.1, but it seems a likely suspect. > >> > >> Looks like Windows 10. I've noticed Firefox looking weird there with no > >> title bar and the menus jammed along the top border. Maybe ParaView is > >> doing that too, but then drawing the titlebar anyways? Is there some > >> setting on the QMainWindow to make it behave properly? > >> > >> --Ben > > > > > > > > -- > Cory Quammen > Staff R&D Engineer > Kitware, Inc. > _______________________________________________ > Powered by www.kitware.com > > Visit other Kitware open-source projects at http://www.kitware.com/ > opensource/opensource.html > > Search the list archives at: http://markmail.org/search/?q= > Paraview-developers > > Follow this link to subscribe/unsubscribe: > http://public.kitware.com/mailman/listinfo/paraview-developers > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mvanmoer at illinois.edu Tue Nov 14 11:08:57 2017 From: mvanmoer at illinois.edu (Van Moer, Mark W) Date: Tue, 14 Nov 2017 16:08:57 +0000 Subject: [Paraview-developers] [Paraview] Accessing particles generated by ParticleTracer In-Reply-To: References: <7F781841FF1E044388AFA42B70703A7AE7F4F241@CHIMBX6.ad.uillinois.edu> <7F781841FF1E044388AFA42B70703A7AE7F4F326@CHIMBX6.ad.uillinois.edu> <7F781841FF1E044388AFA42B70703A7AE7F55469@CHIMBX6.ad.uillinois.edu> Message-ID: <7F781841FF1E044388AFA42B70703A7AE7F73B6B@CHIMBX6.ad.uillinois.edu> Hi Mathieu, I was able to hack something together that worked well enough. I ended up copying vtkParticleTracerBase to a new vtkParticleTracerBaseWithSink class. Then I duplicated the minimal amount of seed-related code I could get away with to be used with the sinks, e.g. GetSeedSources -> GetSinkSources, etc. The actual check against the sink radius happens in IntegrateParticle. For some reason, it crashes if the sinks are read from a .pvd time series, but works fine if they?re a legacy VTK file series. It also doesn?t behave quite right when reinjection is turned on. Reinjection appears to happen after IntegrateParticles? (I admit the program flow for this is confusing me) So for one timestep some particles might be within the sinks? effective radii. Mark From: Mathieu Westphal [mailto:mathieu.westphal at kitware.com] Sent: Thursday, October 19, 2017 2:03 AM To: Van Moer, Mark W Cc: ParaView Developers ; ParaView Subject: Re: [Paraview] Accessing particles generated by ParticleTracer Hello Regarding the Programmable Filter, you are right, there is no way to specify it upstream, you would need to keep a list of previously deleted particle that should stay deleted, definitelly not a great solution. Regarding the inheritance, you are right as well, but keep in mind that ParaView is Open Source and you can contribute to the code of the vtkParticleStreamer if you want and add some kind of check in the base class that you could redefine in your class if you want. Regarding the plugin loading problem, are you trying to load the plugin in the paraview release (not good) or in the paraview you build the plugin with (good). If this part is ok, then i would suggest first trying the examples plugins in ParaView source. You will find correctly written CMakeLists and you can work your way up from there. "paraview/Examples/Plugins/Filter" seems a good starting point. Just copy the folder somewhere, build it and check it can be loaded in ParaView. Let me know if you run into any troubles. Best, Mathieu Westphal On Wed, Oct 18, 2017 at 6:30 PM, Van Moer, Mark W > wrote: Hi Mathieu, Thanks for the suggestions. I tried having a Programmable Filter take the PolyData input, do the check, and write new PolyData output, and that kind of worked, except that particles could reappear after being deleted. That a particle was deleted wasn?t being sent back upstream to the Particle Tracer, upstream state changes aren?t supported as I understand it. I tried making a plugin by deriving from vtkParticleTracerBase and overriding RequestData() and IntegrateParticles(), however, that doesn?t work because they accesses private members of vtkParticleTracerBase. I also tried copying vtkParticleTracerBase to a new class and hacking on it directly, but I?m getting link errors when I try to load the plugin, like undefined symbol: _Z34vtkParticleTracerWithSinkBase_Init_P26vtkClientServerInterpreter (I was able to hack directly on vtkParticleTracerBase.cxx in the ParaView src tree and it worked as expected, but I would rather get a plugin working.) - When making a plugin based on an abstract VTK class, does something need to change in the CMakeLists.txt? I?m just guessing that?s where my issue with the link error is? Thanks, Mark From: Mathieu Westphal [mailto:mathieu.westphal at kitware.com] Sent: Tuesday, September 26, 2017 9:22 AM To: Van Moer, Mark W > Cc: ParaView Developers >; ParaView > Subject: Re: [Paraview] Accessing particles generated by ParticleTracer Hello Simplest way to go would be to add a Python Programmable Filter after the particle tracer, that process each point and does not copy it when it is too far from an arbitrary point. This would work, even with paraview release, but will not be so most efficient implementation. Harder way to go would be to copy(or inherit) the ParticleTracer as a new vtk filter and associated xml proxy plugin. And add a radius check in the code, probably in vtkParticleTracerBase::RequestData:1188 // if the particle is sent, remove it from the list - if (this->SendParticleToAnotherProcess(info,previous,this->OutputPointData)) + if (this->SendParticleToAnotherProcess(info,previous,this->OutputPointData) || !yourRadiusTest(point2)) { this->ParticleHistories.erase(it); particle_good = false; } much more efficient but you will need to know C++ and how to compile ParaView and a ParaView plugin. Best, Mathieu Westphal On Tue, Sep 26, 2017 at 3:53 PM, Van Moer, Mark W > wrote: Hi Mathieu, The full science context is, this is a simulation of a binary black hole system. The way the solver works, the black hole locations aren?t actually in the mesh, they?re stored as separate coordinates with an associated radius. The black holes orbit each other during the simulation, creating turbulence in the plasma (and magnetic field). I made a few videos of particles being advected by the plasma velocity. This was basically just the mesh, a seed source, and a Particle Tracer filter. This works fine, except that particles which get within the radius of each black hole end up coagulating and behaving non-physically. If I understand the scientist right, in the simulation itself, they are able to handle this somehow correctly, but that behavior doesn?t get translated to what?s saved in the mesh. That?s part 1. Part 2 of the vis, and this works, is that the plasma advected particles are used as seeds for streamlines through the magnetic field -- though there are streamlines coming out of non-physically correct particles. What I?d like is to be able to check of each of the actual particle locations vs the black hole locations and radii and if they?re within that radii, delete them (or hide them, make them transparent, whatever.) I was hoping this was something I could do with a programmable filter, but I?m open to any suggestions, including hacking on VTK source. Mark From: Mathieu Westphal [mailto:mathieu.westphal at kitware.com] Sent: Tuesday, September 26, 2017 2:47 AM To: Van Moer, Mark W >; ParaView Developers > Cc: ParaView > Subject: Re: [Paraview] Accessing particles generated by ParticleTracer Hello Can you give some context ? At which level of implementation are you trying to do that ? Best, Mathieu Westphal On Tue, Sep 26, 2017 at 12:09 AM, Van Moer, Mark W > wrote: Looks like I?d have to get at the std::vector ParticleVector that?s inherited from vtkParticleTracerBase? I?m guessing that?s not exposed by the proxy. Mark From: Van Moer, Mark W Sent: Monday, September 25, 2017 2:25 PM To: ParaView > Subject: Accessing particles generated by ParticleTracer Hi ParaView, Is it possible to get at the individual particles generated by ParticleTracer? I?ve been handed a mesh with a velocity field and an implied particle sink. I?d like to delete any particles that wander within a certain radius of that sink. My thought was if I could get at the array holding the particles I could check each distance and delete as necessary. Thanks, Mark _______________________________________________ Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the ParaView Wiki at: http://paraview.org/Wiki/ParaView Search the list archives at: http://markmail.org/search/?q=ParaView Follow this link to subscribe/unsubscribe: http://public.kitware.com/mailman/listinfo/paraview -------------- next part -------------- An HTML attachment was scrubbed... URL: From dammal.tk at gmail.com Fri Nov 17 04:50:52 2017 From: dammal.tk at gmail.com (Thomas Krug) Date: Fri, 17 Nov 2017 10:50:52 +0100 Subject: [Paraview-developers] ParaView 5.4.1 OpenGL error Message-ID: Hello everybody, after building ParaView 5.4.1 on my Windows 10 64bit virtual machine, i get the following warning/error after opening ParaView: Warning: Your OpenGL drivers don't support required OpenGL features for basic rendering. Application cannot continue. Please exit and use an older version. CONTINUE AT YOUR OWN RISK! OpenGL Vendor: Information Unavailable OpenGL Version: Information Unavailable OpenGL Renderer: Information Unavailable And I get this error output messages 4 times: failed to get wglChoosePixelFormatARB failed to get valid pixel format. GLEW could not be initialized. I already tried to build ParaView with the PARAVIEW_RENDERING_BACKEND variable set to "OpenGl" instead of "OpenGL2" in cmake. But I get this during the build process: CMake Error at VTK/Rendering/OpenGL2/CMakeLists.txt:2 (message): vtkRenderingOpenGL2 cannot be built with vtkRenderingOpenGL, please disable one of them. -- Configuring incomplete, errors occurred! See also "C:/ParaView/build/superbuild/paraview/build/CMakeFiles/ CMakeOutput.log". See also "C:/ParaView/build/superbuild/paraview/build/CMakeFiles/ CMakeError.log". CMake Error at C:/ParaView/build/superbuild/sb-paraview-configure.cmake:43 (message): Failed with exit code 1 Does someone know how to resolve this problem? Or might this error arise from using a virtual machine? Best regards Thomas -------------- next part -------------- An HTML attachment was scrubbed... URL: From david.thompson at kitware.com Fri Nov 17 14:22:18 2017 From: david.thompson at kitware.com (David Thompson) Date: Fri, 17 Nov 2017 14:22:18 -0500 Subject: [Paraview-developers] ParaView component dependencies Message-ID: <5F94BCCB-970F-4803-9B0F-EB7F4703F42B@kitware.com> Hi all, I have a plugin that exposes both a behavior (created using the add_paraview_auto_start CMake macro) and an action group (created using the add_paraview_action_group CMake macro). Is there any guaranteed order in which they are initialized? I would rather not have both of them have to know about each other... in my case the action group depends on an object created by the auto-start object but I don't see a way to force the order. Thanks, David From dave.demarle at kitware.com Mon Nov 20 11:30:33 2017 From: dave.demarle at kitware.com (David E DeMarle) Date: Mon, 20 Nov 2017 11:30:33 -0500 Subject: [Paraview-developers] ParaView 5.4.1 OpenGL error In-Reply-To: References: Message-ID: 5.4 removed compatibility with the legacy GL backend. You will have to use earlier tags to use it. The new GL is unfortunately incompatible with the GL provided by the VM. One workaround is to use mesa. This binary version ( https://github.com/pal1000/mesa-dist-win/releases/tag/17.2.4.500-1) worked for me. To use it, I dropped the dlls next to paraview.exe and set the MESA_GL_VERSION_OVERRIDE and MESA_GLSL_VERSION_OVERRIDE environment variables as described in the wiki (https://github.com/pal1000/mesa-dist-win ). David E DeMarle Kitware, Inc. Principal Engineer 21 Corporate Drive Clifton Park, NY 12065-8662 Phone: 518-881-4909 On Fri, Nov 17, 2017 at 4:50 AM, Thomas Krug wrote: > Hello everybody, > > after building ParaView 5.4.1 on my Windows 10 64bit virtual machine, i > get the following warning/error after opening ParaView: > > Warning: > > Your OpenGL drivers don't support required OpenGL features for basic > rendering. Application cannot continue. Please exit and use an older > version. > > CONTINUE AT YOUR OWN RISK! > > OpenGL Vendor: Information Unavailable > OpenGL Version: Information Unavailable > OpenGL Renderer: Information Unavailable > > And I get this error output messages 4 times: > > failed to get wglChoosePixelFormatARB > failed to get valid pixel format. > GLEW could not be initialized. > > I already tried to build ParaView with the PARAVIEW_RENDERING_BACKEND > variable set to "OpenGl" instead of "OpenGL2" in cmake. But I get this > during the build process: > > CMake Error at VTK/Rendering/OpenGL2/CMakeLists.txt:2 (message): > vtkRenderingOpenGL2 cannot be built with vtkRenderingOpenGL, please > disable > one of them. > > -- Configuring incomplete, errors occurred! > See also "C:/ParaView/build/superbuild/paraview/build/CMakeFiles/CMak > eOutput.log". > See also "C:/ParaView/build/superbuild/paraview/build/CMakeFiles/CMak > eError.log". > CMake Error at C:/ParaView/build/superbuild/sb-paraview-configure.cmake:43 > (message): > Failed with exit code 1 > > Does someone know how to resolve this problem? Or might this error arise > from using a virtual machine? > > Best regards > Thomas > > _______________________________________________ > 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 utkarsh.ayachit at kitware.com Mon Nov 20 16:54:37 2017 From: utkarsh.ayachit at kitware.com (Utkarsh Ayachit) Date: Mon, 20 Nov 2017 16:54:37 -0500 Subject: [Paraview-developers] ParaView component dependencies In-Reply-To: <5F94BCCB-970F-4803-9B0F-EB7F4703F42B@kitware.com> References: <5F94BCCB-970F-4803-9B0F-EB7F4703F42B@kitware.com> Message-ID: > I have a plugin that exposes both a behavior (created using the add_paraview_auto_start CMake macro) and an action group (created using the add_paraview_action_group CMake macro). Is there any guaranteed order in which they are initialized? No, there is no guaranteed order in which interfaces implemented by a plugin are handled. Utkarsh From david.thompson at kitware.com Fri Nov 24 15:43:50 2017 From: david.thompson at kitware.com (David Thompson) Date: Fri, 24 Nov 2017 15:43:50 -0500 Subject: [Paraview-developers] ParaView component dependencies In-Reply-To: References: <5F94BCCB-970F-4803-9B0F-EB7F4703F42B@kitware.com> Message-ID: <327C35F0-8DA3-46C9-AA4F-D6B2135318DD@kitware.com> >> I have a plugin that exposes both a behavior (created using the add_paraview_auto_start CMake macro) and an action group (created using the add_paraview_action_group CMake macro). Is there any guaranteed order in which they are initialized? > > No, there is no guaranteed order in which interfaces implemented by a > plugin are handled. Thanks. For posterity: since the behavior was a singleton (created once per plugin load), I added a static "instance()" method so it is created as needed. David From david.thompson at kitware.com Fri Nov 24 15:57:04 2017 From: david.thompson at kitware.com (David Thompson) Date: Fri, 24 Nov 2017 15:57:04 -0500 Subject: [Paraview-developers] pqObjectBuilder and custom proxies Message-ID: <37AC6F9C-970F-462F-ABB6-602A9DDCD4F8@kitware.com> Hi all, I have a custom representation. It is being created properly, but pqObjectBuilder does not emit any signals after it is constructed. The representation has a custom vtkSMProxy subclass but doesn't yet have a pqDataRepresentation subclass (although that may change soon). How can I have code in a separate, dependent plugin watch for the pqDataRepresentation being constructed? Thanks, David From sebastien.jourdain at kitware.com Tue Nov 28 12:12:08 2017 From: sebastien.jourdain at kitware.com (Sebastien Jourdain) Date: Tue, 28 Nov 2017 10:12:08 -0700 Subject: [Paraview-developers] ANN: vtk.js, an Open-Source Toolkit for SciVis on the Web Message-ID: The Kitware team is pleased to announce vtk.js, a WebGL library taking the best of VTK to the Web. To learn more, click on the link for our blog post. https://blog.kitware.com/vtk-js-the-visualization-toolkit-on-the-web/ And if you want to follow along the progress of the project, star it on github! https://github.com/Kitware/vtk-js Feel free to leave feedback on the mailing list or issue tracker. Thank you all for making VTK such a great platform for SciViz! Sebastien -------------- next part -------------- An HTML attachment was scrubbed... URL: From will.schroeder at kitware.com Wed Nov 29 15:49:04 2017 From: will.schroeder at kitware.com (Will Schroeder) Date: Wed, 29 Nov 2017 15:49:04 -0500 Subject: [Paraview-developers] ANN: vtk.js, an Open-Source Toolkit for SciVis on the Web In-Reply-To: References: Message-ID: Note that vtk.js is a relatively young project. That means if you are anxious to contribute to an open source community here's a chance to get in on the ground floor; we can certainly use your help. Give yourself the holiday gift of contributing to an OS platform :-) On Tue, Nov 28, 2017 at 12:12 PM, Sebastien Jourdain < sebastien.jourdain at kitware.com> wrote: > The Kitware team is pleased to announce vtk.js, a WebGL library taking the > best of VTK to the Web. > To learn more, click on the link for our blog post. > > https://blog.kitware.com/vtk-js-the-visualization-toolkit-on-the-web/ > > And if you want to follow along the progress of the project, star it on > github! > > https://github.com/Kitware/vtk-js > > Feel free to leave feedback on the mailing list or issue tracker. > > Thank you all for making VTK such a great platform for SciViz! > > Sebastien > > _______________________________________________ > 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 > > -- William J. Schroeder, PhD Kitware, Inc. - Building the World's Technical Computing Software 28 Corporate Drive Clifton Park, NY 12065 will.schroeder at kitware.com http://www.kitware.com (518) 881-4902 -------------- next part -------------- An HTML attachment was scrubbed... URL: