For data analysis, streamlines must be labeled
For data analysis, streamline points need to be labeled. First, an example. Second, what I need. Third, how to replicate and test.
Example: I have a CFD flow through a jet engine. I am looking at turbulent flow around a turbine blade. I want to place numerous (say 40) steamlines around this turbine blade. I then want to write these streamlines to a .csv file, where I can post process this data with another tool.
What I need:
- We need to add a variable to each point in each streamline of it's source seed point. For instance, "Seed: 5"
- We need to either have the streamlines that go forward and backwards from a seed become one cell and be written in order, or we need a variable added to the streamline that tells point count within the streamline. Currently, the streamline backwards from a seed is one cell, and the streamline forwards is another cell.
- Placing this information needs to be added to the point data (not the cell data) since the points will be written out to a .csv file for further testing.
How to test:
- Remote server, 2 or more ranks.
- Open disk_out_ref.exo. All variables on (or at least V). Apply.
- Stream Tracer. High Resolution Line Source. X Axis. Resolution: 20. Hide Line. Apply.
- Select Cells On. Rubberband the left most line. Preferrably the whole line will be selected, if only half, select both sides.
- Extract Selection. Apply.
- Spreadsheet view. Look at the point data. We should see two seed arrays, one for the left, and one for the right streamline.
- Save this selection out to a .csv file. Again, the file should have the seed number and the unique point number.
- Selecting the Stream Tracer, Plot Data. Apply. Now, make the X axis be the streamline variable, and the Y axis be the point count. We should see (in this example) 20 verticle lines. (If this doesn't happen, we will open a new bug, and not fix this within this bug.)
Note: I believe that point Id and vtkOriginId come close to what we want. We want to be able to move from one end of the streamline to the other, incrementing count. Currently counts go from the center outward, then for the next streamline the center outward, etc. This needs to be corrected.
Note: Although this example didn't have timesteps, this needs to work over numerous timesteps if the user desires.
This is a Watney bug.