| View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
| ID | Project | Category | View Status | Date Submitted | Last Update | ||||
| 0008445 | ParaView | (No Category) | public | 2009-01-29 20:46 | 2011-01-13 17:00 | ||||
| Reporter | Alan Scott | ||||||||
| Assigned To | Utkarsh Ayachit | ||||||||
| Priority | high | Severity | major | Reproducibility | always | ||||
| Status | closed | Resolution | fixed | ||||||
| Platform | OS | OS Version | |||||||
| Product Version | |||||||||
| Target Version | 3.6 | Fixed in Version | |||||||
| Summary | 0008445: (Venus - High) Bad data when using logs with large numbers | ||||||||
| Description | *ParaView, local server, XP (probably doesn't matter), 3.4.0. I will replicate with the trunk tonight. *Run disk_out_ref.exo. Turn all variables on. Apply. *Clip, apply. *Calculator. **Result Array Name = BadData **Formula = (Temp-293.14)*1e11 **Apply. You should now be coloring with BadData. *Edit Color Map. **Check Use logarithmic Scale. Close. *Surface With Edges. *+X *Select Points On, and then rubber band select the lower half of the lower right edge. In other words, select the bottom 2 rows, and about 4 columns of cells. *View/ Selection Inspector. **Point Label/ Label Mode BadData *Now, zoom in on the lower right section, and rotate so you can see the labels. Bug - Notice that we have created color bands. Furthermore, if you look at the bottom of the row, there are numerous blue points that should be whiteish - they are in the range of 1.2e11 to 1.6e11. This should be white. See attached screenshot. The banding is not an artifact - it shows up on my screen. I am marking this one important, since data is being misrepresented. | ||||||||
| Tags | No tags attached. | ||||||||
| Project | |||||||||
| Topic Name | |||||||||
| Type | |||||||||
| Attached Files |  badLogDataScreenshot.jpg [^] (357,153 bytes) 2009-01-29 20:46 | ||||||||
| Relationships | |
| Relationships |
| Notes | |
|
(0014730) Alan Scott (manager) 2009-01-29 21:13 |
Yep, bad in the trunk. |
|
(0014761) Alan Scott (manager) 2009-02-02 21:08 |
After looking at this, I suspect that the problem is with the color legend. We are adjusting the lookup table with scales and shifts in vtkLookupTableMapData (file vtkLookupTable.cxx), but not taking that into account when we are drawing the color legend. |
|
(0015664) Alan Scott (manager) 2009-03-11 21:30 |
Obviously, my bad. Also open the color legend for the comparison. |
|
(0015665) Alan Scott (manager) 2009-03-11 21:57 |
E-mail from me, reply by Ken. > * Notice that the blue band is basically filling up half of the range > from blue to red. I.e., it jumps from blue to begue, to light orange, > etc. Is this the way log colors should work? No. This is wrong. > > * Shouldn't we make the scale bar also be log? i.e., shouldn't the > white area be towards the bottom? The scale bar (in the view) looks right to me. Its the colors on the can that are wrong. |
|
(0015699) Utkarsh Ayachit (administrator) 2009-03-16 14:09 |
Fixed BUG 0008445. When using log scaled lookup tables, scalar mapping wasn't correct when InterpolateScalarsBeforeMapping was ON. This was due to the fact that vtkScalarsToColorsPainter did not consider the log mapping at all when generating the texture coordinates. Fixed that. This patch also exposes some static API from vtkLookupTable to make it easy to compute log values from vtkScalarsToColorsPainter without code duplication between vtkScalarsToColorsPainter and vtkLookupTable. /cvsroot/ParaView3/ParaView3/VTK/Common/vtkLookupTable.cxx,v <-- VTK/Common/vtkLookupTable.cxx new revision: 1.108; previous revision: 1.107 /cvsroot/ParaView3/ParaView3/VTK/Common/vtkLookupTable.h,v <-- VTK/Common/vtkLookupTable.h new revision: 1.83; previous revision: 1.82 /cvsroot/ParaView3/ParaView3/VTK/Rendering/vtkScalarsToColorsPainter.cxx,v <-- VTK/Rendering/vtkScalarsToColorsPainter.cxx new revision: 1.18; previous revision: 1.17 |
|
(0015720) Alan Scott (manager) 2009-03-17 19:20 |
Excellent! Tested client/ remote server. |
| Notes |
| Issue History | |||
| Date Modified | Username | Field | Change |
| 2009-01-29 20:46 | Alan Scott | New Issue | |
| 2009-01-29 20:46 | Alan Scott | File Added: badLogDataScreenshot.jpg | |
| 2009-01-29 21:13 | Alan Scott | Note Added: 0014730 | |
| 2009-02-02 21:08 | Alan Scott | Note Added: 0014761 | |
| 2009-02-17 16:44 | Utkarsh Ayachit | Status | backlog => tabled |
| 2009-02-17 16:44 | Utkarsh Ayachit | Assigned To | => Burlen |
| 2009-02-26 17:36 | Alan Scott | Summary | Bad data when using logs with large numbers => (Venus - High) Bad data when using logs with large numbers |
| 2009-03-11 21:30 | Alan Scott | Note Added: 0015664 | |
| 2009-03-11 21:57 | Alan Scott | Note Added: 0015665 | |
| 2009-03-16 13:47 | Utkarsh Ayachit | Assigned To | Burlen => Utkarsh Ayachit |
| 2009-03-16 14:09 | Utkarsh Ayachit | Note Added: 0015699 | |
| 2009-03-16 14:09 | Utkarsh Ayachit | Status | tabled => @80@ |
| 2009-03-16 14:09 | Utkarsh Ayachit | Resolution | open => fixed |
| 2009-03-17 19:20 | Alan Scott | Note Added: 0015720 | |
| 2009-03-17 19:20 | Alan Scott | Status | @80@ => closed |
| 2009-05-13 13:46 | Utkarsh Ayachit | Target Version | => 3.6 |
| 2011-01-13 17:00 | Source_changeset_attached | => VTK master a2bd8391 | |
| 2011-01-13 17:00 | Source_changeset_attached | => VTK master 020ef709 | |
| 2011-06-16 13:10 | Zack Galbreath | Category | => (No Category) |
| Issue History |
| Copyright © 2000 - 2018 MantisBT Team |