
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta http-equiv="Content-Type" content="text/html;charset=ISO-8859-1">

  <title></title>

</head>

<body>

Jeff,<br>

<br>

Thank you very much for your offer to help.<br>

<br>

I've just had a short look at vtkStreamTracer. The approach you suggest <br>

is somehow different from what I did for vtkStreamer: I projected the <br>

velocity vector on the surface of the current cell, and taught the <br>

integrator to do the same with the velocity vector it uses in the<br>

Runge-Kutta process. <br>

<br>

Anyway, your approach seems safer. I think the modification should be <br>

done right before inserting the freshly calculated point in the structure<br>

outputPoints (in the vtkStreamTracer.cxx that I downloaded on<br>

Tuesday, this happend in lines 883-886).<br>

<br>

However, there are two problems: <br>

- shifting the stream line generation to the adjacent face, when the stream

line <br>

reaches an edge;<br>

- effectively <i>reaching the edge</i>, because the line that is generated

almost never<br>

touches the edge: the last step in the integration process computes a point

that is<br>

outside the cell boundaries, and this point is not added; the last-but-one

computed<br>

point is almost never on the edge.<br>

<br>

Prolongating the streamline over adjacent cells<i> is </i>important for the

problem<br>

I'm trying to visualize. It remains, certainly, to define a strategy for

ending the <br>

streamline generation process, but that's a problem for later.<br>

<br>

Petru<br>

</body>

</html>