Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Volume EcalEndcapPInsert: Cannot make slices on any axis #781

Open
veprbl opened this issue Sep 12, 2024 · 5 comments
Open

Volume EcalEndcapPInsert: Cannot make slices on any axis #781

veprbl opened this issue Sep 12, 2024 · 5 comments

Comments

@veprbl
Copy link
Member

veprbl commented Sep 12, 2024

This message appears every time when geometry is instantiated

Error in <TGeoVoxelFinder::SortAll>: Volume EcalEndcapPInsert: Cannot make slices on any axis

Not clear to me if this is causing any trouble or not.

cc @rymilton @sebouh137

@veprbl
Copy link
Member Author

veprbl commented Nov 6, 2024

git bisect says:
5a7dd05 is the first bad commit

@veprbl
Copy link
Member Author

veprbl commented Nov 6, 2024

@rymilton @sebouh137 Could you, please, change the geometry to place detector within a well defined envelope (box with cutout)? Currently, layers are being dumped into an assembly, which is not much different from having them in the world volume.

@rymilton
Copy link
Contributor

rymilton commented Nov 8, 2024

Thanks for pointing the EcalEndcapPInsert error out. We actually saw during the merge request and thought it was an issue in EICrecon that was causing the issue (see exchange here) and thought it was fixed in an EICrecon PR.

As far as we know this error doesn't impact the simulation performance. A revamp of the forward ECal geometry is actually a pending task that will be addressed soon. We can resolve this error in that effort. If this error is urgent, we can try to fix it earlier but we weren't viewing it as high priority since the geometry is going to change anyways. Let us know your thoughts on this.

@rymilton
Copy link
Contributor

rymilton commented Nov 8, 2024

Regarding the assembly vs. envelope, what's the reasoning for putting it into a well defined envelope? When I originally made the insert geometry, I frequently went to @wdconinc's software office hours and he recommended I use an assembly.

@wdconinc
Copy link
Contributor

wdconinc commented Nov 8, 2024

It's faster for the navigator to determine volume boundary intersections when everything is in simple envelopes. For the insert, due to the slanted and expanding proton beam pipe, that's not easy and would require some subtraction solid. At that point the gain is probably not much and not worth the pain.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants