<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Sep 11, 2016 at 8:55 AM, David Gobbi <span dir="ltr"><<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="">On Sun, Sep 11, 2016 at 8:17 AM, Elvis Stansvik <span dir="ltr"><<a href="mailto:elvis.stansvik@orexplore.com" target="_blank">elvis.stansvik@orexplore.com</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>I thought that with e.g. a 2x2x2 volume with spacing 1.0 1.0 1.0, I would get 2x2x2 area occupied when the volume is mapped into the world.<br></div></div></div></div></blockquote><div><br></div></span><div>Let's get straight to the point.  In order to seamlessly display two adjacent volumes, the volumes must share a face, e.g. the rightmost face of the first volume must have the same data points as the leftmost face of second volume.  I.e. the data points on the edge must be duplicated between the two volumes.</div><div><br></div><div>This isn't specific to VTK, or even to volume rendering.  If one is analyzing/visualizing a data set in a manner that requires interpolation, and the data set needs to be broken into pieces, then adjacent pieces must share data points at the edges.</div></div></div></div></blockquote><div><br></div><div> Actually this isn't specific to interpolation.  Any time the analysis/visualization of the pieces requires any kind of neighborhood filtering whatsoever, there must be data values shared between adjacent pieces.</div><div><br></div><div> - David</div></div><br></div></div>