GSI Forum: Bugs, Fixes, Releases » Geometry overlaps!!!!!

Home » PANDA » PandaRoot » Bugs, Fixes, Releases » Geometry overlaps!!!!!

Show: Today's Messages :: Polls :: Message Navigator

Geometry overlaps!!!!! [message #8289]

Fri, 24 April 2009 09:36

Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany

first-grade participant

From: *gsi.de

Hallo Detector experts,

It seems that there is a lot of problems in the Panda geometry which couse the simulation to crash specially when using new packages of ROOT and VMC (ROOT 5.23.2, Geant4.9.2.p1, etc). I attached to this mail 2 root files with:

overlaps.root: obtained using the FullSolenoid.root file for the Soleniod and the macro run_sim1.C. in this file you will see 447 overlaps! mostly between MDT and Soleniod
V833_overlaps.root: the same as before with the PandaSolenoidV833.root as geometry file for the Soleniod. THis has also 538 overlaps!

With this geometry as it is now it is almost impossible to run any simulation! I will try to investigate if this has anything to do with the new packages but please take a look also to the overlaps and check your detectors if the geometry is really correct!

To see the overlaps, simply open the attached root file, then open the root browser and double klick the FAIRGeom object (TGeo) the you will see a folder Illegal overlaps:

index.php?t=getfile&id=5283&private=0

inside this folder you can see the overlaps:

index.php?t=getfile&id=5285&private=0

if you double klick any of these overlaps you will get some info (names and so on) in the terminal and it will be drawn on a canvas:

index.php?t=getfile&id=5286&private=0

Please check this, most of them are small overlaps which could be avoided by using better precision!

regards

Mohammad

Attachment: snapshot2.png
(Size: 26.11KB, Downloaded 908 times)
Attachment: snapshot3.png
(Size: 8.54KB, Downloaded 816 times)
Attachment: snapshot1.png
(Size: 19.31KB, Downloaded 577 times)
Attachment: V833_overlaps.root
(Size: 1.66MB, Downloaded 395 times)
Attachment: overlaps.root
(Size: 1.64MB, Downloaded 397 times)

Report message to a moderator

Re: Geometry overlaps!!!!! [message #8290 is a reply to message #8289]

Fri, 24 April 2009 09:41

StefanoSpataro
Messages: 2736
Registered: June 2005
Location: Torino

first-grade participant

From: *to.infn.it

As far as I know, the mdt geometry inside svn is an old one with overlaps, and it was never updated for the new solenoid design.
For this reason I would suggest to skip mdt from the global sim macro, waiting that the geometry is fixed.

Report message to a moderator

Re: Geometry overlaps!!!!! [message #8291 is a reply to message #8289]

Fri, 24 April 2009 10:00

Tobias Stockmanns
Messages: 489
Registered: May 2007

first-grade participant

From: *netcologne.de

Hi Mohammad,

can you test if the simulation crashes only with the solenoid and without the MDT?

Thank you,

Tobias

Report message to a moderator

Re: Geometry overlaps!!!!! [message #8292 is a reply to message #8291]

Fri, 24 April 2009 12:10

Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany

first-grade participant

From: *gsi.de

Hallo Tobias,

without the MDT it runs, but still some overlaps (36), the root file is attached!

Mohammad

Attachment: overlaps_withoutMDT.root
(Size: 1.51MB, Downloaded 368 times)

Report message to a moderator

Re: Geometry overlaps!!!!! [message #8361 is a reply to message #8292]

Thu, 30 April 2009 14:41

Aleksandra Wronska
Messages: 38
Registered: May 2006
Location: Cracow

continuous participant

From: *if.uj.edu.pl

Dear Mohammad,

I have just created a new version of the dch geometry file dch.root. It is in line with the PANDA model ver. 912 (so pretty recent). I tested it for overlaps with magnets and found three overlaps with the dipole:

= Overlap ov00000: cave/ms16_0 overlapping cave/dchVol4_0 ovlp=7
= Overlap ov00008: cave/ms17_1 overlapping cave/dchVol4_0 ovlp=2
= Overlap ov00009: cave/ms17_2 overlapping cave/dchVol4_0 ovlp=2

A fast and dirty way to eliminate these overlaps (which cause crashes of simulations) would be to remove the ms16_0, ms17_1, ms17_2 volumes from the dipole.geo file. A better solution would be to update the dipole geometry file to have it in line with the current design version. Another argument in favour of the second solution is that there seem to be overlaps even between the dipole volumes:

= Overlap ov00001: cave/ms16_0 overlapping cave/ms17_1 ovlp=2.96703
= Overlap ov00002: cave/ms16_0 overlapping cave/ms17_2 ovlp=2.96703
= Overlap ov00003: DownstreamoEndcapoV833/DownstreamEndcap1o1oPartAss_1/DownstreamEndcap1o1 _1 overlapping DownstreamoEndcapoV833/PlatesOuterCircumferenceo3oPartAss_1/PlatesOuterC ircumferenceo3_1 ovlp =2.96386
= Overlap ov00004: DownstreamoEndcapoV833/DownstreamEndcap1o3oPartAss_1/DownstreamEndcap1o3 _1 overlapping DownstreamoEndcapoV833/PlatesOuterCircumferenceo3oPartAss_1/PlatesOuterC ircumferenceo3_1 ovlp =2.95181
= Overlap ov00005: DownstreamoEndcapoV833/DownstreamEndcap1o2oPartAss_1/DownstreamEndcap1o2 _1 overlapping DownstreamoEndcapoV833/PlatesOuterCircumferenceo3oPartAss_1/PlatesOuterC ircumferenceo3_1 ovlp =2.89157
= Overlap ov00006: DownstreamoEndcapoV833/DownstreamEndcap1o5oPartAss_1/DownstreamEndcap1o5 _1 overlapping DownstreamoEndcapoV833/PlatesOuterCircumferenceo3oPartAss_1/PlatesOuterC ircumferenceo3_1 ovlp =2.87952
= Overlap ov00007: DownstreamoEndcapoV833/DownstreamEndcap1o4oPartAss_1/DownstreamEndcap1o4 _1 overlapping DownstreamoEndcapoV833/PlatesOuterCircumferenceo3oPartAss_1/PlatesOuterC ircumferenceo3_1 ovlp =2.79518
= Overlap ov00010: cave/md05_3 overlapping cave/md07_2 ovlp=1.86286
= Overlap ov00011: cave/md05_2 overlapping cave/md07_1 ovlp=1.86286
= Overlap ov00012: cave/md05_1 overlapping cave/md07_1 ovlp=1.86286

Will you take care of that?
cheers,
ola

Report message to a moderator

Re: Geometry overlaps!!!!! [message #8366 is a reply to message #8361]

Thu, 30 April 2009 23:33

Mohammad Al-Turany
Messages: 518
Registered: April 2004
Location: GSI, Germany

first-grade participant

From: *dip.t-dialin.net

Hallo Ola,

if somebody send me the actual geometry of the dipole in TOSCA then yes (but first in the second half of May), and if it is only available as STEP file, then I would ask Tobias if he can convert it.

cheers.

Mohammad

Report message to a moderator

Previous Topic:	r5384 doesn't compile
Next Topic:	Error while using runReco.C

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Sat Jul 05 14:49:30 CEST 2025

Total time taken to generate the page: 0.00820 seconds