|Message: Re: Arbitrary Position Distribution With G4GeneralParticleSource||Not Logged In (login)|
Click on the Forum title, e.g. on the "Forums by Category" page, to read a sequence of postings to the Forum and its threads all in one page. If you are only interested in one thread or the thread following a specific posting, click the thread or the posting, which takes you to a smaller page, which contains only the part you are interested in and may be easier to navigate.
Messages are "chained" if there are only replies at the first level, i.e. 1/1.html, 1/1/1.html etc. In case of "chained" messages the message number is replaced by the icon and there is no indentation.
Inline: Display the subject line only or also the text of the posting(s); for the choice "All" the "Outline" choices are switched off.
|1||0||1||no text / full text of posting|
|2||1||All||text for level 1 only / text for All postings|
Outline: Choose the depth of the posting thread, successive toggle controls provide increasing detail.
|1||2||1||2 levels / 1 level (original posting)|
|2||3||2||3 levels / 2 levels|
|3||3||All||3 levels / all levels (all postings)|
> One thing is that you are able to get a 2D display of the source: does > it come from an analytic pattern, or an other simulation tool, etc. ? > The idea would be to exploit this (display, or analytical form, > whatever) as 2D input + intensity to sample your distribution.
The distribution comes from an experimental measurement, so it can't be described by an analytical formula. What I can do is to represent the source intensity as an n-by-m matrix, the value of each element being the intensity at a given position (let's call that position a pixel). If I understand you correctly, you are suggesting to model my source as a collection of n*m point sources. The position of each point source would be at the center of a pixel, and the intensity would be taken from the n-by-m matrix. That could work! Would this mean that the source would emit multiple particles per event? Or would it still just be one primary vertex per event, sampled according to the intensity distribution?
What do you think is the best way to implement this from a programmatic point of view? Right now, I'm configuring the GPS entirely via macro commands. Could I get away with defining the particle and energy/position distributions once, and then calling
/gps/pos/centre <x y z>
once for each pixel? Or even better, could I move the addition of the pixels from the macro to the source? I imagine that I would read the n-by-m matrix from a file and then add the sources dynamically (whereas in a macro file I would have to hard-code them).
|Inline Depth:||Outline Depth:||Add message:|