Thanks Jerome and Ken. In my case, the Jerome's tip didn't work as the cube
itself was rotating while transforming.
I will try the work around suggested by Ken and see how it goes.
Many thanks for the tips.
Sreejith
On Mon, Oct 26, 2009 at 5:19 PM, Moreland, Kenneth wrote:
> I don’t think that i
On Mon, Oct 26, 2009 at 3:37 PM, Zak Burke wrote:
> On Mon, Oct 26, 2009 at 8:06 AM, Jeff Baumes wrote:
>>> Interestingly, building OverView for Windows XP using the MinGW/Msys
>>> target in CMake suffers the same problem.
>>>
>>> My first MinGW attempt failed (see
>>> http://www.cmake.org/piperm
On Mon, Oct 26, 2009 at 8:06 AM, Jeff Baumes wrote:
>> Interestingly, building OverView for Windows XP using the MinGW/Msys
>> target in CMake suffers the same problem.
>>
>> My first MinGW attempt failed (see
>> http://www.cmake.org/pipermail/paraview/2009-August/013379.html) but I
>> was able to
The best representation for your data is a poly data set with vertex cells,
which can be a single point. An unstructured grid, which also supports vertex
cells, is fine, too.
The native VTK file formats provide reasonable ASCII representations of this
data. You can download documentation from
Hi Takuya,
> // 1. If one is happy with only updating the active view
> if(this->view()) // may be null if no active view is present
>{
>this->view()->render();
>}
> // 3. All views including irrelevant ones may be rendered by
> pqApplicationCore::instance()->render();
Both of t
Utkarsh,
After reading this question from Olumide, I noticed that ParaView now turns on
ZShift for lines and points (vtkProcessModule.cxx, 198-199). I don't know why
this is. This effect is turned off when drawing surface+edges
(vtkOpenGLCoincidentTopologyResolutionPainter.cxx, 56-58) because
Hi,
I'm programming a plugin for ParaView, whose purpose is to be a pre-processor
for a finite element simulator. It is all based in selecting nodes or elements,
and defining some regions - based on these - so that one can attribute boundary
conditions to them. The main challenge seems to assur
I don't think that is going to work. If you transform the tubes, the entire
lattice will rotate whereas I think Sreejith wants each tube to rotate around
its center.
I know of no straightforward way to do this in ParaView. The problem is that
the tube filter is designed to create round tubes,
Hi Jerome,
You can try to compile your xml into a plugin, which will also solve
your the Version problem
Check "Enabling a filter in VTK" section on the wiki:
http://paraview.org/Wiki/Plugin_HowTo
Yumin
On Mon, Oct 26, 2009 at 11:39 AM, Jérôme wrote:
> Hi Yumin,
>
> Thanks a lot for your inter
Hi Yumin,
Thanks a lot for your interest !! However...
> I assume once you load your xml plugin from the plugin_loader, and
> check the "Auto Load" checkbox, the next time you start paraview, your
> xml plugin is loaded automatically, no?
That's my problem: it is not loaded even in this case..
Theoretically yes. But in practice having multiple clients connected
to the same server is an open problem because the server was written
with the assumption that it has only one client controlling it. There
is slightly more support in the code for having the client connected
to multiple other proc
Hi Jerome,
I assume once you load your xml plugin from the plugin_loader, and
check the "Auto Load" checkbox, the next time you start paraview, your
xml plugin is loaded automatically, no? Also, you can set up an
environment variable "PV_PLUGIN_PATH", which paraview will search by
default to load
(Replying back to the ParaView mailing list.)
It sounds like you are still linking to the system OpenGL libraries somehow.
Those symbols should be defined in the libGL.so that is built with Mesa
(whereas the /usr/lib/libGL.so on your system probably does not have them).
Did you do a clean bui
>
> Interestingly, building OverView for Windows XP using the MinGW/Msys
> target in CMake suffers the same problem.
>
> My first MinGW attempt failed (see
> http://www.cmake.org/pipermail/paraview/2009-August/013379.html) but I
> was able to get everything to compile by building HDF5 outside the
>
Hi -
I'm aware that Paraview operates/implements a client-server paradigm.
This suggests that it may be possible for an external (e.g. C++
application) to communicate with a running instance of Paraview, by
sending it commands (e.g. open legacy VTK file) via the port attached to
the server.
If someone confirms that paraview proxy have to represent a vtkAlgorithm or
one of its subclass, that will mean that you cannot use
vtkIterativeClosestPointTransform directly as in the paraview pipeline. And
yes, you got it, a custom VTK class would be needed to embed the pipeline
connection and th
16 matches
Mail list logo
