MantisBT - VTK | |||||
| View Issue Details | |||||
| ID | Project | Category | View Status | Date Submitted | Last Update |
| 0003319 | VTK | (No Category) | public | 2006-06-02 18:36 | 2016-08-12 09:54 |
| Reporter | Nick Gnedin | ||||
| Assigned To | Berk Geveci | ||||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | closed | Resolution | moved | ||
| Platform | OS | OS Version | |||
| Product Version | |||||
| Target Version | Fixed in Version | ||||
| Project | |||||
| Type | |||||
| Summary | 0003319: Loss of precision in many VTK filters | ||||
| Description | Many of VTK filters that work with vtkPolyData create vtkPoints for the output as: newPts = vtkPoints::New(); This produces float vtkPoints. If the input vtkPoints are of type double, the filter converts double point coordinates to float, with the devastating loss of precision for high dynamic range data. I think you need to go over all chidren of vtkPolyDataAlgorithm and replace the line above with newPts = vtkPoints::New(inPts->GetDataType()); Without this fix, many of VTK filters are unusable for visualizing Adaptive Mesh Refinement data, which may easily have dynamic range of more than the precision of float, 10^7. | ||||
| Steps To Reproduce | |||||
| Additional Information | |||||
| Tags | No tags attached. | ||||
| Relationships | |||||
| Attached Files | |||||
| Issue History | |||||
| Date Modified | Username | Field | Change | ||
| 2008-02-06 10:19 | Jeff Baumes | Assigned To | => Berk Geveci | ||
| 2008-02-06 10:19 | Jeff Baumes | Severity | major => minor | ||
| 2011-06-16 13:11 | Zack Galbreath | Category | => (No Category) | ||
| 2016-08-12 09:54 | Kitware Robot | Note Added: 0036874 | |||
| 2016-08-12 09:54 | Kitware Robot | Status | expired => closed | ||
| 2016-08-12 09:54 | Kitware Robot | Resolution | open => moved | ||
| Notes | |||||
|
|
|||||
|
|
||||
|
|
|||||
|
|
||||