[Paraview] QT_HELP_GENERATOR-NOTFOUND

Dear All, I am trying to run compile ParaView on 64 bit openSUSE 11.2 with KDE 4.3.1. I was using this website as a reference http://www.cmake.org/Wiki/ParaView:Build_And_Install. Unfortunately after configuring the installation with ccmake I get QT_HELP_GENERATOR-NOTFOUND in QT_HELP_GENERATOR

Re: [Paraview] QT_HELP_GENERATOR-NOTFOUND

Thanks for your reply. What version of Qt are you using? My Qt version is 4.5.3. Ensure that QT_HELP_GENERATOR is set to the qhelpgenerator executable. Where can I find this one? Apparently ccmake cannot find autumatically. Maybe it is not supplied with openSUSE Qt package. Is there any way to

Re: [Paraview] QT_HELP_GENERATOR-NOTFOUND

Thanks again for the hints. It was indeed in a different package. Can't say exactly which one since I simply added all the qt4 packages that borne the signature of Trolltech. make and make install work just fine now. Thank you! Robert ___ Powered by

[Paraview] X Error: BadLength on OpenSUSE11.2

Dear All, I was getting acquainted with ParaView features via tutorials but suddenly my education was interrupted with a X Error. Whilst doing a tutorial 2.8 from the 3.6 Version of The ParaView Tutorial and upon clicking Volume Representation I am being propmpted with the following message: X

Re: [Paraview] X Error: BadLength on OpenSUSE11.2

Thank you for your reply. This is the results of the command you suggested: glxinfo | grep -i vendor server glx vendor string: NVIDIA Corporation client glx vendor string: SGI OpenGL vendor string: NVIDIA Corporation Robert ___ Powered by

Re: [Paraview] X Error: BadLength on OpenSUSE11.2

All right. I solved the issue. My graphic card drivers where not properly installed. Re-installation of these have solved the problem and now I have direct rendering again and can use volume. Thanks for your hint. Robert ___ Powered by www.kitware.com

[Paraview] [Ensight Gold format] Crash of temporal data

Hello Everybody! I am struggling with a small and rather curious issue. I imported data in Ensight format to paraview. Data describe 20 time steps of a very simple simulation. I can view the first frame, however upon pressing Next Frame ParaView crashed and treats me with a Segmentaion Fault

[Paraview] States crash after using Plot Over Line

: 0x5e1 and hangs ParaView completely. I am sure I was using Plot Over Line together with states in the past. I would be obliged for any comments. Best wishes, Robert -- Robert Sawko PhD student Applied Mathematics and Computing Group Room F505a, School of Engineering Bld 52 Cranfield

[Paraview] Default opacity in ParaView version 5.1

invisible. Is that an intentional change. Is there a way to revert to previous behaviour and have boundaries displayed in solid colours. I am using OpenFOAM Paraview reader, but a minimal example for me is to display a cylinder from Sources. Please let me know, Robert -- Dr Robert Sawko Senior Resea

[Paraview] Paraview closes with a core dump

Hi, This is Arch Linux user again. Parview no longer opens for me. It just ends with a core dump (attached). It seems it's something to do with Arch Linux forward looking policy of favouring QT5. I have specified in the compilation to build with QT4 (see attached CMakeCache.txt), but on run it

Re: [Paraview] Paraview closes with a core dump

I was convinced I attached stack trace too. Please see core.dump file. It may be a red herring but there are several references to libQt5Core there. I am rebuilding with Qt5 now, but will also try a more minimal build with Qt4 later. Thanks for quick reply. Robert -- Tropics in Cornwall:

Re: [Paraview] Paraview closes with a core dump

Mathieu, Turned out that Intel was getting in the way... The integrated card was somehow conflicting with the discrete NVidia card and I had to reconfigure my X settings somewhat as described here: https://bbs.archlinux.org/viewtopic.php?id=223435 This problem developed spontaneously though as

Re: [Paraview] Paraview closes with a core dump

Thanks for looking into it, Mathieu. >- Is your system up to date ? It's quite up to date. See below. $ uname -a Linux avignon 4.9.9-1-ARCH #1 SMP PREEMPT Thu Feb 9 19:07:09 CET 2017 x86_64 GNU/Linux >- Are you running X ? Wayland ? Yes, for X. Never heard of Wayland. >- What

Re: [Paraview] Newer object always in front in Render View

David, Thanks for a quick reply. Tried with -dr and it's the same. I am attaching my state file for spheres. It may help someone to reproduce. I am running it on Arch Linux and paraview is taken from AUR. I am just looking at the way the binary was generated and I see these options in cmake

Re: [Paraview] [EXTERNAL] Re: Newer object always in front in Render View

Ok. Yes I have now recompiled 5.2 version with Qt4 and sane render view is here again. I will try to come up with a fix for AUR paraview package. By the way, I probably gave you wrong info on my renderers etc. I've now noticed the info is available in Help->About and it reads: OpenGL Renderer:

Re: [Paraview] [EXTERNAL] Re: Newer object always in front in Render View

On this computer I have two PV installed. One from AUR and one compiled from OpenFOAM third party directory. The OpenFOAM works fine. It does say "Legacy Rendering Backend" in the title bar which may or may not be significant. The computer is running NVidia drivers and the card is Quadro. But I

[Paraview] Remote rendering through reverse SSH breaks with a GLX error

Dear Paraviewers, I am trying to run Paraview in a client-server mode on a remote compute node using a reverse SSH through the login node. I have successfully worked out my port forwarding skulduggery and was able to connect to a host which does NOT run X server. Inside my local client. I do get

[Paraview] Specific OpenFOAM case crashes the server

Dear All, I have been recently testing remote rendering in paraview and I seem to have concocted a case which breaks remotely works locally. The case is an OpenFOAM U-bend simulation and I am happy to share the files. They're about 61MB. On the remote side I get: pvserver:

[Paraview] PV client-server: browsing remote files

Dear ParaViewers, I am trying to use Python shell in Client-Server mode, but I am running into some difficulties. How can I actually browse the remote directories. I tried to use the `os` module, but that obviously ends up being all local. Here's a minimal example of what I am trying to achieve.

Re: [Paraview] Remote rendering through reverse SSH breaks with a GLX error

Utkarsh, Again, thanks again for the comment and sorry for missing the email. I am checking my filter rules as this didn't get through to my inbox. Your insight was quite right: it's all down to drivers. I've been working on PV with EGL since then and I can get it all work under Ubuntu POWER8

Re: [Paraview] Python tracing doesn't work for opacity time frames?

Utkarsh, Really sorry but this dropped off my radar. Thanks for raising an issue and sharing this code snippet below. Robert > You can get access to the opacity track using the API similar to getting > track for any other attribute as "Radius" for SPhere Source. > > a =

Re: [Paraview] PV client-server: browsing remote files

=[ 'data/{0}'.format(l.strip()) for l in lslines]) RenameSource('source', reader) Hope this helps someone! Robert On 12/01/17 at 07:18pm, Robert Sawko wrote: > Dear ParaViewers, > > > I am trying to use Python shell in Client-Server mode, but I am running into > some difficul

Re: [Paraview] PV client-server: browsing remote files

Sebastien and Utkarsh, Thanks for both of your suggestions. I have now looked at them and they both look pretty good to me. I'll practice with these solutions and see which one I like best. Kind Regards, Robert -- Science personalities series: calculus and charity