|Message: Re: How to get the normal vector of crossing boundary?||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)|
Thank you for your reply.
> Hi, Yuto. At a boundary-limited step (postStepPoint->GetStepStatus() == > fGeomBoundary), the post-step position "must" always be on the boundary > surface, and therefore getting the unit vector is almost perfectly > well-defined (with the exception of a post-step point exactly on an edge > or corner, where the tangent surface is undefined).I understand that the distance to the surface is calculated by DistanceToIn and the step length is the distance. Therefore, as you said, the exit normal should be the correct unit vector.
> > The problem, as we have discussed, is that in your application we are > encountering rare situations in which the G4 tracking maybe doesn't > "see" the boundary properly, and oversteps the track into the > neighboring volume. In this case, the post-step position is not where it > is "supposed to be" for a boundary-limited step, and of course the > assumptions related to that will fail.It seems. I just wanted to know why such rare event happened and how I can get the information of crossing boundary. Anyway, as you said, if the point is on and edfe or corner, any method doesn't seem to work well.
Thank you, Yuto
|Inline Depth:||Outline Depth:||Add message:|