<p>When you use the transform filter it will also transform the &quot;active&quot; vectors, i.e. rotating the model will rotate the vectors too.  Note: this is very confusing if you have multiple vectors as it is not immediately obvious which one is getting transformed (as only one is &quot;active&quot;). <br>

Regards,<br>
Paul</p>
<p><blockquote type="cite">On 25 Nov 2010 10:44, &quot;Adriano Gagliardi&quot; &lt;<a href="mailto:agagliardi@ara.co.uk">agagliardi@ara.co.uk</a>&gt; wrote:<br><br><br>
Dear All,<br>
<br>
I&#39;ve come across some strange behaviour using the transform filter. I have<br>
two pipelines that are near identical. Infact, the only difference is the<br>
point at which a transform about a single axis is applied. The process is as<br>
follows:<br>
<br>
1 Read Data<br>
2 Extract Blocks<br>
3 Extract Surface<br>
4 Generate Surface Normals<br>
5 Calculator (create vector, var*Normals)<br>
6 Calculator (create vector from scalars)<br>
7 Integrate data<br>
<br>
If I apply the transform at any point before step 6, I get one set of<br>
integrated values. If I apply it after step 6, then my x components of the<br>
first vector &amp; z component of the second vector are completely different<br>
(even different signs), but the others still agree well. I noticed that the<br>
transform filter was actually converting the value computed in item 6 from a<br>
double to a float, so I changed this last night and recompiled. I also<br>
changed the vtkPolyDataNormals to use doubles instead of floats. However,<br>
neither of these changes has helped the issue.<br>
<br>
I fail to see why the timing of applying the transform for this case should<br>
influence the results so. Have I missed something?<br>
<br>
Regards,<br>
<br>
Adriano<br>
<br>
===================================<br>
<br>
Adriano Gagliardi MEng PhD<br>
Business Sector Leader<br>
Computational Aerodynamics<br>
Aircraft Research Association Ltd.<br>
Manton Lane<br>
Bedford<br>
<br>
Tel: 01234 32 4644<br>
E-mail: <a href="mailto:agagliardi@ara.co.uk">agagliardi@ara.co.uk</a><br>
Url: <a href="http://www.ara.co.uk" target="_blank">www.ara.co.uk</a><br>
<br>
<br>
**********************************************************************<br>
This email contains information that is private and confidential and is intended only for the addressee.<br>
If you are not the intended recipient please delete it and notify us immediately by e-mailing the sender.<br>
Note: All email sent to or from this address may be accessed by someone other than the recipient, for<br>
system management and security reasons.<br>
Aircraft Research Association Ltd.  Registered in England, Registration No 503668 Registered Office:<br>
Manton Lane, Bedford MK41 7PF England VAT No GB 196351245<br>
<br>
**********************************************************************<br>
_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the ParaView Wiki at: <a href="http://paraview.org/Wiki/ParaView" target="_blank">http://paraview.org/Wiki/ParaView</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.paraview.org/mailman/listinfo/paraview" target="_blank">http://www.paraview.org/mailman/listinfo/paraview</a><br>
</blockquote></p>