MantisBT - ParaView |
| View Issue Details |
|
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0011856 | ParaView | Feature | public | 2011-02-14 17:42 | 2014-08-29 11:00 |
|
| Reporter | Alan Scott | |
| Assigned To | Utkarsh Ayachit | |
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | fixed | |
| Platform | | OS | | OS Version | |
| Product Version | | |
| Target Version | 4.2 | Fixed in Version | 4.2 | |
| Project | Sandia |
| Topic Name | |
| Type | |
|
| Summary | 0011856: Add filter that creates block id variables |
| Description | We need a filter that creates intelligent block ids. This new variable needs to be sorted in increasing order, as well as random order.
The reason that the current blockid doesn't work is that users often use block IDs that that group blocks together, but are not all monotonically increasing. For instance, you could have block counts of 1,2,3,10,11,12,20,21,22,100,and 101. Obviously, we want the Color Legend (and color range) to go from 1 to 10, not 1 to 100. |
| Steps To Reproduce | |
| Additional Information | |
| Tags | No tags attached. |
| Relationships | | related to | 0014256 | closed | Dan Lipsa | Random color filter |
|
| Attached Files | |
|
| Issue History |
| Date Modified | Username | Field | Change |
| 2011-02-14 17:42 | Alan Scott | New Issue | |
| 2011-02-14 17:56 | Ken Moreland | Note Added: 0025427 | |
| 2011-03-21 20:49 | Alan Scott | Note Added: 0025854 | |
| 2011-03-22 12:51 | Ken Moreland | Note Added: 0025862 | |
| 2011-03-22 15:55 | Alan Scott | Note Added: 0025868 | |
| 2011-06-16 13:10 | Zack Galbreath | Category | Feature Request => Feature |
| 2011-09-01 10:56 | Utkarsh Ayachit | Project | => Sandia |
| 2014-02-13 14:31 | Utkarsh Ayachit | Relationship added | related to 0014256 |
| 2014-02-13 14:31 | Utkarsh Ayachit | Note Added: 0032318 | |
| 2014-02-13 14:31 | Utkarsh Ayachit | Status | backlog => gatekeeper review |
| 2014-02-13 14:31 | Utkarsh Ayachit | Resolution | open => fixed |
| 2014-02-13 14:31 | Utkarsh Ayachit | Assigned To | => Utkarsh Ayachit |
| 2014-02-15 08:58 | Utkarsh Ayachit | Fixed in Version | => git-master |
| 2014-02-15 08:58 | Utkarsh Ayachit | Status | gatekeeper review => customer review |
| 2014-02-15 08:58 | Utkarsh Ayachit | Note Added: 0032331 | |
| 2014-02-21 15:00 | Alan Scott | Note Added: 0032368 | |
| 2014-02-21 15:00 | Alan Scott | Status | customer review => closed |
| 2014-06-17 09:22 | Utkarsh Ayachit | Target Version | => 4.2 |
| 2014-08-29 11:00 | Utkarsh Ayachit | Fixed in Version | git-master => 4.2 |
|
Notes |
|
|
(0025427)
|
|
Ken Moreland
|
|
2011-02-14 17:56
|
|
|
Actually, I would argue that what you really want is a discrete color map that automatically assigns a different color to each value that appears as a block ID. But then, that would take significantly more work to implement, and in a world of limited development resources... |
|
|
|
(0025854)
|
|
Alan Scott
|
|
2011-03-21 20:49
|
|
|
Commenting on Ken's note - what you state is the same as a rainbow color map, with the new "block id" assigned randomly to the blocks. I believe this is what I asked for as one option (random order) and using an existing color map. |
|
|
|
(0025862)
|
|
Ken Moreland
|
|
2011-03-22 12:51
|
|
Commenting on Alan's comment to my note - Although similar, they are not exactly the same. What I'm thinking would assign colors from a well thought out palette, like that for series in the 2D charts, rather than randomly picking colors from the rainbow. Furthermore, I would want the discrete color map to be more pervasive. When you brought up the color map it would show the discrete colors with each labeled for the appropriate value.
Once again, this would be somewhat significant work. |
|
|
|
(0025868)
|
|
Alan Scott
|
|
2011-03-22 15:55
|
|
Replying to ken's comment on my comment to Ken's note - what you say makes sense, and is probably a better solution. Lets go with what Ken said.
Understand. I do have a few users that are sticking with EnSight due to this lack of functionality. |
|
|
|
(0032318)
|
|
Utkarsh Ayachit
|
|
2014-02-13 14:31
|
|
|
A potential workaround was added as BUG 0014256. Feel free to reopen if that doesn't address this issue. |
|
|
|
(0032331)
|
|
Utkarsh Ayachit
|
|
2014-02-15 08:58
|
|
Topics merged into master:
14511-qt5-support
assembly-exporter
catalyst-rendering-fix
easy_subclassing
fix_chart_panels
fix_parallel_amrconnectivity
remove_duplicate_pqColorTableModel
robust_pca
view-settings
visit-bridge-update-2.7.0 |
|
|
|
(0032368)
|
|
Alan Scott
|
|
2014-02-21 15:00
|
|
This is a good solution. The "randomness" was somewhat an issue, using bake.e (ask me for it), but it is good enough.
Tested Linux, remote server, master. |
|