Re: [Paraview] Can I tie Z Axis Grid labels to the unscaled range of the Scalar Value used in the Warp By Scalar filter?

[Cory Quammen]

On Mon, Jan 29, 2018 at 6:35 PM, Wyatt Spear  wrote:
> I am trying to add a 3d-component to my heat maps and it looks like the Warp
> By Scalar filter is the most straightforward way to map a scalar value to
> the Z axis. My trouble is, the labels on the Z axis grid are not displaying
> the actual range of values provided by the scalar when I change the warp
> scale factor. A scale factor of 1 gives the expected axis labels, of course,
> but puts my Z axis out of visual range. Is there a reasonable way to tie the
> Z axis labels to the range provided by the raw scalar data, so changing the
> scale factor of the warp doesn't effect Z Axis labels and their values
> remain representative of my data?

The axes are tied to the physical extent of the data, as you have
observed, not the scalar range of the array mapped to Z. You can edit
the Data Axes Grid "Z Axis Label Properties" and enable "Z Axis Use
Custom Labels" to manually set the label values to those of your data
array. It is not automatically tied to the scalar array range, though,
but the Z labels will be independent of changes to the warp scale
factor.

HTH,
Cory

>
> Thanks,
> Wyatt Spear
>
> ___
> 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://paraview.org/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://paraview.org/mailman/listinfo/paraview

[Paraview] Labelling Cell Data

[Dean, Kevin]

Hello All,

I am currently writing a plugin for ml labelling purposes. I split
different volumes into slices, grid them, and label them. I currently use
the properties panel one grid (pixel) at a time (which for time purposes
isn't the best obviously). Is it possible to incorporate ParaView's
Selection Widget to get the cells that are currently highlighted in order
to change their cell labels? Thank you,

Kevin E. Dean

-- 
This email and its contents are confidential. If you are not the intended 
recipient, please do not disclose or use the information within this email 
or its attachments. If you have received this email in error, please report 
the error to the sender by return email and delete this communication from 
your records.
___
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://paraview.org/mailman/listinfo/paraview

[Paraview] Can I tie Z Axis Grid labels to the unscaled range of the Scalar Value used in the Warp By Scalar filter?

[Wyatt Spear]

I am trying to add a 3d-component to my heat maps and it looks like the
Warp By Scalar filter is the most straightforward way to map a scalar value
to the Z axis. My trouble is, the labels on the Z axis grid are not
displaying the actual range of values provided by the scalar when I change
the warp scale factor. A scale factor of 1 gives the expected axis labels,
of course, but puts my Z axis out of visual range. Is there a reasonable
way to tie the Z axis labels to the range provided by the raw scalar data,
so changing the scale factor of the warp doesn't effect Z Axis labels and
their values remain representative of my data?

Thanks,
Wyatt Spear
___
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://paraview.org/mailman/listinfo/paraview

Re: [Paraview] [EXTERNAL] Paraview crashing on time varying dataset (MAC OS)

[Matheus Viana]

Hi guys. Sorry.

That was the problem. When I convert RGBA to RGB everything works fine.

Thanks.

Matheus Viana
IBM Research | Brazil

2018-01-29 17:19 GMT-02:00 Matheus Viana :

> Ops, there is a chance I am trying to read RGBA images. Checking that
> right now...
>
> Matheus Viana
> IBM Research | Brazil
>
> 2018-01-29 17:17 GMT-02:00 Matheus Viana :
>
>> mm I doubt. Images are very small 16x16x16 pixels ~ 20Kb.
>>
>> -m
>>
>> Matheus Viana
>> IBM Research | Brazil
>>
>> 2018-01-29 17:14 GMT-02:00 Scott, W Alan :
>>
>>> Out of memory?  Try using the View/ Memory Inspector to see if you are
>>> low on memory?
>>>
>>>
>>>
>>> Alan
>>>
>>>
>>>
>>> *From:* ParaView [mailto:paraview-boun...@paraview.org] *On Behalf Of 
>>> *Matheus
>>> Viana
>>> *Sent:* Monday, January 29, 2018 12:10 PM
>>> *To:* paraview@paraview.org
>>> *Subject:* [EXTERNAL] [Paraview] Paraview crashing on time varying
>>> dataset (MAC OS)
>>>
>>>
>>>
>>> Hi guys.
>>>
>>>
>>>
>>> My Paraview 5.4 is constantly crashing when I try to load many (~20)
>>> TIFF files as a single time varying dataset.
>>>
>>>
>>>
>>> I am on MAC OS 10.12.
>>>
>>>
>>>
>>> Any clue why?
>>>
>>>
>>> Matheus Viana
>>>
>>> IBM Research | 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

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

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

Re: [Paraview] custom view plugin - minimal example needed

[Kolja Petersen]

Thanks Artem, but we have decided to complete the project without any
Paraview dependencies. The Kitware business model is not working for us.
Kolja

On Sat, Jan 27, 2018 at 6:34 PM, Artem Bodrin  wrote:

> Hello, dear participants.
>
> Actually, one can do what Kolja needs. If you are still interested, I can
> deduce the sample from my plugin.
>
> In 2 words:
> 1) inherit main view class MyView from pqView
> 2) create a stub class vtkPVMyView, inherited from vtkPVView, override
> pure virtual functions
> 3) add to plugin's XML:
>
> 
> 
> 
>  name="MyView"
> class="vtkPVMyView"
> processes="client"
> base_proxygroup="internal_views"
> base_proxyname="ViewBase"
> label="My View">
> 
> 
> 
> 
>
> 4) create your own container widget class and return it from
> MyView::createWidget() method
> 5) use this in your plugin’s CMakeLists.txt:
>
>add_pqproxy(
>   VIEW_IFACE VIEW_IFACE_SRCS
>   TYPE MyView
>   XML_GROUP views
>   XML_NAME MyView
>)
>
> That’s it. I used SpreadSheet view implementation for inspiration.
>
>
> 27 янв. 2018 г., в 15:17, Kolja Petersen 
> написал(а):
>
> Thank you Mathieu, your answer helped me decide whether to continue our
> developments based on Paraview.
> Kolja
>
>
> 
>  Virenfrei.
> www.avast.com
> 
>
> On Fri, Jan 26, 2018 at 9:26 AM, Mathieu Westphal <
> mathieu.westp...@kitware.com> wrote:
>
>> Hi Kolja
>>
>> Inheriting directly from vtkPVView is not possible as there is specific
>> code dedicated to managing each type of base view. Even if it was possible,
>> it would not allow you to add QtWidget anywhere in the view.
>> This is not possible due to design.
>> However, there are possibilities to add Qt widgets in the properties
>> panel, in the view tool items and in any dedicated QDockWidget or QToolbar
>> you may want to add in your plugin.
>>
>> Also please keep in mind this mailing list is a volontary Q, We do
>> offer consulting services [1] if you want to work with ParaView development
>> team directly.
>>
>> Best,
>> 
>>
>>
>> Mathieu Westphal
>>
>> [1] https://www.kitware.com/what-we-offer/#consulting
>>
>> On Fri, Jan 26, 2018 at 7:31 AM, Kolja Petersen 
>> wrote:
>>
>>> Dear Mathieu,
>>> I may be missing the point of your suggested code. I asked whether
>>> plugins can provide views beyond the existing RenderViews, on 15 January I
>>> sent a code snippet to the list to show my successful attempts that
>>> implement a new RenderView and ask how to replace it with a generic view
>>> containing other Qt widgets, and now you reproduced another version of the
>>> functionality from my snippet.
>>>
>>> Why?
>>>
>>>
>>> On Tue, Jan 23, 2018 at 10:45 AM, Mathieu Westphal <
>>> mathieu.westp...@kitware.com> wrote:
>>>
 Hello

 Here is a minimal example for creating a new type of view within a
 plugin.
 You actually cannot inherit directly from vtkPVView, you must inherit
 for a base view, which can be :
  - vtkPVRenderView
  - vtkPVContextView
  - vtkPythonView
  - vtkSpreadSheetView
 (https://www.paraview.org/ParaView/Doc/Nightly/www/cxx-doc/c
 lassvtkPVView.html)

 This choice is also visible in the associated xml files where you
 precise which kind of proxy you want to create.

 In the attached example, I demonstrated how to add a clone of the
 Render View, called Render View 2.

 Hope it helps,

 Best,


 Mathieu Westphal

 On Mon, Jan 22, 2018 at 7:08 PM, Kolja Petersen <
 petersenko...@gmail.com> wrote:

> Thank you, Mathieu,
> any update on this?
> All my research seems to point to a few hardcoded views that are
> accessible. I simply can't find a solution to implement a new view and 
> open
> it from a plugin.
> Thanks
> Kolja
>
>
> On Wed, Jan 17, 2018 at 9:55 AM, Mathieu Westphal <
> mathieu.westp...@kitware.com> wrote:
>
>> Hi Kolja
>>
>> I have a simple view plugin project ongoing that I should be able to
>> scale down for your needs.
>> I will try to find the time to do it before the end fo the week.
>>
>> Best,
>>
>> Mathieu Westphal
>>
>> On Tue, Jan 16, 2018 at 8:38 PM, Kolja Petersen <
>> petersenko...@gmail.com> wrote:
>>
>>> Is it possible to write a plugin that derives from vtkPVView instead
>>> of vtkPVRenderView?
>>>
>>> I don't know how I can further shorten my question. The answer is
>>> quite important to decide whether we can continue our ParaView 
>>> 

Re: [Paraview] Can I generate a single file that contains data and filter settings?

[Wyatt Spear]

I think the python scripting with embedded data is worth a try. I'm not
familiar with the built-in vs other server modes so I'm not sure what kind
of restrictions that entails.  Probably my ultimate goal is to build a
reader plugin that will parse the data out of my application's native
format but generating a script seems like a decent interim solution.

Thanks,
Wyatt

On Mon, Jan 29, 2018 at 5:57 AM, Cory Quammen 
wrote:

> Wyatt,
>
> ParaView provides extensive Python scriptability. One solution is to
> write out a Python script from your program. Within the Pythons
> script, you set up the data, set up filters and modify visualization
> settings just as you wish. Once it is loaded, you can continue to
> explore your data by creating new filters, changing visualization
> parameters, and so on.
>
> Creating example Python scripts is easy using the Trace functionality
> (Tools menu -> Start Trace) - you just interact with the UI and the
> equivalent Python operations will be written to the trace file. Use
> such a trace as a basis for what is written from your program.
>
> To save the data to the Python script and then load it is a different
> use case from what we typical support, but I think it is doable. It
> would just look a little ugly (and it would only work in built-in
> server mode). Basically, you could write out your data in a NumPy
> array within the script, as if you were entering the array information
> by hand, then provide that data to what's called a TrivialProducer
> source. This source would stand in place of a reader. There is a
> little bit of code required to do that that isn't super obvious -
> before sketching it out, would this approach work for your needs?
>
> Thanks,
> Cory
>
>
>
> On Sun, Jan 28, 2018 at 10:10 PM, Wyatt Spear 
> wrote:
> > Thanks, I'll take a look at this. My use case is pretty severely
> > underutilizing ParaView's capabilities though. I'm rendering very large
> > multi-variable heat maps. So color mapped 2d points are all I need
> rendered,
> > (until I can figure out how to map glyph height to another variable).
> >
> > =Wyatt
> >
> >
> > On Sat, Jan 27, 2018 at 8:52 AM Samuel Key 
> wrote:
> >>
> >> Wyatt--
> >>
> >> While ParaView can read CSV files and subsequently generate images, the
> >> CSV format for simulation results limits the functionality available to
> you
> >> in ParaView. My suggestion is that you write your simulation results in
> a
> >> format that contains geometry information, as well as, Point and Cell
> >> centered values like displacement, velocity, acceleration, temperature,
> >> concentrations, volume fractions, et cetera.
> >>
> >> The attached document is a good place to start. (This document is very
> >> concise and very complete, but the information is only written down
> once. As
> >> a result, the format information is sometimes not located where you need
> >> it.)
> >>
> >> If your simulations are concerned with the deformation of 3-D solids and
> >> structures, I can provide you with FORTRAN95 routines that you can use
> to
> >> write VTK-formatted simulation results.
> >>
> >> Once you can generate VTK-formatted datum sets, The File > Save State
> >> command will generate *.pvsm files that will let you "recreate" a
> previously
> >> constructed Browser Pipeline. (The PV *.pvsm reader gives you the
> >> opportunity to select a different datum set.)
> >>
> >> There is a small two-cell mesh file attached that might be helpful to
> you
> >> when constructing a VTK-formatted file writer in your application.
> >>
> >> --Sam
> >>
> >>
> >>
> >>
> >>
> >> On 1/27/2018 8:46 AM, Wyatt Spear wrote:
> >>
> >> Greetings,
> >>
> >> Currently I am using my own application to generate a simple CSV file
> >> which can be loaded up in ParaView. I then create the visualization I
> want
> >> with a few manual filter operations.
> >>
> >> What I would like is to generate a file, preferably still with a field
> for
> >> CSV-like raw data, that tells ParaView to load the data and then apply
> the
> >> filters I want, so the view I want is immediately available upon
> loading the
> >> file and the raw data is available if I want to try other filters.
> >>
> >> I've taken a look at vpt and pvd files saved from my intended view but
> I'm
> >> not seeing much correspondence between the CSV data I generate, the
> filters
> >> I apply and the data fields in there. I'm also pondering the save-state
> and
> >> trace/macro features of ParaView but I suspect those won't quite square
> with
> >> my aim of generating a file in an external application which includes
> data.
> >>
> >> Could someone point me toward a proper way to do this? If it comes down
> to
> >> plugin development I'm willing to take a look at that.
> >>
> >> Thanks,
> >> Wyatt Spear
> >>
> >>
> >> ___
> >> Powered by www.kitware.com
> >>
> >> Visit other Kitware open-source 

Re: [Paraview] [EXTERNAL] Paraview crashing on time varying dataset (MAC OS)

[Matheus Viana]

mm I doubt. Images are very small 16x16x16 pixels ~ 20Kb.

-m

Matheus Viana
IBM Research | Brazil

2018-01-29 17:14 GMT-02:00 Scott, W Alan :

> Out of memory?  Try using the View/ Memory Inspector to see if you are low
> on memory?
>
>
>
> Alan
>
>
>
> *From:* ParaView [mailto:paraview-boun...@paraview.org] *On Behalf Of *Matheus
> Viana
> *Sent:* Monday, January 29, 2018 12:10 PM
> *To:* paraview@paraview.org
> *Subject:* [EXTERNAL] [Paraview] Paraview crashing on time varying
> dataset (MAC OS)
>
>
>
> Hi guys.
>
>
>
> My Paraview 5.4 is constantly crashing when I try to load many (~20) TIFF
> files as a single time varying dataset.
>
>
>
> I am on MAC OS 10.12.
>
>
>
> Any clue why?
>
>
> Matheus Viana
>
> IBM Research | 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

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

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

Re: [Paraview] [EXTERNAL] Paraview crashing on time varying dataset (MAC OS)

[Scott, W Alan]

Out of memory?  Try using the View/ Memory Inspector to see if you are low on 
memory?

Alan

From: ParaView [mailto:paraview-boun...@paraview.org] On Behalf Of Matheus Viana
Sent: Monday, January 29, 2018 12:10 PM
To: paraview@paraview.org
Subject: [EXTERNAL] [Paraview] Paraview crashing on time varying dataset (MAC 
OS)

Hi guys.

My Paraview 5.4 is constantly crashing when I try to load many (~20) TIFF files 
as a single time varying dataset.

I am on MAC OS 10.12.

Any clue why?

Matheus Viana
IBM Research | 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

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

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

[Paraview] Paraview crashing on time varying dataset (MAC OS)

[Matheus Viana]

Hi guys.

My Paraview 5.4 is constantly crashing when I try to load many (~20) TIFF
files as a single time varying dataset.

I am on MAC OS 10.12.

Any clue why?

Matheus Viana
IBM Research | 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

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

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

Re: [Paraview] [EXTERNAL] Re: OpenGL Vendor

[Scott, W Alan]

Thanks all!  

To add to what Ken said, you can't find the OpenGL library from pvserver.  You 
need to cd into the lib/paraview-*.* directory, and do an ldd on 
libvtkRenderingOpenGL2-pv5.4.so.  This tells you where libOSMesa.so is located.


Alan

> -Original Message-
> From: Utkarsh Ayachit [mailto:utkarsh.ayac...@kitware.com]
> Sent: Friday, January 26, 2018 10:44 AM
> To: Ken Martin 
> Cc: Scott, W Alan ; paraview@paraview.org
> Subject: [EXTERNAL] Re: [Paraview] OpenGL Vendor
> 
> To add to what Ken said, the "Client Information" tab shows you info about
> OpenGL for the "paraview" executable, while the "Connection Information"
> gives you info for the "pvserver", if any.
> 
> On Fri, Jan 26, 2018 at 10:54 AM, Ken Martin 
> wrote:
> > OpenGL is loaded at runtime so what matters is the mostly the system
> > it is running on as opposed to the system it was compiled on (except
> > OSMesa see below).
> >
> > To make it a bit more complicated, if you use GLXforwarding or a
> > similar OpenGL forwarding mechanism then what matters is some
> > combination of the forwarding library on the system PV is running on
> > and the OpenGL hardware of the system you are *displaying* on. This
> > bites people when PV runs fine locally on a system but when they
> > forward their display/remote desktop to another system it fails.
> >
> > Finally when building with OSMesa, as long as the runtime system picks
> > up the OSMesa libs you built, then it really is the version of OSMesa
> > you compiled against that matters.
> >
> > On linux I think a ldd on the PV executable can show which library is
> > being picked up. (should have ogl or opengl, nvidia, mesa etc in the
> > path) but a linux person might know better.
> >
> >
> >
> >
> >
> >
> > On Thu, Jan 25, 2018 at 7:14 PM, Scott, W Alan 
> wrote:
> >>
> >> With a remote server running on a cluster, what does the Help/ About/
> >> Connection Information/ OpenGL Version string mean?  Where is this
> found?
> >> Isn’t this the version of OpenGL compiled into the pvserver?  What is
> >> the name of this library, and any idea how I can find what is being used?
> >>
> >>
> >>
> >> I have a situation where my builds show OpenGL version 3.3 (and can
> >> open a specific dataset), and a user’s shows 2.1 (and he cannot open
> >> a specific dataset).
> >>
> >>
> >>
> >> Thanks all,
> >>
> >>
> >>
> >> Alan
> >>
> >>
> >>
> >> 
> >>
> >> W. Alan Scott
> >>
> >> ParaView Support Manager
> >>
> >>
> >>
> >> SAIC
> >>
> >> Sandia National Laboratories, MS 0807
> >>
> >> Org 9326 - Building 880 A1-K
> >>
> >> (505) 284-0932   FAX (505) 284-5619
> >>
> >>
> >>
> >> The most exciting phrase to hear in science
> >>
> >> is not "Eureka!" but "That's funny..."  -- Isaac Asimov
> >>
> >> -
> >>
> >>
> >>
> >>
> >> ___
> >> Powered by www.kitware.com
> >>
> >> Visit other Kitware open-source projects at
> >> http://www.kitware.com/opensource/opensource.html
> >>
> >> 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://paraview.org/mailman/listinfo/paraview
> >>
> >
> >
> >
> > --
> > Ken Martin PhD
> > Distinguished Engineer
> > Kitware Inc.
> > 28 Corporate Drive
> > Clifton Park NY 12065
> >
> > This communication, including all attachments, contains confidential
> > and legally privileged information, and it is intended only for the
> > use of the addressee.  Access to this email by anyone else is
> > unauthorized. If you are not the intended recipient, any disclosure,
> > copying, distribution or any action taken in reliance on it is
> > prohibited and may be unlawful. If you received this communication in
> > error please notify us immediately and destroy the original message.
> Thank you.
> >
> > ___
> > 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://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

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

Follow this link to subscribe/unsubscribe:

Re: [Paraview] python mismatch with superbuild on os x

[Ben Boeckel]

On Thu, Jan 25, 2018 at 11:40:40 +0100, Nicolas Vuaille wrote:
> I don't know if there is a proper fix but there is a CMake option to bypass
> this check:
>  set PYTHON_I_KNOW_WHAT_IM_DOING to true may solve the problem.

Indeed, this is the workaround. The problem is that we've had folks with
Homebrew Python where we end up finding `/usr/bin/python`, the library
from the SDK, and the headers from Homebrew. This, to say the least,
tends not to work out too well. However, you usually don't know until
your `pvpython` ends up busted, so instead we put the logic in the
superbuild. That escape hatch is there to avoid the check, but you
really should be using Python bits which agree on their version.

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

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

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

Re: [Paraview] Can I generate a single file that contains data and filter settings?

[Cory Quammen]

Wyatt,

ParaView provides extensive Python scriptability. One solution is to
write out a Python script from your program. Within the Pythons
script, you set up the data, set up filters and modify visualization
settings just as you wish. Once it is loaded, you can continue to
explore your data by creating new filters, changing visualization
parameters, and so on.

Creating example Python scripts is easy using the Trace functionality
(Tools menu -> Start Trace) - you just interact with the UI and the
equivalent Python operations will be written to the trace file. Use
such a trace as a basis for what is written from your program.

To save the data to the Python script and then load it is a different
use case from what we typical support, but I think it is doable. It
would just look a little ugly (and it would only work in built-in
server mode). Basically, you could write out your data in a NumPy
array within the script, as if you were entering the array information
by hand, then provide that data to what's called a TrivialProducer
source. This source would stand in place of a reader. There is a
little bit of code required to do that that isn't super obvious -
before sketching it out, would this approach work for your needs?

Thanks,
Cory



On Sun, Jan 28, 2018 at 10:10 PM, Wyatt Spear  wrote:
> Thanks, I'll take a look at this. My use case is pretty severely
> underutilizing ParaView's capabilities though. I'm rendering very large
> multi-variable heat maps. So color mapped 2d points are all I need rendered,
> (until I can figure out how to map glyph height to another variable).
>
> =Wyatt
>
>
> On Sat, Jan 27, 2018 at 8:52 AM Samuel Key  wrote:
>>
>> Wyatt--
>>
>> While ParaView can read CSV files and subsequently generate images, the
>> CSV format for simulation results limits the functionality available to you
>> in ParaView. My suggestion is that you write your simulation results in a
>> format that contains geometry information, as well as, Point and Cell
>> centered values like displacement, velocity, acceleration, temperature,
>> concentrations, volume fractions, et cetera.
>>
>> The attached document is a good place to start. (This document is very
>> concise and very complete, but the information is only written down once. As
>> a result, the format information is sometimes not located where you need
>> it.)
>>
>> If your simulations are concerned with the deformation of 3-D solids and
>> structures, I can provide you with FORTRAN95 routines that you can use to
>> write VTK-formatted simulation results.
>>
>> Once you can generate VTK-formatted datum sets, The File > Save State
>> command will generate *.pvsm files that will let you "recreate" a previously
>> constructed Browser Pipeline. (The PV *.pvsm reader gives you the
>> opportunity to select a different datum set.)
>>
>> There is a small two-cell mesh file attached that might be helpful to you
>> when constructing a VTK-formatted file writer in your application.
>>
>> --Sam
>>
>>
>>
>>
>>
>> On 1/27/2018 8:46 AM, Wyatt Spear wrote:
>>
>> Greetings,
>>
>> Currently I am using my own application to generate a simple CSV file
>> which can be loaded up in ParaView. I then create the visualization I want
>> with a few manual filter operations.
>>
>> What I would like is to generate a file, preferably still with a field for
>> CSV-like raw data, that tells ParaView to load the data and then apply the
>> filters I want, so the view I want is immediately available upon loading the
>> file and the raw data is available if I want to try other filters.
>>
>> I've taken a look at vpt and pvd files saved from my intended view but I'm
>> not seeing much correspondence between the CSV data I generate, the filters
>> I apply and the data fields in there. I'm also pondering the save-state and
>> trace/macro features of ParaView but I suspect those won't quite square with
>> my aim of generating a file in an external application which includes data.
>>
>> Could someone point me toward a proper way to do this? If it comes down to
>> plugin development I'm willing to take a look at that.
>>
>> Thanks,
>> Wyatt Spear
>>
>>
>> ___
>> 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://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
>>
>> Search the list archives at: