|Message: Re: general questions regarding G4LogicalBorderSurface||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)|
I believe that you have misunderstood, or are finding strange behaviour.
It is certainly not the intention that "solids [need] to overlap by a certain amount" in order to ensure that volumes touch.
However it is possible that the rotations in transformation could introduce numerical inaccuracies. For the relevant volumes, can you check the rotation matrices -- how did you create these ?
The problem that I envision, magnified many times would look like: AAAAABBBBBBBB AAAA BBBBBBBB AAA BBBBBBBB and it would be due to roundoff errors.
Can you give some more information regarding the problem that you observe ? Your description is very terse. What are the relevant volumes ? Boxes, cylinders, other ? How are the parts positioned that are expected to touch ?
I do have a drastic suggestion that may enable you to dramatically reduce the number of problems that you see. It is to chance the value of the constants kCarTolerance in the file geomdefs.hh (located in global/HEPGeometry/include) to a larger value. It is hard to provide a reasonable range for this, but for setups with typical dimensions down to 1mm, I would not make the tolerances larger than about a micron, and I would start a couple of orders of magnitude below that.
I note that the current value is very small: static const G4double kCarTolerance = 1E-9*mm;
In case you are dealing with cylindrical or spherical shells, then you will also need to change kRadTolerance and kAngTolerance in a similar manner.
I would expect that such changes will enable solids to respond that a point is on their surface if it is within the revised tolerance.
If this does significantly improve the behaviour of your application, please do let us know.
Best regards, John Apostolakis
|Inline Depth:||Outline Depth:||Add message:|