Re: [Paraview] [EXTERNAL] RGB volume rendering

[Scott, W Alan]

Ah.  I bet what you are asking is why the color is blue to white, instead of 
the actual colors in your tiffs?  If this is correct, on the Properties tab, 
slide down where it says Scalar Coloring, the uncheck Map Scalars.  Paraview, 
by default, reads your variables in (the data in the tiff), and then maps this 
to a blue to white to red color map.  If you want to see the colors from you 
tiff, you need to tell ParaView to not do this mapping.

Alan



From: PHAN Minh Son [mailto:sonphan...@gmail.com]
Sent: Thursday, March 15, 2018 4:56 AM
To: Scott, W Alan 
Cc: paraview@public.kitware.com
Subject: Re: [EXTERNAL] [Paraview] RGB volume rendering

Hi Alan,
I've imported my 3d rgb volume (.tiff format) in paraview and the render volume 
(attached image) is not really what I expect, since it seems not to be rgb 
color. I'm just a newbie in paraview so maybe there're functions allowing to do 
that...
Best regards,
Son

2018-03-14 17:42 GMT+01:00 Scott, W Alan 
>:
Should work.  Have you tried?  Then, you can slice it, or contour it.

Alan

From: ParaView 
[mailto:paraview-boun...@public.kitware.com]
 On Behalf Of PHAN Minh Son
Sent: Wednesday, March 14, 2018 10:17 AM
To: paraview@public.kitware.com
Subject: [EXTERNAL] [Paraview] RGB volume rendering

Hi all,
I'm currently working with a 3D color volume (RGB image stack in .tiff format). 
Is there anyway to render it in paraview?
Best regards,
Son


___
Powered by www.kitware.com

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

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

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
https://public.kitware.com/mailman/listinfo/paraview

[Paraview] Survey: Migrating to Discourse Forum

[Utkarsh Ayachit]

Folks,

Here's a quick survey to collect community preference on migrating
ParaView mailing lists to a Discourse forum:

https://goo.gl/forms/6YT6q5biy1685fxZ2

Your feedback is appreciated!

Utkarsh
___
Powered by www.kitware.com

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

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

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
https://public.kitware.com/mailman/listinfo/paraview

Re: [Paraview] Utilizing Server GPU from an external command

[Chris Coutinho]

Hi Shawn,

Great idea with the dummy user, creating a simple guest account works fine for 
me. Restarting doesn’t happen often so this should work great.

Unfortunately I still need to give my user permissions via xhost…

@Burlen Loring I’ll check out your solution in 
the morning.

Met vriendlijke groet,
REDstack BV

Chris Coutinho
Onderzoeker/Data analist

From: Shawn Waldon [mailto:shawn.wal...@kitware.com]
Sent: donderdag 15 maart 2018 19:12
To: Chris Coutinho 
Cc: paraview@public.kitware.com
Subject: Re: [Paraview] Utilizing Server GPU from an external command

Hi Chris,
Most operating systems have this restriction that unless a user is logged in a 
display session will not be created.  What you probably want is something like 
OSMesa (uses CPU rendering but requires no X session) or EGL (I'm less familiar 
with this, but I think it lets you render without an X session.  It is limited 
to some NVidia cards/drivers though).  VTK has support for both of those 
options.  Alternatively you could set up a dummy user with auto-login and then 
just use the video group like you mentioned.
HTH,
Shawn

On Thu, Mar 15, 2018 at 2:06 PM, Chris Coutinho 
> wrote:

I'm again having this issue where I can't access the GPU unless someone is 
logged into the computer and in an active X session. Adding the appropriate 
users to the 'video' group makes it possible that I can access the GPU from 
another user that is also in the video group, but at least one user needs to be 
logged in. If I restart the machine then I’m out of the luck, and I get the 
‘can't open the display’ error.



I was assuming that the computer would just need to be turned on to be able to 
connect to it remotely, and hopefully I’m missing something here.



Met vriendlijke groet,

REDstack BV



Chris Coutinho

Onderzoeker/Data analist



-Original Message-
From: ParaView 
[mailto:paraview-boun...@public.kitware.com]
 On Behalf Of Chris Coutinho
Sent: vrijdag 9 maart 2018 21:49
To: Burlen Loring >; 
paraview@public.kitware.com
Subject: Re: [Paraview] Utilizing Server GPU from an external command



[This sender failed our fraud detection checks and may not be who they appear 
to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing]



I spoke too soon, apparently my issue was that the users were not part of the 
'video' group. After adding the various users to the video group the problem is 
gone.





Met vriendlijke groet,

REDstack BV



Chris Coutinho

Onderzoeker/Data analist



-Original Message-

From: Chris Coutinho

Sent: vrijdag 9 maart 2018 21:18

To: Chris Coutinho >; 
Burlen Loring >; 
paraview@public.kitware.com

Subject: RE: [Paraview] Utilizing Server GPU from an external command



I'm running into some other trouble related to accessing the remote server. I'm 
able to successfully use the remote GPU from a client when the ssh user is also 
logged into the machine and in a X session (specifically Gnome).



Is it possible to access the remote GPU without being logged in as the same 
user that is doing the ssh remote connection?







Met vriendlijke groet,

REDstack BV



Chris Coutinho

Onderzoeker/Data analist



-Original Message-

From: ParaView [mailto:paraview-boun...@public.kitware.com] On Behalf Of Chris 
Coutinho

Sent: vrijdag 9 maart 2018 14:25

To: Burlen Loring >; 
paraview@public.kitware.com

Subject: Re: [Paraview] Utilizing Server GPU from an external command



[This sender failed our fraud detection checks and may not be who they appear 
to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing]



Thanks for the explanation Burlen,



It was indeed an issue with xhost as you alluded to. On the server I added my 
user to the list of authorized clients:



xhost +SI:localhost:



Another point that I need to do was remove the Mesa library from the server, 
which was probably on the system because the nvidia drivers were installed 
later. After removing the Mesa library, adding my user to the authorized 
clients for xhost, and appending the DISPLAY variable to my pvserver command 
fixes the problem that I originally had.



Here's my current working command:



ssh @ DISPLAY=:0.0 /usr/local/bin/pvserver 
--server-port=1 --client-host= --use-offscreen-rendering



I wasn't able to get reverse connection to work correctly, so I removed that 
argument from the command, It's not entirely clear to me why I would need it. 
From the documentation it seems like a requirement if the client 

Re: [Paraview] Utilizing Server GPU from an external command

[Chris Coutinho]

I'm again having this issue where I can't access the GPU unless someone is 
logged into the computer and in an active X session. Adding the appropriate 
users to the 'video' group makes it possible that I can access the GPU from 
another user that is also in the video group, but at least one user needs to be 
logged in. If I restart the machine then I'm out of the luck, and I get the 
'can't open the display' error.



I was assuming that the computer would just need to be turned on to be able to 
connect to it remotely, and hopefully I'm missing something here.



Met vriendlijke groet,

REDstack BV



Chris Coutinho

Onderzoeker/Data analist



-Original Message-
From: ParaView [mailto:paraview-boun...@public.kitware.com] On Behalf Of Chris 
Coutinho
Sent: vrijdag 9 maart 2018 21:49
To: Burlen Loring ; paraview@public.kitware.com
Subject: Re: [Paraview] Utilizing Server GPU from an external command



[This sender failed our fraud detection checks and may not be who they appear 
to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing]



I spoke too soon, apparently my issue was that the users were not part of the 
'video' group. After adding the various users to the video group the problem is 
gone.





Met vriendlijke groet,

REDstack BV



Chris Coutinho

Onderzoeker/Data analist



-Original Message-

From: Chris Coutinho

Sent: vrijdag 9 maart 2018 21:18

To: Chris Coutinho >; 
Burlen Loring >; 
paraview@public.kitware.com

Subject: RE: [Paraview] Utilizing Server GPU from an external command



I'm running into some other trouble related to accessing the remote server. I'm 
able to successfully use the remote GPU from a client when the ssh user is also 
logged into the machine and in a X session (specifically Gnome).



Is it possible to access the remote GPU without being logged in as the same 
user that is doing the ssh remote connection?







Met vriendlijke groet,

REDstack BV



Chris Coutinho

Onderzoeker/Data analist



-Original Message-

From: ParaView [mailto:paraview-boun...@public.kitware.com] On Behalf Of Chris 
Coutinho

Sent: vrijdag 9 maart 2018 14:25

To: Burlen Loring >; 
paraview@public.kitware.com

Subject: Re: [Paraview] Utilizing Server GPU from an external command



[This sender failed our fraud detection checks and may not be who they appear 
to be. Learn about spoofing at http://aka.ms/LearnAboutSpoofing]



Thanks for the explanation Burlen,



It was indeed an issue with xhost as you alluded to. On the server I added my 
user to the list of authorized clients:



xhost +SI:localhost:



Another point that I need to do was remove the Mesa library from the server, 
which was probably on the system because the nvidia drivers were installed 
later. After removing the Mesa library, adding my user to the authorized 
clients for xhost, and appending the DISPLAY variable to my pvserver command 
fixes the problem that I originally had.



Here's my current working command:



ssh @ DISPLAY=:0.0 /usr/local/bin/pvserver 
--server-port=1 --client-host= --use-offscreen-rendering



I wasn't able to get reverse connection to work correctly, so I removed that 
argument from the command, It's not entirely clear to me why I would need it. 
From the documentation it seems like a requirement if the client and server are 
on separate sides of a firewall. That's not the case for me and it works 
without.



Thanks again for your quick response.





Met vriendlijke groet,

REDstack BV



Chris Coutinho

Onderzoeker/Data analist



From: Burlen Loring [mailto:burlen.lor...@gmail.com]

Sent: vrijdag 9 maart 2018 00:10

To: Chris Coutinho >; 
paraview@public.kitware.com

Subject: Re: [Paraview] Utilizing Server GPU from an external command



Hi Chris,



You are right "ssh -X" sends X11 commands back to the client. that is not what 
you want, so do not use -X option in your ssh command.



Assuming that an X server is running on the server in question (sounds like it 
is), there are 2 additional things that you need to make this work.

1. Your ssh user needs to be allowed to make connections to the X server 2. You 
need to tell programs which display to use.



To see if your user can make connections to the X server:

ssh into the server. run "DISPLAY=:0.0 xhost". If this command succeeds it will 
print out the current access control list. You should see your user name. If 
that is the case then you should be all set. If it fails it may say something  
about "no protocol" and "can't open the display" or something similar. If it 
fails then you'll need to add your user to the access control 

Re: [Paraview] [EXTERNAL] Re: Idea: move from mailing lists to discourse

[David E DeMarle]

If we can get vtk consensus, we should move that at the same time.

David E DeMarle
Kitware, Inc.
Principal Engineer
21 Corporate Drive
Clifton Park, NY 12065-8662
Phone: 518-881-4909

On Thu, Mar 15, 2018 at 12:46 PM, Scott, W Alan  wrote:

> Without much study, I agree with Cory.  The current e-mail system feels
> unwieldy and noisy to me, and is hard to search.  Furthermore, I find it
> hard to browse back in time for something I remember, but can’t find the
> search terms for (and have deleted).  Discourse feels closer to our current
> gitlab bug tracker, which has been very successful.  Let a tool manage the
> mailing list, rather than my inbox.
>
>
>
> +1.
>
>
>
> Alan
>
>
>
> *From:* ParaView [mailto:paraview-boun...@public.kitware.com] *On Behalf
> Of *Cory Quammen
> *Sent:* Thursday, March 15, 2018 9:24 AM
> *To:* Ayachit, Utkarsh (External Contacts) 
> *Cc:* ParaView 
> *Subject:* [EXTERNAL] Re: [Paraview] Idea: move from mailing lists to
> discourse
>
>
>
> +1
>
>
>
> Discourse includes a mailing list mode that, with some caveats, behaves
> like the current mailing list if you prefer that mode. The integrated
> search feature is nice to have - I usually resort to searching the ParaView
> mailing list in markmail's archive, which usually works, but an additional
> step that wouldn't be needed with an integrated search. Having different
> categories for beginners, developers, announcements, etc. would be great.
> You can watch or unwatch different categories, tag posts with keywords, and
> bookmark certain posts you'd like to revisit. It just seems great all
> around.
>
>
>
> Cory
>
>
>
>
>
>
>
> On Thu, Mar 15, 2018 at 10:46 AM, Utkarsh Ayachit <
> utkarsh.ayac...@kitware.com> wrote:
>
> Folks,
>
> I know ITK community have moved on to discourse
> (https://discourse.itk.org/) and from what I've heard, the experience
> has been great. Is it time for ParaView mailing lists to move to
> Discourse as well?
>
> What are people's feelings about it?
>
> Utkarsh
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Search the list archives at: http://markmail.org/search/?q=ParaView
>
> Follow this link to subscribe/unsubscribe:
> https://public.kitware.com/mailman/listinfo/paraview
>
>
>
>
>
> --
>
> Cory Quammen
> Staff R Engineer
> Kitware, Inc.
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Search the list archives at: http://markmail.org/search/?q=ParaView
>
> Follow this link to subscribe/unsubscribe:
> https://public.kitware.com/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

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
https://public.kitware.com/mailman/listinfo/paraview

Re: [Paraview] Idea: move from mailing lists to discourse

[Márcio Ricardo Pivello]

+1

On 15 March 2018 at 12:24, Cory Quammen  wrote:

> +1
>
> Discourse includes a mailing list mode that, with some caveats, behaves
> like the current mailing list if you prefer that mode. The integrated
> search feature is nice to have - I usually resort to searching the ParaView
> mailing list in markmail's archive, which usually works, but an additional
> step that wouldn't be needed with an integrated search. Having different
> categories for beginners, developers, announcements, etc. would be great.
> You can watch or unwatch different categories, tag posts with keywords, and
> bookmark certain posts you'd like to revisit. It just seems great all
> around.
>
> Cory
>
>
>
> On Thu, Mar 15, 2018 at 10:46 AM, Utkarsh Ayachit <
> utkarsh.ayac...@kitware.com> wrote:
>
>> Folks,
>>
>> I know ITK community have moved on to discourse
>> (https://discourse.itk.org/) and from what I've heard, the experience
>> has been great. Is it time for ParaView mailing lists to move to
>> Discourse as well?
>>
>> What are people's feelings about it?
>>
>> Utkarsh
>> ___
>> Powered by www.kitware.com
>>
>> Visit other Kitware open-source projects at
>> http://www.kitware.com/opensource/opensource.html
>>
>> Please keep messages on-topic and check the ParaView Wiki at:
>> http://paraview.org/Wiki/ParaView
>>
>> Search the list archives at: http://markmail.org/search/?q=ParaView
>>
>> Follow this link to subscribe/unsubscribe:
>> https://public.kitware.com/mailman/listinfo/paraview
>>
>
>
>
> --
> Cory Quammen
> Staff R Engineer
> Kitware, Inc.
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Search the list archives at: http://markmail.org/search/?q=ParaView
>
> Follow this link to subscribe/unsubscribe:
> https://public.kitware.com/mailman/listinfo/paraview
>
>


-- 
Marcio Ricardo Pivello
___
Powered by www.kitware.com

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

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

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
https://public.kitware.com/mailman/listinfo/paraview

Re: [Paraview] [EXTERNAL] Re: Idea: move from mailing lists to discourse

[Scott, W Alan]

Without much study, I agree with Cory.  The current e-mail system feels 
unwieldy and noisy to me, and is hard to search.  Furthermore, I find it hard 
to browse back in time for something I remember, but can’t find the search 
terms for (and have deleted).  Discourse feels closer to our current gitlab bug 
tracker, which has been very successful.  Let a tool manage the mailing list, 
rather than my inbox.

+1.

Alan

From: ParaView [mailto:paraview-boun...@public.kitware.com] On Behalf Of Cory 
Quammen
Sent: Thursday, March 15, 2018 9:24 AM
To: Ayachit, Utkarsh (External Contacts) 
Cc: ParaView 
Subject: [EXTERNAL] Re: [Paraview] Idea: move from mailing lists to discourse

+1

Discourse includes a mailing list mode that, with some caveats, behaves like 
the current mailing list if you prefer that mode. The integrated search feature 
is nice to have - I usually resort to searching the ParaView mailing list in 
markmail's archive, which usually works, but an additional step that wouldn't 
be needed with an integrated search. Having different categories for beginners, 
developers, announcements, etc. would be great. You can watch or unwatch 
different categories, tag posts with keywords, and bookmark certain posts you'd 
like to revisit. It just seems great all around.

Cory



On Thu, Mar 15, 2018 at 10:46 AM, Utkarsh Ayachit 
> wrote:
Folks,

I know ITK community have moved on to discourse
(https://discourse.itk.org/) and from what I've heard, the experience
has been great. Is it time for ParaView mailing lists to move to
Discourse as well?

What are people's feelings about it?

Utkarsh
___
Powered by www.kitware.com

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

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

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
https://public.kitware.com/mailman/listinfo/paraview



--
Cory Quammen
Staff R Engineer
Kitware, Inc.
___
Powered by www.kitware.com

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

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

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
https://public.kitware.com/mailman/listinfo/paraview

Re: [Paraview] Idea: move from mailing lists to discourse

[Cory Quammen]

+1

Discourse includes a mailing list mode that, with some caveats, behaves
like the current mailing list if you prefer that mode. The integrated
search feature is nice to have - I usually resort to searching the ParaView
mailing list in markmail's archive, which usually works, but an additional
step that wouldn't be needed with an integrated search. Having different
categories for beginners, developers, announcements, etc. would be great.
You can watch or unwatch different categories, tag posts with keywords, and
bookmark certain posts you'd like to revisit. It just seems great all
around.

Cory



On Thu, Mar 15, 2018 at 10:46 AM, Utkarsh Ayachit <
utkarsh.ayac...@kitware.com> wrote:

> Folks,
>
> I know ITK community have moved on to discourse
> (https://discourse.itk.org/) and from what I've heard, the experience
> has been great. Is it time for ParaView mailing lists to move to
> Discourse as well?
>
> What are people's feelings about it?
>
> Utkarsh
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at http://www.kitware.com/
> opensource/opensource.html
>
> Please keep messages on-topic and check the ParaView Wiki at:
> http://paraview.org/Wiki/ParaView
>
> Search the list archives at: http://markmail.org/search/?q=ParaView
>
> Follow this link to subscribe/unsubscribe:
> https://public.kitware.com/mailman/listinfo/paraview
>



-- 
Cory Quammen
Staff R Engineer
Kitware, Inc.
___
Powered by www.kitware.com

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

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

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
https://public.kitware.com/mailman/listinfo/paraview

[Paraview] Status of XDMF3 Reader in ParaView

[Andy Smith]

Currently in our CFD code we output XDMF and use the XDMF2 reader in
ParaView.
I would like to add the capability to output arbitrary polyhedra but it
appears support for this was only added in XDMF3.  Because of this I plan
to change the output to a format that is compatible with XDMF3 but face at
least two major issues that are preventing me from using XDMF3:

1. XDMF cannot handle functions properly (https://gitlab.kitware.com/
paraview/paregaview/issues/17516
).  I use
functions to join scalars to make vectors.

2. Inability to select certain blocks of a multiblock dataset before
reading data.  This feature allows the user to only load a subset of the
complete multiblock dataset and saves a large amount of time.  (see my
final comment in a post about a year ago
https://public.kitware.com/pipermail/paraview/2017-March/039605.html)

I can think of three options going forward:

1. Get functions and block selection during loading working in XDMF3 (best
option).
2. Back-port arbitrary polyhedra support to XDMF2 (looks doable, but not
appealing since eventually XDMF2 will go away).
3. Split arbitrary polyhedra into tetrahedra in the solver (probably most
complicated and least ideal since the visualization no longer completely
represents the actual flow field).

I've attached a simple multiblock dataset that works using the XDMF2 reader
and demonstrates both issues with the XDMF3 reader.  The function problem
is a known issue, but perhaps I'm doing something wrong in my file
formatting that prevents the selection of individual blocks during loading.

I'm open to any assessment of my proposed options and any suggestions on
what I can do to help.

Thanks,
Andy


mixed_multiblock_xdmf2_join.xmf
Description: Binary data


mixed_multiblock_xdmf3_join.xmf
Description: Binary data
___
Powered by www.kitware.com

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

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

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
https://public.kitware.com/mailman/listinfo/paraview

[Paraview] Idea: move from mailing lists to discourse

[Utkarsh Ayachit]

Folks,

I know ITK community have moved on to discourse
(https://discourse.itk.org/) and from what I've heard, the experience
has been great. Is it time for ParaView mailing lists to move to
Discourse as well?

What are people's feelings about it?

Utkarsh
___
Powered by www.kitware.com

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

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

Search the list archives at: http://markmail.org/search/?q=ParaView

Follow this link to subscribe/unsubscribe:
https://public.kitware.com/mailman/listinfo/paraview