# Why do ParaView and VisIt treat this data file somewhat differently?

**URL:** https://discourse.paraview.org/t/why-do-paraview-and-visit-treat-this-data-file-somewhat-differently/11581
**Category:** ParaView Support
**Created:** [March 6, 2023, 4:30pm UTC](https://discourse.paraview.org/t/why-do-paraview-and-visit-treat-this-data-file-somewhat-differently/11581 "2023-03-06T16:30:19Z")
**Posts on this page:** 6
**Page:** 1

<div class="post-metadata">

### Author: ![apadana](https://discourse.paraview.org/user_avatar/discourse.paraview.org/apadana/32/5819_2.png) [@apadana](https://discourse.paraview.org/u/apadana)
#### Post date: [March 6, 2023, 4:30pm UTC](https://discourse.paraview.org/t/why-do-paraview-and-visit-treat-this-data-file-somewhat-differently/11581/1 "2023-03-06T16:30:19Z")

</div>

Hi. First of all, I’d like to thank all people behind ParaView. I have two questions about visualizing the 55x55x55 array stored in the HDF5 file attached (00080.vsh5):

1. It can’t be volume-rendered in ParaView (version 5.11) directly. I mean I just see a blank screen. I have to first apply a threshold filter removing all values below, say, 1E-10. Then it can be volume-rendered. Why? I don’t face this problem with VisIt.

2. Volume-rendering in VisIt can be done with a method named “Ray casting: compositing”, which has an option named “Kernel Based”. It produces good quality and quite smooth images, suitable for publication (see the image attached, produced from the same array). But I haven’t been able to obtain images of similar quality with ParaView so far. What are the best options for volume-rendering with high quality in ParaView?

![visit0001](https://discourse.paraview.org/uploads/default/original/2X/4/4261bd986ac14b979ead8107d24b5111564c0b8d.jpeg)

[00080.vsh5](https://discourse.paraview.org/uploads/short-url/87hZiLtIinlRcY5IrukOReMW9PD.vsh5) (652.6 KB)

Thanks

---

<div class="post-metadata">

### Author: ![utkarsh.ayachit](https://discourse.paraview.org/user_avatar/discourse.paraview.org/utkarsh.ayachit/32/39_2.png) [@utkarsh.ayachit](https://discourse.paraview.org/u/utkarsh.ayachit)
#### Post date: [March 6, 2023, 5:09pm UTC](https://discourse.paraview.org/t/why-do-paraview-and-visit-treat-this-data-file-somewhat-differently/11581/2 "2023-03-06T17:09:43Z")

</div>

The deal is that ParaView errs on side of letting user transform the data. VisIt does some data transformations implicitly. In this case, the dataset is Multiblock of Rectilinear Grids. There’s some ongoing to make volume rendering of composite dataset work seamlessly. Until then, a manual resample to image does the trick. Note, in your case since the data is associated with cells. You can use `CellDataToPointData` to interpolate the data to make the volume appear similar to VisIt’s approach.

Here’s the same in ParaView.

**with Cell To Point**

 ![image](https://discourse.paraview.org/uploads/default/original/2X/8/892e936e13a6f810867bf1aecb39d9a95db741ca.png)

**without Cell To Point**

 ![image](https://discourse.paraview.org/uploads/default/original/2X/3/35f5c0272bcc41416c0f6401fad0d5f5fece7dca.png)

---

<div class="post-metadata">

### Author: ![apadana](https://discourse.paraview.org/user_avatar/discourse.paraview.org/apadana/32/5819_2.png) [@apadana](https://discourse.paraview.org/u/apadana)
#### Post date: [March 8, 2023, 1:23pm UTC](https://discourse.paraview.org/t/why-do-paraview-and-visit-treat-this-data-file-somewhat-differently/11581/3 "2023-03-08T13:23:29Z")

</div>

Your answer was very helpful. But there is something that doesn’t seem to be right. The HDF5 file is produced by a program I’ve written. It includes VizSchema metadata describing the mesh. The mesh is supposed to be a single uniform rectilinear one, not a multiblock. Probably, the VizSchema reader of ParaView is not working properly.

---

<div class="post-metadata">

### Author: ![apadana](https://discourse.paraview.org/user_avatar/discourse.paraview.org/apadana/32/5819_2.png) [@apadana](https://discourse.paraview.org/u/apadana)
#### Post date: [March 8, 2023, 1:29pm UTC](https://discourse.paraview.org/t/why-do-paraview-and-visit-treat-this-data-file-somewhat-differently/11581/4 "2023-03-08T13:29:54Z")

</div>

Also the array size is 55x55x55. ParaView reports its size to be 56x56x56.

---

<div class="post-metadata">

### Author: ![apadana](https://discourse.paraview.org/user_avatar/discourse.paraview.org/apadana/32/5819_2.png) [@apadana](https://discourse.paraview.org/u/apadana)
#### Post date: [March 8, 2023, 1:37pm UTC](https://discourse.paraview.org/t/why-do-paraview-and-visit-treat-this-data-file-somewhat-differently/11581/5 "2023-03-08T13:37:44Z")

</div>

By the way, the file uses VizSchema 4 described at [https://ice.txcorp.com:3000/projects/vizschema/wiki](https://ice.txcorp.com:3000/projects/vizschema/wiki)

---

<div class="post-metadata">

### Author: ![utkarsh.ayachit](https://discourse.paraview.org/user_avatar/discourse.paraview.org/utkarsh.ayachit/32/39_2.png) [@utkarsh.ayachit](https://discourse.paraview.org/u/utkarsh.ayachit)
#### Post date: [March 8, 2023, 2:37pm UTC](https://discourse.paraview.org/t/why-do-paraview-and-visit-treat-this-data-file-somewhat-differently/11581/6 "2023-03-08T14:37:35Z")

</div>

The VizSchema reader in ParaView is based on a framework that simply brings in file-format readers from VisIt (which we call `VisItBridge`). This framework made some choices about how the data was going to be represented in ParaView and IIRC, all VisIt readers always bring in the data wrapped in a composite/multiblock dataset.

As far as the dimensions go, it needs a little digging into the data model details. The rectilinear grid reports point extents. You array is a cell-associated array. So the dimensions for grid are reported as 56x56x56, but if you look at the number of cells, which is same as the length of your data array, is indeed `55x55x55=166,375`

 ![image](https://discourse.paraview.org/uploads/default/original/2X/c/c12b6545e86e25012099bacb6c1763a2a2eb32dd.png)
