ParaView 3 Telecon 02-12-2009: Difference between revisions

From ParaQ Wiki
Jump to navigationJump to search
No edit summary
 
Line 13: Line 13:


== MARS ==
== MARS ==
No new issues.


== Plugin Testing ==
== Plugin Testing ==
If you turn on examples, some plugin testing is done.
Utkarsh will look into adding extensions to pvtest to allow you to specify a plugin.


== Deliverables ==
== Deliverables ==
Line 23: Line 29:


Dave Thompson has list of features he would like to see for the dialog.
Dave Thompson has list of features he would like to see for the dialog.


=== Simplified Scripting (Berk/Utkarsh) ===
=== Simplified Scripting (Berk/Utkarsh) ===


Looking at replacing array calculator with python-based calculator.  Made some good progress.  Does everything current calculator but also a lot more.  Berk has 10-line calculator to do gradients.
Now back to working on the simple module.  Got the array selection for coloring working better.  Now you just have to specify the name of the array.  You no long have to provide point or cell data.  More like the GUI now.


There is a deployment issue in that right now this code depends on NumPy and MPI wrappings.  To get around the MPI wrappings, we should work on getting vtkMultiProcessController properly wrapped.
Selection of proxy properties with domains is now possible by just setting by the name.


To handle the finding/loading of these python modules, we should modify the CMake files to look for these things and warn if they are not there (identifying what features will be missing).  The user can then install them and run CMake again to add them in.
The active view/pipeline object is now synchronized.


Upcoming are some changes to allow you to references input properties without dereferencing output ports.  There will also be improvements with proxy properties that have list domains.
Properties of fixed length now return what you think.  Input properties can be accessed directly as proxies.


=== Temporal Cleanup (Berk) ===
=== Temporal Cleanup (Berk) ===
Line 48: Line 55:
=== VisIt AVT Integration (Burlen) ===
=== VisIt AVT Integration (Burlen) ===


Getting material stuff working.  Parallel is now working for databases that provide multiple domains.  If fewer domains than processors, some will be empty.
Working to make sure that it works on all platforms (Windows, Linux, Mac).  Will then work on integrating it with the ParaView build.
 
Getting material stuff working.


Working on AMR.
Working on AMR.

Latest revision as of 13:51, 12 February 2009

Item People Description
1 Ice MARS/V&V Milestone issues
2 Berk Plugin Testing
3 Moreland ParaView 3.6 Deliverables

MARS

No new issues.

Plugin Testing

If you turn on examples, some plugin testing is done.

Utkarsh will look into adding extensions to pvtest to allow you to specify a plugin.

Deliverables

ParaView/Titan Chart Merger (Pat/Utkarsh)

Starting work on options dialog. After that, start trying it out.

Dave Thompson has list of features he would like to see for the dialog.


Simplified Scripting (Berk/Utkarsh)

Now back to working on the simple module. Got the array selection for coloring working better. Now you just have to specify the name of the array. You no long have to provide point or cell data. More like the GUI now.

Selection of proxy properties with domains is now possible by just setting by the name.

The active view/pipeline object is now synchronized.

Properties of fixed length now return what you think. Input properties can be accessed directly as proxies.

Temporal Cleanup (Berk)

  • Show temporal bounds of all datasets in statistics view (or elsewhere)
  • Show continuous data set temporal bounds in info page
  • Plot/Probe over time, results should very in Sequence, Snap, and Real Time modes

Not started yet. John Biddiscombe has been looking at it.

Plots Along Curves (Berk)

Not started

VisIt AVT Integration (Burlen)

Working to make sure that it works on all platforms (Windows, Linux, Mac). Will then work on integrating it with the ParaView build.

Getting material stuff working.

Working on AMR.

Statistics (Phillipe)

Phillipe is not comfortable with running statistics on point data in parallel because points are replicated, and the replicated data can skew the statistics. As a compromise, we decided to only allow users to run statistics on cell data. Cell data is not replicated. If a user needs statistics on point data, they will have to explicitly convert them to cells, which signals a change in the data.

There is also an issue with accessing vectors in columns of tables. The design really assumes that each components is going to be in its own array. To make matters worse, the current implementation of getting a vtkVariant of a tuple is really slow. In the short term, we will continue to read tuples as vtkVariant. We should also look at that code and make it more efficient. In the long term, we are looking into implementing arrays that have different striding than that currently implemented in the vtkDataArray classes. When that is implemented, we can break up these vectors into separate arrays with shallow copies. (This would probably happen in the data-set-to-table filter.)

Particle Support (Zhanping/John Biddiscombe)

  • Provide a particle representation that renders points more intelligently
    • Spheres with size vs. squares of pixel width
    • Optional sizing based on a scalar
    • Appropriate alpha blending (at least when particles are small)
    • Splatting?
  • Filters for meshless data? (Need to get customer requirements.)
    • Sampling point cloud?
    • Surface extraction?

Not started yet.

Retrieved from "http://www.paraview.org/ParaView/index.php?title=ParaView_3_Telecon_02-12-2009&oldid=6126"