Comparative Visualization and Time-strip View: Difference between revisions
From ParaQ Wiki
Jump to navigationJump to search
No edit summary |
|||
(2 intermediate revisions by the same user not shown) | |||
Line 2: | Line 2: | ||
# User has a simulation that has 2 parameters: free-stream velocity and attack angle. User wants to compare simulations generated with 3 values of velocity and 4 values of attack angle. User wants to show an iso-surface and a cut plane for all parameter combinations side-by-side and wants to be able to interact with each case in 3D. | # User has a simulation that has 2 parameters: free-stream velocity and attack angle. User wants to compare simulations generated with 3 values of velocity and 4 values of attack angle. User wants to show an iso-surface and a cut plane for all parameter combinations side-by-side and wants to be able to interact with each case in 3D. | ||
# User has a simulation that has 16 time steps. User wants to be able to see paths of a particle seeded from the same location side by side for each time step. | # User has a simulation that has 16 time steps. User wants to be able to see paths of a particle seeded from the same location side by side for each time step. | ||
# User of VisTrails creates a parameter study by using a paraview python module and the results are displayed on the tiled display. | |||
==Limitations and requirements:== | ==Limitations and requirements:== | ||
# There is not enough memory to keep the data for all parameters combinations in memory. | # There is not enough memory to keep the data for all parameters combinations in memory. | ||
Line 7: | Line 9: | ||
# The user wants to be able to turn visibility of things on/off. Wants to be able to change the representation, array to color by etc. These need to be synced between cases. | # The user wants to be able to turn visibility of things on/off. Wants to be able to change the representation, array to color by etc. These need to be synced between cases. | ||
==Suggested Solution:== | ==Suggested Solution:== | ||
===Comparative Visualization using ParaView GUI=== | |||
# The user sets up a visualization with 1 representative parameter. | # The user sets up a visualization with 1 representative parameter. | ||
# The user selects 1 or 2 parameters, their range and possibly how they vary. It will also be possible to specify a list of values. | # The user selects 1 or 2 parameters, their range and possibly how they vary. It will also be possible to specify a list of values. | ||
Line 17: | Line 20: | ||
## The view will be showable on the client GUI or tiled-display. <em>Each cell in the view will still be a full render window.</em> | ## The view will be showable on the client GUI or tiled-display. <em>Each cell in the view will still be a full render window.</em> | ||
# If the user changes a parameter and applies, the whole comparative visualization is regenerated (we will ask the user first since it may be a long operation). | # If the user changes a parameter and applies, the whole comparative visualization is regenerated (we will ask the user first since it may be a long operation). | ||
===Comparative Visualization using Python Interface=== | |||
The solution described above will be available through the server manager python API. How this is used depends on the application driving it. An application that might want to manage pipeline creation and parameter editing (like VisTrails) can directly interact with the comparative vis. view and by-pass the comparative vis manager. This would still give access to the ParaView's parallel processing, client-server and tiled display capabilities. | |||
==Open issues:== | ==Open issues:== | ||
# Importing parameters: The only parameter that can be imported from a data file is time step. There should be an easy and general way for readers to specify parameter ranges. There is probably no need for the pipeline to be aware of these parameters. Only the application. | # Importing parameters: The only parameter that can be imported from a data file is time step. There should be an easy and general way for readers to specify parameter ranges. There is probably no need for the pipeline to be aware of these parameters. Only the application. | ||
# Saving results: Should it be possible to export the geometry generated by the comparative visualization as well as the state? Should the parameter values used be stored somewhere? Maybe a database? In the future, I can see this functionality extended to generate any collection of datasets per case. For example, this may be a grid (image data) of numbers calculated by a programmable filter or a grid of plots. Maybe these results should be saved in a database so that the user can go back and load them without regenerating the whole thing? | # Saving results: Should it be possible to export the geometry generated by the comparative visualization as well as the state? Should the parameter values used be stored somewhere? Maybe a database? In the future, I can see this functionality extended to generate any collection of datasets per case. For example, this may be a grid (image data) of numbers calculated by a programmable filter or a grid of plots. Maybe these results should be saved in a database so that the user can go back and load them without regenerating the whole thing? |
Latest revision as of 17:24, 24 June 2007
Use cases:
- User has a simulation that has 2 parameters: free-stream velocity and attack angle. User wants to compare simulations generated with 3 values of velocity and 4 values of attack angle. User wants to show an iso-surface and a cut plane for all parameter combinations side-by-side and wants to be able to interact with each case in 3D.
- User has a simulation that has 16 time steps. User wants to be able to see paths of a particle seeded from the same location side by side for each time step.
- User of VisTrails creates a parameter study by using a paraview python module and the results are displayed on the tiled display.
Limitations and requirements:
- There is not enough memory to keep the data for all parameters combinations in memory.
- The user should look at all cases from the same point of view to be able to compare.
- The user wants to be able to turn visibility of things on/off. Wants to be able to change the representation, array to color by etc. These need to be synced between cases.
Suggested Solution:
Comparative Visualization using ParaView GUI
- The user sets up a visualization with 1 representative parameter.
- The user selects 1 or 2 parameters, their range and possibly how they vary. It will also be possible to specify a list of values.
- Comparative vis. manager generates geometry for all parameter combinations that are available. There will be a representation object for each geometry object that caches it. As an additional option, we can generate images.
- These representations are laid out in a regular 2D grid. They are regular representation objects that are controlled by the pipeline browser, toolbar and display page. The whole grid is inside 1 view. The user can still show other views as usual.
- Users can show/hide objects
- Users can change representation
- Users can color by any array
- Each cell in the grid will have a configurable label showing parameter values
- The view will be showable on the client GUI or tiled-display. Each cell in the view will still be a full render window.
- If the user changes a parameter and applies, the whole comparative visualization is regenerated (we will ask the user first since it may be a long operation).
Comparative Visualization using Python Interface
The solution described above will be available through the server manager python API. How this is used depends on the application driving it. An application that might want to manage pipeline creation and parameter editing (like VisTrails) can directly interact with the comparative vis. view and by-pass the comparative vis manager. This would still give access to the ParaView's parallel processing, client-server and tiled display capabilities.
Open issues:
- Importing parameters: The only parameter that can be imported from a data file is time step. There should be an easy and general way for readers to specify parameter ranges. There is probably no need for the pipeline to be aware of these parameters. Only the application.
- Saving results: Should it be possible to export the geometry generated by the comparative visualization as well as the state? Should the parameter values used be stored somewhere? Maybe a database? In the future, I can see this functionality extended to generate any collection of datasets per case. For example, this may be a grid (image data) of numbers calculated by a programmable filter or a grid of plots. Maybe these results should be saved in a database so that the user can go back and load them without regenerating the whole thing?