Re: [Paraview] Comparing results computed with 2 different meshes

2014-02-10 Thread Cory Quammen
Evan,

The ordering of inputs to vtkProgrammableFilter is set up within
ParaView which is why you won't find any useful documentation about
this in vtkProgrammableFilter. It appears to me that ParaView sorts
the inputs by the memory address of the proxy for the VTK object
rather than using the selection order or the pipeline order. For all
intents and purposes, this is essentially a random ordering.

As a workaround, you could add another vtkProgrammableFilter between
each of your data sets and the main vtkProgrammableFilter. This
vtkProgrammableFilter could mark the data by adding a field data
consisting of a single string array with one entry, namely an
identifier for the data. Then in your main vtkProgrammableFilter, you
could query the field data on all the inputs to find the data set you
need.

Hope that helps,
Cory

Cory

On Tue, Feb 4, 2014 at 3:15 PM, Evan Kao  wrote:
>
>> No, that appears to not be the case in a quick test I ran. They appear
>> to be ordered in the order in which they appear in the pipeline
>> browser..
>
>
> Unfortunately, it doesn't seem like it follows that order either (in a quick
> test I did using Python Calculator).  Perhaps it's random?  I also tried at
> the documentation for vtkProgrammableFilter but couldn't find any answers
> (though I could've missed something).  For the Python Calculator, this might
> not be as big a deal since you can quickly check the output, but it seems
> more cumbersome to check in the Programmable Filter (at least for me - I
> don't have much experience with it or Python generally).  Is there an easy
> method to check with the Programmable Filter?
>
> - Evan
>
>
> On Mon, Feb 3, 2014 at 5:12 AM, Cory Quammen 
> wrote:
>>
>> On Fri, Jan 31, 2014 at 1:04 PM, Evan Kao  wrote:
>> > Thanks a lot for the help.  I think Merge Blocks > Resample With Dataset
>> > >
>> > Python Calculator (or Append Attributes > Calculator) allows me to do
>> > what I
>> > originally asked for, although now I'm realizing the Python Calculator
>> > may
>> > not be enough to do the calculations I want.  I had some questions
>> > regarding
>> > the Python Calculator and the Programmable Filter:
>> >
>> > 1.  The data I'm looking at is from a transient simulation.  If I wanted
>> > to
>> > standardize a parameter for each time step by dividing it by the
>> > standard
>> > deviation of the population for that time point, am I understanding
>> > correctly that I would either have to calculate the standard deviation
>> > first
>> > and then manually type in the number into the Python Calculator or use
>> > the
>> > Python Programmable Filter?
>> >
>> > 2.  Additionally, I've been looking around and it seems the only way to
>> > perform a summing operation is to use the Programmable Filter.  Is that
>> > correct?
>>
>> For doing anything mildly complicated like summing data arrays, you're
>> probably better off with the Programmable Filter. You might
>> theoretically be able to use the Python Calculator, but you'll have
>> some long expressions to fit into that small Expression line.
>>
>> > 3.  Regarding both the Python Calculator or Programmable Filter, is
>> > there an
>> > easy way to tell which index corresponds to which input?  I thought
>> > perhaps
>> > it had to do with just order you click the inputs in, but I'm not so
>> > sure
>> > about that.
>>
>> No, that appears to not be the case in a quick test I ran. They appear
>> to be ordered in the order in which they appear in the pipeline
>> browser..
>>
>> > Thanks for your time,
>> > Evan
>> >
>> >
>> > On Thu, Jan 30, 2014 at 12:25 PM, Cory Quammen
>> > 
>> > wrote:
>> >>
>> >> On Thu, Jan 30, 2014 at 2:31 PM, Evan Kao  wrote:
>> >> > Hi Cory,
>> >> >
>> >> > Thanks for the suggestion.  Resample With Dataset solves the problem
>> >> > of
>> >> > matching up the Point IDs, but only passes data from the Input (which
>> >> > I
>> >> > guess makes sense given its purpose), so I think regardless of what I
>> >> > rename
>> >> > the arrays, the data will always be from only one of the meshes
>> >> > meaning
>> >> > I
>> >> > can't use Calculator to compare the data.
>> >>
>> >> How about using Append Attributes to combine the arrays of Resample
>> >> With Dataset and the Source?
>> >>
>> >> > I think my main obstacle is the data type.  Paraview reads in Ensight
>> >> > data
>> >> > as a Multi-Block data set, but neither Append Datasets nor the Python
>> >> > Calculator seem to work on that data type.  Is there a simple way to
>> >> > convert
>> >> > them into a format that can be read by those filters?
>> >>
>> >> You can use Merge Blocks to combine all the blocks in a Multi-Block
>> >> data set to an unstructured grid.
>> >>
>> >> Best,
>> >> Cory
>> >>
>> >> > Thanks,
>> >> > Evan
>> >> >
>> >> >
>> >> > On Thu, Jan 30, 2014 at 6:10 AM, Cory Quammen
>> >> > 
>> >> > wrote:
>> >> >>
>> >> >> Evan,
>> >> >>
>> >> >> You might want to take a look at the Resample With Dataset filter.
>> >> >> One
>> >> >> of your meshes would

Re: [Paraview] ParaViewWeb

2014-02-10 Thread Ben Bales
Ah! Okay. That makes sense.

This discussion has been really useful. I think I understand the
documentation a lot better now.

Thank you for the help,
Ben


On Mon, Feb 10, 2014 at 5:09 PM, Sebastien Jourdain <
sebastien.jourd...@kitware.com> wrote:

> Hi Ben,
>
> So ParaViewWeb is not using the iPython network channel.
> In fact, the interpreter of iPython is used via another thread for
> ParaViewWeb to start its own web server. And the iFrame just connect to
> that other web server port.
>
> But you could come up with a different setup, where you ask iPython to
> remotely start a ParaViewWeb process (not in the same interpreter and not
> in parallel) and rely on an Apache on the front to mix the 2 web contents
> into the same domain using https.
>
> Then you use an iframe to connect to the freshly ParaviewWeb process,
> started by you.
>
> I know it is confusing but there is so much ways to setup your environment
> to have something working that we can not document them all. It is really
> depending on what you tried to achieve.
> For instance, in the explained used case, we target live in-situ
> visualization of data computed by the MPI iPython engines where we want to
> share the data in-memory between iPython and ParaViewWeb.
>
> I'm not sure that I managed to help you out, but hopefully I helped you
> understand it a little bit more. ;-)
>
> Seb
>
>
> On Mon, Feb 10, 2014 at 11:31 AM, Ben Bales  wrote:
>
>> Oh! So I didn't realize that example was sharing data between IPython and
>> Paraview.
>>
>> I wasn't able to get it to work (some vtk import errors), but when I saw
>> the  I just got excited and stole that little bit of code out :D,
>> so maybe I did things wrong.
>>
>> I just had a closer look, and is that example running traffic through the
>> IPython web connections?
>>
>> Let me draw some diagrams (convert this to a monospaced font if it isn't
>> :D)
>>
>> I -> IPython
>> P -> Paraview
>> S -> Secure layer
>> U -> User
>>
>> When I have the two servers running separately, and just include an
>> iframe from one to another, I am doing:
>>
>> I->U
>> P->U
>>
>> What I was asking about doing in the last e-mail was:
>>
>> I->S>U
>> P--/
>>
>> (Where IPython and Paraview both go through the same secure layer). You
>> say this is something I can set up with Apache, right? When I look at a
>> system like this, I get scared of rewriting stuff. How does U know to ask S
>> to route data to P? Is that what this documentation describes:
>> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/apache_setup
>> ?
>>
>> Now I've had a closer look at the script here (
>> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/ipython),
>> and I'm wondering, does the Paraview server there use the IPython
>> communication channels?
>>
>> P>I>U
>>
>> In which case I could just:
>>
>> P>I>S>U
>>
>> Sorry if I'm being a dunce here! This web technology can get complex :D!
>>
>> Thanks,
>> Ben
>>
>>
>> On Mon, Feb 10, 2014 at 8:12 AM, Sebastien Jourdain <
>> sebastien.jourd...@kitware.com> wrote:
>>
>>> Hi Ben,
>>>
>>> there is several ways to integrate ParaViewWeb into iPython and the
>>> documentation highlight a distributed/in-situ one. (Which is by far the
>>> less obvious one ;-)
>>> In fact, if you are not expecting ParaViewWeb to use directly the
>>> in-memory objects of your iPython MPI engines, you might just deploy a
>>> ParaViewWeb on the side which will naturally allow you to also have it
>>> embedded inside your iPython integration.
>>>
>>> For that you will need an apache on the front to do the relay in
>>> https/wss. This should solve the security error.
>>>
>>> Regarding the overhead of the server side rendering, we did not wrote
>>> any specific analysis or documentation.
>>> Do you still have render calls when you switch to WebGL on the client
>>> side? Do you have them when you interact with the scene? If so, you can
>>> adjust the JS of the WebVisualizer and disable the camera synchronization
>>> of the WebGL renderer, which will prevent the client to send camera update
>>> to the server. But if you do so, if your data change, your view will revert
>>> back to the original server side camera position.
>>>
>>> Hope that helped you in some ways,
>>>
>>> Seb
>>>
>>>
>>> On Sat, Feb 8, 2014 at 4:10 PM, Ben Bales  wrote:
>>>
 Hello,

 I have two questions concerning ParaViewWeb.

 1. I want to embed the ParaViewWeb visualizer in iPython. This page (
 http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/ipython)
  suggests
 the standard way of doing that is embedding an iframe that references a
 ParaViewWeb Visualizer instance.

 My iPython instances are handled over an https connection, so embedding
 an http iframe from a separate server will throw security errors in my
 browser.

 Is there any easy solution to get around this? I'd lik

Re: [Paraview] ParaViewWeb

2014-02-10 Thread Sebastien Jourdain
Hi Ben,

So ParaViewWeb is not using the iPython network channel.
In fact, the interpreter of iPython is used via another thread for
ParaViewWeb to start its own web server. And the iFrame just connect to
that other web server port.

But you could come up with a different setup, where you ask iPython to
remotely start a ParaViewWeb process (not in the same interpreter and not
in parallel) and rely on an Apache on the front to mix the 2 web contents
into the same domain using https.

Then you use an iframe to connect to the freshly ParaviewWeb process,
started by you.

I know it is confusing but there is so much ways to setup your environment
to have something working that we can not document them all. It is really
depending on what you tried to achieve.
For instance, in the explained used case, we target live in-situ
visualization of data computed by the MPI iPython engines where we want to
share the data in-memory between iPython and ParaViewWeb.

I'm not sure that I managed to help you out, but hopefully I helped you
understand it a little bit more. ;-)

Seb


On Mon, Feb 10, 2014 at 11:31 AM, Ben Bales  wrote:

> Oh! So I didn't realize that example was sharing data between IPython and
> Paraview.
>
> I wasn't able to get it to work (some vtk import errors), but when I saw
> the  I just got excited and stole that little bit of code out :D,
> so maybe I did things wrong.
>
> I just had a closer look, and is that example running traffic through the
> IPython web connections?
>
> Let me draw some diagrams (convert this to a monospaced font if it isn't
> :D)
>
> I -> IPython
> P -> Paraview
> S -> Secure layer
> U -> User
>
> When I have the two servers running separately, and just include an iframe
> from one to another, I am doing:
>
> I->U
> P->U
>
> What I was asking about doing in the last e-mail was:
>
> I->S>U
> P--/
>
> (Where IPython and Paraview both go through the same secure layer). You
> say this is something I can set up with Apache, right? When I look at a
> system like this, I get scared of rewriting stuff. How does U know to ask S
> to route data to P? Is that what this documentation describes:
> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/apache_setup
> ?
>
> Now I've had a closer look at the script here (
> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/ipython),
> and I'm wondering, does the Paraview server there use the IPython
> communication channels?
>
> P>I>U
>
> In which case I could just:
>
> P>I>S>U
>
> Sorry if I'm being a dunce here! This web technology can get complex :D!
>
> Thanks,
> Ben
>
>
> On Mon, Feb 10, 2014 at 8:12 AM, Sebastien Jourdain <
> sebastien.jourd...@kitware.com> wrote:
>
>> Hi Ben,
>>
>> there is several ways to integrate ParaViewWeb into iPython and the
>> documentation highlight a distributed/in-situ one. (Which is by far the
>> less obvious one ;-)
>> In fact, if you are not expecting ParaViewWeb to use directly the
>> in-memory objects of your iPython MPI engines, you might just deploy a
>> ParaViewWeb on the side which will naturally allow you to also have it
>> embedded inside your iPython integration.
>>
>> For that you will need an apache on the front to do the relay in
>> https/wss. This should solve the security error.
>>
>> Regarding the overhead of the server side rendering, we did not wrote any
>> specific analysis or documentation.
>> Do you still have render calls when you switch to WebGL on the client
>> side? Do you have them when you interact with the scene? If so, you can
>> adjust the JS of the WebVisualizer and disable the camera synchronization
>> of the WebGL renderer, which will prevent the client to send camera update
>> to the server. But if you do so, if your data change, your view will revert
>> back to the original server side camera position.
>>
>> Hope that helped you in some ways,
>>
>> Seb
>>
>>
>> On Sat, Feb 8, 2014 at 4:10 PM, Ben Bales  wrote:
>>
>>> Hello,
>>>
>>> I have two questions concerning ParaViewWeb.
>>>
>>> 1. I want to embed the ParaViewWeb visualizer in iPython. This page (
>>> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/ipython)
>>>  suggests
>>> the standard way of doing that is embedding an iframe that references a
>>> ParaViewWeb Visualizer instance.
>>>
>>> My iPython instances are handled over an https connection, so embedding
>>> an http iframe from a separate server will throw security errors in my
>>> browser.
>>>
>>> Is there any easy solution to get around this? I'd like to keep
>>> authentication on my servers, but I'd also really like to use the embedded
>>> Visualizer (cause it's super super cool :D)
>>>
>>> 2. Is there any documentation on the overhead of the server-side
>>> rendering for ParaViewWeb? I noticed by default Paraview still spawns an X
>>> renderer for every rendering that is happening on the client.
>>>
>>> Ideally I'd just like Paraview to not t

Re: [Paraview] Multi-core custom applications

2014-02-10 Thread Utkarsh Ayachit
No, it doesn't need the path. It will just allow you to pick a name of
known configurations. You can make ParaView aware of the pvsc
configuration by importing it in the "Add Server" option in the
"Connect" dialog.
Actually, ParaView already support specifying the configuration to
connect to on startup as a command line argument. If have a
configuration named "miranda", I can run ParaView as:

> ./bin/paraview --server=miranda

and than will connect using the configuration on launch.

Utkarsh

On Mon, Feb 10, 2014 at 4:54 PM, Burlen Loring  wrote:
> so then the multicore config in the setting menu has an entry for a pvsc
> path? If so, that sounds wonderful!
>
>
> On 02/10/2014 01:17 PM, Utkarsh Ayachit wrote:
>>
>> On Mon, Feb 10, 2014 at 4:13 PM, Burlen Loring 
>> wrote:
>>>
>>> right, but just as the current multicore makes it easy for the user, this
>>> would all happen automatically as PV starts. So when multicore is on, the
>>> baked in multicore pvsc dialog is presented as pv starts, the user
>>> reviews
>>> the defaults, and hits OK, and pv starts up connected to a server. same
>>> as
>>> multicore is now, but with the possibility to review the run parameters.
>>
>> That is pretty much what I meant by adding support for a "default
>> server". Only difference being the user could change that from the
>> settings dialog after which when paraview starts up, it will
>> automatically try to connect to the "default server" selected, instead
>> of builtin, complete with all the prompts etc.
>
>
___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Multi-core custom applications

2014-02-10 Thread Burlen Loring

very cool! thanks for the command line tip too.

On 02/10/2014 02:23 PM, Utkarsh Ayachit wrote:

No, it doesn't need the path. It will just allow you to pick a name of
known configurations. You can make ParaView aware of the pvsc
configuration by importing it in the "Add Server" option in the
"Connect" dialog.
Actually, ParaView already support specifying the configuration to
connect to on startup as a command line argument. If have a
configuration named "miranda", I can run ParaView as:


./bin/paraview --server=miranda

and than will connect using the configuration on launch.

Utkarsh

On Mon, Feb 10, 2014 at 4:54 PM, Burlen Loring  wrote:

so then the multicore config in the setting menu has an entry for a pvsc
path? If so, that sounds wonderful!


On 02/10/2014 01:17 PM, Utkarsh Ayachit wrote:

On Mon, Feb 10, 2014 at 4:13 PM, Burlen Loring 
wrote:

right, but just as the current multicore makes it easy for the user, this
would all happen automatically as PV starts. So when multicore is on, the
baked in multicore pvsc dialog is presented as pv starts, the user
reviews
the defaults, and hits OK, and pv starts up connected to a server. same
as
multicore is now, but with the possibility to review the run parameters.

That is pretty much what I meant by adding support for a "default
server". Only difference being the user could change that from the
settings dialog after which when paraview starts up, it will
automatically try to connect to the "default server" selected, instead
of builtin, complete with all the prompts etc.




___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Multi-core custom applications

2014-02-10 Thread Burlen Loring
so then the multicore config in the setting menu has an entry for a pvsc 
path? If so, that sounds wonderful!


On 02/10/2014 01:17 PM, Utkarsh Ayachit wrote:

On Mon, Feb 10, 2014 at 4:13 PM, Burlen Loring  wrote:

right, but just as the current multicore makes it easy for the user, this
would all happen automatically as PV starts. So when multicore is on, the
baked in multicore pvsc dialog is presented as pv starts, the user reviews
the defaults, and hits OK, and pv starts up connected to a server. same as
multicore is now, but with the possibility to review the run parameters.

That is pretty much what I meant by adding support for a "default
server". Only difference being the user could change that from the
settings dialog after which when paraview starts up, it will
automatically try to connect to the "default server" selected, instead
of builtin, complete with all the prompts etc.


___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


[Paraview] pvbatch and readers with multiple outputs

2014-02-10 Thread Insley, Joseph A.
Hi,

I have a custom reader plugin which has multiple outputs.  From the GUI I can 
load up a data file, and can see the two outputs in the pipeline viewer. I can 
hide or show them independently, choose different representations, apply 
different filters, etc.  I've saved a python state file, and would now like to 
run this in pvbatch.  In my current state file only output 0 is visible.  When 
I run pvbatch this output is not being rendered.  I can call 
GetNumberOfOutputPorts() on the reader to discover how many ports it has (it 
correctly returns 2).  I would now like to call SetActiveSource to explicitly 
set to one of the outputs.  I can't seem to find the correct way to do this.  
Does anyone have any suggestions?

Thanks,
joe


___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


[Paraview] trouble with automatically running multi-core on Windows 7

2014-02-10 Thread Andy Bauer
I'm using ParaView 4.1 from the installers on Windows 7 and I went to
Settings and ParaView to startup with multi-core enabled. When I run start
up ParaView I get the output below and it ends up running with the built-in
server. Any ideas what's wrong? I don't have any other versions of ParaView
installed on my machines and I cleared out my ParaView settings file.


ERROR: In
C:\DBD\pvs-x64\paraview\src\paraview\VTK\Parallel\Core\vtkSocketCommunicator.cxx,
line 615

vtkSocketCommunicator (0B7CB5B0): Client/server version hash
mismatch.



ERROR: In
C:\DBD\pvs-x64\paraview\src\paraview\ParaViewCore\ClientServerCore\Core\vtkTCPNetworkAccessManager.cxx,
line 333

vtkTCPNetworkAccessManager (08C290F0): Failed to connect to
localhost:49185. Client-Server Handshake failed. Please verify that the
client and server versions are compatible with each other, and that
'connect-id', if any, matches.



ERROR: In
C:\DBD\pvs-x64\paraview\src\paraview\ParaViewCore\ServerManager\Core\vtkSMSessionClient.cxx,
line 260

vtkSMSessionClient (0A9CFAF0): Some error in socket processing.



Generic Warning: In
C:\DBD\pvs-x64\paraview\src\paraview\ParaViewCore\ServerManager\Core\vtkSMSession.cxx,
line 315

Failed to automatically launch 'pvserver' for multi-core support.
Defaulting to local session.
___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] [EXTERNAL] CSV 3 column file

2014-02-10 Thread Scott, W Alan
Gary,
Please leave this thread on the e-mail group.  That way others can contribute, 
correct me, and learn.


* I believe you added an additional line,  there originally were 8 
points, not 9.  (This should not cause an issue, however).

* When I tried displaying these points, I also don't get what I 
expected - to see points.  Surprisingly, the issue was the ParaView 
configuration file.  Delete this file.  
http://www.paraview.org/Wiki/ParaView_Settings_Files.

* I was also able to see the points (even when nothing showed up) by 
running the glyph filter, and changing the glyph to sphere.

Alan

From: Laughlin, Gary [mailto:gary.laugh...@daytonohio.gov]
Sent: Monday, February 10, 2014 5:36 AM
To: Scott, W Alan
Subject: RE: [EXTERNAL] [Paraview] CSV 3 column file

Scott:
I have run through everything that was provided in the tutorial, but I am 
missing something.  I have provided a screen shot of what has occurred this far.

Unfortunately, I am not able to get a plot of the points.

I'd appreciate your comment as to what I have missed in my effort to plot the 
data.

Sincerely yours,
Gary Laughlin


From: Scott, W Alan [mailto:wasc...@sandia.gov]
Sent: Friday, February 07, 2014 2:38 PM
To: Laughlin, Gary; paraview@paraview.org
Subject: RE: [EXTERNAL] [Paraview] CSV 3 column file

I have a trivial example in the Sandia tutorials here:  
http://www.paraview.org/Wiki/Data_formats.  The Sandia tutorials (somewhat out 
of date) are found here:  http://www.paraview.org/Wiki/SNL_ParaView_3_Tutorials

Alan

From: ParaView [mailto:paraview-boun...@paraview.org] On Behalf Of Laughlin, 
Gary
Sent: Friday, February 07, 2014 12:13 PM
To: paraview@paraview.org
Subject: [EXTERNAL] [Paraview] CSV 3 column file

I am interested in learning how to import the file into Version 4.1.0.

I have been unsuccessful in locating any similar examples.

Any help would be greatly appreciated!

  Thanks,
  Gary


Web   | Twitter  | 
 
Facebook
  |  YouTube  |


  
___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Multi-core custom applications

2014-02-10 Thread Utkarsh Ayachit
On Mon, Feb 10, 2014 at 4:13 PM, Burlen Loring  wrote:
> right, but just as the current multicore makes it easy for the user, this
> would all happen automatically as PV starts. So when multicore is on, the
> baked in multicore pvsc dialog is presented as pv starts, the user reviews
> the defaults, and hits OK, and pv starts up connected to a server. same as
> multicore is now, but with the possibility to review the run parameters.

That is pretty much what I meant by adding support for a "default
server". Only difference being the user could change that from the
settings dialog after which when paraview starts up, it will
automatically try to connect to the "default server" selected, instead
of builtin, complete with all the prompts etc.
___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Multi-core custom applications

2014-02-10 Thread Burlen Loring
right, but just as the current multicore makes it easy for the user, 
this would all happen automatically as PV starts. So when multicore is 
on, the baked in multicore pvsc dialog is presented as pv starts, the 
user reviews the defaults, and hits OK, and pv starts up connected to a 
server. same as multicore is now, but with the possibility to review the 
run parameters.


I think that even the most basic user will need to modify the number of 
cores used or some encounter performance problems. My sense is that this 
makes it even easier to use than it currently is. at least I find it a 
bit of a hassle to change the number of cores. for example PV 
automatically starts a server using my previous settings, which often 
not what I want. I have to wait for it to start the server I don't want, 
then I have to open up the settings menu, change the number of cores to 
what I do want, then restart it by disconnecting from the current 
server. before I learned that trick I was restarting pv, which was even 
more of a pain. I'm afraid some users don't know about the disconnect 
trick.


On 02/10/2014 12:18 PM, Utkarsh Ayachit wrote:

All makes sense, but then why not just do that as a new server
configuration named multicore? The main thing that multicore does is
that it hides the "builtin" connection to be parallel server
connection. MutliCore is really for people who are confused by remote
server to launch a remote server without them seeing it. If one wants
to do anything fancy, I am still not convinced it makes sense to hide
it under the "multi-core" umbrella. BTW, you can change the number of
cores to use from the settings dialog.

Utkarsh

On Mon, Feb 10, 2014 at 2:57 PM, Burlen Loring  wrote:

for me every run is different, sometimes I want to use 2 cores others I want
to use 16. my thinking is that we need a way to set the number of cores
before the server starts up. It sounds like others are encountering
situations where they need to tweak the startup parameters as well.  and why
not just make use of the existing infrastructure for specifying those run
parameters? The connect to mechanism isn't just for remote servers, also
works fine for local ones, and it's easy to add dialog entries for
parameters by pvsc. Perhaps the multicore just starts the connect to process
at the pvsc dialog, based on a baked in multicore pvsc, which could
potentially be configured during the build/install? Also internally, for
example in the memory inspector, we currently need to handle the multicore
server differently than any other server (it's actually currently broken for
multicore because of this). even though it's really no different than any
other server, at least judging from the command line displayed in the
terminal.


On 02/10/2014 10:51 AM, Utkarsh Ayachit wrote:

Burlen,

Won't it just be easier to add support for a "default" server to
connect to? I am not sure why connecting to a remote-server in the
guise of the multicore would be any better.

Utkarsh

On Mon, Feb 10, 2014 at 12:11 PM, Burlen Loring  wrote:

Hi Utkarsh,

I'm wondering what you think about the idea that multicore use the same
mechanism as the normal connect to server? Is there a strong reason for
it
to be different? I'm think that when multicore featured is enabled a
dialog
defined by an internal pvsc with some basic options such as number of
cores
and perhaps pvserver location etc is used. This would allow the user to
make
some basic parameter changes and internally make the built in multicore
runs
look the same as any other pvserver run. We had discussed this before and
you asked me to file a feature request.
http://paraview.org/Bug/view.php?id=14312

Burlen


On 02/10/2014 06:40 AM, Utkarsh Ayachit wrote:

Makes sense. May providing static API on the class so that custom
application to change the location of pvserver may be helpful. What do
you think? If you want to contribute a patch, I'll be more than happy
to merge it in.

Utkarsh

On Mon, Feb 10, 2014 at 6:28 AM,   wrote:

Hello

it appears, from vtkProcessModuleAutoMPI.cxx n taht pvserver MUST be in
the
binary dir to be able to use Multi-core option.

Shouldn't it be configurable in cmake at least ? and even automatically
found by cmake ?

Mathieu
___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

___
Powered by www.kitware.com

Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at:
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview



_

Re: [Paraview] Two Machines - Each one with one monitor - Mirrored and different angles of the same data

2014-02-10 Thread Utkarsh Ayachit
I agree with Aashish. pvserver --multi-clients with different angles
is not supported.

On Mon, Feb 10, 2014 at 3:00 PM, Aashish Chaudhary
 wrote:
>
> On Mon, Feb 10, 2014 at 2:51 PM, Léo Pessanha 
> wrote:
>>
>> The same server instance.
>>
>> I don't know how to answer where i am doing the rendering
>>
>> in my case i want to use pvserver with --multi-clients each one with
>> different angles
>>
>>
>> is there other configuration that would give me the same result?
>>
> I believe the answer is no.  You can enable collaborative support for this
> but I don't have much detail on that.
> Utkarsh or someone else may be able to help you with that. But if you want
> to open two viewport you can use PVX
> as per my email. I don't know if you can control client to each as you
> desired.
>
> - Aashish
>
>
>>
>>
>> 2014-02-10 16:38 GMT-02:00 Aashish Chaudhary
>> :
>>
>>> Leo,
>>>
>>> lets keep it to the mailing list so that others can contribute and get
>>> helped -:)
>>>
>>>
>>> On Mon, Feb 10, 2014 at 1:33 PM, Léo Pessanha
>>>  wrote:

 That does not help me

 Using a .PVX  would help if i am controlling the two monitors with one
 machine

 I connect this machine to the server and the monitors receive the image
 separately, but that`s not my goal

 My goal is

 One machine connect to the server with the default angle

 The next one connect to the server with a different angle
>>>
>>>
>>> So you will be connecting to the same server instance or different one?
>>> Are you doing rendering on the server side or the client side?


 how is that possible?
>>>
>>>
>>> - Aashish
>>>



 2014-02-10 16:28 GMT-02:00 Aashish Chaudhary
 :

> these numbers for front and floor creates a viewport. You do that by
> setting these values in the PVX.
>
> - Aashish
>
>
>
> On Mon, Feb 10, 2014 at 11:04 AM, Léo Pessanha
>  wrote:
>>
>> Hi, thanks for the help but
>>
>> What do you mean by setting up my view port?
>>
>> How do i setup my view port?
>>
>> Att,
>> Leonardo Pessanha
>>
>>
>> 2014-02-10 13:40 GMT-02:00 Aashish Chaudhary
>> :
>>
>>> On Thu, Feb 6, 2014 at 10:40 AM, Léo Pessanha
>>>  wrote:

 Hi,

 Working with | Windows 7 - 64bit  | in both machines


 I am a paraview user, i work with oil leak data

 My next task is to do the following:

 I have two machines and each one controls a monitor.

 The monitors are disposed in a way that a L shape is created(one is
 in the floor)

 I want to see the same thing in both machines but i want to be able
 to change the angle like on cave.pvx parameters

 LowerLeft="-1 -1 -2"
 LowerRight="1 -1 -2"
 UpperRight="1  1 -2"

 but in different machines.

 The angle that i wanna change is the inicial one.  Something like in
 the front monitor i am looking the data from the front and in the other
 monitor i am looking the data from the top
>>>
>>>
>>> You need to setup your viewport like that only. so you make a
>>> reference point and from there you can configure your front screen (easy
>>> one). Now you use the same reference point place your world screen 
>>> however
>>> you want to place it, get its corner points and use those values for the
>>> second viewport. The reference point will have 0,0,0 values for the
>>> coordinates. So lets say you have two screens one for the front and 
>>> other
>>> one for the floor and the 0,0,0 is at the center of the floor then you 
>>> will
>>> have
>>>
>>> Front:
>>> LowerLeft="-1 0 -1"
>>> LowerRight="1 0 -1"
>>> UpperRight="1  2 -1"
>>>
>>> Floor:
>>> LowerLeft="-1  0 1"
>>> LowerRight="1 0 1"
>>> UpperRight="1  0 -1"
>>>
>>>
>>>

 How am i supposed to do that?

 The things that i already know how to do:

 Having ONLY ONE machine with 2 monitors changing the angles of each
 monitor on a .pvx file

 Connect to a server and have the front view for everyone with a
 master controlling the angles for everyone or each one controlling the 
 own
 angle

 If it gets hard to explain i can try to explain better

 Sorry for the bad english

 Att,
 Leonardo Pessanha
 Rio de Janeiro, Brazil




 ___
 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

Re: [Paraview] Multi-core custom applications

2014-02-10 Thread Utkarsh Ayachit
All makes sense, but then why not just do that as a new server
configuration named multicore? The main thing that multicore does is
that it hides the "builtin" connection to be parallel server
connection. MutliCore is really for people who are confused by remote
server to launch a remote server without them seeing it. If one wants
to do anything fancy, I am still not convinced it makes sense to hide
it under the "multi-core" umbrella. BTW, you can change the number of
cores to use from the settings dialog.

Utkarsh

On Mon, Feb 10, 2014 at 2:57 PM, Burlen Loring  wrote:
> for me every run is different, sometimes I want to use 2 cores others I want
> to use 16. my thinking is that we need a way to set the number of cores
> before the server starts up. It sounds like others are encountering
> situations where they need to tweak the startup parameters as well.  and why
> not just make use of the existing infrastructure for specifying those run
> parameters? The connect to mechanism isn't just for remote servers, also
> works fine for local ones, and it's easy to add dialog entries for
> parameters by pvsc. Perhaps the multicore just starts the connect to process
> at the pvsc dialog, based on a baked in multicore pvsc, which could
> potentially be configured during the build/install? Also internally, for
> example in the memory inspector, we currently need to handle the multicore
> server differently than any other server (it's actually currently broken for
> multicore because of this). even though it's really no different than any
> other server, at least judging from the command line displayed in the
> terminal.
>
>
> On 02/10/2014 10:51 AM, Utkarsh Ayachit wrote:
>>
>> Burlen,
>>
>> Won't it just be easier to add support for a "default" server to
>> connect to? I am not sure why connecting to a remote-server in the
>> guise of the multicore would be any better.
>>
>> Utkarsh
>>
>> On Mon, Feb 10, 2014 at 12:11 PM, Burlen Loring  wrote:
>>>
>>> Hi Utkarsh,
>>>
>>> I'm wondering what you think about the idea that multicore use the same
>>> mechanism as the normal connect to server? Is there a strong reason for
>>> it
>>> to be different? I'm think that when multicore featured is enabled a
>>> dialog
>>> defined by an internal pvsc with some basic options such as number of
>>> cores
>>> and perhaps pvserver location etc is used. This would allow the user to
>>> make
>>> some basic parameter changes and internally make the built in multicore
>>> runs
>>> look the same as any other pvserver run. We had discussed this before and
>>> you asked me to file a feature request.
>>> http://paraview.org/Bug/view.php?id=14312
>>>
>>> Burlen
>>>
>>>
>>> On 02/10/2014 06:40 AM, Utkarsh Ayachit wrote:
>>>
>>> Makes sense. May providing static API on the class so that custom
>>> application to change the location of pvserver may be helpful. What do
>>> you think? If you want to contribute a patch, I'll be more than happy
>>> to merge it in.
>>>
>>> Utkarsh
>>>
>>> On Mon, Feb 10, 2014 at 6:28 AM,   wrote:
>>>
>>> Hello
>>>
>>> it appears, from vtkProcessModuleAutoMPI.cxx n taht pvserver MUST be in
>>> the
>>> binary dir to be able to use Multi-core option.
>>>
>>> Shouldn't it be configurable in cmake at least ? and even automatically
>>> found by cmake ?
>>>
>>> Mathieu
>>> ___
>>> 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
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://www.paraview.org/mailman/listinfo/paraview
>>>
>>> ___
>>> Powered by www.kitware.com
>>>
>>> Visit other Kitware open-source projects at
>>> http://www.kitware.com/opensource/opensource.html
>>>
>>> Please keep messages on-topic and check the ParaView Wiki at:
>>> http://paraview.org/Wiki/ParaView
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://www.paraview.org/mailman/listinfo/paraview
>>>
>>>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Two Machines - Each one with one monitor - Mirrored and different angles of the same data

2014-02-10 Thread Aashish Chaudhary
On Mon, Feb 10, 2014 at 2:51 PM, Léo Pessanha
wrote:

> The same server instance.
>
> I don't know how to answer where i am doing the rendering
>
> in my case i want to use pvserver with --multi-clients each one with
> different angles
>

> is there other configuration that would give me the same result?
>
> I believe the answer is no.  You can enable collaborative support for this
but I don't have much detail on that.
Utkarsh or someone else may be able to help you with that. But if you want
to open two viewport you can use PVX
as per my email. I don't know if you can control client to each as you
desired.

- Aashish



>
> 2014-02-10 16:38 GMT-02:00 Aashish Chaudhary <
> aashish.chaudh...@kitware.com>:
>
> Leo,
>>
>> lets keep it to the mailing list so that others can contribute and get
>> helped -:)
>>
>>
>> On Mon, Feb 10, 2014 at 1:33 PM, Léo Pessanha <
>> leonardopessanh...@gmail.com> wrote:
>>
>>> That does not help me
>>>
>>> Using a .PVX  would help if i am controlling the two monitors with one
>>> machine
>>>
>>> I connect this machine to the server and the monitors receive the image
>>> separately, but that`s not my goal
>>>
>>> My goal is
>>>
>>> One machine connect to the server with the default angle
>>>
>>> The next one connect to the server with a different angle
>>>
>>
>> So you will be connecting to the same server instance or different one?
>> Are you doing rendering on the server side or the client side?
>>
>>>
>>> how is that possible?
>>>
>>
>> - Aashish
>>
>>
>>>
>>>
>>> 2014-02-10 16:28 GMT-02:00 Aashish Chaudhary <
>>> aashish.chaudh...@kitware.com>:
>>>
>>> these numbers for front and floor creates a viewport. You do that by
 setting these values in the PVX.

 - Aashish



 On Mon, Feb 10, 2014 at 11:04 AM, Léo Pessanha <
 leonardopessanh...@gmail.com> wrote:

> Hi, thanks for the help but
>
> What do you mean by setting up my view port?
>
> How do i setup my view port?
>
> Att,
> Leonardo Pessanha
>
>
> 2014-02-10 13:40 GMT-02:00 Aashish Chaudhary <
> aashish.chaudh...@kitware.com>:
>
> On Thu, Feb 6, 2014 at 10:40 AM, Léo Pessanha <
>> leonardopessanh...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> Working with | Windows 7 - 64bit  | in both machines
>>>
>>>
>>> I am a paraview user, i work with oil leak data
>>>
>>> My next task is to do the following:
>>>
>>> I have two machines and each one controls a monitor.
>>>
>>> The monitors are disposed in a way that a L shape is created(one is
>>> in the floor)
>>>
>>> I want to see the same thing in both machines but i want to be able
>>> to change the angle like on cave.pvx parameters
>>>
>>> LowerLeft="-1 -1 -2"
>>> LowerRight="1 -1 -2"
>>> UpperRight="1  1 -2"
>>>
>>> but in different machines.
>>>
>>> The angle that i wanna change is the inicial one.  Something like in
>>> the front monitor i am looking the data from the front and in the other
>>> monitor i am looking the data from the top
>>>
>>
>> You need to setup your viewport like that only. so you make a
>> reference point and from there you can configure your front screen (easy
>> one). Now you use the same reference point place your world screen 
>> however
>> you want to place it, get its corner points and use those values for the
>> second viewport. The reference point will have 0,0,0 values for the
>> coordinates. So lets say you have two screens one for the front and other
>> one for the floor and the 0,0,0 is at the center of the floor then you 
>> will
>> have
>>
>> Front:
>> LowerLeft="-1 0 -1"
>> LowerRight="1 0 -1"
>> UpperRight="1  2 -1"
>>
>> Floor:
>> LowerLeft="-1  0 1"
>> LowerRight="1 0 1"
>> UpperRight="1  0 -1"
>>
>>
>>
>>
>>> How am i supposed to do that?
>>>
>>> The things that i already know how to do:
>>>
>>> Having ONLY ONE machine with 2 monitors changing the angles of each
>>> monitor on a .pvx file
>>>
>>> Connect to a server and have the front view for everyone with a
>>> master controlling the angles for everyone or each one controlling the 
>>> own
>>> angle
>>>
>>> If it gets hard to explain i can try to explain better
>>>
>>> Sorry for the bad english
>>>
>>> Att,
>>> Leonardo Pessanha
>>> Rio de Janeiro, Brazil
>>>
>>>
>>>
>>>
>>> ___
>>> 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
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://www.paraview.org/mailman/listinfo/p

Re: [Paraview] Multi-core custom applications

2014-02-10 Thread Burlen Loring
for me every run is different, sometimes I want to use 2 cores others I 
want to use 16. my thinking is that we need a way to set the number of 
cores before the server starts up. It sounds like others are 
encountering situations where they need to tweak the startup parameters 
as well.  and why not just make use of the existing infrastructure for 
specifying those run parameters? The connect to mechanism isn't just for 
remote servers, also works fine for local ones, and it's easy to add 
dialog entries for parameters by pvsc. Perhaps the multicore just starts 
the connect to process at the pvsc dialog, based on a baked in multicore 
pvsc, which could potentially be configured during the build/install? 
Also internally, for example in the memory inspector, we currently need 
to handle the multicore server differently than any other server (it's 
actually currently broken for multicore because of this). even though 
it's really no different than any other server, at least judging from 
the command line displayed in the terminal.


On 02/10/2014 10:51 AM, Utkarsh Ayachit wrote:

Burlen,

Won't it just be easier to add support for a "default" server to
connect to? I am not sure why connecting to a remote-server in the
guise of the multicore would be any better.

Utkarsh

On Mon, Feb 10, 2014 at 12:11 PM, Burlen Loring  wrote:

Hi Utkarsh,

I'm wondering what you think about the idea that multicore use the same
mechanism as the normal connect to server? Is there a strong reason for it
to be different? I'm think that when multicore featured is enabled a dialog
defined by an internal pvsc with some basic options such as number of cores
and perhaps pvserver location etc is used. This would allow the user to make
some basic parameter changes and internally make the built in multicore runs
look the same as any other pvserver run. We had discussed this before and
you asked me to file a feature request.
http://paraview.org/Bug/view.php?id=14312

Burlen


On 02/10/2014 06:40 AM, Utkarsh Ayachit wrote:

Makes sense. May providing static API on the class so that custom
application to change the location of pvserver may be helpful. What do
you think? If you want to contribute a patch, I'll be more than happy
to merge it in.

Utkarsh

On Mon, Feb 10, 2014 at 6:28 AM,   wrote:

Hello

it appears, from vtkProcessModuleAutoMPI.cxx n taht pvserver MUST be in the
binary dir to be able to use Multi-core option.

Shouldn't it be configurable in cmake at least ? and even automatically
found by cmake ?

Mathieu
___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

___
Powered by www.kitware.com

Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at:
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview




___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Two Machines - Each one with one monitor - Mirrored and different angles of the same data

2014-02-10 Thread Léo Pessanha
The same server instance.

I don't know how to answer where i am doing the rendering

in my case i want to use pvserver with --multi-clients each one with
different angles

is there other configuration that would give me the same result?


2014-02-10 16:38 GMT-02:00 Aashish Chaudhary 
:

> Leo,
>
> lets keep it to the mailing list so that others can contribute and get
> helped -:)
>
>
> On Mon, Feb 10, 2014 at 1:33 PM, Léo Pessanha <
> leonardopessanh...@gmail.com> wrote:
>
>> That does not help me
>>
>> Using a .PVX  would help if i am controlling the two monitors with one
>> machine
>>
>> I connect this machine to the server and the monitors receive the image
>> separately, but that`s not my goal
>>
>> My goal is
>>
>> One machine connect to the server with the default angle
>>
>> The next one connect to the server with a different angle
>>
>
> So you will be connecting to the same server instance or different one?
> Are you doing rendering on the server side or the client side?
>
>>
>> how is that possible?
>>
>
> - Aashish
>
>
>>
>>
>> 2014-02-10 16:28 GMT-02:00 Aashish Chaudhary <
>> aashish.chaudh...@kitware.com>:
>>
>> these numbers for front and floor creates a viewport. You do that by
>>> setting these values in the PVX.
>>>
>>> - Aashish
>>>
>>>
>>>
>>> On Mon, Feb 10, 2014 at 11:04 AM, Léo Pessanha <
>>> leonardopessanh...@gmail.com> wrote:
>>>
 Hi, thanks for the help but

 What do you mean by setting up my view port?

 How do i setup my view port?

 Att,
 Leonardo Pessanha


 2014-02-10 13:40 GMT-02:00 Aashish Chaudhary <
 aashish.chaudh...@kitware.com>:

 On Thu, Feb 6, 2014 at 10:40 AM, Léo Pessanha <
> leonardopessanh...@gmail.com> wrote:
>
>> Hi,
>>
>> Working with | Windows 7 - 64bit  | in both machines
>>
>>
>> I am a paraview user, i work with oil leak data
>>
>> My next task is to do the following:
>>
>> I have two machines and each one controls a monitor.
>>
>> The monitors are disposed in a way that a L shape is created(one is
>> in the floor)
>>
>> I want to see the same thing in both machines but i want to be able
>> to change the angle like on cave.pvx parameters
>>
>> LowerLeft="-1 -1 -2"
>> LowerRight="1 -1 -2"
>> UpperRight="1  1 -2"
>>
>> but in different machines.
>>
>> The angle that i wanna change is the inicial one.  Something like in
>> the front monitor i am looking the data from the front and in the other
>> monitor i am looking the data from the top
>>
>
> You need to setup your viewport like that only. so you make a
> reference point and from there you can configure your front screen (easy
> one). Now you use the same reference point place your world screen however
> you want to place it, get its corner points and use those values for the
> second viewport. The reference point will have 0,0,0 values for the
> coordinates. So lets say you have two screens one for the front and other
> one for the floor and the 0,0,0 is at the center of the floor then you 
> will
> have
>
> Front:
> LowerLeft="-1 0 -1"
> LowerRight="1 0 -1"
> UpperRight="1  2 -1"
>
> Floor:
> LowerLeft="-1  0 1"
> LowerRight="1 0 1"
> UpperRight="1  0 -1"
>
>
>
>
>> How am i supposed to do that?
>>
>> The things that i already know how to do:
>>
>> Having ONLY ONE machine with 2 monitors changing the angles of each
>> monitor on a .pvx file
>>
>> Connect to a server and have the front view for everyone with a
>> master controlling the angles for everyone or each one controlling the 
>> own
>> angle
>>
>> If it gets hard to explain i can try to explain better
>>
>> Sorry for the bad english
>>
>> Att,
>> Leonardo Pessanha
>> Rio de Janeiro, Brazil
>>
>>
>>
>>
>> ___
>> 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
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.paraview.org/mailman/listinfo/paraview
>>
>>
>
>
> --
> | Aashish Chaudhary
> | R&D Engineer
> | Kitware Inc.
> | www.kitware.com
>


>>>
>>>
>>> --
>>> | Aashish Chaudhary
>>> | R&D Engineer
>>> | Kitware Inc.
>>> | www.kitware.com
>>>
>>
>>
>
>
> --
> | Aashish Chaudhary
> | R&D Engineer
> | Kitware Inc.
> | www.kitware.com
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
ht

Re: [Paraview] Multi-core custom applications

2014-02-10 Thread Utkarsh Ayachit
Burlen,

Won't it just be easier to add support for a "default" server to
connect to? I am not sure why connecting to a remote-server in the
guise of the multicore would be any better.

Utkarsh

On Mon, Feb 10, 2014 at 12:11 PM, Burlen Loring  wrote:
> Hi Utkarsh,
>
> I'm wondering what you think about the idea that multicore use the same
> mechanism as the normal connect to server? Is there a strong reason for it
> to be different? I'm think that when multicore featured is enabled a dialog
> defined by an internal pvsc with some basic options such as number of cores
> and perhaps pvserver location etc is used. This would allow the user to make
> some basic parameter changes and internally make the built in multicore runs
> look the same as any other pvserver run. We had discussed this before and
> you asked me to file a feature request.
> http://paraview.org/Bug/view.php?id=14312
>
> Burlen
>
>
> On 02/10/2014 06:40 AM, Utkarsh Ayachit wrote:
>
> Makes sense. May providing static API on the class so that custom
> application to change the location of pvserver may be helpful. What do
> you think? If you want to contribute a patch, I'll be more than happy
> to merge it in.
>
> Utkarsh
>
> On Mon, Feb 10, 2014 at 6:28 AM,   wrote:
>
> Hello
>
> it appears, from vtkProcessModuleAutoMPI.cxx n taht pvserver MUST be in the
> binary dir to be able to use Multi-core option.
>
> Shouldn't it be configurable in cmake at least ? and even automatically
> found by cmake ?
>
> Mathieu
> ___
> 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
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Compilation error under Linux with MPI and Python

2014-02-10 Thread Armin Wehrfritz
Yes, the patch addresses the problem. Just finished the compilation for 
openmpi 1.7.2 and everything seems fine (i.e. no errors occurred).


Thanks!

-Armin


On 02/10/2014 04:54 PM, Utkarsh Ayachit wrote:

Does the attached patch address the problem?  We may need to duplicate
the code for each of the modules.

On Thu, Feb 6, 2014 at 5:11 AM, Armin Wehrfritz  wrote:

The problem actually occurs only for openmpi versions > 1.6, I successfully
compiled now ParaView under openSUSE 12.3 (openmpi 1.6).

I also found a quick-and-dirty, workaround for openmpi 1.7.2 by manually
adding libdl to the libraries in CMakeCache.txt:



MPI_CXX_LIBRARIES:STRING=/usr/lib64/mpi/gcc/openmpi/lib64/libmpi_cxx.so;/usr/lib64/mpi/gcc/openmpi/lib64/libmpi.so;/usr/lib64/libdl.so

MPI_C_LIBRARIES:STRING=/usr/lib64/mpi/gcc/openmpi/lib64/libmpi.so;/usr/lib64/libdl.so



Maybe a ParaView developer can add libdl to the linking targets for mpi4py
to fix the problem properly.

-Armin



On 02/06/2014 05:02 AM, Orion Poplawski wrote:


On 02/05/2014 01:14 PM, Armin Wehrfritz wrote:


Hi,

I get this error when compiling Paraview 4.1.0 under Linux x64:


[  230s] CMakeFiles/mpi4py.MPI.dir/src/MPI.c.o: In function
`OPENMPI_dlopen_libmpi':
[  230s] MPI.c:(.text+0x6eb1): undefined reference to `dlopen'
[  230s] MPI.c:(.text+0x6ecd): undefined reference to `dlopen'
[  230s] MPI.c:(.text+0x6ee3): undefined reference to `dlopen'
[  230s] MPI.c:(.text+0x6ef9): undefined reference to `dlopen'
[  230s] CMakeFiles[  4%] /mpi4py.MPI.dir/src/MPI.c.o: In function
`__pyx_pf_6mpi4py_3MPI_16Init':
[  230s] MPI.c:(.text+0x1349b): undefined reference to `dlopen'
[  230s] CMakeFiles/mpi4py.MPI.dir/src/MPI.c.o:MPI.c:(.text+0x135bd):
more undefined references to `dlopen' follow
[  230s] collect2: error: ld returned 1 exit status
[  230s] make[2]: *** [lib/site-packages/mpi4py/MPI.so] Error 1
[  230s] make[1]: ***
[ThirdParty/mpi4py/vtkmpi4py/CMakeFiles/mpi4py.MPI.dir/all] Error 2
[  230s] make[1]: *** Waiting for unfinished jobs



The error seems related to newer versions of openmpi in combination with
and Python.
When compiling under openSUSE 12.2 (openmpi 1.5.4) everything works
fine, but under openSUSE 12.3 (openmpi 1.6) and openSUSE 13.1 (openmpi
1.7.2) the compilation fails.

Apparently, in newer versions of openmpi, the wrapper doesn't add '-ldl'
anymore to the linker flags.
See also here:
https://svn.open-mpi.org/trac/ompi/ticket/3103

I'm not sure if this should be fixed in openmpi or paraview, but I would
appreciate any hint on how to fix it.

Best regards,
Armin



It needs to be fixed in paraview - it bundles mpi4py, and mpi4py uses
dlopen(), so mpi4py needs to be linked to -ldl.  Not sure the
appropriate way to fix that in paraview though.




___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Two Machines - Each one with one monitor - Mirrored and different angles of the same data

2014-02-10 Thread Aashish Chaudhary
Leo,

lets keep it to the mailing list so that others can contribute and get
helped -:)


On Mon, Feb 10, 2014 at 1:33 PM, Léo Pessanha
wrote:

> That does not help me
>
> Using a .PVX  would help if i am controlling the two monitors with one
> machine
>
> I connect this machine to the server and the monitors receive the image
> separately, but that`s not my goal
>
> My goal is
>
> One machine connect to the server with the default angle
>
> The next one connect to the server with a different angle
>

So you will be connecting to the same server instance or different one? Are
you doing rendering on the server side or the client side?

>
> how is that possible?
>

- Aashish


>
>
> 2014-02-10 16:28 GMT-02:00 Aashish Chaudhary <
> aashish.chaudh...@kitware.com>:
>
> these numbers for front and floor creates a viewport. You do that by
>> setting these values in the PVX.
>>
>> - Aashish
>>
>>
>>
>> On Mon, Feb 10, 2014 at 11:04 AM, Léo Pessanha <
>> leonardopessanh...@gmail.com> wrote:
>>
>>> Hi, thanks for the help but
>>>
>>> What do you mean by setting up my view port?
>>>
>>> How do i setup my view port?
>>>
>>> Att,
>>> Leonardo Pessanha
>>>
>>>
>>> 2014-02-10 13:40 GMT-02:00 Aashish Chaudhary <
>>> aashish.chaudh...@kitware.com>:
>>>
>>> On Thu, Feb 6, 2014 at 10:40 AM, Léo Pessanha <
 leonardopessanh...@gmail.com> wrote:

> Hi,
>
> Working with | Windows 7 - 64bit  | in both machines
>
>
> I am a paraview user, i work with oil leak data
>
> My next task is to do the following:
>
> I have two machines and each one controls a monitor.
>
> The monitors are disposed in a way that a L shape is created(one is in
> the floor)
>
> I want to see the same thing in both machines but i want to be able to
> change the angle like on cave.pvx parameters
>
> LowerLeft="-1 -1 -2"
> LowerRight="1 -1 -2"
> UpperRight="1  1 -2"
>
> but in different machines.
>
> The angle that i wanna change is the inicial one.  Something like in
> the front monitor i am looking the data from the front and in the other
> monitor i am looking the data from the top
>

 You need to setup your viewport like that only. so you make a reference
 point and from there you can configure your front screen (easy one). Now
 you use the same reference point place your world screen however you want
 to place it, get its corner points and use those values for the second
 viewport. The reference point will have 0,0,0 values for the coordinates.
 So lets say you have two screens one for the front and other one for the
 floor and the 0,0,0 is at the center of the floor then you will have

 Front:
 LowerLeft="-1 0 -1"
 LowerRight="1 0 -1"
 UpperRight="1  2 -1"

 Floor:
 LowerLeft="-1  0 1"
 LowerRight="1 0 1"
 UpperRight="1  0 -1"




> How am i supposed to do that?
>
> The things that i already know how to do:
>
> Having ONLY ONE machine with 2 monitors changing the angles of each
> monitor on a .pvx file
>
> Connect to a server and have the front view for everyone with a master
> controlling the angles for everyone or each one controlling the own angle
>
> If it gets hard to explain i can try to explain better
>
> Sorry for the bad english
>
> Att,
> Leonardo Pessanha
> Rio de Janeiro, Brazil
>
>
>
>
> ___
> 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
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>


 --
 | Aashish Chaudhary
 | R&D Engineer
 | Kitware Inc.
 | www.kitware.com

>>>
>>>
>>
>>
>> --
>> | Aashish Chaudhary
>> | R&D Engineer
>> | Kitware Inc.
>> | www.kitware.com
>>
>
>


-- 
| Aashish Chaudhary
| R&D Engineer
| Kitware Inc.
| www.kitware.com
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] ParaViewWeb

2014-02-10 Thread Ben Bales
Oh! So I didn't realize that example was sharing data between IPython and
Paraview.

I wasn't able to get it to work (some vtk import errors), but when I saw
the  I just got excited and stole that little bit of code out :D,
so maybe I did things wrong.

I just had a closer look, and is that example running traffic through the
IPython web connections?

Let me draw some diagrams (convert this to a monospaced font if it isn't :D)

I -> IPython
P -> Paraview
S -> Secure layer
U -> User

When I have the two servers running separately, and just include an iframe
from one to another, I am doing:

I->U
P->U

What I was asking about doing in the last e-mail was:

I->S>U
P--/

(Where IPython and Paraview both go through the same secure layer). You say
this is something I can set up with Apache, right? When I look at a system
like this, I get scared of rewriting stuff. How does U know to ask S to
route data to P? Is that what this documentation describes:
http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/apache_setup
?

Now I've had a closer look at the script here (
http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/ipython),
and I'm wondering, does the Paraview server there use the IPython
communication channels?

P>I>U

In which case I could just:

P>I>S>U

Sorry if I'm being a dunce here! This web technology can get complex :D!

Thanks,
Ben


On Mon, Feb 10, 2014 at 8:12 AM, Sebastien Jourdain <
sebastien.jourd...@kitware.com> wrote:

> Hi Ben,
>
> there is several ways to integrate ParaViewWeb into iPython and the
> documentation highlight a distributed/in-situ one. (Which is by far the
> less obvious one ;-)
> In fact, if you are not expecting ParaViewWeb to use directly the
> in-memory objects of your iPython MPI engines, you might just deploy a
> ParaViewWeb on the side which will naturally allow you to also have it
> embedded inside your iPython integration.
>
> For that you will need an apache on the front to do the relay in
> https/wss. This should solve the security error.
>
> Regarding the overhead of the server side rendering, we did not wrote any
> specific analysis or documentation.
> Do you still have render calls when you switch to WebGL on the client
> side? Do you have them when you interact with the scene? If so, you can
> adjust the JS of the WebVisualizer and disable the camera synchronization
> of the WebGL renderer, which will prevent the client to send camera update
> to the server. But if you do so, if your data change, your view will revert
> back to the original server side camera position.
>
> Hope that helped you in some ways,
>
> Seb
>
>
> On Sat, Feb 8, 2014 at 4:10 PM, Ben Bales  wrote:
>
>> Hello,
>>
>> I have two questions concerning ParaViewWeb.
>>
>> 1. I want to embed the ParaViewWeb visualizer in iPython. This page (
>> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/ipython)
>>  suggests
>> the standard way of doing that is embedding an iframe that references a
>> ParaViewWeb Visualizer instance.
>>
>> My iPython instances are handled over an https connection, so embedding
>> an http iframe from a separate server will throw security errors in my
>> browser.
>>
>> Is there any easy solution to get around this? I'd like to keep
>> authentication on my servers, but I'd also really like to use the embedded
>> Visualizer (cause it's super super cool :D)
>>
>> 2. Is there any documentation on the overhead of the server-side
>> rendering for ParaViewWeb? I noticed by default Paraview still spawns an X
>> renderer for every rendering that is happening on the client.
>>
>> Ideally I'd just like Paraview to not try to render stuff server-side,
>> and the client just handle the drawing with WebGL, but I probably am
>> missing some critical point about the paraview architecture.
>>
>> Thanks,
>> Ben
>>
>> ___
>> 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
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.paraview.org/mailman/listinfo/paraview
>>
>>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Two Machines - Each one with one monitor - Mirrored and different angles of the same data

2014-02-10 Thread Aashish Chaudhary
these numbers for front and floor creates a viewport. You do that by
setting these values in the PVX.

- Aashish



On Mon, Feb 10, 2014 at 11:04 AM, Léo Pessanha  wrote:

> Hi, thanks for the help but
>
> What do you mean by setting up my view port?
>
> How do i setup my view port?
>
> Att,
> Leonardo Pessanha
>
>
> 2014-02-10 13:40 GMT-02:00 Aashish Chaudhary <
> aashish.chaudh...@kitware.com>:
>
> On Thu, Feb 6, 2014 at 10:40 AM, Léo Pessanha <
>> leonardopessanh...@gmail.com> wrote:
>>
>>> Hi,
>>>
>>> Working with | Windows 7 - 64bit  | in both machines
>>>
>>>
>>> I am a paraview user, i work with oil leak data
>>>
>>> My next task is to do the following:
>>>
>>> I have two machines and each one controls a monitor.
>>>
>>> The monitors are disposed in a way that a L shape is created(one is in
>>> the floor)
>>>
>>> I want to see the same thing in both machines but i want to be able to
>>> change the angle like on cave.pvx parameters
>>>
>>> LowerLeft="-1 -1 -2"
>>> LowerRight="1 -1 -2"
>>> UpperRight="1  1 -2"
>>>
>>> but in different machines.
>>>
>>> The angle that i wanna change is the inicial one.  Something like in the
>>> front monitor i am looking the data from the front and in the other monitor
>>> i am looking the data from the top
>>>
>>
>> You need to setup your viewport like that only. so you make a reference
>> point and from there you can configure your front screen (easy one). Now
>> you use the same reference point place your world screen however you want
>> to place it, get its corner points and use those values for the second
>> viewport. The reference point will have 0,0,0 values for the coordinates.
>> So lets say you have two screens one for the front and other one for the
>> floor and the 0,0,0 is at the center of the floor then you will have
>>
>> Front:
>> LowerLeft="-1 0 -1"
>> LowerRight="1 0 -1"
>> UpperRight="1  2 -1"
>>
>> Floor:
>> LowerLeft="-1  0 1"
>> LowerRight="1 0 1"
>> UpperRight="1  0 -1"
>>
>>
>>
>>
>>> How am i supposed to do that?
>>>
>>> The things that i already know how to do:
>>>
>>> Having ONLY ONE machine with 2 monitors changing the angles of each
>>> monitor on a .pvx file
>>>
>>> Connect to a server and have the front view for everyone with a master
>>> controlling the angles for everyone or each one controlling the own angle
>>>
>>> If it gets hard to explain i can try to explain better
>>>
>>> Sorry for the bad english
>>>
>>> Att,
>>> Leonardo Pessanha
>>> Rio de Janeiro, Brazil
>>>
>>>
>>>
>>>
>>> ___
>>> 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
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://www.paraview.org/mailman/listinfo/paraview
>>>
>>>
>>
>>
>> --
>> | Aashish Chaudhary
>> | R&D Engineer
>> | Kitware Inc.
>> | www.kitware.com
>>
>
>


-- 
| Aashish Chaudhary
| R&D Engineer
| Kitware Inc.
| www.kitware.com
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


[Paraview] Memory leak with time series in XDMF files and

2014-02-10 Thread Simon Stähler
Dear listed ones,

I am trying to generate an animation from a large number of XDMF files
(around 120), containing around 1000 time steps of a 3D dataset.

When saving the animation and switching from time step to time step, I
notice memory usage increasing by some percent per time step, until
finally the application runs out of memory and crashes.

The error pertains, whether I am using XDMF in combination with HDF5
files or with Fortran binaries (both work fine apart from the memory
problem).

I notice that this error had been brought up in the 3.x versions and was
considered to be fixed in 4.0
http://public.kitware.com/pipermail/paraview/2013-June/028664.html
http://www.paraview.org/pipermail/paraview/2012-April/024558.html

Any ideas anyone?

I am using Paraview 4.01 64 Bit on a Debian machine.

cheers,

Simon Stähler


-- 
o»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«o
|  Simon Stähler PhD student   |
|  |
|  Geophysik, Ludwig-Maximilians-Universität München   |
|  Theresienstrasse 4180333 München  Germany   |
|  Tel.  : +49 (0)89 2180 4143 |
|  www.geophysik.uni-muenchen.de/members/staehler  |
o»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«»«o
___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] PointSprite with Recent Intel HD Graphics

2014-02-10 Thread Biddiscombe, John A.
NB. Before testing lots of other stuff … Make sure you disable depth peeling 
the main paraview options. The point sprite shader stuff will never work if 
there’s another shader active.

From: Aashish Chaudhary 
mailto:aashish.chaudh...@kitware.com>>
Date: Monday 10 February 2014 18:45
To: Bruce Jones 
mailto:bruce.david.jo...@gmail.com>>
Cc: "paraview@paraview.org" 
mailto:paraview@paraview.org>>
Subject: Re: [Paraview] PointSprite with Recent Intel HD Graphics

Sorry, I hit send by mistake,

In this directory,

PARAVIEW_SRC/Plugins/PointSprite/Rendering/Resources/Shaders

Can you add line below at the beginning of all of the shaders.  You may have to 
compile ParaView (or plugin again).  This may not fix the problem but it would 
be great if you can provide some
feedback after this.

- Aashish


 #version 150



On Mon, Feb 10, 2014 at 12:43 PM, Aashish Chaudhary 
mailto:aashish.chaudh...@kitware.com>> wrote:
Bruce,

In the



On Mon, Feb 10, 2014 at 12:08 PM, Aashish Chaudhary 
mailto:aashish.chaudh...@kitware.com>> wrote:
This is very helpful. I am speculating that it could be related to the default 
shader version on your system (yours is shader model 5 I believe).

Let me come up with a quick fix (unless somone else beats me to it) which you 
can try. I will send that in a separate email.

- Aashish



On Mon, Feb 10, 2014 at 11:57 AM, Bruce Jones 
mailto:bruce.david.jo...@gmail.com>> wrote:
Hi Aashish,

Thanks for getting back to me, I'll have a look at the breakpoint this 
afternoon. In the mean time, the full error logs are below, which appear to 
show the shader source for the failed shader.

Using PointSprite with Sphere(Texture) and a constant radius works fine.

Using PointSprite with Sphere(Texture) and a variable radius fails with the 
following message,


ERROR: In 
C:\DBD\pvs-x64\paraview\src\paraview\VTK\Rendering\OpenGL\vtkShaderProgram2.cxx,
 line 530

vtkShaderProgram2 (12D40520): the shader program failed to link. Its 
log is:

the shaders are:



ERROR: In 
C:\DBD\pvs-x64\paraview\src\paraview\VTK\Rendering\OpenGL\vtkShaderProgram2.cxx,
 line 540

vtkShaderProgram2 (12D40520): shader #0/3 (vertex shader) log is:


. Its source code is:

/*=


Program: Visualization Toolkit

Module: AttributeRadiusHelper.glsl


Copyright (c) Ken Martin, Will Schroeder, Bill Lorensen

All rights reserved.

See Copyright.txt or http://www.kitware.com/Copyright.htm for details.


This software is distributed WITHOUT ANY WARRANTY; without even

the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR

PURPOSE. See the above copyright notice for more information.


=*/


// .NAME AttributeRadiusHelper.glsl

// .SECTION Thanks

// 

//

// This file is part of the PointSprites plugin developed and contributed by

//

// Copyright (c) CSCS - Swiss National Supercomputing Centre

// EDF - Electricite de France

//

// John Biddiscombe, Ugo Varetto (CSCS)

// Stephane Ploix (EDF)

//

// 


uniform vec2 RadiusSpan;

attribute float Radius;


float GetRadius()

{

return RadiusSpan.x + Radius*RadiusSpan.y;

}






ERROR: In 
C:\DBD\pvs-x64\paraview\src\paraview\VTK\Rendering\OpenGL\vtkShaderProgram2.cxx,
 line 540

vtkShaderProgram2 (12D40520): shader #1/3 (vertex shader) log is:


. Its source code is:

/*=


Program: Visualization Toolkit

Module: Texture_vs.glsl


Copyright (c) Ken Martin, Will Schroeder, Bill Lorensen

All rights reserved.

See Copyright.txt or http://www.kitware.com/Copyright.htm for details.


This software is distributed WITHOUT ANY WARRANTY; without even

the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR

PURPOSE. See the above copyright notice for more information.


=*/


// .NAME Texture_vs.glsl

// .SECTION Thanks

// 

//

// This file is part of the PointSprites plugin developed and contributed by

//

// Copyright (c) CSCS - Swiss National Supercomputing Centre

// EDF - Electricite de France

//

// John Biddiscombe, Ugo Varetto (CSCS)

// Stephane Ploix (EDF)

//

// 


uniform float MaxPixelSize;

uniform vec2 viewport;


float GetRadius();


void propFuncVS()

{

float radius = GetRadius();


gl_ClipVertex = gl_ModelViewMatrix * gl_Vertex;

gl_Position = gl_ProjectionMatrix * gl_ModelViewMatrix * gl_Vertex;

//

// Convert position to window coordinates

//


//

// Convert Radius to window coordinates

// radius/w is homogenous clip coord

//

float pixelSize = (radius/gl_Position.w)*(4.0*viewport.y);


// Clamp radius to prevent overloading if bad scalars were passed in

if (pixelSize>MaxPixelSize)

pixelSize = MaxPixelSize;


gl_PointSize = pixelSize;

gl_FrontColor = gl_Color;

}





ERROR: In 
C:\DBD\pvs-

[Paraview] Programmatically create a Contour filter

2014-02-10 Thread mathieu . westphal
Hello

The following code give me a segfault, can't find why :

// input port
QMap< QString, QList< pqOutputPort* > > input;
input.insert( QString( "Input" ), arrivalTimes->getOutputPorts() );

pqObjectBuilder* builder =
pqApplicationCore::instance()->getObjectBuilder();
pqPipelineSource* waveFront = builder->createFilter( "filters","Contour", 
input, server );


vtkSMProxy * locator = builder->createProxy( "incremental_point_locators", 
"NonMergingPointLocator", server, "Locator", "WaveFrontLocator" );
if( waveFront )
{   
// Edit other properties
vtkSMPropertyHelper( waveFront->getProxy(), "SelectInputScalars" ).Set( 
arrivalTimesOutput.toAscii().data() );
vtkSMPropertyHelper( waveFront->getProxy(), "ComputeNormals" ).Set( 
true );
vtkSMPropertyHelper( waveFront->getProxy(), "ComputeGradients" ).Set( 
false );
vtkSMPropertyHelper( waveFront->getProxy(), "ComputeScalars" ).Set( 
false );
vtkSMPropertyHelper( waveFront->getProxy(), "GenerateTriangles" ).Set( 
true );
vtkSMPropertyHelper( waveFront->getProxy(), "ContourValues" ).Set( 0 );
vtkSMPropertyHelper( waveFront->getProxy(), "Locator" ).Set( &locator, 
1 );
}   
return waveFront;

___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Multi-core custom applications

2014-02-10 Thread Burlen Loring

Hi Utkarsh,

I'm wondering what you think about the idea that multicore use the same 
mechanism as the normal connect to server? Is there a strong reason for 
it to be different? I'm think that when multicore featured is enabled a 
dialog defined by an internal pvsc with some basic options such as 
number of cores and perhaps pvserver location etc is used. This would 
allow the user to make some basic parameter changes and internally make 
the built in multicore runs look the same as any other pvserver run. We 
had discussed this before and you asked me to file a feature request. 
http://paraview.org/Bug/view.php?id=14312


Burlen

On 02/10/2014 06:40 AM, Utkarsh Ayachit wrote:

Makes sense. May providing static API on the class so that custom
application to change the location of pvserver may be helpful. What do
you think? If you want to contribute a patch, I'll be more than happy
to merge it in.

Utkarsh

On Mon, Feb 10, 2014 at 6:28 AM,   wrote:

Hello

it appears, from vtkProcessModuleAutoMPI.cxx n taht pvserver MUST be in the 
binary dir to be able to use Multi-core option.

Shouldn't it be configurable in cmake at least ? and even automatically found 
by cmake ?

Mathieu
___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] PointSprite with Recent Intel HD Graphics

2014-02-10 Thread Aashish Chaudhary
Atleast, we need to know what shader its trying to use which is failing to
compile on your system (TextureSprite, Quadrics (Attribute or Fixed Radius))


On Mon, Feb 10, 2014 at 11:44 AM, Aashish Chaudhary <
aashish.chaudh...@kitware.com> wrote:

> Hi Bruce,
>
> Sorry, I thought replied to your email. In the log you sent me, I do see
> that it is stating that point sprites are supported. If you can put a break
> point in vtkPointSpriteProperty (at the error line) then we can find out
> exactly where the error is coming from.
>
> - Aashish
>
>
>
> On Mon, Feb 10, 2014 at 11:14 AM, Bruce Jones  > wrote:
>
>> Is there anything else I can do to help debug this problem? It is quite
>> frustrating to not have pointsprite working on this machine.
>>
>> Cheers,
>> Bruce
>>
>>
>> On Sun, Jan 26, 2014 at 6:26 PM, Bruce Jones > > wrote:
>>
>>> Ok, I've attached the output from glview. Everything is supported for
>>> OpenGL <=4.2. versions 4.3 and 4.4 are partially supported.
>>>
>>> Cheers,
>>> Bruce
>>>
>>>
>>> On Thu, Jan 23, 2014 at 11:51 AM, Aashish Chaudhary <
>>> aashish.chaudh...@kitware.com> wrote:
>>>
 http://www.realtech-vr.com/glview/


 On Wed, Jan 22, 2014 at 9:35 AM, Bruce Jones <
 bruce.david.jo...@gmail.com> wrote:

> This is windows 8.1, is there a similar utility I can run on windows?
>
> Cheers,
> Bruce
>
>
> On Wed, Jan 22, 2014 at 9:31 AM, Aashish Chaudhary <
> aashish.chaudh...@kitware.com> wrote:
>
>> Is this a windows OS or Linux? If Linux can you send us the output of
>> glxinfo (as a starting point to debug this).
>>
>> Thanks,
>>
>>
>>
>> On Wed, Jan 22, 2014 at 8:56 AM, Bruce Jones <
>> bruce.david.jo...@gmail.com> wrote:
>>
>>>  When using the PointSprite plugin on a new laptop I found two
>>> options cause it to stop working.
>>>
>>> When changing from "Sphere (texture)" to "Sphere"  get the following,
>>>
>>> ERROR: In
>>> C:\DBD\pvs-x64\paraview\src\paraview\VTK\Rendering\OpenGL\vtkOpenGLProperty.cxx,
>>> line 415
>>>
>>> vtkPointSpriteProperty (0BD110B0): Couldn't build the shader
>>> program. At this point , it can be an error in a shader or a driver bug.
>>>
>>>
>>> I thought this might be due to lack of opengl support for the
>>> graphics chip, which comes bundled with the I7-4600u I have. However 
>>> intel
>>> claim it supports up to version 4.2 of OpenGL, so that should be fine...
>>>
>>>
>>> Also, when i choose to scale the point sprite size by values in an
>>> array, I get the following error,
>>>
>>>
>>> ERROR: In
>>> C:\DBD\pvs-x64\paraview\src\paraview\VTK\Rendering\OpenGL\vtkShaderProgram2.cxx,
>>> line 1084
>>>
>>> vtkShaderProgram2 (14D4A1A0): glGetAttribLocation 1 OpenGL
>>> errors detected
>>>
>>>  0 : (1281) Invalid value
>>>
>>>
>>> Is there any solution for this?
>>>
>>>
>>> Cheers,
>>>
>>> Bruce
>>>
>>> ___
>>> 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
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://www.paraview.org/mailman/listinfo/paraview
>>>
>>>
>>
>>
>> --
>> | Aashish Chaudhary
>> | R&D Engineer
>> | Kitware Inc.
>> | www.kitware.com
>>
>
>


 --
 | Aashish Chaudhary
 | R&D Engineer
 | Kitware Inc.
 | www.kitware.com

>>>
>>>
>>
>
>
> --
> | Aashish Chaudhary
> | R&D Engineer
> | Kitware Inc.
> | www.kitware.com
>



-- 
| Aashish Chaudhary
| R&D Engineer
| Kitware Inc.
| www.kitware.com
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] PointSprite with Recent Intel HD Graphics

2014-02-10 Thread Aashish Chaudhary
Hi Bruce,

Sorry, I thought replied to your email. In the log you sent me, I do see
that it is stating that point sprites are supported. If you can put a break
point in vtkPointSpriteProperty (at the error line) then we can find out
exactly where the error is coming from.

- Aashish



On Mon, Feb 10, 2014 at 11:14 AM, Bruce Jones
wrote:

> Is there anything else I can do to help debug this problem? It is quite
> frustrating to not have pointsprite working on this machine.
>
> Cheers,
> Bruce
>
>
> On Sun, Jan 26, 2014 at 6:26 PM, Bruce Jones 
> wrote:
>
>> Ok, I've attached the output from glview. Everything is supported for
>> OpenGL <=4.2. versions 4.3 and 4.4 are partially supported.
>>
>> Cheers,
>> Bruce
>>
>>
>> On Thu, Jan 23, 2014 at 11:51 AM, Aashish Chaudhary <
>> aashish.chaudh...@kitware.com> wrote:
>>
>>> http://www.realtech-vr.com/glview/
>>>
>>>
>>> On Wed, Jan 22, 2014 at 9:35 AM, Bruce Jones <
>>> bruce.david.jo...@gmail.com> wrote:
>>>
 This is windows 8.1, is there a similar utility I can run on windows?

 Cheers,
 Bruce


 On Wed, Jan 22, 2014 at 9:31 AM, Aashish Chaudhary <
 aashish.chaudh...@kitware.com> wrote:

> Is this a windows OS or Linux? If Linux can you send us the output of
> glxinfo (as a starting point to debug this).
>
> Thanks,
>
>
>
> On Wed, Jan 22, 2014 at 8:56 AM, Bruce Jones <
> bruce.david.jo...@gmail.com> wrote:
>
>>  When using the PointSprite plugin on a new laptop I found two
>> options cause it to stop working.
>>
>> When changing from "Sphere (texture)" to "Sphere"  get the following,
>>
>> ERROR: In
>> C:\DBD\pvs-x64\paraview\src\paraview\VTK\Rendering\OpenGL\vtkOpenGLProperty.cxx,
>> line 415
>>
>> vtkPointSpriteProperty (0BD110B0): Couldn't build the shader
>> program. At this point , it can be an error in a shader or a driver bug.
>>
>>
>> I thought this might be due to lack of opengl support for the
>> graphics chip, which comes bundled with the I7-4600u I have. However 
>> intel
>> claim it supports up to version 4.2 of OpenGL, so that should be fine...
>>
>>
>> Also, when i choose to scale the point sprite size by values in an
>> array, I get the following error,
>>
>>
>> ERROR: In
>> C:\DBD\pvs-x64\paraview\src\paraview\VTK\Rendering\OpenGL\vtkShaderProgram2.cxx,
>> line 1084
>>
>> vtkShaderProgram2 (14D4A1A0): glGetAttribLocation 1 OpenGL
>> errors detected
>>
>>  0 : (1281) Invalid value
>>
>>
>> Is there any solution for this?
>>
>>
>> Cheers,
>>
>> Bruce
>>
>> ___
>> 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
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.paraview.org/mailman/listinfo/paraview
>>
>>
>
>
> --
> | Aashish Chaudhary
> | R&D Engineer
> | Kitware Inc.
> | www.kitware.com
>


>>>
>>>
>>> --
>>> | Aashish Chaudhary
>>> | R&D Engineer
>>> | Kitware Inc.
>>> | www.kitware.com
>>>
>>
>>
>


-- 
| Aashish Chaudhary
| R&D Engineer
| Kitware Inc.
| www.kitware.com
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] ParaViewWeb

2014-02-10 Thread Sebastien Jourdain
Hi Ben,

there is several ways to integrate ParaViewWeb into iPython and the
documentation highlight a distributed/in-situ one. (Which is by far the
less obvious one ;-)
In fact, if you are not expecting ParaViewWeb to use directly the in-memory
objects of your iPython MPI engines, you might just deploy a ParaViewWeb on
the side which will naturally allow you to also have it embedded inside
your iPython integration.

For that you will need an apache on the front to do the relay in https/wss.
This should solve the security error.

Regarding the overhead of the server side rendering, we did not wrote any
specific analysis or documentation.
Do you still have render calls when you switch to WebGL on the client side?
Do you have them when you interact with the scene? If so, you can adjust
the JS of the WebVisualizer and disable the camera synchronization of the
WebGL renderer, which will prevent the client to send camera update to the
server. But if you do so, if your data change, your view will revert back
to the original server side camera position.

Hope that helped you in some ways,

Seb


On Sat, Feb 8, 2014 at 4:10 PM, Ben Bales  wrote:

> Hello,
>
> I have two questions concerning ParaViewWeb.
>
> 1. I want to embed the ParaViewWeb visualizer in iPython. This page (
> http://www.paraview.org/ParaView3/Doc/Nightly/www/js-doc/index.html#!/guide/ipython)
>  suggests
> the standard way of doing that is embedding an iframe that references a
> ParaViewWeb Visualizer instance.
>
> My iPython instances are handled over an https connection, so embedding an
> http iframe from a separate server will throw security errors in my browser.
>
> Is there any easy solution to get around this? I'd like to keep
> authentication on my servers, but I'd also really like to use the embedded
> Visualizer (cause it's super super cool :D)
>
> 2. Is there any documentation on the overhead of the server-side rendering
> for ParaViewWeb? I noticed by default Paraview still spawns an X renderer
> for every rendering that is happening on the client.
>
> Ideally I'd just like Paraview to not try to render stuff server-side, and
> the client just handle the drawing with WebGL, but I probably am missing
> some critical point about the paraview architecture.
>
> Thanks,
> Ben
>
> ___
> 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
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] PointSprite with Recent Intel HD Graphics

2014-02-10 Thread Bruce Jones
Is there anything else I can do to help debug this problem? It is quite
frustrating to not have pointsprite working on this machine.

Cheers,
Bruce


On Sun, Jan 26, 2014 at 6:26 PM, Bruce Jones wrote:

> Ok, I've attached the output from glview. Everything is supported for
> OpenGL <=4.2. versions 4.3 and 4.4 are partially supported.
>
> Cheers,
> Bruce
>
>
> On Thu, Jan 23, 2014 at 11:51 AM, Aashish Chaudhary <
> aashish.chaudh...@kitware.com> wrote:
>
>> http://www.realtech-vr.com/glview/
>>
>>
>> On Wed, Jan 22, 2014 at 9:35 AM, Bruce Jones > > wrote:
>>
>>> This is windows 8.1, is there a similar utility I can run on windows?
>>>
>>> Cheers,
>>> Bruce
>>>
>>>
>>> On Wed, Jan 22, 2014 at 9:31 AM, Aashish Chaudhary <
>>> aashish.chaudh...@kitware.com> wrote:
>>>
 Is this a windows OS or Linux? If Linux can you send us the output of
 glxinfo (as a starting point to debug this).

 Thanks,



 On Wed, Jan 22, 2014 at 8:56 AM, Bruce Jones <
 bruce.david.jo...@gmail.com> wrote:

>  When using the PointSprite plugin on a new laptop I found two
> options cause it to stop working.
>
> When changing from "Sphere (texture)" to "Sphere"  get the following,
>
> ERROR: In
> C:\DBD\pvs-x64\paraview\src\paraview\VTK\Rendering\OpenGL\vtkOpenGLProperty.cxx,
> line 415
>
> vtkPointSpriteProperty (0BD110B0): Couldn't build the shader
> program. At this point , it can be an error in a shader or a driver bug.
>
>
> I thought this might be due to lack of opengl support for the graphics
> chip, which comes bundled with the I7-4600u I have. However intel claim it
> supports up to version 4.2 of OpenGL, so that should be fine...
>
>
> Also, when i choose to scale the point sprite size by values in an
> array, I get the following error,
>
>
> ERROR: In
> C:\DBD\pvs-x64\paraview\src\paraview\VTK\Rendering\OpenGL\vtkShaderProgram2.cxx,
> line 1084
>
> vtkShaderProgram2 (14D4A1A0): glGetAttribLocation 1 OpenGL
> errors detected
>
>  0 : (1281) Invalid value
>
>
> Is there any solution for this?
>
>
> Cheers,
>
> Bruce
>
> ___
> 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
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>


 --
 | Aashish Chaudhary
 | R&D Engineer
 | Kitware Inc.
 | www.kitware.com

>>>
>>>
>>
>>
>> --
>> | Aashish Chaudhary
>> | R&D Engineer
>> | Kitware Inc.
>> | www.kitware.com
>>
>
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Two Machines - Each one with one monitor - Mirrored and different angles of the same data

2014-02-10 Thread Aashish Chaudhary
On Thu, Feb 6, 2014 at 10:40 AM, Léo Pessanha
wrote:

> Hi,
>
> Working with | Windows 7 - 64bit  | in both machines
>
>
> I am a paraview user, i work with oil leak data
>
> My next task is to do the following:
>
> I have two machines and each one controls a monitor.
>
> The monitors are disposed in a way that a L shape is created(one is in the
> floor)
>
> I want to see the same thing in both machines but i want to be able to
> change the angle like on cave.pvx parameters
>
> LowerLeft="-1 -1 -2"
> LowerRight="1 -1 -2"
> UpperRight="1  1 -2"
>
> but in different machines.
>
> The angle that i wanna change is the inicial one.  Something like in the
> front monitor i am looking the data from the front and in the other monitor
> i am looking the data from the top
>

You need to setup your viewport like that only. so you make a reference
point and from there you can configure your front screen (easy one). Now
you use the same reference point place your world screen however you want
to place it, get its corner points and use those values for the second
viewport. The reference point will have 0,0,0 values for the coordinates.
So lets say you have two screens one for the front and other one for the
floor and the 0,0,0 is at the center of the floor then you will have

Front:
LowerLeft="-1 0 -1"
LowerRight="1 0 -1"
UpperRight="1  2 -1"

Floor:
LowerLeft="-1  0 1"
LowerRight="1 0 1"
UpperRight="1  0 -1"




> How am i supposed to do that?
>
> The things that i already know how to do:
>
> Having ONLY ONE machine with 2 monitors changing the angles of each
> monitor on a .pvx file
>
> Connect to a server and have the front view for everyone with a master
> controlling the angles for everyone or each one controlling the own angle
>
> If it gets hard to explain i can try to explain better
>
> Sorry for the bad english
>
> Att,
> Leonardo Pessanha
> Rio de Janeiro, Brazil
>
>
>
>
> ___
> 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
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
>


-- 
| Aashish Chaudhary
| R&D Engineer
| Kitware Inc.
| www.kitware.com
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Setting Exact Sights with Python

2014-02-10 Thread Utkarsh Ayachit
For persepective projection, the following should be all you need to set:

view.CameraFocalPoint
view.CameraPosition
view.CameraViewUp
view.CameraViewAngle

Utkarsh

On Sun, Feb 9, 2014 at 10:46 AM, Magician  wrote:
> Hi all,
>
>
> I'm trying to control Camera Positions with Python.
>
> It looks like that ParaView's Camera Positions such as View Points
> (Camera Position) and Focal Points have some relations to the Zoom
> or other parameters.
> Additionally the Python's Camera object has many options which couldn't
> check on 'Adjust Camera' GUI window.
>
> Similar to other CG tools, I'd like to set the sights of visualizing
> scenes exactly with the coordinates of view and the focal points.
> Any ideas?
>
>
> Magician
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at 
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at: 
> http://paraview.org/Wiki/ParaView
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Compilation error under Linux with MPI and Python

2014-02-10 Thread Utkarsh Ayachit
Does the attached patch address the problem?  We may need to duplicate
the code for each of the modules.

On Thu, Feb 6, 2014 at 5:11 AM, Armin Wehrfritz  wrote:
> The problem actually occurs only for openmpi versions > 1.6, I successfully
> compiled now ParaView under openSUSE 12.3 (openmpi 1.6).
>
> I also found a quick-and-dirty, workaround for openmpi 1.7.2 by manually
> adding libdl to the libraries in CMakeCache.txt:
>>
>>
>> MPI_CXX_LIBRARIES:STRING=/usr/lib64/mpi/gcc/openmpi/lib64/libmpi_cxx.so;/usr/lib64/mpi/gcc/openmpi/lib64/libmpi.so;/usr/lib64/libdl.so
>>
>> MPI_C_LIBRARIES:STRING=/usr/lib64/mpi/gcc/openmpi/lib64/libmpi.so;/usr/lib64/libdl.so
>
>
> Maybe a ParaView developer can add libdl to the linking targets for mpi4py
> to fix the problem properly.
>
> -Armin
>
>
>
> On 02/06/2014 05:02 AM, Orion Poplawski wrote:
>>
>> On 02/05/2014 01:14 PM, Armin Wehrfritz wrote:
>>>
>>> Hi,
>>>
>>> I get this error when compiling Paraview 4.1.0 under Linux x64:
>>>
 [  230s] CMakeFiles/mpi4py.MPI.dir/src/MPI.c.o: In function
 `OPENMPI_dlopen_libmpi':
 [  230s] MPI.c:(.text+0x6eb1): undefined reference to `dlopen'
 [  230s] MPI.c:(.text+0x6ecd): undefined reference to `dlopen'
 [  230s] MPI.c:(.text+0x6ee3): undefined reference to `dlopen'
 [  230s] MPI.c:(.text+0x6ef9): undefined reference to `dlopen'
 [  230s] CMakeFiles[  4%] /mpi4py.MPI.dir/src/MPI.c.o: In function
 `__pyx_pf_6mpi4py_3MPI_16Init':
 [  230s] MPI.c:(.text+0x1349b): undefined reference to `dlopen'
 [  230s] CMakeFiles/mpi4py.MPI.dir/src/MPI.c.o:MPI.c:(.text+0x135bd):
 more undefined references to `dlopen' follow
 [  230s] collect2: error: ld returned 1 exit status
 [  230s] make[2]: *** [lib/site-packages/mpi4py/MPI.so] Error 1
 [  230s] make[1]: ***
 [ThirdParty/mpi4py/vtkmpi4py/CMakeFiles/mpi4py.MPI.dir/all] Error 2
 [  230s] make[1]: *** Waiting for unfinished jobs
>>>
>>>
>>> The error seems related to newer versions of openmpi in combination with
>>> and Python.
>>> When compiling under openSUSE 12.2 (openmpi 1.5.4) everything works
>>> fine, but under openSUSE 12.3 (openmpi 1.6) and openSUSE 13.1 (openmpi
>>> 1.7.2) the compilation fails.
>>>
>>> Apparently, in newer versions of openmpi, the wrapper doesn't add '-ldl'
>>> anymore to the linker flags.
>>> See also here:
>>> https://svn.open-mpi.org/trac/ompi/ticket/3103
>>>
>>> I'm not sure if this should be fixed in openmpi or paraview, but I would
>>> appreciate any hint on how to fix it.
>>>
>>> Best regards,
>>> Armin
>>
>>
>> It needs to be fixed in paraview - it bundles mpi4py, and mpi4py uses
>> dlopen(), so mpi4py needs to be linked to -ldl.  Not sure the
>> appropriate way to fix that in paraview though.
>>
>>
>
> ___
> 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
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
diff --git a/ThirdParty/mpi4py/vtkmpi4py/CMakeLists.txt b/ThirdParty/mpi4py/vtkmpi4py/CMakeLists.txt
index 2e6dc66..7d5380c 100644
--- a/ThirdParty/mpi4py/vtkmpi4py/CMakeLists.txt
+++ b/ThirdParty/mpi4py/vtkmpi4py/CMakeLists.txt
@@ -165,8 +165,9 @@ SET_TARGET_PROPERTIES(
   RUNTIME_OUTPUT_DIRECTORY "${mpi4py_BINARY_DIR}"
   LINKER_LANGUAGE C
   )
-TARGET_LINK_LIBRARIES(mpi4py.MPI ${PYTHON_LIBRARY})
-TARGET_LINK_LIBRARIES(mpi4py.MPI ${MPI_C_LIBRARIES})
+TARGET_LINK_LIBRARIES(mpi4py.MPI ${PYTHON_LIBRARY}
+ ${MPI_C_LIBRARIES}
+ ${CMAKE_DL_LIBS})
 
 
 # --- mpi4py.MPE ---
___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Class for animating camera view

2014-02-10 Thread Utkarsh Ayachit
Ganesh,

That's pretty neat. I'd definitely suggest uploading this to the Wiki.

Thanks!
Utkarsh

On Thu, Feb 6, 2014 at 9:11 AM, Ganesh Vijayakumar
 wrote:
> Dear All,
>
>  Please find attached a class I created for animating camera views. It takes
> a set of pvcc camera files generated using Paraview and spline interpolates
> between them. I have an example case with a box source. Let me know if this
> wiki worthy material.. and I'll put it there.
>
> btw.. Thanks to all you guys who make Paraview so easy to use for us...never
> thought I'll be submitting python scripts on a cluster to make movies to
> analyse data for my Ph.D!
>
> ganesh
>
> ___
> 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
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
>
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Surface LIC Problem

2014-02-10 Thread Utkarsh Ayachit
You could also either use "Extract Block" to remove blocks on which
you don't want to render LIC and then do LIC on the rest. There are
others ways for this subsetting too, based on the nature of your data:
e.g. you could your Extract Selection or Threshold to remove the cells
that you don't want to render LIC on and then render the result.

On Mon, Feb 10, 2014 at 3:57 AM, Richard Grenon  wrote:
> Hello
>
> Which vector field are you using with LIC ?
>
> The LIC control panel allows to choose the vector to be used, and you MUST
> choose a vector field that is NOT ZERO on the surface.
>
> With Euler CFD results, the velocity vector is not zero at the wall, and you
> can use this vector.
>
> With Navier-Stokes CFD results, the velocity vector is zero at the wall, and
> you have to use the skin friction vector instead.
>
> Richard
>
>> I'm trying the Surface LIC Plugin.
>> My models are formatted as VTK MultiBlock Dataset, and there are
>> geometries
>> of fluids and walls.
>> I'd like to visualize LIC on the walls.
>>
>> First I applied Surface LIC to the walls, the results are something wrong.
>> Next to the fluids, they are OK.
>> But there are extra walls which I don't want to visualize (ex.
>> Inlets/Outlets, external boundaries).
>> Maybe the reason of the walls are that they don't have the velocity values
>> of main flows.
>>
>> I also tried the Resample with Dataset filter for linking main flows to
>> the walls.
>> The results are roughly good, but sometimes the resampling qualitys are
>> poor (dropping the values).
>>
>>
>> Is there a good way to visualize the part of the walls' LIC?
>> My sources have complicated shapes, so I want to make the best use of the
>> information of blocks of walls.
>
>
> --
>  Richard GRENON
>  ONERA
>  Departement d'Aerodynamique Appliquee - DAAP/ACI
>  8 rue des Vertugadins
>  92190 MEUDON - FRANCE
>  phone : +33 1 46 73 42 17
>  fax   : +33 1 46 73 41 46
>  mailto:richard.gre...@onera.fr
>  http://www.onera.fr
>
>
> ___
> 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
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Multi-core custom applications

2014-02-10 Thread Utkarsh Ayachit
Makes sense. May providing static API on the class so that custom
application to change the location of pvserver may be helpful. What do
you think? If you want to contribute a patch, I'll be more than happy
to merge it in.

Utkarsh

On Mon, Feb 10, 2014 at 6:28 AM,   wrote:
> Hello
>
> it appears, from vtkProcessModuleAutoMPI.cxx n taht pvserver MUST be in the 
> binary dir to be able to use Multi-core option.
>
> Shouldn't it be configurable in cmake at least ? and even automatically found 
> by cmake ?
>
> Mathieu
> ___
> 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
>
> Follow this link to subscribe/unsubscribe:
> http://www.paraview.org/mailman/listinfo/paraview
___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


[Paraview] Multi-core custom applications

2014-02-10 Thread mathieu . westphal
Hello

it appears, from vtkProcessModuleAutoMPI.cxx n taht pvserver MUST be in the 
binary dir to be able to use Multi-core option.

Shouldn't it be configurable in cmake at least ? and even automatically found 
by cmake ?

Mathieu
___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Revisiting aliasing effect

2014-02-10 Thread Den Fairol
Hello Lis,

 

I suppose you are right on the step-size parameter thing since tweaking
NVIDIA's multi-sampling/anti-aliasing option on both Windows and Linux
systems does not seem to bring any change to the quality. On Linux,
performing Extract Subset@ROI sufficiently significant will result in a
superior image quality whereas on Windows, ROI has no effect over quality.
Of course, committing ROI implicates data loss, thus not a viable solution
either, especially when Windows has no such predicament. Furthermore, it
still does not explain why the different behavior/quality coming from the
same ParaView version (or different versions for that matter). It does
however, affect the Color Map Editor's color palette - noisy color
spectrum/gradient with the AA on NVIDIA control panel set to naught. If this
step-size property is the answer, where can I find it and how much work is
required? For the record, the problem is concerning still-image quality, not
the one during interaction (which is expected to be in low-resolution).

 

Regards,

Den

 

 

From: Lisa Avila [mailto:lisa.av...@kitware.com] 
Sent: 06 February 2014 10:01 PM
To: Den Fairol
Cc: paraview@paraview.org
Subject: Re: [Paraview] Revisiting aliasing effect

 

Hello Den,

This actually has nothing to do with NVIDIA antialiasing and probably
everything to do with the step size used on the mapper. Most likely the
issue is related to the automatic trade-off of quality to ensure performance
(depending on the mapper being used it will increase step size, decrease the
size of the generated image, and/or decrease the volume size in order to
meet the desired update rate). So either you are not seeing the "final"
image (which should fill in with better quality than the interactive image)
or for some reason the image is taking so long that the mapper thinks that's
the best it can do within its allocated time slice. Do you see a change in
image quality when you stop rotating? Are you having performance issue while
rotating?

Lisa

 

On Thu, Jan 30, 2014 at 2:45 AM, Den Fairol 
wrote:

Hi, 

 

I'm a little confused regarding the inconsistent behavior of ParaView
(v4.x), specifically the quality of its volume rendering representation. The
Smart/GPU renderer for Windows version is slightly inferior to its RayCast
renderer counterpart whereas for the Unix/Linux version, it is kind of like
something you'd expect from a 'B' horror movie (see attachment for
Smart/GPU-based rendered images). It is mentioned here:
http://www.paraview.org/pipermail/paraview/2011-June/022062.html &
http://www.paraview.org/pipermail/paraview/2010-June/017961.html that
anti-aliasing (AA) is disabled by default. Then how could the Windows
(Windows 7, NVIDIA Quadro 600 + driver v320.xx) version persist to appear so
smooth despite setting NVIDIA's Control Panel AA handling to 'Off'?
Conversely, changing the same option in Linux (Ubuntu 12.04, NVIDIA Quadro
K5000 + driver v304.xx/v319.xx/v331.xx) to 'Override-application' adds
nothing to the quality. As of now, RayCasting is may not be a viable
solution since it induces substantial latency overhead.

 

Regards,

Den

 


___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview

 

___
Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the ParaView Wiki at: 
http://paraview.org/Wiki/ParaView

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview


Re: [Paraview] Surface LIC Problem

2014-02-10 Thread Richard Grenon

Hello

Which vector field are you using with LIC ?

The LIC control panel allows to choose the vector to be used, and you 
MUST choose a vector field that is NOT ZERO on the surface.


With Euler CFD results, the velocity vector is not zero at the wall, and 
you can use this vector.


With Navier-Stokes CFD results, the velocity vector is zero at the wall, 
and you have to use the skin friction vector instead.


Richard

I'm trying the Surface LIC Plugin.
My models are formatted as VTK MultiBlock Dataset, and there are geometries
of fluids and walls.
I'd like to visualize LIC on the walls.

First I applied Surface LIC to the walls, the results are something wrong.
Next to the fluids, they are OK.
But there are extra walls which I don't want to visualize (ex. Inlets/Outlets, 
external boundaries).
Maybe the reason of the walls are that they don't have the velocity values of 
main flows.

I also tried the Resample with Dataset filter for linking main flows to the 
walls.
The results are roughly good, but sometimes the resampling qualitys are poor 
(dropping the values).


Is there a good way to visualize the part of the walls' LIC?
My sources have complicated shapes, so I want to make the best use of the 
information of blocks of walls.


--
 Richard GRENON
 ONERA
 Departement d'Aerodynamique Appliquee - DAAP/ACI
 8 rue des Vertugadins
 92190 MEUDON - FRANCE
 phone : +33 1 46 73 42 17
 fax   : +33 1 46 73 41 46
 mailto:richard.gre...@onera.fr
 http://www.onera.fr

___
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

Follow this link to subscribe/unsubscribe:
http://www.paraview.org/mailman/listinfo/paraview