[Paraview] particle tracing and particle tails help
Dan Lussier
dtlussier at gmail.com
Thu Apr 7 15:15:09 EDT 2011
Ok - thanks for the more detailed rundown.
Cheers,
Dan
On 7-Apr-11, at 11:50 AM, Biddiscombe, John A. wrote:
> Dan, cc’ing paraview list again in case anyone else needs the
> information
>
> 1. You suggestion of using the 'Find Data' was great, but I found
> that I needed to use the 'ExtractSelection' before going ahead with
> the 'ParticlePathlines' filter. From what you described that didn't
> seem necessary. I suppose this came up particularly because in the
> ParticlePathlines filter once I extracted the selection I could
> simply set 'Mask Points' to 1 and take every particle in the
> carefully prepared selection. Is the extract step necessary?
>
> 2. If ParticlePathlines is the way do to track explicit particles
> like mine, is there any use for the Particle Tracer outside of
> tracking the motion of injected seed particles over time within a
> vector field.
>
> 1 The find data was just a quick way of extracting particles by ID
> over time and yes, you need the extract selection filter. The
> particle trails filter actually has this function built in, it has a
> secondary optional input called ‘selection’. On this input, you
> simply provide a dataset with (say) a field called ID which must
> match the IDs on the main dataset, if the ID exists in the
> selection, it’ll be tracked in the main dataset. The reason I used
> the find data instead of just mask points was really because I
> assumed your Ids were nonsense (this is the top reason that people
> get no trajectories), and if the Ids were no good I guessed that
> using the find data (by ID) would for sure show me random movements.
> I could have done it using the pathline filter and mask points (and
> I did first time), but I was double checking to make sure things
> were as I thought.
>
> Consider these cases for educational purposes ....
> case a: You have a single time snapshot of your particles, each has
> an ID. You save this snapshot and select some interesting subset
> using a selection or maskpoints or whatever analysis you desire..
> You now use this static dataset as the secondary selection input of
> the trails filter and the main original time dependent dataset as
> the primary input *** those points with the fixed Ids from the
> selection are tracked from the dynamic dataset over T*** (note that
> if the Ids were actually wrong anyway, you’d get random tracks).
>
> case b: You use the “find data” dialog to extract the Ids you are
> interested in and then draw pathlines for them. The Id extraction
> will update on each timestep and potentially give you different
> particles (if the Ids are wrong really). What you would now see is
> random tracks. I tried a and b to check your data and hit reply when
> b was still visible in my screenshot.
>
> the difference between a and b, is that a selects ID’s once and then
> builds tracks using the ID to find the particle. b extracts the
> particles using ID at each step and constructs the trails. They’re
> sort of done in the opposite order and should give the same result
> for particular Ids. (you can combine a and b, but the pathline
> filter uses map and vector structures to x-ref particles, so having
> a large number of Ids selected will cause memory issues when long
> trails are used).
>
>
> 2 The Particle Tracer is for advecting particles in a vector field
> as you suggest and is of no use to you for what you are doing. Users
> of the particletracer can add a trails (pathline) filter to view the
> trajectories.
>
>
> JB
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.paraview.org/pipermail/paraview/attachments/20110407/34a74c43/attachment.htm>
More information about the ParaView
mailing list